Re: [PATCH] w32: Improve foreground window activation.
Jacob Bachmeyer via Gnupg-devel <[email protected]> Thu, 2 Jul 2026 20:33:06 -0500
| Newsgroups | gmane.comp.encryption.gpg.devel |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--===============8810936293456027185==
Content-Type: multipart/alternative;
boundary="------------fOnmPqlrhV0J60nQP46v0UA7"
Content-Language: en-US
This is a multi-part message in MIME format.
--------------fOnmPqlrhV0J60nQP46v0UA7
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
On 7/2/26 04:22, Werner Koch via Gnupg-devel wrote:
> Hi!
>
> Thanks for the patch. I just applied it. However I had again problems
> to to pass the patch to git and instead retyped it. The problem are
> dozens of these characters:
>
> character: (displayed as ) (codepoint 160, #o240, #xa0)
> charset: unicode (Unicode (ISO10646))
> code point in charset: 0xA0
> script: latin
> syntax: which means: whitespace
> category: .:Base, b:Arabic, j:Japanese, l:Latin
>
> name: NO-BREAK SPACE
> old-name: NON-BREAKING SPACE
> general-category: Zs (Separator, Space)
> decomposition: (noBreak 32) (noBreak ' ')
>
> A simple replace by space did not worked. What is TB doing?
I am not entirely certain, but I have seen this behavior. Thunderbird
appears to convert runs of multiple spaces to some combination of spaces
and non-breaking spaces. For example, I space twice between sentences
and expect that those will go out as either 0x20 0xA0 or 0xA0 0x20. (I
forget which order it uses.)
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.
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.
-- Jacob
--------------fOnmPqlrhV0J60nQP46v0UA7
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 7/2/26 04:22, Werner Koch via
Gnupg-devel wrote:<br>
</div>
<blockquote type="cite" cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre">Hi!
Thanks for the patch. I just applied it. However I had again problems
to to pass the patch to git and instead retyped it. The problem are
dozens of these characters:
character: (displayed as ) (codepoint 160, #o240, #xa0)
charset: unicode (Unicode (ISO10646))
code point in charset: 0xA0
script: latin
syntax: which means: whitespace
category: .:Base, b:Arabic, j:Japanese, l:Latin
name: NO-BREAK SPACE
old-name: NON-BREAKING SPACE
general-category: Zs (Separator, Space)
decomposition: (noBreak 32) (noBreak ' ')
A simple replace by space did not worked. What is TB doing?</pre>
</blockquote>
<p>I am not entirely certain, but I have seen this behavior.
Thunderbird appears to convert runs of multiple spaces to some
combination of spaces and non-breaking spaces. For example, I
space twice between sentences and expect that those will go out as
either 0x20 0xA0 or 0xA0 0x20. (I forget which order it uses.)</p>
<pre>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.</pre>
<p>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.</p>
<p><br>
</p>
<p>-- Jacob</p>
<p><br>
</p>
</body>
</html>
--------------fOnmPqlrhV0J60nQP46v0UA7--
--===============8810936293456027185==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Gnupg-devel mailing list
[email protected]
https://lists.gnupg.org/mailman/listinfo/gnupg-devel
--===============8810936293456027185==--