Toolbar on mobile web

[enzus]

Hi,

Following #802 I also mocked up a version of the toolbar optimised for mobile browsers.

Unfortunately I just realised I forgot to include the 'Translate' element from multilingual but I'll try to make up asap.

Here are the wireframes with the different states of the menu:

Let's say that is freely inspired to Inbox by Google :) but I thought that since we already had a floating element in the top right corner we could actually move the button at the bottom of the screen where it's easier to reach on mobile devices.

I also opted for an almost full screen approach as we can't easily interact with the rest of the screen once the toolbar is expanded.

The transition between 1st and 2nd level of navigation of the toolbar could be a slide to the left/right movement.

Please let me know what you think.

Cheers,
Enzo

[vangheem]

Looks nice but I think this is something that'll have to be set for 5.1. We want to get Plone 5.0 out at this point and this would change the current behavior a lot. Also not sure if this would require a plip?

[enzus]

@plone/ux-team

[hvelarde]

@vangheem the problem is a different one: Plone 5 will be ready when it's ready; I think is a bad idea to try to release it sooner with concepts (like the toolbar) if they are not mature enough.

also, I see many people taking care of mobile version stuff when most editors are not going to use that feature; that's fine, at least they have time to check it, but we should take care of vertical and horizontal toolbars issues first. mobile on Plone 5.1 is fine; broken vertical and horizontal toolbars are not:

[vangheem]

broken? We spent all the last anniversary sprint working on this.

[enzus]

@hvelarde I agree that most editors won't write/create something on a mobile (which with the spreading of phablets & co. could become less and less true going forward) but ignoring that there are many occasions where an editor can edit something published or change the workflow state or comment while is on the go seems a vision a bit short-sighted. In that sense I started to mock up another mobile version where the order of the elements in the toolbar is relevant to the context of use but I didn't go much further as I was also trying to keep the UI as much consistent as possible with the desktop version.

[davilima6]

Looks good! And I also agree tablets and phones are increasingly relevant if not for creation at least for editing and workflow management.

[hvelarde]

that's exactly what you can deduce from the image

[djay]

so the user problem you are trying to solve is not to have the swipe style scrolling on mobile?
I agree some kind of wrapping of the menu is good so you have more stuff visible but I think the scrolling doesn't work too badly for now.

[enzus]

The user problem I'm trying to solve here is to provide a mobile UI easier to use (more touch friendly) on small screens, that makes use of all the real estate available and try to focus on one task at the time. I was tempted to go full screen but I thought it was good to keep visible the page you're working on.

[jensens]

There was no activity on this for a while. I close this request for now. If you plan to work further on this please reopen and go on.