From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20000903 BuildID: 2000090308 I wrote html as http://www.w3.org/TR/WAI-WEBCONTENT-TECHS/#style-alignment says <td></td>. But Composer changed them to <td><br></td>. Reproducible: Always Steps to Reproduce: 1.Edit page http://homepage1.nifty.com/hobbit/index.html 2.Save it Actual Results: <td></td> becomes to <td><br></td> Expected Results: Leave them as it was. Microsoft Frontpage 2000 did not do such thing.

the br is there for selection and is necessary for that reason

verified in 9/6 build.

Where the "selection" was made??? What is the "reaseon" that is heavier than W3C recommendation??

Positon of W3C Guideline is moved to http://www.w3.org/TR/WCAG10-CSS-TECHS/#style-alignment

I can't understand "the br is there for selection". <br> is meaningless.

the br is needed as a node for selection, if there is nothing within the td, there is nothing for the caret to snap to, which means you would never be able to get the caret within the td to enter anything.

verified.

Can you quote W3C documentation?

this has nothing to do with w3c specification, this has to do with code implementation

The 'empty-cells' property allows users to leave table cells empty and still give them proper borders on the screen or on paper. A data cell that is meant to be empty should not be filled with white space or a non-breaking space just to achieve a visual effect. from http://www.w3.org/TR/WCAG10-CSS-TECHS/#style-alignment

just to make things clear, you are all right that it sucks that we stick a br in there. but we have to, due to limitations in our layout/selection/caret code. If we do not place a br there, the user cannot click in the cell to enter data. If the underlying problem is ever fixed, we will stop inserting the br's. We have considered stripping the br's back out at save time, but this introduces complications of it's own.

In n.p.m.editor, you wrote "go to the layout group and tell them to generate frames for us". Well, what kind of frames?

I think this should be reopened as dependent on bug 85505, since it looks like that bug will make this <br> hack unnecessary, so it can safely be removed.