From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913 BuildID: 2001091303 The preferences window is too small to display all the options and there is no way to scroll down to choose options that aren't showing in the window. Reproducible: Always Steps to Reproduce: 1. Edit, Preferences 2. 3. Actual Results: Window opens up, can't make it bigger or scroll around Expected Results: Be able to resize preferences window, or have scroll bars to move around.

Ben, Could you jog my memory as to the rationale for not letting the prefs window be resizable? If there's no objection and this doesn't disobey any UI guidelines I'd like to make it resizable: it appears that will fix a lot folks problems since I see size-related bugs causing loss of functionality (inaccess to pref controlling widgets) very often. Thanks. Jeremy, Could you please attach a screenshot to the bug? Thanks.

Most of the old discussion was in bug 54679. I never understood why that was wontfixed or how large font sizes are (supposed to be) handled.

samir, i'm tempted to make this a dup of bug 80392. what d'you think? i'm also thinking of reopening 80392 as a *meta* bug, as it has a great dependency tree of fixed and currently open bugs concerning content not fitting in Prefs. thoughts? having it open would make bug 80392 easier to query for others who haven't memorized its number. ;)

Jesse, Thanks for the link to the old discussion. The gist of that discussion was scrollable foms are bad cause they hide controls. And we don't want the dialog resizable cause then bugs won't be reported -- experienced users will simply resize and novice users will never see the hidden controls. But, my point here is that we appear to have problems on certain resolutions. What needs to be done in that case is a loest common dnominator should be used as the base and all the pref panels should be examined. se, I think we need to first establish what our lowest common denominator is and then see if any regressions have been caused since bug 54769 has been fixed. If so, we could reopen it. Jeremy, Let's start by getting your screen resolution and OS version. Thanks.

hi samir --i don't see how bug 54769 is related. or, was that a typo?

Typo! Ack. What Jesse said: bug 54679.

Win 98 SE2, ATI Radion All in Wonder, running at 1152x864 32bit.

I attached another screen shot, this time running in classic on Win 2000, running a TNT2 at 1024x768 16bit. This isn't nearly as bad as the other one, but you can see the buttons are slightly cut off.

ah, i wonder if this might be a dup of bug 86478?

I am on a G4 Mac, OS 9.1, 1024 screen res (tried with 1152 as well) and I get this problem as well. Just thought I would mention it happens across different platforms and resolutions, so I don't think it is constrained to bug 86478.

Surely the correct fix for this is to have the window be resizable but to specify a minimum size for it? Choose the minimum size such that all panels are fully visible. This means the list of panels on the left is the only thing that may ever need to scoll. Power users can make the window bigger in order that they can expand the tree of available panels and see more at the same time. A related idea is to constrain the resizablility to be vertical only - probably what I'd do on Mac OS - possible XP? I'm assuming XPToolkit contains the functionality to say window is resiable but only within specific bounds. I'd regard this as very basic functionality, but somehow my experience with X11 tells me it may not be there. Picking the right size that will work for all screen resolutions might be a little tricky, but not impossible. Be sure to test at 832x624 and 1152x870 (two traditional Mac resolutions) as well as the usual VGA/SVGA/XGA resolutions.

Moving to mozilla0.9.8.

Maybe this is in fact the same as 86478 . Adding myself to cc here as well. 2001112009 Mozilla 0.9.6 Windows98 ScreenRes: 1024x768 Font Size 100% half of the dialog is unusuable Is there a way to make the preferences dialog resizeable again?

Just some additional information here. I've noticed that if you open up various categories in the Preferences window (at least on Mac OS 9.04 and 9.1), then no scroll bar appears automatically. However, if you collapse a category, a scrollbar appears yet it will not allow you to scroll down to the very end of the list if it is still below the bottom of the window. The scrollbar will only allow you to continue scrolling up.

Testing on 0.9.6, running on WinXP, at 1600x1280. Is there not supposed to be a scroll bar in the category panel? Because I'd be amazed if anyone can open all the categories and still see everything. For the most part, everything in the content panel shows up, except for: * Mail & Newsgroups -> Message Display

TucsonTester1: the problem with the category pane scrollbar is bug 59108.

In the Preferences dialog from latest talkback download, the default size still cuts off controls. Oddly, double-clicking the title bar (in icewm under Linux/X Window System) DOES maximize the dialog. Is this intentional, given the lack of a Maximize button? I tried to attach a screen capture, but Bugzilla and/or Mozilla 0,9,6 won't let me, falsely claiming I haven't selected a file.

*** This bug has been marked as a duplicate of 80392 ***

marking verified as a duplicate. if you decide to reopen this bug, please clarify why. search string for bugspam removal: SalviaGuaranitica