This is what I have in my custom skin: Edit: Wiki WYSIWYG Form Objects Add: New comment New attachment New subpage New space Show: Code Comments Attachments History Print: PDF Preview Admin: Delete Rename Edit class Page rights Space rights Space prefs What you can see in each menu of course depends on mode (basic/advanced) and access level, with the admin menu changing the most if you don't have admin privileges. I prefer the Admin link by the login, actually.. and the tabbed panels on that page allow easy flipping between space & global prefs. *shrug* this works, and was a happy medium between the old menus and the 1.0 menus. I'm not sure a "Space" menu makes a lot of sense from an end user perspective. On 10/9/07, Jean-Vincent Drean <jv(a)xwiki.com> wrote: -- 'Waste of a good apple' -Samwise Gamgee

2007/10/9, Erin Schnabel &lt;ebullient.rain(a)gmail.com&gt;om>: I'm not a big fan of the Admin entry (reminds me the "more actions" in xwiki < 1.0, which was a kind of hold-all) This header link seems to be liked by most users I know. JV.

2007/10/9, Vincent Massol &lt;vincent(a)massol.net&gt;et>: Seems to me like a view mode (and print this page sounds like an action), I'd move it to the SHOW entry. I've made a new proposal (kind of synthesis between the 2 predecessors), can be seen here : http://www.xwiki.org/xwiki/bin/view/Design/RefactorActionMenu Administration menu entry I guess, BTW since most users prefer to keep the administration outside the menu WDYT about the new proposal (into the PAGE entry). I personnaly have a con about the header link, it makes the space admin unavailable directly from the view mode but, vox populi vox dei (and vox projectus leaderus vox dei² ;). JV.

On 10/9/07, Jean-Vincent Drean &lt;jv(a)xwiki.com&gt; wrote: Print should be kept as print. Whether it's a "view" or not, "Print" makes sense to users, and a print to PDF vs. print preview is very natural. Changing "Print" to "Export" or "Show" only makes sense to we programmers. Other export could go under the "Page" menu, though I don't particularly like that as a menu header.. "Page Actions" or just "Actions". I know the "More Actions" was a hodge-podge, but it was a nice hodge-podge, and a lot of users found that pretty obvious to use. I called the "More Actions" hodge-podge "Admin" in my new skin because it was more "Admin-ish" kinds of actions, where the edit/show/add/print actions were classified appropriately. Also, having rename and delete under "Admin" kept them in an intuitive location, while at the same time making it less likely that they would be accidentally clicked. If it becomes a "Page Actions" ("Page" by itself just seems wrong, but I don't like "Page Actions" either), then having Copy, Rename, Delete, and Access rights all under that make sense. I don't think "Watch this space" or "Watch this page" need to be anywhere in particular. Most of the modern browsers find any RSS feed links on the page w/o intervention, and I've always found that a more obvious link (in a panel, for example) is more effective than tucking the "Watch" URL's in one of those menus.. Unless "Watch" means something other than I think it does. -- 'Waste of a good apple' -Samwise Gamgee

Hello, I'm pretty much convinced by JV's ideas on http://www.xwiki.org/xwiki/bin/view/Design/RefactorActionMenu. I would however propose the following minor changes : * With the space we gained from "rename" and "copy", I think we can afford a whole "Whatch" menu item, that will contain "Watch this page", "Watch this space" and possibly "Watch settings..." for administrators. (And by the way, it allow, if the notification feature is disabled for some reason on a wiki, not to impact other menu lists - but I don't know if this disable notification feature will be) * I like the "Access Right" in the "Edit" menu, but that's maybe juste me :) Jérôme.

Hi, I like very much the "proposal 3". I think the most XWiki is viewed as a real "application" the better is it for user. Just one thing this more technical, I don't know how works the menu but I would prefer to have more level for example FILE->Export->PDF, FILE->Export->RDF because FILE menu is too long I think it is easier to add more exports as plugins for example. 2007/10/10, Jean-Vincent Drean &lt;jv(a)xwiki.com&gt;om>: -- Thomas Mortagne

2007/10/11, Vincent Massol &lt;vincent(a)massol.net&gt;et>: I'm -1 for "File" too, "Page seems more appropriate" Ok so let's talk about mozilla menu entries then ;) Ok I was waiting for someone to raise this one, I'm testing the proposal 3 on my local xwiki and I confirm that it's annoying for people accustomed to the edit at the left. This proposal was an attempt of a more desktopish layout. (Page/Edit/View). BTW i never liked "Show" ;) Page/Edit/View wait for it.. Bookmarks -> File/Edit/View/Watchlist (since bookmark doesn't fit here). -1 for the hodge-podge until we had discussed all the other options ;) JV.

Yes the Admin space has already been abandonned. I've made a mistake in a previous email but the discussion about the "Administration" is : - here : make a link in the top bar instead of in the header ? - in the XWiki.WebHome topic : remove the content of the XWiki.WebHome page and only rely on the admin action for administration ? 2007/10/9, Erin Schnabel &lt;ebullient.rain(a)gmail.com&gt;om>: