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,257 of 2,690    |
|    Vitaliy Aksyonov to Michiel van der Vlist    |
|    Re: Need volonteers to test another patc    |
|    06 Mar 24 10:32:50    |
      REPLY: 2:280/5555 65e863d6       MSGID: 1:104/117 65e8a967       CHRS: KOI8-R 2       TZUTC: -0700       TID: hpt/lnx 1.9 2022-07-03       Hello Michiel.              06 Mar 24 13:38, you wrote to me:               VA>> Best possible way is to use UTF-8 for all strings inside and only        VA>> convert text when read/write from/to message base and to screen.               MvdV> I agree. That will be the easiest way to make as many Fidonet        MvdV> participants use UTF-8 all the way. With the sceen set to CP65001        MvdV> writing to and from the screen should need no conversion.               VA>> And even if drop DOS support - need to take into account OS        VA>> specifics for Unicode.               MvdV> Such as? Even OS/2 has full UTF-8 support doesn't it?              Windows and Linux works with console very differently. Even support those two       together is a challenge. Code is not very well encapsulated in GoldEd and OS       specifics just everywhere.              I haven't tried OS/2 at all, so have no idea, how UTF-8 works there. Does it       use ncurses too?               VA>> As long as GoldEd uses fixed size buffers in many places -        VA>> that's huge refactoring. Better to replace it with std::string        VA>> almost everywhere.               MvdV> Perhaps, but that won't solve the problem that when writing back to        MvdV> the message base strings have to be of fixed lenght for the To:,        MvdV> From:, Subj: and other fields. It may be necessary to truncate in        MvdV> order to fit. Truncating should be done on a UTF-8 sequence boundery.        MvdV> If need be step back until a byte with bit 7 and 6 set.               VA>>>> For example function, which splits message to lines is almost        VA>>>> 1000 lines long! It has variables, used in multiple places, it        VA>>>> not only splits the message, but guess charset, do recoding and        VA>>>> other fun stuff.               MvdV>>> Wauw!               VA>> That's one of the reasons, why progress is slow.               MvdV> Keep up the good work!              Thanks. I try to fix or enhance something which doesn't break existing       functionality. Hope some day we'll have UTF-8 support too.              Vitaliy              ... 640K ought to be enough for anybody       --- GoldED+/LNX 1.1.5-b20240305-beta        * 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