Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    TUXPOWER    |    Advocacy for the Linux operating system    |    1,237 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 999 of 1,237    |
|    August Abolins to Nick Boel    |
|    40 Cups of Coffee    |
|    06 Apr 25 11:35:00    |
      MSGID: 2:221/1.58@fidonet 1f2b485e       REPLY: 341.tuxpower@1:154/700 2c57a7ed       PID: OpenXP/5.0.64 (Win32)       CHRS: ASCII 1       TZUTC: -0400       Hello Nick!              ** On Sunday 06.04.25 - 07:16, Nick Boel wrote to me:               NB> By the way (and veering way off here), I just tried OpenXP        NB> again this past week. I first installed on Windows, and        NB> for the life of me I couldn't get it to display anything        NB> in UTF-8. I tried setting the Windows command prompt to CP        NB> 65001, etc. So I became a little irritated (moreso with        NB> Windows), and installed it on one of my Linux VMs where I        NB> know UTF-8 works properly. Still no dice for most        NB> situations..              I don't there is UTF-8 support on the incoming. OpenXP is a        terminal/console program afterall.                      NB> Come to find out the UTF-8 that /does/ work, has to do        NB> with MIME decoding only. Dovenet's 'Tech Talk' area pulls        NB> directly from the TLDR website which includes html and        NB> MIME encoded text that OpenXP handles very nicely.              I just tried the dove-tech-talk echo, and the TLDR material        with OpenXP looks messy with unresolved conversions. So, not        sure what you consider is "handles very nicely".                      NB> Not only does it remove html tags, it decodes MIME and        NB> displays everything in readable text even with the UTF-8        NB> glyphs that come with it. Unfortunately, that's where UTF-        NB> 8 stops, though..              Oh.. so yes.. the plaintext is what OpenXP does well.                      NB> I found that extremely odd, that so much work was put into        NB> that (MIME decoding and preserving UTF-8), but a simple        NB> message with UTF-8 characters can't be displayed properly.        NB> Eh well, maybe some day. Definitely on the right track,        NB> though! ;)              I doubt that OpenXP can ever support UTF-8 like in gui-type        windows. The limitation is the charset/font support in Windows        DOS terminal. I currently use Lucinda TT console. It has        limits to what foreign chars it supports. German, French,        Italian, Spanish chars are supported.                      NB> Other than that, once you get used to where everything is        NB> and how it all works.. it's actually pretty cool. Mind        NB> you, I didn't mess with any of the Fido stuff, I only used        NB> NNTP with it, since it was the easiest way to test without        NB> creating a new link or point and messing with my other        NB> configurations.              AFIK, OpenXP maintains UTF-8 chars on the outbound in NNTP-type        areas. Not sure if it renders as expected on the inbound.                      NB> Is this a project you're at all involved with?              Not exactly. I'm primarily a user, sold on the great        performance and features of the system.                      NB> Or are you just their super-user/beta-tester,              I *did* kinda kickstart a push to have some problems corrected.                      NB> ...or just a fan?              See above! :D                                   --         ../|ug              --- OpenXP 5.0.64        * Origin: (2:221/1.58)       SEEN-BY: 50/22 103/705 105/81 106/201 124/5016 128/187 153/757 7715       SEEN-BY: 154/10 30 110 203/0 218/700 221/1 6 226/30 227/114 229/110       SEEN-BY: 229/114 206 300 317 400 426 428 470 664 700 705 240/1120       SEEN-BY: 240/5832 266/512 280/464 5003 291/111 292/8125 301/1 310/31       SEEN-BY: 320/219 322/757 341/66 234 342/200 396/45 423/81 460/16 58       SEEN-BY: 460/256 1124 5858 467/888 633/280 712/848 770/1 902/26 5020/400       SEEN-BY: 5020/8912 5054/30 5075/35       PATH: 221/1 280/464 460/58 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca