Thomas -Balu- Walter wrote:
OK, I agree I went in the wrong direction.Hello Michael,
you got me wrong there.
I do see what you are writing about.
You are going into coding I have not been into yet. I cannot offer any suggestions.
Sorry,
Michael
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
