Hello, I have noticed a strange website rendering issue under all the three above mentioned browsers for eCS. My eCS is eSC 2.0 RC2 with all fix-packs and patches applied. My mozilla products all have the Innotek FontEngine applied to them (2.60 beta) and have all be awesome to use. This past week when I decided to gift myself a new GPU, I ran into an interesting rendering problem with the above browsers. The tigerdirect.com page does not render the text input boxes for keyword search and deal alerts correctly. I have a screenshot that I can email or post elsewhere for reference if requested. Basically, the text input box that should look like: --------------------------| --------------------------| looks like: ----------------| -------------------------| ---------- with part of the entry box displaced and covered by the blue banner and images not fully displayed. I am uncertain what could cause this rendering oddity, but I thought it may be useful to note. Please let me know if you experience this odditiy, or if I have something the matter with my Mozilla suite products. Thanks, Brett Carlock
![]() |
0 |
![]() |
On 22.10.2007 11:57, Brett Carlock wrote: > Hello, I have noticed a strange website rendering issue under all the three > above mentioned browsers for eCS. My eCS is eSC 2.0 RC2 with all fix-packs > and patches applied. > > My mozilla products all have the Innotek FontEngine applied to them (2.60 > beta) and have all be awesome to use. That is nice. :-) > This past week when I decided to gift > myself a new GPU, I ran into an interesting rendering problem with the above > browsers. The tigerdirect.com page does not render the text input boxes for > keyword search and deal alerts correctly. I have a screenshot that I can > email or post elsewhere for reference if requested. Basically, the text > input box that should look like: > --------------------------| > --------------------------| > looks like: > ----------------| > -------------------------| > ---------- > with part of the entry box displaced and covered by the blue banner and > images not fully displayed. I doubt that changing the graphics card would have any effect on the rendering (it really happens at a level far above the driver). _Unless_ your new graphics card also made you install a different driver. (So far I haven't really heard any reports from users of the Panorama VESA driver.) You could open a new bug entry via https://bugzilla.mozilla.org/enter_bug.cgi and attach the screenshot there. -- Please Enhanced OS/2 builds of Mozilla applications reply in http://pmw-warpzilla.sf.net/ newsgroup Steve's Warpzilla Tips: http://www.os2bbs.com/os2news/Warpzilla.html
![]() |
0 |
![]() |
Brett Carlock wrote: > Hello, I have noticed a strange website rendering issue under all the three > above mentioned browsers for eCS. My eCS is eSC 2.0 RC2 with all fix-packs > and patches applied. > > My mozilla products all have the Innotek FontEngine applied to them (2.60 > beta) and have all be awesome to use. This past week when I decided to gift > myself a new GPU, I ran into an interesting rendering problem with the above > browsers. The tigerdirect.com page does not render the text input boxes for > keyword search and deal alerts correctly. I have a screenshot that I can > email or post elsewhere for reference if requested. Basically, the text > input box that should look like: > --------------------------| > --------------------------| > looks like: > ----------------| > -------------------------| > ---------- > with part of the entry box displaced and covered by the blue banner and > images not fully displayed. > > I am uncertain what could cause this rendering oddity, but I thought it may > be useful to note. Please let me know if you experience this odditiy, or if > I have something the matter with my Mozilla suite products. I see the same thing with Sea Monkey 1.5a. It's a rendering issue. More and more web pages require rendering that mandates newer browsers. Unfortunately, OS/2 is pretty much stuck with Gecko 1.8 which is fairly old now, in internet years. -- Posted with OS/2 Warp 4.52 and Sea Monkey 1.5a
![]() |
0 |
![]() |
On 10/22/2007 2:57 AM, Brett Carlock wrote: > The tigerdirect.com page does not render the text input boxes for > keyword search and deal alerts correctly. I have a screenshot that I can > email or post elsewhere for reference if requested. Basically, the text > input box that should look like: > --------------------------| > --------------------------| > looks like: > ----------------| > -------------------------| > ---------- > with part of the entry box displaced and covered by the blue banner and > images not fully displayed. For what it's worth, it displays incorrectly on Windows as well, using both Seamonkey and IE. Who knows what they are testing on...
![]() |
0 |
![]() |
On Mon, 22 Oct 2007 12:58:20 UTC, Peter Weilbacher wrote: > On 22.10.2007 11:57, Brett Carlock wrote: > > The tigerdirect.com page does not render the text input boxes for > > keyword search and deal alerts correctly. [...] > You could open a new bug entry via https://bugzilla.mozilla.org/enter_bug.cgi > and attach the screenshot there. Actually, forget that. It's a fault of the webpage itself. It assumes that everybody uses a particular font size and when that doesn't happen, the layout is broken. If you try out a few font sizes using Ctrl+ / Ctrl- you will probably find one where the inputs look just right. (The same problem happens on Linux, too, only that there by chance I have set the font size that they expect.) -- Please Enhanced OS/2 builds of Mozilla applications reply in http://pmw-warpzilla.sf.net/ newsgroup Steve's Warpzilla Tips: http://www.os2bbs.com/os2news/Warpzilla.html
![]() |
0 |
![]() |
On 22.10.07 17:21, David T. Johnson wrote: > Unfortunately, OS/2 is pretty much stuck with Gecko 1.8 Not really. It's just that Mike Kaply's build machine doesn't seem (to be able) to produce trunk nightlies any more. I am currently trying to find a way to upload builds (and releases!) in a semi-regular way to Mozilla's release server. The most recent available trunk build is Andy's SeaMonkey of Oct 2nd from ftp://ftp.netlabs.org/incoming/seamonkey.zip > which is fairly old now, in internet years. Agreed. But, regarding the problem this thread is about: Gecko 1.9 has the same "problem". -- Please Enhanced OS/2 builds of Mozilla applications reply in http://pmw-warpzilla.sf.net/ newsgroup Steve's Warpzilla Tips: http://www.os2bbs.com/os2news/Warpzilla.html
![]() |
0 |
![]() |
Steve Wendt wrote: > On 10/22/2007 2:57 AM, Brett Carlock wrote: > >> The tigerdirect.com page does not render the text input boxes for >> keyword search and deal alerts correctly. I have a screenshot that I >> can email or post elsewhere for reference if requested. Basically, the >> text input box that should look like: >> --------------------------| >> --------------------------| >> looks like: >> ----------------| >> -------------------------| >> ---------- >> with part of the entry box displaced and covered by the blue banner >> and images not fully displayed. > > For what it's worth, it displays incorrectly on Windows as well, using > both Seamonkey and IE. Who knows what they are testing on... Testing? What's that?
![]() |
0 |
![]() |
See for me on windows XP SP2, it displays correctly in firefox 2.0.0.6 and 2.0.0.8 and IE7. I dont have SeaMonkey on WINXP to test Strange :\ "Steve Wendt" <spamsux@forgetit.org> wrote in message news:A82dnYcWj8eaQIHanZ2dnUVZ_jadnZ2d@mozilla.org... > On 10/22/2007 2:57 AM, Brett Carlock wrote: > >> The tigerdirect.com page does not render the text input boxes for keyword >> search and deal alerts correctly. I have a screenshot that I can email or >> post elsewhere for reference if requested. Basically, the text input box >> that should look like: >> --------------------------| >> --------------------------| >> looks like: >> ----------------| >> -------------------------| >> ---------- >> with part of the entry box displaced and covered by the blue banner and >> images not fully displayed. > > For what it's worth, it displays incorrectly on Windows as well, using > both Seamonkey and IE. Who knows what they are testing on...
![]() |
0 |
![]() |
Ah okay, so its poor coding on their side. Okay, I was just wondering what was up. Thanks for clearing it up, and keep up the amazing work guys!
![]() |
0 |
![]() |