Hello Michael, you got me wrong there.
In article <[EMAIL PROTECTED]>, Michael Gordon wrote: > In one respect you could consider this a bug, however in another an > asset. In your case it's a minor bug where you have content within a > HTML tag, in the case where the author leaves table cells empty it > becomes an asset. The <BR> tag places something of value inside an > otherwise empty set of HTML tags. > > The only way to remove the extra <BR> tags is to use an external editor, > Mozilla Composer will usually reinsert those tags in empty HTML tag set > when you open the source editor and close the editor. However, if you > use an external editor and remove the excess <BR> tags, even leaving > HTML tag sets empty, Composer will not refill the <BR> tags when in > Compose mode, only when the source editor is closed. It's not <br> tags I am talking about - it's newlines as in "\n". And the problem is not that those are inserted into empty tags or similar. To test what I am talking about - go to http://www.b-a-l-u.de/Playground/tmpedit/ - press "switch rich/source view" - move the cursor behind the closing </table> - type "abc" This will result in "</tablabce>" with the cursor still sitting behind the closing </table>. Similar result if you try to type something in one of the <td>-tags (while in source view). Even the copy and paste I just tried fails then. I marked </tablabce> and the paste in here wrote "y></tablabc". This only happens if the file (empty.html) that is loaded into the iFrame with designMode=On contains newlines (as in \n or \r\n). Balu _______________________________________________ mozilla-editor mailing list [email protected] http://mail.mozilla.org/listinfo/mozilla-editor
