On Tue, May 29, 2018 at 5:41 PM, Ecaterina Moraru (Valica) <vali...@gmail.com> wrote: > So preferable in inline mode, the bar should not be full width, but just > the size of the content.
+1, I think it's weird to have a full width bar both on the WYSIWYG/XWiki editor and inline editor. > This needs to be prototyped to see if it's > possible to implement easily (without JS). > Ideal on tablet and mobile mode, the bar should contain just the vital > buttons (no minor edit, auto-save, etc.), otherwise the bar takes too much > screen space (sometimes more than 40% of screen size). We could maybe have a dropdown showing the buttons? > > So for the problematic inline and responsive modes we would need to iterate > more until we find the ideal solution. > Thanks, Adel > Thanks, > Caty > > On Tue, May 29, 2018 at 6:23 PM, Ecaterina Moraru (Valica) < > vali...@gmail.com> wrote: > >> Hi devs, >> >> Just to make sure we are on the same page since there were some >> ambiguities on the proposal, I've put some screenshot on how it will look >> like: >> http://design.xwiki.org/xwiki/bin/view/Proposal/ >> IdeaVisibleSave#HProposal10.x >> >> This proposal extracts the save controls and puts them on a fixed bottom >> bar. >> There are some problems with the inline mode and with the responsive >> versions. With the inline version we could decide to keep the current >> behavior and have the fixed bar only in Wiki and WYSIWYG modes. I guess we >> should do some implementation tests and see what's possible. >> >> Thanks, >> Caty >>
