Re: 1.23: UTF-8 device produces mysterious characters

2022-09-12 Thread G. Branden Robinson
Hi Steffen, At 2022-09-12T23:41:34+0200, Steffen Nurpmeso wrote: > This is not a hyphenated word. [rearranging this a bit] > En dash would look nice, i could imagine. Then use en dashes in your input. on\[en]loop\[en]main\[en] tick The "en" special character identifier is not portable back to

Re: 1.23: UTF-8 device produces mysterious characters

2022-09-12 Thread Dave Kemper
On 9/12/22, Steffen Nurpmeso wrote: > Flags are different, because often you want this to be a U+2013 > EN DASH. Ie, you want to make it _longer_ than a hyphen-minus. Not if you want it to paste correctly into a shell. Commands use U+002D for flags, not U+2013. But for natural languages, U+002D

Re: 1.23: UTF-8 device produces mysterious characters

2022-09-12 Thread Steffen Nurpmeso
Hello Branden. G. Branden Robinson wrote in <20220912144641.q2r65kkfpiej4u2u@illithid>: |At 2022-09-12T15:43:00+0200, Steffen Nurpmeso wrote: |> I have problems with the UTF-8 device, it shows |> |> on‐main‐loop‐tick |> instead of |> on-main-loop-tock |> |> ie U+2010 instead of hyph

Re: 1.23: UTF-8 device produces mysterious characters

2022-09-12 Thread G. Branden Robinson
Hi Steffen, At 2022-09-12T15:43:00+0200, Steffen Nurpmeso wrote: > I have problems with the UTF-8 device, it shows > > on‐main‐loop‐tick > instead of > on-main-loop-tock > > ie U+2010 instead of hyphen-minus U+002D. > > The above does not feel right, and searching is impossible! > I would e

1.23: UTF-8 device produces mysterious characters

2022-09-12 Thread Steffen Nurpmeso
Hello! I have problems with the UTF-8 device, it shows on‐main‐loop‐tick instead of on-main-loop-tock ie U+2010 instead of hyphen-minus U+002D. The above does not feel right, and searching is impossible! I would expect U+2010 HYPHEN in hyphenation, but not as a regular combiner aka delimiter