OK.
Vincent is OK
Caty is OK
Marius is OK
Thomas is OK
Sergiu is OK (on IRC)
I am OK.
6 peoples are OK (5 commiters), I now use "Wiki" instead of "SubWiki"
in my
Workspace Integration.
I will update all my pull requests and make a new one to correct the one
that has been merge to platform.
Thanks,
Guillaume
2013/9/4 Thomas Mortagne <thomas.mortagne(a)xwiki.com>
I prefer to stay with Wiki, changing this is a big
change and I prefer
"wiki" over "subwiki" anyway (I never agreed on this change).
On Tue, Sep 3, 2013 at 5:35 PM, Vincent Massol <vincent(a)massol.net> wrote:
On Sep 3, 2013, at 5:15 PM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
> On Mon, Sep 2, 2013 at 2:52 PM, Vincent Massol <vincent(a)massol.net>
wrote:
>> Hi Caty,
>>
>> On Sep 2, 2013, at 1:44 PM, Ecaterina Moraru (Valica) <
valicac(a)gmail.com> wrote:
>>
>>> On Mon, Sep 2, 2013 at 1:02 PM, Vincent Massol <vincent(a)massol.net>
wrote:
>>>
>>>> Hi devs,
>>>>
>>>> We've recently discussed about renaming the notion of (sub)wiki from
>>>> "wiki" to "subwiki". We've discussed this in the
context of
integrating
>>>> creation of (sub)wikis by default
in the platform and in XE. So the
latest
>>>> discussion seemed to agree
about:
>>>> * Calling the whole system a "Wiki"
>>>> * Calling each (sub)wikis a "SubWiki"
>>>>
>>>> Now, I was working on updating the new model branch I have created to
>>>> align to this and to rename my Server class to a Wiki class and my
existing
>>>> Wiki class to a SubWiki class…
>>>>
>>>> I've realized that aligning our API on this is a huge task since we
have
>>>> tons of APIs using the word
"wiki". Just to cite 3:
>>>> * WikiReference (reference)
>>>> * WikiComponentScope.WIKI (wiki component)
>>>> * WikiDeletedEvent (bridge)
>>>>
>>>> It's a bit everywhere and changing that seems too big a task IMO.
>>>>
>>>> Thus we have 2 real choices IMO:
>>>> * Agree that the UI has a different wording than the API: SubWiki
for the
>>>> UI and Wiki for the API
>>>> * Don't use subwiki in the UI and keep using Wiki in the UI and find
>>>> another word to represent the whole system (System/Portal/Wiki
System/WMS =
>>>> Wiki Management
System/Home/etc).
>>>>
>>>
>>> As already stated in the previous workspace mails, I prefer the wiki
+
home
>>> variant.
>>
>> So in the Add menu we would have:
>> Add > Wiki
>>
>> Home cannot represent the whole system IMO. It could possibly
represent
the main wiki but I don't see how it could represent the whole
system. Said differently I have a hard time imagining a Home.java class
representing the whole system. Am I the only one?
You need to explain how you see the "whole system" exposed in the UI.
I don't think we need to have it exposed in the UI. I was thinking
mostly
about
xwiki.org documentation and API (like the new model).
Suppose we call it "Foo", what will the
"Foo" link lead to? It has to
be a document. With our current capabilities it can only be a document
on the main wiki, so the main wiki _represents_ the whole system. It's
not the whole system, it's just the entry point (Home) for the whole
system. Same as the root node of a tree represents/defines the tree
even if it's just a node in the tree like the rest and not the entire
tree.
To summarize, I think we can have Home in the UI and System in Java.
Ok.
The other decision related to this is whether we stop calling the main
wiki
"the main wiki" in the API for example… That's a tough one since we're
all so used to calling it the main wiki… Calling it the Home wiki and
changing the API would take time ;) Any idea?
Thanks
-Vincent
I'm also for Add > Wiki
Thanks,
Marius
>
> Thanks
> -Vincent
>>
>> Thanks,
>> Caty
>>
>>
>>>
>>> WDYT?
>>>
>>> Thanks
>>> -Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs