Thunderbird and patches oddity (was: [PATCH] w32: Improve foreground window activation.)

[Todd Zullinger]

Werner Koch via Gnupg-devel wrote:
> On Thu,  2 Jul 2026 20:33, Jacob Bachmeyer said:
> 
>> I *think* that Thunderbird behaves differently if the text is
>> in a "Preformat" block.  This is an example.  I typed it in
>> "Preformat" style and broke the lines manually.
> 
> I am not sure what a preformat block is in Thunderbird but assume that
> is related to HTML to Text conversion.  The patch mail had no HTML part
> but it was
> 
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Your mail was also flawed^Wflowed.  But indeed the above quote paragraph
> was oka but your first paragraph had 0xC2, 0xA0, 0x20 sequences after
> the end of sentence fullstop.  And my quoted text was another part as
> text/html.
> 
>> When pasting patches or other pre-formatted text into Thunderbird, I
>> have developed the habit of (1) starting a new paragraph, (2) changing
>> the style for that paragraph to "Preformat", (3) typing the "8<------"
>> lines, then (4) pasting the text between the scissor lines.
> 
> Good advise.  But TB should stop this weird behaviour in particular if
> it is configured to send text/plain.  

Perhaps the suggestions from the Git and Linux kernel
projects would be useful?

https://git-scm.com/docs/git-format-patch#_thunderbird
https://www.kernel.org/doc/html/latest/process/email-clients.html#thunderbird-gui

They include largely similar advice.  Alternately, the git
send-email¹ command can be very helpful in removing the need
to fight with a mail client.  There is also the b4² tool
which is used by the kernel folks and has recently been
proposed as the recommended method for the Git project as
well.

¹ https://git-scm.com/docs/git-send-email
² https://b4.docs.kernel.org/

-- 
Todd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://lists.gnupg.org/pipermail/gnupg-devel/attachments/20260703/1c544990/attachment.sig>