Thanks for the fix, Lonnie. Interestingly, I have read at least one opinion that IE's placement of the scrollbar within the element is correct, and other browsers are those which are incorrectly interpreting the CSS spec. I think this is the best solution for now, and is likely to have a long enough life to be worth it.
Cheers Tom On Tue, Dec 1, 2009 at 11:27 PM, Philip A. Prindeville <[email protected]> wrote: > On 12/01/2009 03:20 PM, Philip A. Prindeville wrote: >> On 11/30/2009 10:14 AM, Lonnie Abelbeck wrote: >> >>> On Nov 30, 2009, at 11:03 AM, Tom Chadwin wrote: >>> >>> >>> >>>> ...snip... >>>> Only GUI blip I can see so far (IE7/PC) is that the bottom fragment >>>> (less than one line, as far as I can tell) of the log is not >>>> displayed, and there is no vertical scrollbar (so I can't tell if more >>>> lines are truncated below this) - I can get a screenshot to someone if >>>> helpful, and will look at it myself tomorrow. Hopefully I can start >>>> delving tomorrow in proper depth. >>>> >>>> >>> Tom, >>> >>> I see your issue, it's a IW7 bug of sorts. I see a couple of ways to 'fix' >>> it. >>> >>> The issue is in the web interface style.css file, pre {} section... >>> >>> The crux is I added the line... >>> overflow-Y: hidden; /*--Hides vertical scroll created by IE--*/ >>> >>> Which kept IE from adding the annoying vertical scroll bars for no reason, >>> so it acts like every other browser on planet earth. >>> >>> Well, after I did that, I 'cleaned-up' an extra blank line added to the end >>> of every PRE section, much more tidy. >>> >>> Per your report, it appears that IE does not resize the PRE section to >>> allow for the horizontal scrollbar, so the bottom-most line now gets >>> partially clipped. >>> >>> I see two solutions: >>> >>> 1) Remove the "overflow-Y: hidden;" line, then IE will also show the >>> annoying vertical scrollbar that will allow the clipped line to be viewed. >>> This is a non-standard style-sheet option anyway. >>> >>> 2) Add back the extra blank line at the end of every PRE section and make >>> all other browser users suffer for IE problems. >>> >>> Any suggestions? >>> >>> Lonnie >>> >>> >> Sorry, I'm a PHP neophyte (Luddite, really) so you'll have to explain things >> to me in simple terms. >> >> Is the stylesheet something that's usually canned and standardized? >> >> If so, I say leave it as it came, and let Microsoft get around to fixing it >> when they will. >> >> Let's respect ownership, including ownership of onerous bugs. >> >> -Philip >> > > Oh, never mind... Looks like it got worked out. > > In general, I have to say that I'm opposed to "work-arounds" for broken > browsers because they alleviate some of the pressure on the vendors to have > them do The Right Thing. > > Plus it's a waste of resources. > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Astlinux-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > [email protected]. > ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Astlinux-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [email protected].
