home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   GOLDED      GoldED Public Release discussion.      2,690 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 2,235 of 2,690   
   Vitaliy Aksyonov to Nicholas Boel   
   Re: Need volonteers to test another patc   
   03 Mar 24 16:28:22   
   
   REPLY: 1:154/10 65e4a646   
   MSGID: 1:104/117 65e5085e   
   CHRS: US-ASCII 2   
   TZUTC: -0700   
   TID: hpt/lnx 1.9 2022-07-03   
   Hello Nicholas.   
      
   03 Mar 24 10:33, you wrote to Michiel van der Vlist:   
      
    MvdV>> Yes, they are translated to multi (usually two for most   
    MvdV>> characters used in Fidonet) byte characters. Only the ASCII   
    MvdV>> characters (0-127) are not translated and so remain one byte.   
      
    NB> Thanks for the explanation. While reading this, I did check the ASCII   
    NB> table and the characters I'm referring to are all above 127. This also   
    NB> is kind of reflected while using Golded, if I widen my screen more   
    NB> than 160 characters, less of those lines are wrapped to the next line.   
      
    NB> However, it doesn't seem like I can widen my window enough to keep   
    NB> them all on one line, so I'm guessing when they are translated to   
    NB> utf-8 they are more than 2 bytes, since I'm well over double the width   
    NB> of an 80 character screen - which the original stat message was made   
    NB> for.   
      
   Pseudo-graphics symbols encoded to three bytes in UTF-8. That's why it's not   
   enough.   
   So you either ignore it or make windows at least 3 times wider than that   
   message. It might sound stupid and overkill, but it shall do the trick. :)   
      
    NB> So, at this point it's basically working and displaying properly, but   
    NB> then comes in the 'characters' vs 'bytes' thing that Golded isn't   
    NB> supporting, so it is wrapping what it thinks is double, triple, or   
    NB> even quadruple the amount of 'characters' that are there.   
      
    MvdV>> To put it simple: if you want to encode CP437 and CP866, you   
    MvdV>> could put CP437 OR CP866 in the first byte, but you need at   
    MvdV>> least one bit more information which one it is; CP437 or CP866.   
    MvdV>> That is not exactly how UTF-8 works but it should give you an   
    MvdV>> idea of why just one byte can not be enough.   
      
    NB> Thank you for the explanation. This definitely helps me to understand   
    NB> what is happening.   
      
   Unicode is very complex. It's event worse than you may think. For example,   
   some displayed symbols take one char space on screen, but others two.   
   Also one letter is not necessarily one Unicode "symbol". Also it may have   
   non-printable symbols and many more.   
      
   Vitaliy   
      
   ... C????o ?a ??epa??ee, ?o ?e ?o??? ?epe? ?e?...   
   --- GoldED+/LNX 1.1.5-b20240223   
    * Origin: Aurora, Colorado (1:104/117)   
   SEEN-BY: 15/0 18/200 50/109 90/1 104/117 105/81 106/201 128/260 129/305   
   SEEN-BY: 135/225 153/7715 218/700 226/30 227/114 229/110 112 113 206   
   SEEN-BY: 229/307 317 400 426 428 470 664 700 266/512 280/464 5555   
   SEEN-BY: 282/1038 291/111 292/854 301/1 320/219 322/757 342/200 396/45   
   SEEN-BY: 460/16 58 256 1124 5858 463/68 467/888 633/280 712/848 3634/12   
   SEEN-BY: 5000/111 5001/100 5005/49 5015/46 5020/828 846 1042 4441   
   SEEN-BY: 5030/49 5054/8 30 5061/133 5075/128 5083/444 5090/958   
   PATH: 104/117 5020/1042 460/58 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca