Re: [IUG] Help Needed with Catalog Display in IE


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Thanks Bob for your expert advice. I followed everything you mentioned in your email and it is now displaying much better. Thanks to David too for your recommendation about the sizing.

Have a great day everyone.

Regina

-----Original Message-----
From: innopac-bounces at innovativeusers dot org [mailto:innopac-bounces at innovativeusers dot org] On Behalf Of Bob Duncan
Sent: Tuesday, February 14, 2012 5:13 PM
To: IUG INNOPAC List
Subject: Re: [IUG] Help Needed with Catalog Display in IE

At 03:38 PM 2/14/2012, Regina Gong wrote:
>I'm hoping I can hear from all you web gurus out there regarding
>this display problem in IE8.
>
>I'm currently redesigning our research database page
>(http://fish.lcc.edu:2082/search/y) and noticed that in IE, the font
>is so much smaller compared to Chrome and Firefox. Please see this link:
>. . .
>If you view this link in IE, aside from the small font, you can see
>a big white space between the top part and the browse list display.
>When viewed in Chrome or Firefox, it displays as it should. I don't
>know what to do to fix it. It might be something obvious that I'm missing.


I think there are a couple of things going on here.

(1) The small font is due to setting the font-size on the body at
75% -- in IE, the size it's being inherited by the table cells; in
FF, it's not. At the moment I can't remember what the correct
behavior is, but you have a small error in your DOCTYPE declaration
that I'd correct before playing with the CSS -- there needs to be an
opening double quote before http. Without it, the doctype is not
valid, which could send either browser into quirks mode.

(2) The big white space at the top of keyword search results in IE
(I looked in 7, not 8) is due to a non-breaking space outside of
valid table coding in each of the briefcit cells. Browsers tend to
throw content that's within invalid table code outside of the table
when rendering the table. FF ignores the multiple spaces; IE
apparently gives each one a line break just to teach you a
lesson. The first step to correcting the situation is to make sure
the code in your briefcit.html is valid HTML. Your briefcit contains
the following:

<!--{reslink}-->
<td align="left" class="briefcitDetail">

...and the reslink token is turning into a non-breaking space when
the page is rendered:

&nbsp;<td align="left" class="briefcitDetail">

...but that td with the class briefcitDetail is inside another td,
which is verboten, which means the browser decides the non-breaking
space is outside of the table.

Not sure why your reslink token results in a space, but sticking it
within valid table code should get rid of the white space above the
results. (Even if you're not seeing the whitespace in IE8, it's
worth correcting.)

(3) The big white space at the top of your database search results
is, I think, a result of an invisible gobbledygook character at the
top of your briefcit_resource.html, which is having the same effect
as the non-breaking space in briefcit. Make sure
briefcit_resource.html starts on a fresh line, and it should correct
the problem.

Bob Duncan


~!~!~!~!~!~!~!~!~!~!~!~!~
Robert E. Duncan
Integrated Technologies Librarian
Lafayette College
Easton, PA 18042
duncanr at lafayette dot edu
http://library.lafayette.edu/


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

--
This message was distributed through the Innovative Users Group INNOPAC list
Public replies: INNOPAC at innovativeusers dot org
You are currently subscribed to innopac as: gongr1 at lcc dot edu dot
Update your subscription options: http://innovativeusers.org/iug-discussion-list


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.