On Jun 6, 2011, at 9:57 AM, Thomas Mortagne wrote:
Here is a "new" proposal: * introduce now class property references with "wiki:space.page^property" in which we escape "^" and "." when serializing the "property" * that way if later we really need to have several classes by document (which does not actually bring anything I agree with Denis)
It's about classification. You may want to have a single page that's completely contained and that has 2 class definitions. I actually find it nice to be able to put all your class definitions in a single page (for some small apps for ex). I don't see why we would have an arbitrary limitation of one document == one class definition. Personally I see classes as metadata of a document as exactly the same notion as objects. Everything is a document metadata to me and a document can have as many metadata that it wants, be them class objects or class definitions. MetaData entry = set of properties (key/values).
we support wiki:space.page^property as a shortcut of wiki:space.page^firstclass.property. It would be a first but it's not hard to do technically.
Hmmm so that would mean that each document can have only 1 main class and then ancillary classes. Personally I'd find a way to address any piece of metadata: wiki:space.page^[metadata id].[metadata property] The hard part is defining "metadata id". For a class it could be a class name that the user has to enter. For objects it could be classname[number] (or some other generated id or id entered by the user). Now what I mention is future IMO. Since you have this need now I'm +1 with your proposal for now. Thanks -Vincent
If we don't for sure we can always remove the "." escaping which is just a useless escaping which is supported properly by reference parser and otherwise we don't really break the syntax by adding the classname part to the reference since the separator is already protected.
WDYT ?
I really need to move on on this and I'm -1 to introduce right now a wiki:space.page^classname.property syntax where you never know what to put as classname.
On Wed, Jun 1, 2011 at 14:24, Denis Gervalle <[email protected]> wrote:
On Tue, May 31, 2011 at 00:29, Vincent Massol <[email protected]> wrote:
On May 30, 2011, at 9:57 PM, Sergiu Dumitriu wrote:
On 05/30/2011 09:25 PM, Thomas Mortagne wrote:
On Mon, May 30, 2011 at 21:11, Thomas Mortagne <[email protected]> wrote:
Hi dev,
I would like to introduce class property entity type and related reference and syntax separator.
For the separator syntax I propose to use the same thing as object separator since you can't have both in the same reference and it's always a pain to find a new separator.
FYI it means wiki:space.page^property
Note that I'm inly talking about class property and not class since class reference is exactly the same thing as document reference I don't think we really need to have a specific one.
Currently there can be only one class in a document, but for a while the question whether this is going to be valid in the future as well has been floating around.
So, a prerequisite vote is:
In the new model, can a document contain more than one class?
I don't think we should limit ourselves (I don't see any reason, do you see one?). BTW the new model I started has the ability to have several classes per document.
I agree that we should not limit ourselves, but I really do not see the limit here. What would be the advantage of having several class defined in the same document ?
Denis
Thanks -Vincent
One thing I believe we're definitely going to need is a special data structure to explicitly represent XClasses, holding XClass metadata such as "is the class supposed to be stand-alone, one instance per document, like BlogPosts, or is it an aggregated class, with several instances attached to a document, like the Comments"; "what is the sheet used to display the object in view mode"; "what is the parent class (if we want to do inheritance)". With this meta-class in place, we could, in theory, have two meta-classes in a document, with each class property mapped to one of the meta-classes.
WDYT ?
+1, if we decide that we only want at most one class per document.
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO eGuilde sarl - CTO _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs