Hi, I agree with Paul on this. To me, it could work a bit like the "hidden doc" checkmark. We can show it only for advanced users and/or admins if needed. The current practice, which implies putting a {{velocity}} tag with docextra = [] on each home page feels a bit antiquated... As for the list itself, it looks good to me as well. Thanks, Guillaume On Wed, Oct 14, 2015 at 9:55 PM, Paul Libbrecht <[email protected]> wrote:
Would it make sense, in this case, to make a checkbox that is displayed to admins in case the docextra tab is hidden? (maybe this would edit a webpreferences object?)
It seems to me that the desire to hide the docextra tab is for any page that displays some kind of summary: you'd expect the docextra function on "data pages" not on "summary pages"; i suppose this is likely to be the case of many other pages.
Paul
Ecaterina Moraru (Valica) <mailto:[email protected]> 14 octobre 2015 19:19 Hi,
#docextra tabs are particular important for content pages where users are encouraged to comment, attach, revise history, etc.
But since XWiki is more than a wiki and the application usage has expanded, we removed the #docextra tab from many XWiki Contrib applications, like: File Manager, Forum, Calendar, etc.
The logic behind was that the applications have as main purpose the management of applications entities, not commenting for example.
Also with the Flamingo Skin, the shortcuts to Comments, Attachments, etc. can be found in the 'More actions' menu.
So, my question to you is: What do you think about removing the #docextra also for default/bundled applications like: - Blog.WebHome - Dashboard.WebHome - Panels.WebHome - Scheduler.WebHome - Stats.WebHome - Main.WebHome?
If we adopt this practice we could document it on: http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome#HApplicationDesign or
http://dev.xwiki.org/xwiki/bin/view/Community/ApplicationDevelopmentBestPrac...
Thanks, Caty