[webapp-container] New top header takes too much space

Bug #1352338 reported by David Barth
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Fix Committed
Medium
James Mulholland
webbrowser-app
Invalid
Medium
Unassigned
webbrowser-app (Ubuntu)
Triaged
Medium
Alexandre Abreu
webbrowser-app (Ubuntu RTM)
Triaged
Medium
Alexandre Abreu

Bug Description

The new top-header takes too much space by default. It doesn't hide until a long page is scrolled.

Suggestion: auto-hiding, like the previous bottom bar, would probably make that less of an issue.

** UX Solution **
HTML 5 apps
may occasionally need back button functionality

I also agree with Alex that the optional header could be either fixed or
hide-out on scroll. That's what we specified.
https://docs.google.com/a/canonical.com/presentation/d/1IpCWtWuGPES5llwmoscawhn2IG4fxOggMO8F_RM_zms/edit#slide=id.g180624b4a_014

It should behave similarly as the current Browser top bar.
https://docs.google.com/a/canonical.com/presentation/d/1Qrd4Flfs3EH-fI79IfrYgLdAx2nce-L7ve8NKLCX324/edit#slide=id.g2c4a617df_1_0

Tags: rtm14

Related branches

Changed in webbrowser-app:
assignee: nobody → Alexandre Abreu (abreu-alexandre)
status: New → Triaged
Changed in ubuntu-ux:
assignee: nobody → Giorgio Venturi (giorgio-venturi)
Revision history for this message
Olivier Tilloy (osomon) wrote :

The real issue is with most webapps passing the --enable-back-forward and/or --enable-addressbar command line switches to the container. Most webapps probably don’t need that any longer, but for backward compatibility I kept the mapping of those switches to showing the chrome.

Note that the new chrome is not intended to behave like the old one: either it’s shown, and then it autohide upon scrolling, or it’s hidden, and it nevers appears (the latter is the default, and probably what most webapps want).

There can’t be a swipe to reveal/hide gesture for the new chrome, as it would conflict with interaction with the indicators. The new chrome has the same behaviour as the new header component from the SDK, its visibility is tied to the contents of the page, not triggered by explicit manual interaction.

Also note that with the new container, even when there’s no chrome at all, there will always be a thin progress bar shown at the top while loading, which gives some feedback to the user that something is happening (IIRC the --enable-addressbar switch was initially introduced to work around the lack of an external progress indicator, since the progress bar used to be embedded inside the address bar).

So I think the fix is to assess for each webapp whether they really need the legacy command line switches, and remove them accordingly.

Changed in ubuntu-ux:
status: New → Triaged
John Lea (johnlea)
Changed in webbrowser-app:
importance: Undecided → Medium
Changed in ubuntu-ux:
importance: Undecided → Medium
Revision history for this message
Florian Boucault (fboucault) wrote :

Very annoying issue indeed, especially with google maps

Revision history for this message
Giorgio Venturi (giorgio-venturi-deactivatedaccount) wrote :

I second Olivier's comments.

Also, HTML 5 apps should have their own navigation/action bar

Changed in ubuntu-ux:
status: Triaged → Won't Fix
Revision history for this message
David Barth (dbarth) wrote : Re: [Bug 1352338] Re: [webapp-container] New top header takes too much space

Le 07/08/2014 02:29, Florian Boucault a écrit :
> Very annoying issue indeed, especially with google maps
Facebook, Twitter and Gmail have now been updated to remove all chrome,
including the top-header. Google Maps is next.

David

Revision history for this message
Olivier Tilloy (osomon) wrote :

Awesome, thanks David!

Revision history for this message
Bill Filler (bfiller) wrote :

Facebook and G+ are nearly impossible to navigate without a back button. We should consider putting those back for those apps.
Also consider adding back the auto hide of the toolbar so it would both autohide and hide when scrolling

Revision history for this message
David Barth (dbarth) wrote :

+1
The absence of the back button forces the user to scroll up to the top, go
back to the news feed top, and scroll down to the last read item.
Gmail, Twitter are ok without header.

On Fri, Aug 15, 2014 at 6:53 PM, Bill Filler <email address hidden>
wrote:

> Facebook and G+ are nearly impossible to navigate without a back button.
> We should consider putting those back for those apps.
> Also consider adding back the auto hide of the toolbar so it would both
> autohide and hide when scrolling
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1352338
>
> Title:
> [webapp-container] New top header takes too much space
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-ux/+bug/1352338/+subscriptions
>

Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

As discussed on IRc, one thing could be to have a delayed auto-hide header when reaching the top for these, I guess that the header behavior can be tweaked for that. It would possibly maximize the amount of real estate when hidden while still being avail for back/fw browsing,

Revision history for this message
Olivier Tilloy (osomon) wrote :

Before implementing anything, please validate the proposed solution with the design team (Giorgio).

Revision history for this message
Giorgio Venturi (giorgio-venturi-deactivatedaccount) wrote :

Hi,

@Bill, David thank you for pointing these examples out. I agree HTML 5 apps
may occasionally need back button functionality

I also agree with Alex that the optional header could be either fixed or
hide-out on scroll. That's what we specified.
https://docs.google.com/a/canonical.com/presentation/d/1IpCWtWuGPES5llwmoscawhn2IG4fxOggMO8F_RM_zms/edit#slide=id.g180624b4a_014

It should behave similarly as the current Browser top bar.
https://docs.google.com/a/canonical.com/presentation/d/1Qrd4Flfs3EH-fI79IfrYgLdAx2nce-L7ve8NKLCX324/edit#slide=id.g2c4a617df_1_0

On Mon, Aug 18, 2014 at 9:38 AM, Olivier Tilloy <
<email address hidden>> wrote:

> Before implementing anything, please validate the proposed solution with
> the design team (Giorgio).
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1352338
>
> Title:
> [webapp-container] New top header takes too much space
>
> Status in Ubuntu UX bugs:
> Won't Fix
> Status in Web Browser App:
> Triaged
>
> Bug description:
> The new top-header takes too much space by default. It doesn't hide
> until a long page is scrolled.
>
> Suggestion: auto-hiding, like the previous bottom bar, would probably
> make that less of an issue.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-ux/+bug/1352338/+subscriptions
>

Revision history for this message
David Barth (dbarth) wrote :

Should update the implementation based on Giorgio's latest remarks. Marking the bug for fixing at the next iteration

tags: added: rtm14 touch-2014-09-18
tags: added: ota-1
removed: touch-2014-09-18
David Barth (dbarth)
tags: added: touch-2014-10-09
removed: rtm14
David Barth (dbarth)
tags: added: rtm14
Olivier Tilloy (osomon)
tags: added: touch-2014-10-23
removed: touch-2014-10-09
Olivier Tilloy (osomon)
tags: added: touch-2014-10-30
removed: touch-2014-10-23
Olivier Tilloy (osomon)
tags: added: touch-2014-11-06
removed: touch-2014-10-30
description: updated
Changed in ubuntu-ux:
status: Won't Fix → Fix Committed
Revision history for this message
David Barth (dbarth) wrote :

+1 I will have a patch to auto-hide again.

On Wed, Nov 5, 2014 at 3:36 PM, Giorgio Venturi <
<email address hidden>> wrote:

> ** Description changed:
>
> The new top-header takes too much space by default. It doesn't hide
> until a long page is scrolled.
>
> Suggestion: auto-hiding, like the previous bottom bar, would probably
> make that less of an issue.
> +
> + ** UX Solution **
> + HTML 5 apps
> + may occasionally need back button functionality
> +
> + I also agree with Alex that the optional header could be either fixed or
> + hide-out on scroll. That's what we specified.
> +
> https://docs.google.com/a/canonical.com/presentation/d/1IpCWtWuGPES5llwmoscawhn2IG4fxOggMO8F_RM_zms/edit#slide=id.g180624b4a_014
> +
> + It should behave similarly as the current Browser top bar.
> +
> https://docs.google.com/a/canonical.com/presentation/d/1Qrd4Flfs3EH-fI79IfrYgLdAx2nce-L7ve8NKLCX324/edit#slide=id.g2c4a617df_1_0
>
> ** Changed in: ubuntu-ux
> Status: Won't Fix => Fix Committed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1352338
>
> Title:
> [webapp-container] New top header takes too much space
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-ux/+bug/1352338/+subscriptions
>

Olivier Tilloy (osomon)
tags: added: touch-2014-11-13
removed: touch-2014-11-06
Olivier Tilloy (osomon)
tags: added: touch-2014-11-20
removed: touch-2014-11-13
Olivier Tilloy (osomon)
tags: removed: touch-2014-11-20
Olivier Tilloy (osomon)
tags: removed: ota-1
Changed in ubuntu-ux:
assignee: Giorgio Venturi (giorgio-venturi) → James Mulholland (jamesjosephmulholland)
Olivier Tilloy (osomon)
Changed in webbrowser-app (Ubuntu):
assignee: nobody → Alexandre Abreu (abreu-alexandre)
Changed in webbrowser-app (Ubuntu RTM):
assignee: nobody → Alexandre Abreu (abreu-alexandre)
Changed in webbrowser-app (Ubuntu):
importance: Undecided → Medium
Changed in webbrowser-app (Ubuntu RTM):
importance: Undecided → Medium
Changed in webbrowser-app (Ubuntu):
status: New → Triaged
Changed in webbrowser-app (Ubuntu RTM):
status: New → Triaged
Changed in webbrowser-app:
assignee: Alexandre Abreu (abreu-alexandre) → nobody
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.