Hi Edy,

On 20 Oct 2015 at 15:22:51, Eduard Moraru 
([email protected](mailto:[email protected])) wrote:

> Please allow me to reiterate on the issues of using such terms ("siblings")
> in the UI. More specifically, the biggest problems you have are
> translations.
>  
> For example, in the Romanian language, there is no specific translation for
> "sibling", and the word "frate" is used for both "sibling" and "brother".
> These terms are good to use internally, in technical situations held using
> the English language, but, by no means are adequate for UIs. It will
> inevitably cause dissent and concerns over gender discrimination (?) and,
> at least as far as I am concerned, we really don`t want to go down that
> road.
>  
> The English term "child" also benefits from being gender neutral, and it is
> so probably (?) in many other languages, but, as detailed above, the same
> does not apply for "sibling".
>  
> API & tree strucutres is one thing, UI is another.

I personally don’t see any problem with using “Child”, “Children” or “Siblings” 
in English. The fact that you have a problem to translate them in Romanian 
doesn’t negate the usefulness of having those panels… The Romanian translators 
can translate them the way that makes the most sense for their language (they 
can call them the equivalent of “Sub Pages” or “Pages in Parent” if that’s what 
makes sense in Romanian). But in English I don’t really see a problem for using 
those terms.

Also note that I followed the existing names used in viewers (children and 
siblings) since it’s better to be consistent.

You should make a VOTE with several proposals if you care about this.

Thanks
-Vincent

> +1 for the deprecation
>  
> -0 for the "Siblings" naming.
>  
> Thanks,
> Eduard
>  
> On Mon, Oct 19, 2015 at 4:41 PM, Marius Dumitru Florea <
> [email protected]> wrote:
>  
> > +1
> >
> > Thanks,
> > Marius
> >
> > On Mon, Oct 19, 2015 at 2:48 PM, [email protected]  
> > wrote:
> >
> > > Hi devs,
> > >
> > > I’ve implemented http://jira.xwiki.org/browse/XWIKI-12599 and as part of
> > > this issue I needed to handle the SpaceDocs Panel, and we also need to
> > > handle the Spaces panel.
> > >
> > > Here’s my proposal:
> > >
> > > * In general we should list only Panels that work for the Nested Pages
> > > (NP) mode in the Panel Wizard (i.e. not show any Panels containing the
> > word
> > > “Space” in their title or content). The rationale is that the majority of
> > > uses of XWiki will be for NP.
> > > * We should continue to provide Panels that work for the Nested Spaces
> > > (NS) mode (e.g. SpaceDocs, Spaces), but as extensions on e.x.o and not
> > > bundled by default in XE
> > > * However we shouldn’t break existing XWiki instances and thus I’m
> > > proposing this:
> > > ** Deprecate the SpaceDocs and Spaces panels by displaying a message
> > (when
> > > the user is Admin), trying to push the move to the newer Panels
> > (Children,
> > > Siblings and Navigation panels). For example, this is what I’ve done for
> > > SpaceDocs:
> > https://www.evernote.com/l/AHfvmKs-DSZBh4IJf1Wp7VV5JfK2pEmfgME Note
> > > that this allows Admins to see that message in the Panel Wizard too and
> > > thus not be tempted to use them.
> > > ** Keep the deprecated Panels for 1 full cycle (i.e. remove them in XWiki
> > > 9.0, i.e. move them to xwiki-contrib at that time). Basically a similar
> > > strategy than for young apis.
> > >
> > > WDYT?
> > >
> > > Thanks
> > > -Vincent
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to