Closed Bug 1299322 Opened 9 years ago Closed 8 years ago

Option to keep toolbars visible

Categories

(Firefox for iOS :: Browser, defect)

All
iOS
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
fxios-v11.0 --- verified

People

(Reporter: mozbugz, Assigned: garvan, Mentored)

References

Details

Attachments

(2 files, 1 obsolete file)

55 bytes, text/x-github-pull-request
justindarc
: review+
Details | Review
55 bytes, text/x-github-pull-request
farhan
: review+
Details | Review
I'm guessing hiding toolbars when scrolling was done for behavior parity with Safari. However, at least for me, hiding toolbars is a pain: - The animation is distracting. - It's not obvious to me how to get them back when needed (scroll up I think?) - Hiding/unhiding happens when I just move a little bit (e.g., to read back one line). - Hiding/unhiding sometimes happens semi-randomly when I scroll sideways -- I'm guessing because of whatever small vertical movement component; This could probably be another bug to fix. - On big-enough devices, the gain in real-estate is negligible. We shouldn't be shackled to whatever Apple rigidly thinks is best. So I think we should at least offer the option to always keep the toolbars visible. I've prepared a POC patch, now I'll need to learn this new-fangled "pull request" stuff...
Hey Gerald, Thanks for working on a patch for this. I can definitely see this being a useful option. Have you seen the latest work on master with the new minified URL bar? I landed it last week and it helps a bit with the URL bar disappearing act by transitioning into a smaller bar so it's not completely lost to the user. I still think having an option would be a needed feature though. Let me know if you want any help with setting up a pull request or reviews.
Mentor: sleroux
Attached file Pull request (obsolete) —
(In reply to Stephan Leroux [:sleroux] from comment #1) > Hey Gerald, > > Thanks for working on a patch for this. I can definitely see this being a > useful option. Have you seen the latest work on master with the new minified > URL bar? I landed it last week and it helps a bit with the URL bar > disappearing act by transitioning into a smaller bar so it's not completely > lost to the user. I still think having an option would be a needed feature > though. Let me know if you want any help with setting up a pull request or > reviews. Thank you for the encouragement Stephan. The minified URL bar is a nice touch (I saw it when I tested my patch), but for me it still doesn't address my concerns (mostly: distraction due to movement, and not knowing exactly how to get toolbars back), so I went ahead with my change. Here's my pull request, hope it's not too terrible -- I don't know Swift nor git! So please let me know if there's anything wrong with it.
Attachment #8787928 - Flags: review?(sleroux)
Comment on attachment 8787928 [details] [review] Pull request Thanks for the patch. Looks like a good start! Just a couple of minor things. I left my comments on Github in the pull request. I can see the option 'Keep Toolbars' being a bit ambiguous at the level of 'General' settings. I wonder if we should create a new page of settings for 'Browser' settings as it's starting to get cramped or maybe rename it? Robin any thoughts?
Flags: needinfo?(randersen)
Attachment #8787928 - Flags: feedback+
Comment on attachment 8787928 [details] [review] Pull request Thank you for the review/feedback so far. Sorry for submitting an unfinished patch, I don't know where the working code has gone. :-( I'll resubmit a full patch next time I can redo the work...
Attachment #8787928 - Flags: review?(sleroux)
No time for me to work on this. Good luck!
Assignee: gsquelart → nobody
I have a branch where I hacked this in for testing, I'll turn it into a PR
Assignee: nobody → gkeeley
We may be able to use this feature to help debug Bug 1416849 as showing/hiding toolbars *might* be related to the cut-off rendering issue.
See Also: → 1416849
Attached file Pull request
Attachment #8787928 - Attachment is obsolete: true
Attachment #8949491 - Flags: review?(jdarcangelo)
Blocks: 1436797
https://bugzilla.mozilla.org/show_bug.cgi?id=1436797 is for adding a test case for this if it lands
Attachment #8949491 - Flags: review?(jdarcangelo) → review+
thanks for speedy review! landed on master and v11.x
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Verifying as fix on 11.0 (9002) and master 0f746ddb. The option has been added to the "Settings" menu. Toggling the option "On" keeps the toolbar in view while scrolling any page on iPad.
Status: RESOLVED → VERIFIED
See Also: → 1437160
Thank you garvan for implementing this. Unfortunately for me, I'm mostly using FF on my iPhone. Please consider removing the iPad restriction (I've opened bug 1437196 for that, if you/someone can make this happen).
Consider removing due to quick access provided by bug 1427903 landing. Swing of UX gavel pending.
That's one more action than is now necessary thanks to this option. :-( Why are we restricting ourselves to what Safari does?
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Due to upcoming UX changes in toolbars a revert has been requested, and marking this a won't fix
Flags: needinfo?(randersen)
Attached file Pull request
Revert commit.
Attachment #8951027 - Flags: review?(fpatel)
revert landed on master and v11.x
Due to new UI work related to toolbars, this is not going to be fixed. It is possible it will get re-opened if the toolbar UX changes don't improve the discoverability/ease of show toolbars, or if we add an advanced (a.k.a. UI Tweaks) section to the preferences.
Status: REOPENED → RESOLVED
Closed: 8 years ago8 years ago
Resolution: --- → WONTFIX
Attachment #8951027 - Flags: review?(fpatel) → review+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: