Confirm behavior on TB 45.0b1 or 45.0b2: message replies use double line spacing instead of single space on carriage returns

Hey devs,

Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005

Can anyone confirm this? Is this wanted behavior?
-1
Thee
2/21/2016 10:01:09 PM
mozilla.support.thunderbird 22506 articles. 5 followers. Post Follow

8 Replies
1902 Views

Similar Articles

[PageSpeed] 28

On 2/21/2016 2:01 PM, Thee Chicago Wolf (MVP) wrote:
> Hey devs,
> 
> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
> 
> Can anyone confirm this? Is this wanted behavior?
> 

If this change is intended behavior, there should have been a bug report
requesting it.  What is that bug number?

-- 
David E. Ross

While many tributes to the late Supreme Court Associate Justice
Antonin Scalia now fill the news media, his legacy was not
necessarily positive.  See my "What Price Order, Mr. Justice Scalia?"
at <http://www.rossde.com/editorials/edtl_scalia_wrong.html>.
-1
David
2/21/2016 10:32:41 PM
This is a multi-part message in MIME format.
--------------43085A9C35FBBD32CA57B92D
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit



On 21/02/16 22:32, David E. Ross wrote:
> On 2/21/2016 2:01 PM, Thee Chicago Wolf (MVP) wrote:
>> Hey devs,
>>
>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>
>> Can anyone confirm this? Is this wanted behavior?
>>
> If this change is intended behavior, there should have been a bug report
> requesting it.  What is that bug number?
>
I am seeing it but only when composing in html format. ISTR there was a 
bug for replacing &lt;BR&gt; by &lt;p&gt; - I wonder if the change in 
spacing is an untintended consequence? And as a check, I'll paste this 
all again with a deliberate linefeed. And with some _formatting_ to 
/force/ *html*.
I am seeing it but only when composing in html format. ISTR there was a 
bug for replacing &lt;BR&gt; by &lt;p&gt; - I wonder if the change in 
spacing is an untintended consequence? And as a check, I'll paste this 
all again with a deliberate linefeed. And with some _formatting_ to 
/force/ *html*.


--------------43085A9C35FBBD32CA57B92D
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 21/02/16 22:32, David E. Ross wrote:<br>
    </div>
    <blockquote cite="mid:5rGdneYMzv-UplfLnZ2dnUU7-U2dnZ2d@mozilla.org"
      type="cite">
      <pre wrap="">On 2/21/2016 2:01 PM, Thee Chicago Wolf (MVP) wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Hey devs,

Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
bug: <a class="moz-txt-link-freetext" href="https://bugzilla.mozilla.org/show_bug.cgi?id=1250005">https://bugzilla.mozilla.org/show_bug.cgi?id=1250005</a>

Can anyone confirm this? Is this wanted behavior?

</pre>
      </blockquote>
      <pre wrap="">
If this change is intended behavior, there should have been a bug report
requesting it.  What is that bug number?

</pre>
    </blockquote>
    I am seeing it but only when composing in html format. ISTR there
    was a bug for replacing &amp;lt;BR&amp;gt; by &amp;lt;p&amp;gt; - I
    wonder if the change in spacing is an untintended consequence? And
    as a check, I'll paste this all again with a deliberate linefeed.
    And with some <u>formatting</u> to <i>force</i> <b>html</b>.<br>
    I am seeing it but only when composing in html format. ISTR there
    was a bug for replacing &amp;lt;BR&amp;gt; by &amp;lt;p&amp;gt; - I
    wonder if the change in spacing is an untintended consequence? And
    as a check, I'll paste this all again with a deliberate linefeed.
    And with some <u>formatting</u> to <i>force</i> <b>html</b>.<br>
    <br>
  </body>
</html>

--------------43085A9C35FBBD32CA57B92D--
-1
ttest
2/21/2016 10:39:47 PM
This is a multi-part message in MIME format.
--------------D46228BB459B55BA49E33594
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
> Hey devs,
>
> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>
> Can anyone confirm this? Is this wanted behavior?

Could that be "Return/Enter in composer will now insert a new paragraph 
by default (shift-Enter will insert a line break)" ?

Thunderbird Beta Notes 
<https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>

I did not see that behavior here.

-- 
Linux Mint 17.3 | KDE 4.14.2 | Thunderbird 45.0b1(Beta)
Go Bucs! Go Steelers! Go Pitt! Go Pens! Go Sabres!
Visit Pittsburgh <http://www.visitpittsburgh.com/>
Coexist · Understanding Across Divides <https://www.coexist.org/>

--------------D46228BB459B55BA49E33594
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#CCCCFF" text="#000000">
    <div class="moz-cite-prefix">On 02/21/2016 05:01 PM, Thee Chicago
      Wolf (MVP) wrote:<br>
    </div>
    <blockquote
cite="mid:mailman.67.1456092100.12037.support-thunderbird@lists.mozilla.org"
      type="cite">
      <pre wrap="">Hey devs,

Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
bug: <a class="moz-txt-link-freetext" href="https://bugzilla.mozilla.org/show_bug.cgi?id=1250005">https://bugzilla.mozilla.org/show_bug.cgi?id=1250005</a>

Can anyone confirm this? Is this wanted behavior?
</pre>
    </blockquote>
    <br>
    <p><font size="+2"><tt>Could that be "</tt></font>Return/Enter in
      composer will now insert a new paragraph by default (shift-Enter
      will insert a line break)" ?</p>
    <p><a
        href="https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/">Thunderbird
        Beta Notes</a></p>
    <p><font size="+2"><tt>I did not see that behavior here.</tt></font><br>
    </p>
    <div class="moz-signature">-- <br>
      <div id="mySignature" style="width: 50%; padding: 0.8em 1.2em;
        font:small verdana; color: #444; box-shadow: 4px 4px 9px -2px
        rgba(0,0,0,0.65); border-radius: 1em; padding: 0.4em 2em;
        border: 1px solid #444; background: rgb(201,255,229); &lt;b
        style=" text-shadow:="" 1px="" 2px="" #ddd;=""
        transition:font-size="" .5s;"="">Linux Mint 17.3 | KDE 4.14.2 |
        Thunderbird 45.0b1(Beta)<br>
        Go Bucs! Go Steelers! Go Pitt! Go Pens! Go Sabres!<br>
        <a href="http://www.visitpittsburgh.com/">Visit Pittsburgh</a> <br>
        <a href="https://www.coexist.org/">Coexist · Understanding
          Across Divides</a>
      </div>
    </div>
  </body>
</html>

--------------D46228BB459B55BA49E33594--
1
WaltS48
2/21/2016 11:55:19 PM
On Sun, 21 Feb 2016 18:55:19 -0500, WaltS48 <thalionusa@REMOVEaim.om>
wrote:

>On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
>> Hey devs,
>>
>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>
>> Can anyone confirm this? Is this wanted behavior?
>
>Could that be "Return/Enter in composer will now insert a new paragraph 
>by default (shift-Enter will insert a line break)" ?
>
>Thunderbird Beta Notes 
><https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>
>
>I did not see that behavior here.

Some replies to the bug report note it was intended behavior.
1
Thee
2/22/2016 1:47:47 AM
Thee Chicago Wolf (MVP) wrote on 2/21/2016 7:47 PM:
> On Sun, 21 Feb 2016 18:55:19 -0500, WaltS48 <thalionusa@REMOVEaim.om>
> wrote:
>
>> On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
>>> Hey devs,
>>>
>>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>>
>>> Can anyone confirm this? Is this wanted behavior?
>>
>> Could that be "Return/Enter in composer will now insert a new paragraph
>> by default (shift-Enter will insert a line break)" ?
>>
>> Thunderbird Beta Notes
>> <https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>
>>
>> I did not see that behavior here.
>
> Some replies to the bug report note it was intended behavior.
>
I went and read your bug and some related ones. Seems the two modes of 
composer had different behaviors for line spacing even if the hidden pref 
was toggled to <p>. So now the behavior is being normalized.  Time to 
check it out for side effects.
-- 
Ron K.
Thunderbird user since May, 2003
1
Ron
2/22/2016 5:52:51 AM
On 2/21/2016 9:52 PM, Ron K. wrote:
> Thee Chicago Wolf (MVP) wrote on 2/21/2016 7:47 PM:
>> On Sun, 21 Feb 2016 18:55:19 -0500, WaltS48 <thalionusa@REMOVEaim.om>
>> wrote:
>>
>>> On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
>>>> Hey devs,
>>>>
>>>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>>>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>>>
>>>> Can anyone confirm this? Is this wanted behavior?
>>>
>>> Could that be "Return/Enter in composer will now insert a new paragraph
>>> by default (shift-Enter will insert a line break)" ?
>>>
>>> Thunderbird Beta Notes
>>> <https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>
>>>
>>> I did not see that behavior here.
>>
>> Some replies to the bug report note it was intended behavior.
>>
> I went and read your bug and some related ones. Seems the two modes of 
> composer had different behaviors for line spacing even if the hidden pref 
> was toggled to <p>. So now the behavior is being normalized.  Time to 
> check it out for side effects.
> 

The premise that new way of handling the Enter reflects MS Word is
false.  The default in the installed Word 2007 on my PC had 0 for the
spacing both before and after a paragraph.  It took much contriving on
my part to change this default.

I hope this change applies only to HTML-formatted messages.  I only do
plain-text messages.

-- 
David E. Ross

While many tributes to the late Supreme Court Associate Justice
Antonin Scalia now fill the news media, his legacy was not
necessarily positive.  See my "What Price Order, Mr. Justice Scalia?"
at <http://www.rossde.com/editorials/edtl_scalia_wrong.html>.
1
David
2/22/2016 6:10:32 AM
On Sun, 21 Feb 2016 22:10:32 -0800, "David E. Ross"
<nobody@nowhere.invalid> wrote:

>On 2/21/2016 9:52 PM, Ron K. wrote:
>> Thee Chicago Wolf (MVP) wrote on 2/21/2016 7:47 PM:
>>> On Sun, 21 Feb 2016 18:55:19 -0500, WaltS48 <thalionusa@REMOVEaim.om>
>>> wrote:
>>>
>>>> On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
>>>>> Hey devs,
>>>>>
>>>>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>>>>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>>>>
>>>>> Can anyone confirm this? Is this wanted behavior?
>>>>
>>>> Could that be "Return/Enter in composer will now insert a new paragraph
>>>> by default (shift-Enter will insert a line break)" ?
>>>>
>>>> Thunderbird Beta Notes
>>>> <https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>
>>>>
>>>> I did not see that behavior here.
>>>
>>> Some replies to the bug report note it was intended behavior.
>>>
>> I went and read your bug and some related ones. Seems the two modes of 
>> composer had different behaviors for line spacing even if the hidden pref 
>> was toggled to <p>. So now the behavior is being normalized.  Time to 
>> check it out for side effects.
>> 
>
>The premise that new way of handling the Enter reflects MS Word is
>false.  The default in the installed Word 2007 on my PC had 0 for the
>spacing both before and after a paragraph.  It took much contriving on
>my part to change this default.
>
>I hope this change applies only to HTML-formatted messages.  I only do
>plain-text messages.

For HTML I can see it making sense. For plain text, probably not so
much. In cases where people are using 1920x1080 or greater monitors,
that font can look awfully squished together and make it tough to read
so the double line spacing makes sense.

Still, if it's a permanent change, a simple toggle in the Compose
options menu would be nice. I can live with it I guess but it would be
nice to be able to change it if ultimately I don't get comfortable
with it. The court is still out for me on this one.
1
Thee
2/22/2016 2:45:40 PM
On Sun, 21 Feb 2016 22:10:32 -0800, David E. Ross wrote:
> On 2/21/2016 9:52 PM, Ron K. wrote:
>> Thee Chicago Wolf (MVP) wrote on 2/21/2016 7:47 PM:
>>> On Sun, 21 Feb 2016 18:55:19 -0500, WaltS48 <thalionusa@REMOVEaim.om>
>>> wrote:
>>>
>>>> On 02/21/2016 05:01 PM, Thee Chicago Wolf (MVP) wrote:
>>>>> Hey devs,
>>>>>
>>>>> Seeing a new behavior (regression?) with 45.0b1 and b2. Filed this
>>>>> bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1250005
>>>>>
>>>>> Can anyone confirm this? Is this wanted behavior?
>>>>
>>>> Could that be "Return/Enter in composer will now insert a new paragraph
>>>> by default (shift-Enter will insert a line break)" ?
>>>>
>>>> Thunderbird Beta Notes
>>>> <https://www.mozilla.org/en-US/thunderbird/45.0beta/releasenotes/>
>>>>
>>>> I did not see that behavior here.
>>>
>>> Some replies to the bug report note it was intended behavior.
>>>
>> I went and read your bug and some related ones. Seems the two modes of
>> composer had different behaviors for line spacing even if the hidden pref
>> was toggled to <p>. So now the behavior is being normalized.  Time to
>> check it out for side effects.
>>
>
> The premise that new way of handling the Enter reflects MS Word is
> false.  The default in the installed Word 2007 on my PC had 0 for the
> spacing both before and after a paragraph.  It took much contriving on
> my part to change this default.
>
> I hope this change applies only to HTML-formatted messages.  I only do
> plain-text messages.


For plain-text messages, I am not seeing this in 45.0b2. 'Enter' starts 
a new line without a blank line in between.


For HTML-formatted messages, this is really two separate questions.
  1.  Whether 'Enter' should create a new paragraph or a line break.
  2.  What the spacing between paragraphs should be.  This is a
      question of styles, not of what the 'Enter' key does.

In MS Word, 'Enter' creates a new paragraph [¶] not a line break [↵].
It is Shift+Enter which creates a line break [↵].

As for the spacing between paragraphs in MS Word, I get different 
results to you.
In MS Word 2013 (installed at work), the default normal style has 8 
points spacing after a paragraph.
In MS Word 2016 (installed on my Win 10 PC), the default normal style 
also has 8 points spacing after a paragraph.


-- 
Kind regards
Ralph


-1
Ralph
2/23/2016 8:02:02 AM
Reply: