[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Describing hierarchies with XML
On Tuesday 26 October 2004 08:25, Frans Englich wrote: > Hello all, Alexander, Hunsberger, Liam, thanks for your replies. > > I have trouble determining the optimal design/format for an XML > document. The situation is identical to if each entry in a MS > Windows/KDE/GNOME start menu were represented by an XML document, and that > its hierarchical position(it's category) should be described. > > An example: the program Calculator's XML document looks like this: > > <program> > <name>Calculator</name> > </program> > > And I want to describe that it should be located in > /Menu/Programs/Utilities. One possibility is: > > <program> > <category>/Menu/Programs/Utilities</category> > <name>Calculator</name> > </program> > > But I don't find it XML-like, and it must be troublesome when it comes to > interpreting the data for using it; it requires resorting to string parsing > instead of using the DOM. > > Another possibility is: > > <program> > <category> > <menu> > <programs> > <utilities/> > </programs> > </menu> > </category> > <name>Calculator</name> > </program> > > > That is, the hierarchy translates directly to the XML document where each > category is an element. > > No matter what solution, it should be described in an XML Schema, and > should be possible to validate. Instances will be read and computed with > XSLT. I was unclear when I described the problem; it was not the menu which should be described, but each entry in the menu's position in the menu.[1] However, when judging from your explanations, it would be solved in a similar way; each element mapping to a category and nested in an identically corresponding hierarchy(linearly), and then normalize such that names, icons, and other "data" are separated. (right?) I have another question, related to describing hierarchies: describing files in directories. Let's say that for each file(in a directory hierarchy) we have an XML document representing it, and it should specify the file's location in the hierarchy, such that one can find out where it is located by only inspecting the XML document for the file. Would this be appropriate? <file> <name>joe.txt</nane> <path> <directory name="foo"> <directory name="bar"> <!-- - The path is /foo/bar - Its path can be found by traversing path. --> </directory> </directory> </path> </file> For simplicity's sake, we can assume that path in all fileS have the same starting point(the paths are either absolute, or have the same relative starting point..) -- would it then still be best to go XML instead of simply having the whole path in a string? Yes, I doubt, because it seems massively slow and I have never seen anyone do it which makes it feel like trying to innovate(or I'm simply failing to realize the power of XML?). The actual purpose is reports from a regression framework, which tell in what file a certain test failed, and then the user is supposed to be able to do queries similar to "show failures of text X in directory foo" and then the reports which are generated by test X, and are in directory foo, are returned. Cheers, Frans 1. To paraphrase the free desktop spec; it is as if we would express the Desktop Entry format in XML, and now are to implement the Categories directive.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|