From: DublinCMO on
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
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/