Closed
Bug 299719
Opened 19 years ago
Closed 13 years ago
Composer changes html-source in a massive way (retain orig.... CHECKED)
Categories
(Core :: DOM: Editor, defect)
Tracking
()
People
(Reporter: schellong, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20050302 Build Identifier: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20050302 Button »Retain original source formatting« is ON. Composer ignores the Button and changes the source in a massive way. Especially inside <pre>...</pre>. Reproducible: Always Steps to Reproduce: 1. Create <pre> area 2. Button SAVE 3. none Actual Results: Inside <pre>..</pre> Composer translates all real linefeeds into <br>. But preformatted is preformatted is preformatted. Composer produces lines with an extremely length. The source code is hard to understand with the cursor on column 57346!!! An automatically update of a .html is difficult. Expected Results: Composer should NOT translate real linefeeds into <br> inside <pre>..</pre>. Additionally composer should add or retain real linefeeds after each <br> outside of <pre>..</pre>. An automatically update (script) of a .html is difficult. Between patterns <h3><!--[PRB]--></h3> and so on. <h3> is for retain a single line. Some commands cannot work with extremely long lines, or their work is slow! There is no reason for building such loooong lines or to translate into <br> inside of a preformatted area.
Updated•19 years ago
|
Assignee: composer → mozeditor
Component: Composer → Editor
Product: Mozilla Application Suite → Core
Version: unspecified → Trunk
| Reporter | ||
Comment 2•19 years ago
|
||
Yes, without ``Button "Retain original source formatting" is ON.''. <pre> a <br> <b> b </b></pre>c The Browser should display: a <br> <b> b </b> c
| Reporter | ||
Comment 3•19 years ago
|
||
If I wish to use boldface and so on, then I have to use <tt> and and so on. <pre></pre> is for including CODE (.txt, .c, ...) to display as is!
Updated•18 years ago
|
QA Contact: editor
Updated•18 years ago
|
Assignee: mozeditor → nobody
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•