Brad Wardell's views about technology, politics, religion, world affairs, and all sorts of politically incorrect topics.

image As the new year approaches, we’re starting to look forward to the DesktopX 4 beta.

So what are the goals of it?  Well, to be honest, the goals are pretty modest: Strip out the parts that are difficult to work with and build it back up.

Stripping it down

First off, DesktopX comes with several plugins that I have asked to be removed:

image

Any plug-in that doesn’t work on Windows 7 with UAC on would be removed.  The existing DesktopX library would be renamed “DesktopX legacy” and only new creations would be supported.

The source code for our plugins would be made public so that the community could take over their development since, unfortunately, there just aren’t enough development resources available these days to work on such things.

If users wanted to use that code to make weather and other types of plugins to make it easier for people to create new gadgets, that would be great.

The Future: Building it up

Instead, what I would like to see would be Python to be adopted as the means to creating “plugins” that DesktopX could then read in.  Essentially, DesktopX scripting would move to Python and away from JScript or VB Script.

You could still use other scripting languages as well but we would move away from VB Script being the default.

Clicking on the “New” Script would open up the user’s default editor associated with DesktopX (preferably a python editor).

For 4.0

But for 4.0, we’re looking to clean it up. Fix long-standing issues and get to a more solid foundation from which to build on with Windows 7 being the focus for future development.


Comments (Page 1)
2 Pages1 2 
on Dec 27, 2009

Thanks for sharing this Brad!

Instead, what I would like to see would be Python to be adopted as the means to creating “plugins” that DesktopX could then read in. Essentially, DesktopX scripting would move to Python and away from JScript or VB Script.

Are you talking about using the python scripting engine with WSC components? You can use any registered scripting language to implement them.  VBScript and JScript engines come with Windows, but you can install a lot of other scripting engines (there are perl, python, forth, etc. engines available).

I'm using them myself with JScript and VBScript code only (one example is available here), so I don't know how hard it would be to install and use the perl/python engines. I'm going to test it with python and upload a test object with a walkthrough. And if you end up going that route, I have a bunch of suggestions to make Windows Script Component much more usable.

Right now, you have to register them by hand, but if DX could simply load them directly, register them and bind events as well as expose the main DX objects globally, it would be much easier (I have written a small preprocessor in C# and a few base components that encapsulate the DX objects and this abstracts much of the complexity, but it's still a hack at best).

Edit: Turns out the ActiveState Python distribution does all the work and registers the engine, so it's very simple to have scripts components written in Python. Here is a quick example object.

As a side note, if you ever distribute a python engine with DX, you will have to patch it to return better parsing errors if possible (as of now, it only returns a laconic "unexpected indent" or "invalid syntax" with no line error information).

 

on Dec 27, 2009

Brad, you have made my new year! I don't know if I can learn Python, but I think it is installed on my PC. I look forward to the new DX and I truly hope that some of the coders here start making plugins! I would hate to lose DesktopX.

on Dec 27, 2009

I'm just a user of the software but I agree with RedncekDude, DX helps fill out the dessktop by providing usefull information.  The suites I make would not be the same with out DX. 

on Dec 27, 2009

Brad...I think you need to give Littleboy a job. I could be wrong...but he seems to know his shit!

on Dec 27, 2009

Philly0381
I'm just a user of the software but I agree with RedncekDude, DX helps fill out the dessktop by providing usefull information.  The suites I make would not be the same with out DX. 

And your spelling wouldn't be the same without Zubaz! 

on Dec 27, 2009

LB: I have a feeling you're going to have a lot of influence over how we implement this.

on Dec 27, 2009

All good news. Thanks for the update. Don't know what Python is but I'm gonna look it up.

 

WebGizmos
Brad...I think you need to give Littleboy a job. I could be wrong...but he seems to know his shit!

Word.

on Dec 28, 2009

Brad...I think you need to give Littleboy a job. I could be wrong...but he seems to know his shit!

I think you all missed the part about there being no budget to work on DesktopX

LB: I have a feeling you're going to have a lot of influence over how we implement this.

Thanks!

I'm going to write some documentation on my script library and widget "compiler" so you can get some idea of what might be added to make script writers life easier (the library is only there to support one program at the moment and it's not yet ready for public release, althought that's the long term plan).

on Dec 31, 2009
This is interesting. I've not used Python before, but I wouldn't think that's be much of a problem. About a year ago I picked up Ruby to write plugins for Sketchup. That went well as I had experience with JS, VBS, VB, PHP etc. It was a more of a matter of learning the syntax. And I've grown to like the Ruby syntax quite a lot. I hear Python mentioned quite often and it sound like an interesting language to use. Using our own IDE also sounds good to me. I'm curious if these Python plans means a rewrite in the DX object model? As for the nearer future, DX4: yes - I'm very happy to hear it's a fix and clean-up build. How can we best help? Retest old outstanding bugs on DX4 and submit new bug reports?
on Dec 31, 2009
no vbscript.. wow.. this will be no joy for me. Learning another new language.. dont know if i have any time to devote to that. But will have to see.
on Dec 31, 2009

I'm curious. Will future DX Pro contiunue in it's same form? being able to make standalone exes?

on Dec 31, 2009

Yes.

on Dec 31, 2009

Screenlets for the Gnome desktop are written in python. This site has some example code.

Python 2.6.x or 3.x

on Jan 01, 2010

Frogboy
Yes.

...in the same affordable price for hobbyists...?

on Jan 01, 2010

After some time I started working on my skinnable gadget again that finally works with my Seven 64bit AND more RAM than 2 GB. Well, I would like to be able to test it as a gadget on another computer, bang, can't export an exe with my Pro. Hm...

On the other hand : If VBScript is going to die, is it worth it to go on now or just hold ? Or will it still be there as an option ?

2 Pages1 2