@MSGID: 1:154/10 67ce4c4d
@REPLY: 2:280/5555 67ce0c30
@CHRS: UTF-8 4
@TZUTC: -0500
@TID: hpt/lnx 1.9 2024-03-02
Hey Michiel!

On Sun, 09 Mar 2025 22:23:24 +0100, you wrote:

 > It is not the keyboard. Contrary to what they do in Belgium, in The
 > Netherlands we do not use a special Dutch keyboard with dedicated keys
 > fo the special characters. We use the same physical US keyboard that you
 > have. It is the keyboard driver that takes care of the special
 > characters. Some keys have been made into "dead keys" by the driver.
 > E,g, to get an `e` with diaresis I first press the key for the double
 > quote, followed by the `e`. To type the double quote itself, i have to
 > press that key twice. It is easy once you are used to it.

 After 30+ years of not doing it, it may be difficult to get used
to it. I`m not saying it`s impossible, as I can do ALT-0235 to get
the desired "├л", but it`s a bit of a challenge to try to remember to
do every time I type my name. :)

 > Understood. So I take it you are not really interested in the UTF
 > nodelist project to get your name with an `├л` in the nodelist?

 I actually thought we discussed this some time ago. I also believe
I was getting the DAILYUTF from you at some point, but possibly when
your system went down, and stayed down for some time, it was stopped
for some reason (I don`t think I ever turned it off).

 Is anyone in zone 1 involved (I`m unsure if ZC1 is able to
forward it on for me)? Or would the submissions need to go to Ward, since
I`m an RC?

 > The ZC does double processing. One for the ASCII list and one for the
 > UTF list. For the UTF list MakeNl is run with ALLOW8BIT set. For regions
 > that dot not participate in the UTF list, the ZC uses the ASCII segment
 > for both list. For regions that do participate, their seperate UTF
 > region segment is used for the UTF list.

 I suppose anyone involved would have to double process with and
without the ALLOW8BIT option, correct?

 > RC20 does not participate in the UTF nodelist project. He does not send
 > two different segments. But his segment is not pure ASCII, it contain
 > some characters in Latin-1. So for the ASCII list, the ZC`s MakNl
 > substitutes question marks for the non ASCII characters. For the UTF
 > list, they are passed "as is". But that was only was noticed after I
 > started my weekly error report.

 Is it even LATIN-1? Or does it just end up that way because of
CP437 probably turns into ISO-8859-1 on Windows? Isn`t CP437 -> ISO-8859-1
basically the same as ASCII -> UTF-8 where everything in the former is also
represented in the latter (then again, ASCII would be part of many, if not
every charset)?

Regards,
Nick

... Sarcasm: because beating people up is illegal.
--- GoldED+/LNX 1.1.5-b20240309
 * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (1:154/10)
SEEN-BY: 50/109 104/119 153/757 154/10 30 50 700
701 218/840 220/20 221/1 6
SEEN-BY: 221/360 226/44 50 229/310 280/464 5555
301/1 335/364 341/66 234
SEEN-BY: 5015/46 5020/715 830 848 1042 4441 12000
5030/49 1081 1474 5058/104
SEEN-BY: 5061/133
@PATH: 154/10 221/6 5020/1042 4441