Re: [xwiki-devs] [VOTE] Edit UI improvements and panelless edit

Hi, On Tue, Jan 26, 2010 at 9:09 AM, Vincent Massol <vincent(a)massol.net> wrote: I like them overall. Making the content and edit modes look more similar to one another sounds good to me. This could be fixed by moving the non-essential inputs (basically everything but parent & title) under the content area. The fact that currently panels are not the same in edit & view mode and the fact that users can configure view panels as they see fit but not edit panels is a usability problem too. Panels can be useful but it doesn't mean they're used to the best effect right now. Additionally, some panels are plain obnoxious (especially the translation & tags ones). Assuming adding metadata wouldn't scale with a vertical display while it would with a horizontal one sounds fallacious to me. Panels (or the lack thereof) are not directly related with how well the interface scales. Hiding less important metadata "under the fold" or in a hidden DIV that would be opened with a click could work fine too. I disagree. If done well, I think this could make XWiki much easier to use. Having inputs located at the same place, with the same style that where content is displayed in view mode would be a big plus. There are some good ideas though but they can be implemented with panels on Although I like the way Sergiu's suggestions are going, I agree with Vincent that this is major work that we can't possibly try making fit in XE 2.2 now without postponing the release & introducing a lot of instability. We have already introduced risk with Vincent's refactoring. I'm aware that some community members are looking forward to the WCAG / accessibility improvements we brought in XE 2.2 and I think it would be safer to provide a version that introduces them without re-hauling the whole XWiki Edit interface. Last but not least, these proposals have been discussed very little on the list so far and could benefit from additional refinements. Waiting for XE 2.3 would give us more time to make it work just right. My personal take on this is that panelless edit would open the way to make inline edition a reality in XWiki. In practice this would mean that the content area (contentview.vm) could be replaced with the edit area while everything else would remain the same on the page (header, footer, panels). We could also load the edit part dynamically via AJAX, improving the speed and thus the perceived performance for the user. Last but not least, this would also bring us closer to unifying the edit & inline mode, which I believe would make XWiki more appealing for application developers. I've been developing applications lastly by adding metadata right above and under the content area in contentview.vm and being able to use the native XE content area & edit mode without mixing edit & inline is great and makes for a smoother user experience. I see Sergiu's proposal as a first and significant step in that direction and I think it's maybe actually not ambitious enough rather than the other way round ;-) Here's my take on what are relatively low-danger changes that could still be introduced in and benefit XE 2.2 M2: I think this can be done easily, at least for the title. Doable too. Doable. Doable. Doable. Doable. Doable. Those might be done since I think Sergiu already has a working prototype. However it would be better to introduce them at the same time as panelless content edition mode since they're in the same spirit. Guillaume PS: Sergiu, I know all this would be much nicer if we were using Git and you could implement it in your own branch and share it whith whomever developer pleased you. Maybe this could be the right time to explore once again how XWiki development could take place using Git? -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/