|
From: DublinCMO on 6 May 2008 12:21 Two things that could be related to XHTML and the strict manner that tags must be closed If you are using tables and you have unexpected width changes in columns - then you can specify the width of your <td>... For example, if you have a <table width="100%"></table> - specify the width of the cells via the <td> tags - either relative with a percentage <td width="50%"></td> - be consistent for the first <tr> of the table, and you should see a remarkable difference. If you are using absolute sizing, i.e., <table width="760"></table> - inplying pixels, then set your <td width="300">... Take care that you don't have any conflicts in your style sheets (assuming you use CSS) that would confuse a browser Do you format your text with a CSS class? If so, you might have an issue where a <span class="classname"></span> is applied, but not closed or nested properly... Or you could have accidentally put content outside of the closed </td> tag - or worse yet, not closed the tag properly at all... perhaps accidentally deleted it when you pasted in the new content... That's a no-no in XHTML. Consider setting the overall content style in a class - this includes all the margins, cell widths, padding, etc. I prefer applying the class to the actual <p class="classname"></p> and only using a <span> tag when a temporary style change is used. Use contextual ids to define your major tags, too. CSS provides considerable strength if used cleverly. Quite honestly, I never build table structured sites any longer and love the freedom of CSS positioned sites - give me a <div> any day. But with clients, one has to work around existing site constructs and that often includes the necessity to use their tables... So... I'm used to trouble-shooting. In situations where XHTML is concerned, it is quite unforgiving if you haven't closed a tag or nested properly... unlike HTML, hierarchy is very important. If you're scratching your head, seriously just go to the WC3.org and try to validate your page... if there is a bona fide error in your coding - it will flag it for you. Hope this helps... good luck.
From: Win Day on 7 May 2008 07:48 On Wed, 7 May 2008 03:16:59 +0000 (UTC), "46587phd" <webforumsuser(a)macromedia.com> wrote: >Yep! > > I would still like to make the editable region and/or cell widths fixed in the >template so they do not change under any circumstance in the dependent xhtml >page, but I will give that another try next time the issue comes up. > > Paul It's neither possible to do that nor advisable to try. You cannot fix the size of a table cell. Period. A table cell will always expand to fix the content within it. You CAN fix the size of a div, but to use Murray's favourite expression it's like nailing jelly to a wall. Yes, you can fit the size of the container so that the text AS RENDERED ON YOUR SCREEN AT YOUR CURRENT SETTINGS will fit within it. What happens when you resize the text? Or look at the page from a different computer or using a different browser? Your fragile layout will either fall apart, with pieces starting to overlap each other, or some of the content will simply not be visible because it needs more space than you have made available for it. Learn how to write code properly, and stop trying to make a web page behave like a printed page. It can't be done. Win -- Win Day, Wild Rose Websites windayNOSPAM(a)wildrosewebsites.com drink it. feel it. share it. http://www.mymonavie.com/winday/
First
|
Prev
|
Pages: 1 2 Prev: Intel Turbo Memory + Dreamweaver Next: Editing a wordpress theme in Dreamweaver |