Closed Bug 296301 Opened 20 years ago Closed 7 years ago

"Report Broken Website" tool has broken layout on high-DPI displays

Categories

(Other Applications Graveyard :: Reporter, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: mrmazda, Assigned: raccettura)

References

Details

Attachments

(12 files)

The Deer Park Alpha 1 privacy policy statement pane is not big enough to see anything in (Linux), or too short to easily read (OS/2), and so totally useless unless the window is resized (possible on Linux, impossible on OS/2). It needs to be considerably bigger by default.
Nothing showing to read.
Three lines showing is not sufficient.
The scrolling text box just needs a minimum height set.
Flags: blocking-aviary1.1?
Duping bug 296304 to this; there are a lot of bad offenders like this throughout the code (e.g. the new preferences dialog by default has a chunk cut off at higher dpi), but the report broken website tool has a lot of them.
Summary: make privacy policy pane bigger → "Report Broken Website" tool has broken layout on high-DPI displays
*** Bug 296304 has been marked as a duplicate of this bug. ***
Note bug 133627. DPI dependence is apparently a broken way to design non-resizable windows. The window/dialog problem here is little different than that in bug 238137, except that here it is the main content that is given an inexcusably miniscule amount of screen space, exactly like the itty bitty M$ OS dialogs. If the primary purpose of a window is to show an important document, that document should be allotted more than 2% of the display area, and certainly the major portion of the window in which displayed.
Robert, can you dig into this for us?
Flags: blocking-aviary1.5? → blocking1.8b4+
I tried 125DPI on my mac with the recent nightly and can't reproduce.
DPa2: The privacy policy now opens in a regular browser window, but the form window is still too small, its input area is much too small, and the inputs use menu text size instead of browser default text size.
The privacy policy opens in normal browser window when clicking the link in the report form, but in this window if the profile has not previously been used to open reporter.
The textarea and input text is menu font size, which is too small, not as it should be, the browser default size. On OS/2, the cursor is missing from the textarea when trying to input there.
Flags: blocking1.8b4+ → blocking1.8b4-
Blocks: 315750
Attached image 120 DPI W32
This is what I see at 120 DPI
Attached image 120 DPI W32 #2
Another Screenshot
Gavin: want this one?
This is the same problem as bug 296695 and bug 293427 among several others older. Note that all attachments to this bug are within 6px in width of each other even though 3 platforms are represented. That's because the size of these dialogs is set without regard to DPI. When DPI goes up, font size goes up. When font size goes up, space required goes up regardless whether scrolling is provided. Heights and widths of these dialogs and their components need to be set relative to text size, which means in ems. High DPI is not an isolated condition, and apparently is destined to become a lot more common before too long if this article is any indication: http://chronicle.com/free/2005/11/2005111602t.htm
Reporter isn't a maintained project. Closing!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: