Open Bug 1835112 Opened 2 years ago Updated 2 years ago

Print preview "1 of 1" overlay at the bottom is awkwardly transparent at the edges, if your window is skinny

Categories

(Toolkit :: Printing, defect, P3)

defect

Tracking

()

People

(Reporter: dholbert, Unassigned)

Details

Attachments

(4 files)

STR:

  1. Visit http://example.org/ and Ctrl+P to print-preview.
  2. Shrink your Firefox window to be as skinny as possible.
  3. Hover the print preview area and look at the "1 of 1" overlay that appears at the bottom.

ACTUAL RESULTS:
The "1 of 1" button is transparent at its left and right edges.

EXPECTED RESULTS:
No such transparent area.

If you make your window a little bit wider, the issue goes away. Then a little bit wider, the button grows >|>> arrows on either side, and at just the right size, this can be seen with those buttons as well (screenshot coming up).

I'm using Nigthly 115.0a1 (2023-05-24) (64-bit) on Ubuntu 22.04

Attachment #9335947 - Attachment description: image.png → screenshot of "1 of 1" when Firefox window is as skinny as it gets
Attachment #9335948 - Attachment description: screenshit when window is just wide enough to show `>`|`>>` buttons, which also have this issue → screenshot when window is just wide enough to show `>`|`>>` buttons, which also have this issue

Here's a screencast. At the very beginning and very end, the button doesn't show the issue; but in the middle of the screencast, it does.

Yeah I see that gap there too - its particularly visible with a dark mode/theme. The pagination toolbar is styled in printPagination.css. The gap seems too visible to be a rounding error, though the fact that it only shows up at certain widths/sizes seems to suggest it might be. I do remember struggling to keep the buttons and hit-targets large enough , while also having a rounded border and box-shadow on the whole toolbar. intuitively, the button you can click on should fill the whole space and not leave some dead pixels at the edges. At a glance just now, I don't really understand what all the pseudo-elements are doing or why they are necessary.
There's some effort in there to match the border-radius of the left and right-most buttons with the container they are in. That seems problematic, as of course the radius of the outer can't be the same as that of the inner. Conceptually, it would be better/simpler if these were just square buttons in a row whose corners get clipped by the radiused container where we draw the border and box-shadown. I'm not sure if that's possible though without creating other weird artifacts when we show the focus outline?

Severity: -- → S3
Priority: -- → P3
Severity: S3 → S4
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: