Closed Bug 20391 Opened 25 years ago Closed 24 years ago

Window size should depend on screen_resolution

Categories

(SeaMonkey :: Preferences, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rzach, Assigned: mcafee)

References

Details

(Keywords: polish)

Attachments

(1 file)

The window size of the prefs dialog (as well as lots of other dimensions throughout Mozilla) should be calculated from the broswer.screen_resolution preference. In Linux, when you set that pref to 120 or 140, the window is too small to display the dialog correctly. Build 1999.11.30.08 Linux.
Assignee: shuang → german
there a couple of other related issues to pref window sizes. reassign it to german for decision on size, and platform.
Assignee: german → don
Target Milestone: M14
I am not even sure hwo we can tackle this from the perspective of CSS using screen res, but in theory using absolute measures for CSS font sizes like 3.5mm should give you this for free? does this work properly in Gecko? re-assigning to Don to see what can in theory be done about this. Past dogfood!
Target Milestone: M14 → M15
Past beta too.
i just wrote some expermental js functions to size the browser based on the js screen object and am calling it from the Startup() function. One thing i noticed was that in order for these functions to work, i had to explicitly remove the width="640" height="480" from my <window tag in the xul file. otherwise, it prevents any dynamic initial sizing of the loading browser window. it bacicly locks down the size so you can't change it at all. (I am on unix.) I even tried to resize from calling setAttribute(). nochange until i removed the width and height. I thought i would point this out. pete
Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.
Component: Pref UI → Preferences
Move to M16 for now ...
Target Milestone: M15 → M16
Target Milestone: M16 → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
this is a stale bug. it has not been touched in more 30 days.it no longer reperducible and i suggest it be marked WFM.
On my machine, the symptoms of this bug haven't changed.
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment. thanks, Vishy
Assignee: don → vishy
*** Bug 69150 has been marked as a duplicate of this bug. ***
->mcafee.
Assignee: vishy → mcafee
QA Contact: cpratt → sairuh
This bug also exists elsewhere in the DB (I know I reported it at least once). Nominating for mozilla 1.0 - this looks very unprofessional, and prefs is usually one of the first things someone sees of a new browser. Also, I think this is OS All; I think I saw something similar on Win32 From the bug recently marked as a dup: When you load a brand-new installation of the browser and hit Preferences, the dialog box pops up far too small for all the UI elements. They get cut off at the right and bottom. And the box has no resize handles. You can resize it if your window manager has a forcible resize command, and it then remembers the size it was set to, but this will be extremely confusing and irritating to new users (who may have no idea that there is any such thing as a forcible resize). I suspect this is a general problem with XPToolkit dialog boxes; the "open file" dialog box comes up with the right hand side of the list cut off, too. They should take their size from the size of the elements they contain.
Keywords: mozilla1.0, polish
OS: Linux → All
I have also run into this problem on Win 98 (First Edition), Mozilla Build 2001050515. I set my message box text (using the Display Control Panel) to use the Georgia font at 11 point size prior to installing Mozilla. My resolution is 1024x768. When I went to the Preferences-Font screen, I found the Set Resolution area to be truncated, similar to what is shown in the initial bug report.
*** Bug 80535 has been marked as a duplicate of this bug. ***
bug 21810 was marked fixed today. Doesn't that also fix this one?
ben fixed the pref window to respect font size back in mid-may sometime. marking fixed, over to him if we need to reopen.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
okay, vrfy.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: