I recently designed a new website (no dynamic content) using Dreamweaver CS4 for a small business client who has 5 networked PC's. All 5 PC's use IE as their internet browser -- 2 use IE6, 1 uses IE7 and 2 use IE8. On both computers using IE8, 1 page does not render properly -- the content is correct, but the CSS is off for an element that needs to float right, with text wrapping it. This element remains in normal document flow with no text wrap. The computers running IE6 and IE7 render everything correctly without problems.
Here's the strange part. I have a notebook computer and a desktop computer, both running IE8. Both my computers render all of the pages in the website perfectly. I'm going to try to view this website on a couple of other computers running IE8 to see if they render correctly or if they produce the same problem.
Based on my observations, I have to believe there's a problem with my client's 2 computers and the way their IE8 browsers are configured. Though I wasn’t there to observe, they assured me that they have cleared the cache and browsing history several times and manually "refreshed" the views. I'd expect that with a manual refresh the pages should render properly, but they are telling me they've done that and it has not corrected the problem.
Based on my testing, all of the pages render perfectly in IE8, and the latest versions of Firefox, Chrome, Safari and Opera. Furthermore, my client advised that their new website renders correctly on his smart phone (Google).
Is my thinking right on this, or am I missing something?
Hi John,
Thanks for the quick reply. Yes, I could provide a link to the site, but I
prefer not to do that at this time. The last time I had a site troubleshooting
problem and provided a URL, that problem and surrounding dialogue were coming up
in the search results. I'd prefer to avoid that.
Any thoughts on this without seeing the site. Keep in mind that it runs
perfectly on at least two computers now running IE8.
Tom
The last time I had a site troubleshooting
problem and provided a URL, that problem and surrounding dialogue were coming up
in the search results. I'd prefer to avoid that.
You could put the site temporarily in a password protected directory and provide us with login details.
I do that for my clients and it works fine.
Also, you can use a robots.txt file
http://www.helpforwebbeginners.com/webmasters/robot-exclusion-standard .html
http://prashantkumarsharma.wordpress.com/2010/04/28/robots-txt-guide-t o-robots-exclusion-standard/
Any thoughts on this without seeing the site. Keep in mind that it runs
perfectly on at least two computers now running IE8.
Good to know but we cannot comment with any accuracy without seeing the site.
Hi John,
Thanks for the timely and useful suggestions.
I'm exploring a few other possibilities at this time. I am confident that my
HTML code and CSS are valid, using DWCS4 in code view and not getting any red
error messages. Again, since I know my website and all pages render perfectly on
at least two computers running IE8 (and I'll try to check on at least one or two
more different computers today), I am confident the problem is in the
configuration of the specific two computers running IE8 and having the problem.
I picked up from a Forum post that there is a possible "fix" for this by
inserting meta data in the head to force IE8 into IE7 mode. Any comments on this
option?
Regards,
Tom
Hi Murray,
My next step will be to add this code to the head to try to force the IE8
browser to render the problem page as if the browser were IE7:
I found this on searches of "force IE8 to render as IE7," and followup comments
were generally favorable. Apparently, some standing and known issues on the way
IE8 renders. I figured I'd add this to the head section of the problem page only
(ahead of the CSS link) and see what happens.
Do you have experience with trying this fix?
Tom
Check your site in different browsers with increased and decreased text sizes. In Firefox, View, Zoom text only, Ctrl+++.
Good luck,
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb
Hi Nancy,
That's an interesting trick. For sure, by zooming text only, I can affect the
entire layout, change the text wraps and element positioning. Are you suggesting
that possibly my client may have the text set to view larger? Good possibility,
I'll follow up on this.
Thanks for the suggestion.
Tom
Perfect vision or not, people often set their browser font sizes higher to see better. This is especially true on large, hi res displays where 16px fonts are too small to read without squinting.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb
Hi Murray,
There's no absolute-positioned elements on any of my pages. I use a "box model"
and keep the use of tables to a minimum. I'll use floats and, occasionally, I'll
need to clear floats. Basically, though, I get my positioning with proper
floating and use of margins and padding to get the spacing.
I didn't consider the fact that some browsers will allow you to change the zoom
on the text independently of the zoom on the rest of the elements. This is the
case in FireFox, and playing with the text zoom, I was able to replicate the
problem my client was seeing. If this can be done in IE8, I haven't figured it
out yet.
This makes me think there should be some code I can insert to ensure that the
text and elements zoom levels are set to a baseline, like 100% zoom and medium
text. Do you know of any such code that might be inserted into the head?
Tom
There's no absolute-positioned elements on any of my pages. I use a "box model"
and keep the use of tables to a minimum. I'll use floats and, occasionally, I'll
need to clear floats. Basically, though, I get my positioning with proper
floating and use of margins and padding to get the spacing.
Sounds like your pages are carefully built using good practice techniques!
Do you know of any such code that might be inserted into the head?
Regrettably, no. Sorry. I'm not sure it even exists.
Cross browser compatible font sizes:
http://alt-web.com/DEMOS/font-sizes.shtml
/**FOR IE ONLY**/
*body {zoom:100%;}
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb
Hi Nancy,
Wow! I've designed about a half dozen websites and have always thought I was
doing things correctly -- using Dreamweaver CS4 with "proper" CSS. I suspect
that most people use the default settings that come with their browser in terms
of text zoom / size and leave them there. For every website I've designed, once
I've checked my design using 5 different browsers in Dreamweaver CS4, it has
worked fine when I went "live," and none of my clients complained about the look
or the layout being strange.
This was a real eye-opener for me. I opened the "problem page" of my client's
new website in IE8 and it looked normal on my computer -- as I expected. Then,
per your suggestion, in the view drop down on the browser, I set the text size
to "small" and I instantly produced the incorrect layout that my client was
experiencing! It looks like if the user changes the text viewing size / zoom, it
can cause a serious problem in how the page actually looks. This does not appear
to be the case if you leave the text zoom / size alone and just set the zoom to
make the page larger or smaller.
I'll take a look at the link you provided for cross browser compatibility.
However, what I think I actually need is a way to either ensure that the browser
is at its default text size / zoom settings when the page is opened by the
browser, or else I need to find a way to deactivate the capability to change the
text zooming / size altogether. Are either of these actions even possible?
I use a standard box model, with no absolute positioning. I use element floating
and clearing as necessary, controlling my spacing through use of margins and
padding. I use some tables if needed, but I don't lay the whole .html page out
as a table like I've seen done commonly. Is a box model considered good
practice? I took many hours of on-line training in Dreamweaver CS4 website
design, and I don't remember any comments from the trainers about this issue of
text zoom / size and its effect on totally changing the look of the layout.
Clearly, it is an issue that I need to address.
Your help and comments are greatly appreciated!
Tom
However, what I think I actually need is a way to either ensure that the browseris at its default text size / zoom settings when the page is opened by the
browser, or else I need to find a way to deactivate the capability to change the
text zooming / size altogether. Are either of these actions even possible?
No.. The web is user-centric. You cannot and should not attempt to take control of the end-user's device settings. This is considered rude. The zoom property set to 100% is about the best you can do. And you can't stop the end-user from changing zoom levels or text sizes at will.
Can you post screenshots? My guess without seeing your page is that you have used HEIGHT values on your divisions.
The height property is a restriction in all browsers except IE6 & 7 which treats height as if it were min-height. Beginning with IE8, the height property is correctly rendered the way other standards-based browsers do it. If you need to reveal a non-repeating background-image for example, use min-height or height expressed in ems rather than pixels. Additionally, include a compatible background-color fill to pick-up where the background-image leaves off.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb
Hi Nancy,
I will go ahead and apply the font-size = 100% and line-height = 100% properties
to my CSS for the
tag. I already have zeroed out the margins and padding.
As far as my height properties, with few exceptions, I tend to use "auto" for
the height of containing elements, controlling spacing between elements with
padding and margins specified in the CSS. I can put fixed heights on the
containing elements, but I've generally found that "auto" is better to allow the
overall page height to flex, depending on content. When I specify a height, I
tend to use pixels, so I'll do that in ems from this point forward. Is there a
safer way to specify containing element height than "auto?"
Although this problem was identified by my client using IE8, I was able to
produce the problem using Firefox, so it's not an issue related only to IE.
Rather, it's related to the user changing the text size / text zoom setting on
his/her personal browser. I really need to address this proactively somehow.
Changing the body CSS will help, but in the end, if the user decides to change
text size from "medium" to "smaller," there's a potential problem.
I know I can resolve this by not using much text and embedding images that
contain text, but I need the site to be more search engine friendly for SEO.
Without the text, I'm not sure how I can do that.
Again, your help is greatly appreciated.
Regards,
Tom
Hi Murray,
I've found that I have the rendering problem on only 1 page in the website. This
page has two floated elements in the same containing element. The first (or top)
element floated right seems to stay in place, no matter what the text size is
set at by the browser. The second floated element (floated right) is the one
that moves when the text size is reduced.
Although I haven't used absolute positioning in my layouts, I've found that I
can use this property for the image element instead of floating it right. Then,
I can put a class on the paragraph text to effectively make it look like a text
wrap. I've tried this method with reduced and enlarged text, and it seems to
work.
Many thanks for your help on this.
Regards,
Tom
North America
Europe, Middle East and Africa
Asia Pacific