[
Lists Home |
Date Index |
Thread Index
]
>I think you missed the point of the thread completely. "Representing
>directory structural information as an XML document" isn't what
>interests me or what we were discussing. Treating XML documents as if
>they were extensions of filesystems is what interests me.
What? You mean
1. when you come to a location in the filesystem, xml files conforming
to a certain type are loaded in that allow you to further describe the
filesystem
or as I get the idea from this article is what you mean
2. When you open an xml document in filesystem type X the xml document
you are viewing gets represented as further steps in the filesystem.
If this were a GUI, all elements would be represented as folders,
attributes and text nodes as files (let us suppose this is in windows
and the whole thing is represented as an extension to the shell), then
processing instructions would be represented over in the left-hand side
where in a normal folder the "select an item to view its description"
would be.
|