Closed Bug 1584253 Opened 6 years ago Closed 6 years ago

Implement verdi's "One-off Search Squishiness" design for narrow windows

Categories

(Firefox :: Address Bar, enhancement, P3)

enhancement
Points:
5

Tracking

()

RESOLVED FIXED
Firefox 72
Iteration:
71.4 - Oct 14 - 20
Tracking Status
firefox72 --- fixed

People

(Reporter: dao, Assigned: mak)

References

Details

Attachments

(2 files)

(In reply to Harry Twyford [:harry] from bug 1581753 comment #6)

Verdi produced a spec for this that resizes with the page: https://firefox.michaelverdi.com/squish/. The minimum row width should match the length of the localized string.

Priority: -- → P3
Points: --- → 5

I spoke to Verdi about this, and he says it should block Megabar getting to Release. He highlighted that the temporary fix in bug 1581753 still isn't ideal. The one-off width problem is especially bad since we leave the megabar view open during window resize.

I spoke to Verdi about this, and he says it should block Megabar getting to Release.

In an ideal world I would agree. Realistically I highly doubt that we would potentially let the megabar miss 71 over this. It's an edge case, and the proposed solution seems tricky to implement. I suspect we'll have more important things to spend our time on.

He highlighted that the temporary fix in bug 1581753 still isn't ideal.

Of course it isn't. Nobody ever said it was.

The one-off width problem is especially bad since we leave the megabar view open during window resize.

We can revert that behavior change if needed.

I was going to report this as a new issue, but this was already filed. This isn't that much of an edge case if you are on a 1920 x 1080 screen and you split windows side by side.

See screenshot of how it looks.

You also have the search bar visible, that further compresses the urlbar (not trying to minimize the gravity, just pointing out an interesting fact)

You also have the search bar visible, that further compresses the urlbar (not trying to minimize the gravity, just pointing out an interesting fact)

I do tend to use the separate search bar for searches, especially because Bug 1577924 is still open, and because Bug 1292321 was closed.

There also isn't friendly way to disable one off searches in the preference UI, so this will affect people who use a separate search box. Bug 1292511 was closed around this as well.

(In reply to Asif Youssuff from comment #3)

Created attachment 9098588 [details]
Screenshot from 2019-10-03 10-38-09.png

I was going to report this as a new issue, but this was already filed. This isn't that much of an edge case if you are on a 1920 x 1080 screen and you split windows side by side.

See screenshot of how it looks.

Perhaps not ideal but not a failure case either. The area compresses as expected and nothing overflows. Problems occur when there's even less space. So yes, I maintain that we're talking about an edge case here.

I remember when Phoenix 0.1 opened a separate dialog to enter addresses - something to consider if the window is too small maybe?

Blocks: 1587680
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Iteration: --- → 71.4 - Oct 14 - 20
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/32f7be1fc656 Better narrow-window layout for the address bar one-off buttons. r=dao
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 72
Regressions: 1591882
Blocks: 1593663
Regressions: 1597086
Flags: qe-verify+
QA Contact: cristian.comorasu
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: