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 |
![]() |
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 |
![]() |
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 <BR> by <p> - 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 <BR> by <p> - 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 &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 <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 &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 <u>formatting</u> to <i>force</i> <b>html</b>.<br> <br> </body> </html> --------------43085A9C35FBBD32CA57B92D--
![]() |
-1 |
![]() |
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); <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 |
![]() |
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 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 |
![]() |
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 |
![]() |
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 |
![]() |
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 |
![]() |