Closed Bug 1401835 Opened 7 years ago Closed 5 years ago

Hide page action buttons when the URL bar gets small

Categories

(Firefox :: Address Bar, enhancement, P2)

enhancement
Points:
2

Tracking

()

VERIFIED FIXED
Firefox 74
Iteration:
74.2 - Jan 20 - Feb 09
Tracking Status
firefox74 --- verified

People

(Reporter: nhnt11, Assigned: dao, NeedInfo)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [reserve-photon-structure])

Attachments

(2 files)

They're all accessible from the page action menu anyway, so when space is short we could hide them one by one like we do with toolbar buttons as the window gets small. This leaves more space for the identity box and actual URL text, which are in my opinion more important.
Blocks: 1352697
Whiteboard: [reserve-photon-structure]
Aaron, any thoughts here? I think you all have given some thought to page actions customization beyond 57, and maybe this is slightly related?
Flags: needinfo?(abenson)
Whiteboard: [reserve-photon-structure] → [photon-structure] [triage]
Flags: qe-verify+
Priority: -- → P3
QA Contact: gwimberly
Whiteboard: [photon-structure] [triage] → [reserve-photon-structure]
Yeah, lets allow the page action icons to move into the Page Action Menu one-at-a-time, including the bookmark star if needed. It might be worth condensing the security label a little earlier or more aggressively, but that should probably be handled in a different bug and with more thought/clarity :)
Flags: needinfo?(abenson)
The extensions label should also be dropped first when screen widths become narrow.
See Also: → 1598563
Priority: P3 → P2
QA Contact: u554753

Copying over comments from bug 1598563:

Drew, since you did the initial implementation of the action buttons, does this make sense to you? The idea here is that when a certain width threshold of the URLBar is hit - whilst the user is resizing the window, for example - that the action buttons that are visible in the URLBar start flowing back into the meatball menu.
I acknowledge that this adds another state/ mode for the buttons to be, which slightly complicates things when customizing the action buttons whilst their overflowing (inside the menu temporarily), but since that state is transient (i.e. not persisted across sessions), I think it may be ok. Thoughts?

(In reply to Mike de Boer [:mikedeboer] from comment #12)
That makes sense to me too. iirc it was even discussed back when we first implemented the page actions. There might even be an open bug. As you say, the fact that this state would be transient probably makes this a lot easier to implement than it would be otherwise. It definitely seems doable.

Which is how we ended up here. Aaron, what are your thoughts on the implementation idea I suggested?

Flags: needinfo?(abenson)
See Also: → 1610497
See Also: → 1545046
Summary: Consider intelligently hiding page action buttons when the URL bar gets small → Hide page action buttons when the URL bar gets small
Assignee: nobody → dao+bmo
Status: NEW → ASSIGNED
Iteration: --- → 74.2 - Jan 20 - Feb 09
Points: --- → 2
Pushed by dgottwald@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/8c4a4bfa19a9 Hide page action buttons in small windows. r=mak
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 74

== Change summary for alert #24882 (as of Fri, 07 Feb 2020 07:11:01 GMT) ==

Improvements:

4% tart linux64-shippable opt e10s stylo 2.15 -> 2.06
4% tart linux64-shippable opt e10s stylo 2.15 -> 2.07

For up to date results, see: https://treeherder.mozilla.org/perf.html#/alerts?id=24882

I managed to reproduce the issue using an older version of Nightly (2017-09-20).
I retested everything using the latest Nightly 74.0a1 on macOS 10.15, Windows 10 x64 and Ubuntu 18.04 x64. I've noticed that the button for "Toggle Reader View", "Verified by:.." and others are not hidden. Is this expected behaviour?

Flags: needinfo?(dao+bmo)

(In reply to Oana Botisan, Desktop Release QA from comment #10)

I've noticed that the button for "Toggle Reader View", "Verified by:.." and others are not hidden. Is this expected behaviour?

Yes.

Flags: needinfo?(dao+bmo)

Thank you, Dao.
According to comment 10 and comment 11, I will mark this bug as verified fixed.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Blocks: 1616454
See Also: → 1621652
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: