894722 - After the recent update (about July 10) all pages and emails are about 20% enlarged.

Status: RESOLVED DUPLICATE of bug 886732

(SeaMonkey :: General, defect)

Description

[Nora Downey]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 SeaMonkey/2.19 (Beta/Release)
Build ID: 20130630011339

Steps to reproduce:

I tried changing preferences - font .
I changed the view 


Actual results:

Changes to preferences but that just makes the font too small to read.
Change to view size works only on the current documents, it is back the next time I open Sea Monkey. 


Expected results:

I would like to change view to 85% of what it currently is.

Comment 1

[rsx11m]

That was a Core change introduced by Firefox, thus SeaMonkey "inherited" it.

If you have a 125% display setting for your Windows desktop, all user interface and content items are now equally scaled by 125%. You can change it to 100%, but this will also reduce the fonts in the user interface.

In the location bar (where you usually enter website addresses for the browser) enter about:config and confirm the warning. Enter perpx into the search bar on top of the preferences display, then double-click on layout.css.devPixelsPerPx to change its value. Replace -1 with just 1 and close the dialog. Sizes should now be at 100% again.

See the forum thread linked to above for further discussion.

Comment 2

[rsx11m]

(Make that "change -1.0 to just 1.0" as it's a floating-point value.)

Comment 3

[Nora Downey]

(In reply to rsx11m from comment #1)
> That was a Core change introduced by Firefox, thus SeaMonkey "inherited" it.
> 
> If you have a 125% display setting for your Windows desktop, all user
> interface and content items are now equally scaled by 125%. You can change
> it to 100%, but this will also reduce the fonts in the user interface.
> 
> In the location bar (where you usually enter website addresses for the
> browser) enter about:config and confirm the warning. Enter perpx into the
> search bar on top of the preferences display, then double-click on
> layout.css.devPixelsPerPx to change its value. Replace -1 with just 1 and
> close the dialog. Sizes should now be at 100% again.
> 
> See the forum thread linked to above for further discussion.

I went in and changed this before but it has the effect of also changing the size of font in the navigation bars and tool bars. The problem I have is with the browser display size. 
Is there a way to change that without changing the bars?

Comment 4

[rsx11m]

Not at this time by a simple preference setting. If you have a look at the forum discussion at http://forums.mozillazine.org/viewtopic.php?f=40&t=2725253 there are some suggestions for userChrome.css style overrides towards the end, which is a bit tedious but would accomplish what you want for individual UI elements.

The https://addons.mozilla.org/seamonkey/addon/theme-font-size-changer/ extension might be the better alternative if you don't want to make the changes manually.

Comment 6

[Nora Downey]

This is not the same as email only. This is all web pages are enlarged. 

Most people are looking at only email but this is web pages that will not fit in the browser and causes me to scroll to the right

Comment 7

[Phoenix]

The underlying "issue" for this bug is same, but if you think that having separate report helps you to solve problem - so be it...

Comment 8

[Chris Wagner]

Then it seems the answer is to simply patch away the yet another stupid intended defect implemented by the Core committee.  I switched to SeaMonkey to *get away* from that.

(In reply to rsx11m from comment #1)
> That was a Core change introduced by Firefox, thus SeaMonkey "inherited" it.

Comment 9

[rsx11m]

The simple response is that SeaMonkey doesn't have enough resources to maintain a separate branch of the Core code with everything we don't like rolled back.

Just changing the layout.css.devPixelsPerPx default to 1.0 indeed would be a simple solution, but won't get you entirely the desired result either, right?

Comment 10

[rsx11m]

(In reply to Nora Downey from comment #6)
> This is not the same as email only. This is all web pages are enlarged. 

Bug 886732 is a special case of this one. The Core code doesn't care which type of content is shown.

Comment 11

[Rainer Bielefeld]

Due to comments above I close this one again.

@Reporter: Please feel free to reopen this Bug if you find out that the fix for the other bug does not solve your problem or if you see other well founded indication that you fond an independent bug.