DesktopX Common information

As we all get more sophisticated in creating DesktopX widgets we are setting parameters. The issue with this is that, if these parameters are not organised in a consistent manner then where several objects need the same kind of information we will find ourselves having to configure these each time.

Before this becomes too much of a problem I propose that we create some standards that users can set and developers can access.

For example:
Name information (title, forename, surname, suffix, nickname)
Address (Line 1, Line 2, City, State/Area, Zip/Postal Code, Country)
Measurements (imperial/metric)

etc, etc

Do people think this makes sense? If so, what information do you think would be useful?
21,777 views 21 replies
Reply #1 Top
Definitely a good idea. From my point of view, what would be needed is :

- Shorcuts (shorcut 1, url / target of the shorcut 1 shorcut 2, url / target of the shorcut 2 ...) (eg. Wincustomize, https://www.wincustomize.com Word, Winword.exe etc.)
- Weather settings (location (eg. FRXX0145) measurement units etc)
- Media Player settings (volume (eg. from 1 to 100) radio names and urls (eg. CNN, http://www.cnn.asx))
- Time zone
- Language (is this doable ?)

Thanx for the great idea Martin.
Reply #2 Top
Please read *shortcut*, not *shorcut*. Thanx.
Reply #3 Top
This would be nice for not having to enter the zip code to each new weather object again. I always thougt, I've told DesktopX my zip code so many times, but it keeps asking for it.
Reply #5 Top
Look a great idea to me.
Reply #6 Top
As food for thought:
How much of the user information could come from a MS Passport profile? (or any of the other similar solutions)

The type of information collected in these solutions could be a good starting point for discussion.

Having the option to wrap around an existing profile solution would make some users happy as they would not need to re-enter their information again. Could be written in a way to have importers/translators for all kinds of sources...
Reply #7 Top
Martin,

I agree that this is a good idea. I think it should be structured in two parts: 1) A "GlobalWidgetPreferences" key that contains the sort of information you describe, and then a subkey called "AppSpecific" where individual widgets can store their own proprietary information (each in its own subkey), but in this agreed-upon place, instead of spreading it all over in random registry entries of disk files.

That will be better than the semi-chaos that now exists in terms of widget data storage.

Cheers,

Will
Reply #8 Top
I have yet to create anything on this site (or any site for that matter), but I guarantee you, if I ever do, I will NEVER give you my measurements!!
Reply #9 Top
In stead of using the registry, how about using XML? I think XML will be more manageble than using the registry. Say if I want to transfer my settings from one computer to antoher, I would much rather just copy an XML file or and directory of XML files containg my setting than having to roam around in the registry to get them.
And besides this is the sort of stuff where the power of XML comes to life.
Though it would be nice of there was a central site that contained a list of these XML template files. Preferable somewhat managed so unnessesary duplicates are created.
Reply #10 Top
I think this could be good for color settings. IE: If my desktop is using Green as its main color, and that is stored somewhere, then when my app loads (and happens to have a Green color) I can set it to use Green as its default (which could be overridden if wanted by the user).

The XML could work ok, but that would mean if i want YOUR settings you can just send me your XML Setting file. That could be interesting.

The ZIP is a major one for weather Apps, its so dumb for all of us to have multiple places for this info to be stored.
Reply #11 Top
Couldn't this be a page in SDC? Called (perhaps) "User Presets".
Reply #12 Top
Excellent idea. I'm tired of setting stuff after theme save again and again. I would also use it for my crystallized desktop stuff and etc.
Reply #13 Top
GOOD IDEA !!!
yes this is good
and a good widget to create that maybe is distributed with dx in later builds would be one that lets you specify all this information in one 'wizard' [like when you set up a program] (at least the global information eg zip, name , (some things could be imported originally from registry as default and changeable by the user))
if we use xml it would also have to be in a specified directory or whatever
maybe as a persistent object but i dont want the information disappearing due to uninstalling desktopx or updating a theme
Reply #14 Top
OK - What I'll do is start working on a draft object for this and a sample of how to use it.

What I can also do is create an object that can read certain registry information that may be of use such as custom folders for documents etc.

I know some of use might be able to dismantle the registry but this would make things easier for all.

I can also look at a way in which the settings could be exported to a file and therefore reimport them. I think this would be easier to manipulate than an XML file (good idea though that is).

Oh and Donna, good one, that got my morning off to a good start
Reply #15 Top
I have a working model of this somewhere in my archives of DesktopX code. But I havent worked with desktopX in a long time, i always ended up very frustrated.
Reply #16 Top
XML is very easy. I'm actaully working on a XHTML parser to validate XHTML files. It can esily be converted to read XML files. As for where the setting to be saved I reakon it can simply be made in any directory that the user spesify. That way you can very esily make different setups. The path of the directory would be saved in the script object persitent storage.
Reply #17 Top
I agree that XML (if size is a matter - zip it up) is a good solution. In fact a few standards exist already that cover personal settings and preferences stored in XML.
Another solution might be the ever famous "property"-files that many applications and installers use. Split into sections and with simple key/value lines.
Either way it could be used together with some sorta of namespace mechanism (isn't that included in the new widgets?) to allow distinction between general settings, widget specific settings and more.
Easy again would be the implementation of a user interface that is able to map the names/names spaces/keys to a hierarchical, extensible layout for settings.
That's my 2 cents
Reply #18 Top
I'd lean to more the XML store, as for some reason the registry settings used by Mormegils widgets, which are perfectly good, reset. I though I knew why and how to stop it, but I failed and it means I cannot use any of his Core objects or widgets as the settings don't stay, they just reset to the default.
Reply #19 Top
I tell you what, give me time out this week and I'll see if I have time to complete my XML parser and make the first draft of a XML setting tool.
Another thing about XML is that it's crossover compatible with basicly any system, so exising XML setting schemes can easily be used with little or no modifications.
Reply #20 Top
OK - I'll make it XML based - that way the various antivirus/firewalls etc are less likely to get upset with it too.

I'll get started tonight and have a draft in the next couple of days.
Reply #21 Top
donna

the idea of a working from a 'stardock profile', like an MSN passport, would be an easy way for a user to plug in all that info - when they create an account, for example - once and for all and objects could be designed to grab that info from online and store it rather then look into the registry, which will tick off teatimer and zone alarm and other such tools. you have the stardock system that everything already accesses.. use it to let users configure their items. maybe that's an add on to the personal pages
overall, a good idea