Closed
Bug 401130
Opened 18 years ago
Closed 18 years ago
Blank lines inserted repeatedly after TABLE, BR, UL tags when edited in HTML Source view
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: nospamforjim521, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.8) Gecko/20071008 SeaMonkey/1.1.5
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.8) Gecko/20071008 SeaMonkey/1.1.5
Whenever an edit is performed in HTML Source view, followed by a switch to Normal view, at least one blank line is inserted after BR, UL, TABLE, /TABLE, and certain HEAD tags (before META or after HEAD, after /TITLE or before /HEAD). These insertions, presumably made by the editor for prettyprinting reasons, accumulate with each edit made, and will eventually overwhelm the screen real estate with unlimited swaths of white when you go back to edit your code. Extra lines are *not* added merely by switching back and forth between HTML Source and Normal views; they are added only when an edit is performed. Manually removing the extra lines is a workaround easy to apply in any one instance, but quickly becomes tedious and a major time-waster, since the blank lines accumulate apparently without limit.
Reproducible: Always
Steps to Reproduce:
1. Create a Composer document with TABLE, BR, or UL tags.
2. In Edit mode, choose HTML Source tab at bottom of window.
3. Edit something. (Bug does not happen if no edit is made.)
4. Switch to Normal view.
5. Switch back to HTML Source view. Additional lines will have been added.
6. Repeat ad nauseam.
Actual Results:
This is an example of what HTML Source looks like after several applications of the above steps:
<html><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title>extra line example</title>
</head><body alink="#ff0000" bgcolor="#ffffff" link="#0000ff" text="#000000" vlink="#333399">examples<br>
<br>
Table:<br>
<br>
<table border="1" cellpadding="2" cellspacing="2" width="100%">
<tbody>
<tr>
<td valign="top">r1 c1<br>
</td>
<td valign="top">r1c2<br>
</td>
</tr>
<tr>
<td valign="top">r2c1<br>
</td>
<td valign="top">r2c2<br>
</td>
</tr>
</tbody>
</table>
<br>
List:<br>
<ul>
<li>item 1</li>
<li>item 2</li>
<li>item 3</li>
</ul>
<br>
H.line:<br>
<br>
<hr size="2" width="100%">end of document<br>
<br>
<br>
</body></html>
Expected Results:
No extra lines would be added. Or, for prettyprinting purposes, extra lines would be added once, but not on subsequent edits.
This bug may be related to bug 380668, which pertains to extra lines added near META tags. The "Actual Results" example here shows that effect, but it also shows extra lines added after many, *many* tags in the BODY section. There may be other tags which trigger the extra lines; I have not exhaustively tried to find them all.
I have listed this Severity as Normal, because if you repeatedly work on a page, editing a little bit here and there, the source text becomes unwieldy very quickly, and time must be wasted to remove all those extra CRs. This is NOT a Trivial matter for those of us who edit little bits of our code, over and over.
|
||
Comment 1•18 years ago
|
||
Can you reproduce with SeaMonkey v1.1.9 ?
Version: unspecified → SeaMonkey 1.1 Branch
|
Reporter | |
Comment 2•18 years ago
|
||
Nope! I followed my step by step instructions from my original posting using 1.1.9, and there are no blank lines inserted. Hooray! Merci beaucoup! Formidable, monsieur!
I will now use Seamonkey 1.1.9 several times in ordinary editing to see if it really is fixed everywhere.
Recois, monsieur, mes salutations distingées,
Jim W.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•