Closed
Bug 477707
Opened 15 years ago
Closed 15 years ago
Have visual indication of new tab opening
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(fennec1.0-)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | 1.0- | --- |
People
(Reporter: madhava, Assigned: madhava)
References
Details
(Whiteboard: UI polish)
When the user clicks on the "new tab" button to open a new tab, the viewport immediate switches to browser initial state -- ie, a blank page with the titlebar at the top of the screen. It would give the user a better sense of what just happened, and be less jarring, if, instead, the sidebar remained on screen long enough to show the new tab appear in the sidebar (with the indicator ring/ highlighting around it), and the sidebar then scrolling away. This could all happen very quickly so that it wouldn't get annoying, but would give the user a quick explanation of where they've moved to and how to get back to the others. Not the same as bug 465281, which is more about an indication of tabs having opened in the background.
Assignee | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Assignee | ||
Updated•15 years ago
|
Whiteboard: UI polish
Updated•15 years ago
|
tracking-fennec: ? → 1.0+
Assignee | ||
Comment 1•15 years ago
|
||
Marcio - Brad tells me that you had an interesting tab transition effect?
Updated•15 years ago
|
Assignee: nobody → madhava
Comment 3•15 years ago
|
||
Hi folks, sorry I was super buried releasing extensions that are not popular. Just saw my name again as Pav pinged this thread. Here is what I did in the early days of the N810-based work: A model proposition with a resident master page that would display multiple "thumbnails" representing canvas-based views of real tabs. The actual tabs were sort of hidden. If the user pressed the mouse/finger to a given thumbnail representation, it would zoom in, to that real page. At that point in the project it was not simple for me to kick mouse/keyboard events, through the canvas, and real-kick the actual browser element. So I was not able to quickly produce a case where the fake page was the real page for the user interaction. So in order to let the user zoom in and access that thumbnail I had to quickly flip from the virtual canvas world to the real browser tab. The transition component was the fact we could zooom out and in from these full screen views for a given tab/browser and be able to see the whole world of tabs/pages from higher angle. It was like Mac OSX spaces in a way, a poor version in terms of rendering.
Assignee | ||
Comment 4•15 years ago
|
||
Sounds like just a delay on hiding the sidebar would work here?
Flags: wanted-fennec1.0?
Assignee | ||
Comment 5•15 years ago
|
||
This seems to actually work now -- when I open a new tab, it shows up and then the awesomescreen appears, so I know what just happened.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 6•15 years ago
|
||
Verified on n810 with 1.9.2 nightly build 20090921
Status: RESOLVED → VERIFIED
Updated•15 years ago
|
Flags: in-litmus?
Comment 7•14 years ago
|
||
Litmus testcase updated to regression test: https://litmus.mozilla.org/show_test.cgi?id=7379
Flags: in-litmus? → in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•