為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

Composing gmail - unwanted line breaks in FF 69.0

  • 2 回覆
  • 1 有這個問題
  • 8 次檢視
  • 最近回覆由 gamma45

more options

I had posted another question here about 69.0 being the genesis of bad line breaking, and now a new thing I discovered.

In Firefox - and only firefox - if I'm composing a new message, pressing enter generates a single line break as I'd like and expect - new paragraphs require two "enter" presses.

EXCEPT, since 69.0, if I include a bulleted or numbered list in the message, when I end the bullets or numbering, the text below it inserts a forced double space with every "enter" press. That is, single-spacing before the bullet/number list; double-spacing after it.

Here is a "selection source" of a short message I composed:

=======
<div id=":ol" class="Am Al editable LW-avf tS-tW tS-tY" hidefocus="true" aria-label="Message Body" g_editable="true" role="textbox" aria-multiline="true" style="direction: ltr; min-height: 376px;" tabindex="1" contenteditable="true">
Before the bulleted list line 1<br>

Before the bulleted list line 2<br>

Before the bulleted list line 3<br><div><ul><li>Bullet list line 1<br></li><li>Bullet list line 2</li><li>Bullet list line 3</li></ul><p>After the bulleted list line 1</p><p>After the bulleted list line 2</p><p> After the bulleted list line 3

</p><br></div></div> =======

If you notice, the "enter" generated a <br> before the list, then a <p> after it. Highlighting the lines after the bullets and removing the formatting (the slashed-out T in gmail compose) changes their selection source to:

=======
After the bulleted list line 1<br><br>After the bulleted list line 2<br><br>After the bulleted list line 3
=======

As you see, the <p> is replaced with a <br> and the unwanted blank lines can be edited out.

This was fine until this month when 69 took over.

I'd like to see it put back to how it was in 68.

I had posted another question here about 69.0 being the genesis of bad line breaking, and now a new thing I discovered. In Firefox - and only firefox - if I'm composing a new message, pressing enter generates a single line break as I'd like and expect - new paragraphs require two "enter" presses. EXCEPT, since 69.0, if I include a bulleted or numbered list in the message, when I end the bullets or numbering, the text below it inserts a forced double space with every "enter" press. That is, single-spacing before the bullet/number list; double-spacing after it. Here is a "selection source" of a short message I composed: <pre><nowiki>======= <div id=":ol" class="Am Al editable LW-avf tS-tW tS-tY" hidefocus="true" aria-label="Message Body" g_editable="true" role="textbox" aria-multiline="true" style="direction: ltr; min-height: 376px;" tabindex="1" contenteditable="true"> Before the bulleted list line 1<br> </nowiki></pre> Before the bulleted list line 2&lt;br&gt; Before the bulleted list line 3&lt;br&gt;&lt;div&gt;&lt;ul&gt;&lt;li&gt;Bullet list line 1&lt;br&gt;&lt;/li&gt;&lt;li&gt;Bullet list line 2&lt;/li&gt;&lt;li&gt;Bullet list line 3&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;After the bulleted list line 1&lt;/p&gt;&lt;p&gt;After the bulleted list line 2&lt;/p&gt;&lt;p&gt; After the bulleted list line 3 &lt;/p&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt; <nowiki>=======</nowiki> If you notice, the "enter" generated a &lt;br&gt; before the list, then a &lt;p&gt; after it. Highlighting the lines after the bullets and removing the formatting (the slashed-out T in gmail compose) changes their selection source to: <pre><nowiki> ======= After the bulleted list line 1<br><br>After the bulleted list line 2<br><br>After the bulleted list line 3 =======</nowiki></pre> As you see, the &lt;p&gt; is replaced with a &lt;br&gt; and the unwanted blank lines can be edited out. This was fine until this month when 69 took over. I'd like to see it put back to how it was in 68.

由 cor-el 於 修改

被選擇的解決方法

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand.

In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting:

(1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk.

(2) In the search box above the list, type or paste newline and pause while the list is filtered

(3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

從原來的回覆中察看解決方案 👍 0

所有回覆 (2)

more options

選擇的解決方法

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand.

In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting:

(1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk.

(2) In the search box above the list, type or paste newline and pause while the list is filtered

(3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

more options

jscher2000 said

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand. In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting: (1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk. (2) In the search box above the list, type or paste newline and pause while the list is filtered (3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

For this problem - not the different one I'd posted about double-spacing not porting from gmail to some other text-entry - this solved the problem!

Last week I'd flipped editor.use_div_for_default_newlines from default true, to false. This time I flipped it from false back to the default true.

A small caveat though that this applies to my home Win7 setup. My office computer is Windows 10, and I never touched editor.use_div_for_default_newlines in that, and that was having the problem too, yesterday.

Although it will be a worthwhile experiment to do the flip-to-true, flip-to-false, and see what happens.

Thanks for the nudge.