Re: [xwiki-devs] [Proposal][UX] Visible Save buttons

On 25 Apr 2017, at 00:46, Denis Gervalle <dgl(a)softec.lu> wrote: Hi Vincent, On Mon, Apr 24, 2017 at 21:07, Vincent Massol <vincent(a)massol.net> wrote: Hi Denis/All, Note that shouldn’t be a problem in most cases and you shouldn’t have to scroll anywhere since the content is inside a textarea with scrollbars and the preview/save/cancel buttons are outside of it and only reasonable resolution they are always visible. Just tested on a small 1024x76 resolution and they’re very visible and there’s still vertical room: https://www.evernote.com/l/AHfKSY4sB3lO_6TarSsjkw889qlffOGX4P8 And in full screen it’s the same. So I’m curious to understand when it’s a problem for you. There’s probably something I’m missing. Well, I don’t really know how you made your screenshot and how you measured your resolution. Your evernote picture looks scrambled and large. In the most popular landscape desktop resolution ( 1366x768, see http://gs.statcounter.com/screen-resolution-stats/desktop/worldwide), with a menu, here is what I got: http://d.pr/i/R1i3 And, this is even worse than that, since we should consider that the viewport is much lower than the screen size, in particular the height of it. Any resolution with a viewport less than 1080px in height doesn’t really make it for me. Which means that unless you are on something retina or at least 15”, you had to scroll. According to the above charts, we get covered for less than 1 internet users over 4 on desktop. Does my mileage vary that much compared to others ? I should admit that I am really puzzled by your remarks, since this has always been a source of pain for me. While I have a large screen, I am often using the debugger in my browser stuck to the bottom, and this put me back in the common use case above (and like this idea of being close to it when testing my work). Maybe others can shed some lights on this ?

-- Denis Gervalle SOFTEC sa - CEO Thanks -Vincent > However, I am not really happy with your current proposal. I found the text area for the version summary way too small for the purpose. It should IMO stay on a separate line in order to be large enough. Since this not always useful, it might, however, be collapsed somehow in certain circumstances. > I also wonder if just having some buttons on the top in addition to the bottom, wouldn’t be simpler and as efficient, even if the top feature is limited (just save / save&view). It might also work with your fixed bottom UI, that might also be more limited than what you can do by scrolling. > I hope these are useful comments. I am also curious to see other opinions on this important feature. > -- > Denis Gervalle > SOFTEC sa - CEO > On Tue, Apr 11, 2017 at 17:59, Ecaterina Moraru (Valica) <valicac(a)gmail.com> wrote: > Hi devs, > > Some users have complained that when editing they don't know that they need > to scroll in order to see the Save buttons. > > This is a proposal that tackles: > - Displaying the save buttons in a bottom area, when they are out of the > viewport, see > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/bottomB… > - Reorganizing the bottom zone in order to compact all the save functions > into a single bar > - When the user scrolls, the buttons go into their position, see > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/after.p… > > For the whole proposal and more screenshots, see > http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaVisibleSave > > WDYT? > > Thanks, > Caty