Expectations and DesktopX 3.5
We hope it to be the coolest
Monday, September 3, 2007 by HAPTORK | Discussion: DesktopX
#Stability and speed -
Ya some of the themes work fast on even 256mb Ram but others even take time to open the shortcuts. At many times heavy skins can even hang your system.
#Taskbar -
The items take time to update and while using Office2007 it behaves abnormally. It doesn't have mouse over effects. If we drag any file to a taskbar item it doesn't opens that item to drop. It has no option for grouping same type of items like all the explorer windows in one.
#Startpanel button -
It opens the windows taskbar but doesn't toggles it.
#Media player -
The media player doesn't functions smoothly. Seek sliders and volume sliders sometimes begin to have there images on other objects. The idea to respond to scroll mouse button should also be considered. One thing which I noticed in toggled volume slider object is either you make it visible or not it functions as if it is visible if it is on its parent object.
#"Remove" option on R-click in desktopX client The option for removal of an object must not be in Dx client. If there is Bulider to edit a skin then what is its need in client. yes it may be present for dropped shortcuts but for other objects it is always a horrible thing because if you will handle your pc to a novice like your little brothr they always have a tendency to remove objects and many times by mistake even you click on it and destroy your beutiful desktop setup.
The expectations are high for new version of Dx. Let us see how it proves itself on them.
Reply #2 Monday, September 3, 2007 6:25 PM
Yes the problem resides with bulky objects but I still hope something can be done to improve its speed and stability. Like when the computer comes from hibernation Dx takes time to respond and when mediaplayer is going to a corrupt track other objects stop responding. In the same way if we click on a taskbar item which is not responding the Dx also stops to responding. If one object has some problem whole Dx starts to create trouble. The use of DesktopX.garbagecollection is effective and it should be used more frequently by skinners/developers.
#"Remove" option on R-click in Dx client :- I means that when you are using a Dx object or theme which is not configured for its own R-click menu then why does the R-click menu has a option for removal of that object.
I think a lock on R-click "remove" option will be a good idea.
Reply #4 Friday, September 7, 2007 4:35 AM
Please login to comment and/or vote for this skin.
Welcome Guest! Please take the time to register with us.
There are many great features available to you once you register, including:
- Richer content, access to many features that are disabled for guests like commenting on the forums and downloading skins.
- Access to a great community, with a massive database of many, many areas of interest.
- Access to contests & subscription offers like exclusive emails.
- It's simple, and FREE!







Reply #1 Monday, September 3, 2007 3:26 PM
#Stability and speed
IMO the problem with this often resides with the skinner/developer and/or is dependent on the elements within a widget/theme(Messy/bulk scripts and large images, etc). That means there is little control over what DesktopX can do.
I know in the Pro version I've been using DesktopX.GarbageCollection recently and have been astounded at the difference it makes
#Remove option on R-click in desktopX client
The issue with this is that some widgets/themes use R-Click menus. I know I do. Maybe a lock or password feature would be better. Can also see some less adept users getting into some troubles on this one.