wrote:

wrote:

The pattern for AppBar is to be placed on the left. I haven't seen anywhere it being placed on the right. If we brake this 'standard'/'consistency' users will be affected.

And I would drop "My recent modifications". Since now we want to have a wiki-content page I think is important to preserve the wiki-features like "Recent modifications".

wrote:

Hi Caty, thanks for your feedback. On Wed, Jun 1, 2016 at 6:02 PM, Ecaterina Moraru (Valica) < valicac(a)gmail.com > On Wed, Jun 1, 2016 at 6:54 PM, Guillaume Lerouge &lt;guillaume(a)xwiki.com&gt; > > Hi Caty, > > > thanks for your proposal. Looking good overall! > > > My preference goes to Layout3 (a new one): > > > - Left panel set to "Large" > > - Navigation panel > > - Tips panel > > - Right panel set to "Small" > > - Applications panel > The right panel would need to accommodate also a Support panel. The > screenshots is lacking this since I don't have a voting proposal yet, but > this is an example: http://design.xwiki.org/xwiki/bin/download/Proposal/HomepageSketches/WebHom… it anywhere I agree with this. However, what I've seen on several XWiki implementation is the following: - Main wiki with wide left panel and navigation menu there which is a very, very common pattern. Some examples: - WikiTerritorial < http://www.wikiterritorial.cnfpt.fr/xwiki/wiki/econnaissances/view/Notions-… - Centre de ressources USH < http://ressourceshlm.union-habitat.org/ush/Dossiers/Dossier+Abattement+de+l… - FOPH <http://www.foph.fr/oph/Ressources/> - It's also the standard menu on Google Sites for instance Hi Guillaume,

- Appbar on the left for workspace subwikis (where it makes a lot of sense indeed) What I know is that I never use this :-) Let's see what others say.

Guillaume Anyway, thanks for your input. Waiting for more opinions. simple http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepageLa… http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepagePr… http://design.xwiki.org/xwiki/bin/download/Proposal/HomepageSketches/WebHom… _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Do you realize that we already have a tree? :) (hint: it’s in the breadcrumb). The Tour should make users find it more easily. The tree is good for a KB which is probably our main flavor but it’s taking space too which could be better used by other things (if you’re in workgroups flavor you're probably more interested by apps). It’s a pity that the breadcrumb is not more visible somehow. My hope is that the tour will help on that but it may be not enough potentially.

Thanks -Vincent tree of folders google docs. wiki http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepageLa… page: http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepagePr… >> in order for you to see how it behaves with the editors. [1] >> The objective was to have an easy to edit content, very close to what we >> have in view mode. >> Let me know what you think. >> Thanks, >> Caty >> [1] Since we don't have CKEditor installed on design wiki, see how it would >> looks like http://design.xwiki.org/xwiki/bin/download/Proposal/HomepageSketches/WebHom… >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

mariusdumitru.florea(a)xwiki.com&gt; wrote: valicac(a)gmail.com wiki http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepageLa… nodes in below could panel I think the idea for the tree is to have something by default that helps the user initially. If for their future needs, it’s not perfect for their need like taking too much vertical space, they can always remove it.

It’s more for users to understand that there’s a hierarchy of pages in their wiki I think.

Thanks -Vincent page: http://design.xwiki.org/xwiki/bin/view/Proposal/HomepageSketches/HomepagePr… >> in order for you to see how it behaves with the editors. [1] >> >> The objective was to have an easy to edit content, very close to what we >> have in view mode. >> >> Let me know what you think. >> Thanks, >> Caty >> [1] Since we don't have CKEditor installed on design wiki, see how it would >> looks like http://design.xwiki.org/xwiki/bin/download/Proposal/HomepageSketches/WebHom… _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

I disagree with this point, as a user of web interfaces I don't care if they look completely busted as long as I can make use of them, even if they become unusable in 5% of the situations, that's 95% where I can use them. Granted if we ship something that looks broken it's an embarassement but if we ship something that a person cannot navigate then we don't even have them complaining at us, they just become another silent non-adopter. On 08/06/16 11:01, Marius Dumitru Florea wrote: _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Hi, wrote: That’s not correct. I haven’t voted yet and I never said that the tree shouldn’t be there. I just highlighted pros and cons of each :) +1 to 1 because: - This is the option that shows clearly the concept of page hierarchy to users - Admins can then choose to keep it, only keep the AppBar (workgroup flavor-style) or only keep the Tree (documentation flavor-style) - This is about the default flavor which is generic. When we introduce more flavors in the future, those flavors can favor a different panel organization depending what’s best for them Thanks -Vincent pose to wiki XWiki's wrote: they them. have have can _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

On 13 Jun 2016, at 13:17, Ecaterina Moraru (Valica) &lt;valicac(a)gmail.com Votes so far: 1. 3 = +1 (Ludovic), +1 (Caleb), +0 (Marius), +1 (Vincent), +0 (Caty) 2. 3 = +1 (GD), +1 (Marius), +1 (Caty) Thanks, Caty On Wed, Jun 8, 2016 at 3:33 PM, Ecaterina Moraru (Valica) &lt;valicac(a)gmail.com > Vincent, my understanding was that you had a certain preference, but it's > true that you didn't explicitly voted. In this case I will try to count > just the explicit (+/- 0,1) votes. > > Still (after going on the mails) I will consider formulations like "vote", > "preferred", "favor", "OK" - although I might be wrong, since otherwise is > hard to translate the feedback received in votes. Would be ideal if people > would vote explicitly. > > So, votes so far: > 1. +1 (Ludovic), +1 (Caleb), +0 (Marius), +1 (Vincent), +0 (Caty) > 2. +1 (GD), +1 (Marius), +1 (Caty) > 3. +1 (GL), -1 (Caty) > > Hope I didn't do mistakes, otherwise state them and we will correct the > vote. > > Thanks, > Caty > > On Wed, Jun 8, 2016 at 3:25 PM, Vincent Massol &lt;vincent(a)massol.net> >> Hi, >> >>> On 08 Jun 2016, at 13:50, Ecaterina Moraru (Valica) &lt;valicac(a)gmail.com&gt; >>>> >>> Votes so far on layout: >>> 1. +1 (Ludovic), +1 (Caleb) >>> 2. +1 (GD), +1 (Marius), +1 (Vincent) >> >> That’s not correct. I haven’t voted yet and I never said that the tree >> shouldn’t be there. >> >> I just highlighted pros and cons of each :) >> >> +1 to 1 because: >> - This is the option that shows clearly the concept of page hierarchy to >> users >> - Admins can then choose to keep it, only keep the AppBar (workgroup >> flavor-style) or only keep the Tree (documentation flavor-style) >> - This is about the default flavor which is generic. When we introduce >> more flavors in the future, those flavors can favor a different panel >> organization depending what’s best for them >> >> Thanks >> -Vincent >> >>> 3. +1 (GL) >>> >>> After more discussions the vote swifted towards: >>> 1. +1 (Ludovic), +1 (Caleb), +0 (Marius), +0 (Vincent) >>> 2. +1 (GD), +1 (Marius), +1 (Vincent) >>> 3. +1 (GL) >>> >>> My preference goes to 2. >>> >>> I vote for 2 since I believe that the Tree is already in the Breadcrumb, >>> and the breadcrumb is introduced by the Tour. >>> I vote for 2 since we have scalability issues that I believe they will >> pose >>> some problems on the long run for the users. >>> >>> The only advantage var 1 has is that it displays the tree from the >> start to >>> the user. But after a time the user will be 'forced' to configure its >> wiki >>> and remove it. >>> Each time the user will install a new app, both the Appbar and the Tree >>> will increase in size. >>> >>> I like much more the classic AppBar navigation pattern and I think >> XWiki's >>> greater strength is in applications. >>> >>> We are lacking now multiple flavors that could showcase both the KB and >>> Groupware cases, but if I were to choose a default, that would be >>> Groupware. >>> >>> So on V1 I will be +0, but definitely -1 on V3. >>> >>> Votes so far: >>> 1. +1 (Ludovic), +1 (Caleb), +0 (Marius), +0 (Vincent), +0 (Caty) >>> 2. +1 (GD), +1 (Marius), +1 (Vincent), +1 (Caty) >>> 3. +1 (GL), -1 (Caty) >>> >>> Thanks, >>> Caty >>> >>> On Wed, Jun 8, 2016 at 12:09 PM, Caleb James DeLisle &lt;cjd(a)cjdns.fr&gt; >>>> >>>> I disagree with this point, as a user of web interfaces I don't care if >>>> they look completely busted as long as I can make use of them, even if >> they >>>> become unusable in 5% of the situations, that's 95% where I can use >> them. >>>> >>>> Granted if we ship something that looks broken it's an embarassement >> but >>>> if we ship something that a person cannot navigate then we don't even >> have >>>> them complaining at us, they just become another silent non-adopter. >>>> >>>> >>>> On 08/06/16 11:01, Marius Dumitru Florea wrote: >>>> >>>>> So I think version (1) looks good but it doesn't scale with what we >> have >>>>> right now. Thus I'm more in favour of solution (2), at least until we >> can >>>>> resize the panel width. >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> > > _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

After confirming with Marius, I've updated: Votes so far: 1. 4 = +1 (Ludovic), +1 (Caleb), +1 (Marius), +1 (Vincent), +0 (Caty) 2. 2 = +1 (GD), +1 (Caty) Thanks, Caty On Mon, Jun 13, 2016 at 2:23 PM, Vincent Massol &lt;vincent(a)massol.net&gt; wrote: