Jean-Vincent Drean wrote: > On Tue, Nov 3, 2009 at 12:54 PM, Raluca Stavro <[email protected]> > wrote: > >> Ecaterina Valica wrote: >> >>>> Question: Should we have some way (optional) to navigate from one wiki >>>> to another in a multiwiki setup. This shouldn't be setup by default >>>> but maybe a config option. Then we could have a "Farm" element entry >>>> before the wiki entry in the top action bar for this case. This could >>>> potentially replace the "Ecosystem" panel for xwiki.org. >>>> >>>> >>>> >>> A proposal for this kind of interaction can be found at >>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuNavigation >>> >>> In order to provide two functions simultaneous (navigation + actions) the >>> menu element is separated into icon + name, each with it's own function. >>> >>> >>> >> I like it a lot! The interaction is very simple. The fact that you can >> select the space from the menu and you don't have to go on the >> Dashboard for that is a very big plus. And the fact that you can select >> the current wiki from the menu is also a big improvement. >> I would suggest to put a text on mouseover to explain what the icons >> (for wiki and for space) mean, and what the arrows (select wiki and >> select space) mean. >> >> > > I find the proposal very nice looking, my inner geek loves the > ingeniosity but I think it is overkill. > Raluca, do you really feel the need for a fast switch between spaces ? > I mean we use panels for that, let's take the default QuickLinks > panel, I think it's a big plus that it is customizable by admins and > that spaces like Panels or Scheduler doesn't appear in it. > In the current proposal, the user doesn't have to do much effort if he wants to add a page (for example) in a different space. If he uses a panel, he will be force to load another page (Space.WebHome) and this will add some extra time to the process duration. About admin customization, yes, panels are a big plus. But what if the list of spaces is long? Then, the panel is useless because having a huge panel is not nice at all and the user will have to navigate to the Dashboard or to some custom page. > If the idea is to get rid of panels in the future then big +1 :) > If the idea is to keep panels but have a new policy suggesting not to > use them as navigation menus, -0. > We should keep the panels, but my opinion is that we should not use them as general navigation menus. The user is able to create panels and customize them, so he can create alternatives to the main menu if that's the case.
Raluca. > JV. > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
