On 5/30/11 8:34 PM, PhillipJones wrote: > David E. Ross wrote: >> On 5/30/11 7:26 PM, Justin Wood (Callek) wrote: >>> On 5/29/2011 10:59 PM, David E. Ross wrote: >>>> The "major" bug reports: >>>> #658936 at<https://bugzilla.mozilla.org/show_bug.cgi?id=658936> >>> >>> Fwiw, our handling here is all toolkit, but I don't know enough to delve >>> deeply on this >> >> I updated #658936 to Toolkit/Password Manager. >> >>>> #659731 at<https://bugzilla.mozilla.org/show_bug.cgi?id=659731> >>> >>> As you cite in that bug, it could be a Core issue, but I would be >>> interested if you (or anyone) can come up with more reliable proof of >>> concepts and/or triage of that one. >>> >>> I somehow suspect we are saving this internally on a per-site basis >>> since our change to newer Gecko. But I'm not sure, and I wouldn't know >>> why the pref is not carried forward in future sessions. [I don't >>> typically zoom webpages, unless its temporary anyway]. >> >> Several things about zooming, not all merely affecting tabs -- >> >> 1. I can reliably recreate the problem with zooming a parent tab >> affecting its first child and vice versa. >> >> 2. I would expect that, when I close a tab, all zooming within that tab >> would be forgotten. This is not happening. >> >> 3. I would expect that, when I zoom a page and it is the ONLY tab, that >> the zooming would remain in effect until I either cancel the zooming or >> terminate SeaMonkey. Instead, zooming seems to follow the domain of the >> page to which it originally applied. If I select a link from a zoomed >> page to a Web page at another domain, zooming is not applied. If I then >> go to another page at the same domain as the originally zoomed page, >> zooming is again applied. Without keeping track of what domain I am >> about to visit, this is extremely annoying. (Actually, it is very >> annoying even if I keep track of the domains.) >> >> 4. I would expect that, when I terminate SeaMonkey (all instances), all >> zooming would be forgotten. This is not happening. Zooming is >> remembered (as in #3 above), for the domain in which it was applied >> during a previous session. >> >> In SeaMonkey 2.0.14, zooming applied in only one tab. It remained in >> effect for all pages viewed in that tab until cancelled. It also >> remained in effect until the tab was closed or the browser was >> terminated, after which zooming was forgotten. >> >> It appears that the zooming is applied to a domain and is remembered for >> that domain. This would explain the transfer of zooming from a parent >> tab to a child tab. I only tested with pages all from the same domain >> when I wrote the bug report. I am closing bug #658936 and submitting a >> new bug that better describes the problem and presents a less >> complicated test case. >> > > You not using an extension called NoSquint? > > In NoSquint you adjust zoom level of everything, and also fonts > separately. once you set it. remembers setting for each website that > are tweaked differently otherwise yo set in General. Usually the in > General setting are enough. > > I couldn't read anything on websites without the aid of NoSquint. >
No, I'm not using NoSquint. I use PrefBar and its basic Font- and Font+ buttons (with the space between the word "Font" and the signs removed). I also installed the Font= button, which unzooms when I forget how many times I have selected Font+ or Font-. However, I have replicated the problem just by going to the menu bar and selecting [View > Text Zoom > etc]. I have also replicated the problem in Safe Mode. -- David E. Ross <http://www.rossde.com/> On occasion, I might filter and ignore all newsgroup messages posted through GoogleGroups via Google's G2/1.0 user agent because of spam from that source. _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
