snipspace structure [Snipspace] has structure imposed in three ways: * [magic snip names] * [namespace]s * [label]s The latter two should be sufficient for all purposes, even allowing for [alternate snip content]. Allowing creeping [magic] gives the illusion of structure that collapses in complex spaces. ([Victor Volle], Nov. 13. 2004): Currently neither Namespaces nor labels are consequently supported: * Adding labels, expecially Category or Type Labels, is rather cumbersome. * Namespaces allow multiple Snips with the ~~same~~ name (e.g. "wiki.css"), but the index does not yet support this: there is only one "wiki.css" in the index or one Snip called "test namespace" even if there is more than one Snip with this ~~name~~. * "Moving" Snips, i.e changing its "parent", is currently not possible. When using Namespaces, it would be necessary to change all Snips that reference the moved Snip. When using labels, you just have to change the label (see [Victor Volle/relationship-macro]) * Namespaces allow to have a hierarchy where one level might not be represented by a Snip, e.g. "[start] > [SnipSnap] > ~~themes~~ > [SnipSnap/themes/SnipSnap] > [SnipSnap/themes/SnipSnap/css] > [SnipSnap/themes/SnipSnap/css/wiki.css]", so what ~~are~~ namespaces? Snips? Names? (And it internally leads to horrible code when dealing with these levels) That leads to the question, what is to be achieved with Namespaces/Labels? What are the "requirements"? 1. Which structure to impose (hierarchical, graph-like, {link:brain-like|http://www.thebrain.com})? 1. Is it desirable to have multiple Snips with the same name in different "contexts"? 1. Does it make sense to have only one parent (see the discussion in [Victor Volle/relationship-macro])? 1. Is a single hierarchy/taxonomy sufficient? I might want to list all my books in SnipSnap and organize them by topic, by author ({note:that would make it necessary to have multiple parents/labels of the same kind}). 1. (please add your own questions/answers directly here (with date and name) See also [dated snips], [snip types], [UsingNamespaces]. Victor Volle 2004-11-13 14:12:54.946 2003-07-23 20:10:57.296 comment-snipspace structure-1 2005-12-02 23:32:17.816 2005-12-02 23:32:17.77