It looks like the labels (back,forward,etc) have gotten very small in the last day or so. 4/5 Linux builds are okay. Not sure if this is a bug or done on purpose, but it makes the text labels almost unreadable.

m5

reassign to mcafee@netscape.com chris, im doomed right now. can you deal with this ? I think all that is needed is to document erik's GECKO_SOMETHING (dont remember) environment variable. thanks

Erik added a pref for this: user_pref("browser.screen_resolution", 120); Setting this to zero uses the X server default; this pref defaults to 96 if this line is removed from ~/.mozilla/prefs50.js

CC-ing some people to make sure this pref fixes this bug.

The new pref does not affect the toolbar button text. I tried a couple of different values. The toolbar text may be set to some fixed pixel size, rather than a point size. Who owns toolbars?

pinkerton@netscape.com owns toolbar

yes, but this is a titledbutton problem, which evaughan owns.

paulmac, what do you think? Better on Linux? If not, please re-open.

We should have a pref for this, UI would be good too.

I can increase the default value for user_pref("browser.screen_resolution", 96); from 96 to 120, this looks Ok on my Linux box. Any objections?

Do not alter the default value of 96 without first clearing it with Peter Linss.

Absolutely do NOT change the initial value of that pref from 96. You don't find this pref on windows today because you can get a reasonably accurate pixel scale from the OS. On Unix & Mac you can't, hence the pref. (When we have a cross platform UI, then the pref may well go cross platform.) 96 is the default because it's the default that Windows uses, having that value cross platform makes all web pages look consistent accross platforms. If the toolbar fonts are too small at 96, I'd suggest that the fonts in the toolbars should be adjusted (or perhaps are not working correctly on linux). When the pixel size is set to 96, the actual font size should be consistend on all platforms. Also note, that the *users* are expected to change the pizel size, anywhere from 72 to 150 are values you should expect to see. If the UI fonts vary too widely under those scales, consider using pixel values for the font sizes instead of points.

where are we going with this bug? sounds like we need to shift the milestone

yeah, this is M7

M8

Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.

this is not M9, M10. I am not sure what to do with this bug, asking for help.

I spent quite awhile looking at this one today. Didn't get it fixed, exactly. I did find that setting GECKO_FONT_SIZE_FACTOR=1.1 (or thereabouts) made the fonts appear closer to the Windows size. Perhaps this could be a Un*x default, unless it's too much of a hack. I don't know what the root cause of the difference is though... maybe the font size code in nsFontMetricsGTK.cpp?

i bumped up the default dpi. this should be good now

looks swell, marking verified