Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    ENGLISH_TUTOR    |    English Tutoring for Students of the Eng    |    4,347 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 4,016 of 4,347    |
|    Anton Shepelev to Gleb Hlebov    |
|    test    |
|    28 Nov 23 11:29:02    |
      MSGID: 2:221/6.0 6565b2dc       REPLY: 2:221/1.0 65645c16       PID: SmapiNNTPd/Linux/IPv6 3.0 20231126       NOTE: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32).       CHRS: CP437 2       TZUTC: 0200       Gleb Hlebov to Anton Shepelev:              AS>> but why are you not hard-wrapping your text at 72       AS>> charachters per line or thereabout?       GH>       GH> I don't know if there's even a strict rule or guideline       GH> that prescribes to do so.              I believer FidoNet follows the convensions for BBS, Usenet,       and e-mail, where text should be hard-wrapped to about 72       characters per line, because the standard does not require       client programs to support any wrapping on the receiving end       while displaying articles. Those who need wrapping shall       use format=lowed:               https://www.rfc-editor.org/rfc/rfc2646              which is essentially the same hard-wrapped text but an extra       space at the end of each line to indicate that clients /may/       rewrap it if the support it, but they are not required to do       so, because the format is backwards-compatible and still       usable in classic readers that display text as is. Simply       using one line per paragraph is non-standard and wrong.              I for one invariable use hard-wrapped text because it is       beautiful, device-independent, and widely supported by       clients and text editors. It guarrantees my text looks the       way I wrote it.              GH> Or is there something in FTSC conventions addressing       GH> this?              I will have to look it up.              GH> I recently asked about this "issue" in ru.golded and a       GH> few people told me it wouldn't be a good idea to hard-       GH> wrap lines to a fixed value, and there's no such option       GH> in GoldED's config either.              Do they say one line per paragraph has been the FidoNet       convention back from 1980s? It doubt it can be true,       because the rest of the world relied on hard-wrapped text       for all communication.              GH> I know that Vim can do it (as I type this text) and this       GH> is what I thought GoldED was capable of doing as well.              Vim is in fact specifically /designed/ to work with with       hard-wrapped text, whereas configuring it for soft wrapping       takes extra effort and even then is not as comfortable.              GH> If you can set up your news reader to do the same it       GH> would solve the issue with extra-long lines.              My newsreader is already wrappeing long lines, but it does       not help. They are too wide, forcing me to squeeze the       window to get a comfortable line length.              GH>>> BTW is it okay to use "hang around" without seeming a       GH>>> bit too "informal", or should I have said "stay"? :-)              AS>> Surely /to hang around/ is informal unless the speaker       AS>> be a bat or a sloth (the three-toed variety).              GH> Oh, you be too smart. :-) Snakes can also hang upside       GH> down, and some monkeys, and possums too.              Sure, but those other critters are not the hang-around       types.              ---         * Origin: nntp://news.fidonet.fi (2:221/6.0)       SEEN-BY: 1/123 10/0 1 15/0 90/1 102/401 103/1 705 105/81 106/201 123/131       SEEN-BY: 129/305 153/7715 154/10 214/22 218/0 1 215 601 700 720 840       SEEN-BY: 218/850 860 870 880 930 221/1 6 226/30 227/114 229/110 112       SEEN-BY: 229/113 206 307 317 426 428 470 664 700 240/1120 266/512       SEEN-BY: 282/1038 291/111 301/1 113 320/219 322/757 335/364 341/66       SEEN-BY: 341/234 342/200 396/45 460/58 712/848 5020/400 1042 5075/35       PATH: 221/6 301/1 218/700 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca