If you want to fix this on your build, it's pretty easy.

CD bin
CD chrome
mkdir comm
cd comm
unzip ..\comm.jar

Then edit content\communicator\pref\pref.xul

I believe removing class="dialog" should do it - you'll have to experiment.

Then rezip comm.jar with a -r

I'll see if we can get that platform specific some how.

Mike Kaply
IBM

"Graham C. Norris" wrote:

> Michael Kaply wrote:
> >
> > http://bugzilla.mozilla.org/show_bug.cgi?id=79948
> >
> > is the discussion of this.
>
> And a sorry story it is too. The basic logic seems to be "we think
> Windows shouldn't have resizable dialogs, so we'll make this unsizable
> even if it causes users problems no matter what platform they're using".
> There's not even a valid standard cited for the decision to make it
> non-sizable, and as is noted in the discussion, Linux users can override
> the Mozilla decision anyway. Sadly on OS/2 we're stuck with it. What
> about Mac etc.?
>
> BTW, making the preferences a dialog [box] violates of CUA 89 which,
> even if M$ doesn't like admitting it, remains the basis for a lot of
> Windows user interface. CUA 89 states that "The size should be as small
> as possible to contain all information without the need for scrolling."
> Since the design of Preferences ensures that scrolling will sometimes be
> necessary, the thing should be a window, not a dialog box.
>
> Graham.


Reply via email to