From kde-devel Mon May 17 01:13:43 1999 From: weis () stud ! uni-frankfurt ! de Date: Mon, 17 May 1999 01:13:43 +0000 To: kde-devel Subject: Re: Desktop Entry Standard / XML X-MARC-Message: https://marc.info/?l=kde-devel&m=92690322619105 Hi, I like that idea very much! But when doing this, then add hierarchies to the config files and allow for typing. The line value=true can pe interpreted as boolean or as string. Some apps want to deal with kdelnk files without knowing how to interprete the actual value. Without type information that is not possible. Is there already a good KDE XML parser. The one in koffice is shit ( unfortunately I wrote it ). However, I am developing one for a Qt release AFTER Qt 2.0, but the code may show up in the snapshots sooner or later. If there is no special KDE XML parser then we have to decide upon a policy for code that is in the Qt snapshots but not in the Qt 2.0 release so that we can use my little parser. For those who did not think about that yet: It is unlikely that all classes in the Qt snapshot will be part of Qt 2.0, especially QWorkspace and friends. Bye Torben On Sat, 15 May 1999, pbrown wrote: > Several people have suggested to me that the new Desktop Entry Standard > define the on-disk file in XML. What we really care about is the actual > keys and values, the on-disk format isn't nearly as important. XML would > give us a clearly defined, hierarchical system (something the current > ini-like format lacks) which we already have a parser for in Qt 2.0. > > The GNOME guys are in favor of "fixing this" as well. They would have to > go through the same sort of pain as us in switching to this new file > format, as their on-disk format currently is INI-like as well. > > Comments welcome. > > --- > Preston Brown Systems Engineer > pbrown@redhat.com Red Hat Software, Inc. > >