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.

   ENGLISH_TUTOR      English Tutoring for Students of the Eng      4,347 messages   

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

   Message 4,025 of 4,347   
   Gleb Hlebov to Anton Shepelev   
   test   
   29 Nov 23 09:13:14   
   
   REPLY: 2:221/6.0 6565b2dc   
   MSGID: 2:5023/24.4222 6566c86d   
   CHRS: CP866 2   
   TZUTC: 0400   
   Hello Anton,   
      
   An entity in disguise of Anton Shepelev (2:221/6) wrote to me:   
      
    AS>            https://www.rfc-editor.org/rfc/rfc2646   
      
   [...]   
      
   In other words... "It's complicated". :-)   
   This hard-wrap thing really is a mess. An ordinary user gets confused because   
   opinions differ so drastically.   
      
    AS> I for one invariable use hard-wrapped text because it is   
    AS> beautiful, device-independent, and widely supported by   
    AS> clients and text editors. It guarrantees my text looks the   
    AS> way I wrote it.   
      
   I can see. On occasions when I use tin (news client for GNU/Linux terminal) in   
   a window wider than 100 columns (usually it's 100 to 140, which is reasonable   
   having all this screen estate) all unwrapped lines just spread over to the   
   right border (and that alone sucks). To make matters worse, it doesn't seem to   
   have a word-wrap option, the only instance I've found in its config is   
   "wrap_column=XX" which obviously wraps all columns wider than XX, thus forcing   
   to break apart words too. Imagine when it does this with 2-char words, like   
   prepositions and such.   
      
    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.   
    AS> Vim is in fact specifically /designed/ to work with with   
    AS> hard-wrapped text, whereas configuring it for soft wrapping   
    AS> takes extra effort and even then is not as comfortable.   
      
   I'm no Vim expert at all, but it is really powerful when it comes to text   
   manipulation of any kind. The ultimate downside is its concepts being "the   
   utter opposite of user-friendly", it has a ton of cryptic one-char commands   
   and its combinations that you either have to memorize or refer to a kind of   
   "cheat sheet" every now and then.   
      
    GH>> If you can set up your news reader to do the same it   
    GH>> would solve the issue with extra-long lines.   
    AS> My newsreader is already wrappeing long lines, but it does   
    AS> not help.  They are too wide, forcing me to squeeze the   
    AS> window to get a comfortable line length.   
      
   At least you can "squeeze" it when you're using a GUI viewer, which doesn't   
   make sense with GoldED. Although it seems to work in a Linux terminal window   
   with most text-mode applications.   
      
      
   --- GoldED+/W64-MSVC 1.1.5   
    * Origin: Type  to continue (2:5023/24.4222)   
   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 250/25 266/512   
   SEEN-BY: 282/1038 291/111 301/1 113 320/219 322/757 342/200 396/45   
   SEEN-BY: 450/1024 460/58 463/68 467/888 712/848 5000/111 5001/100   
   SEEN-BY: 5005/49 5015/42 46 255 5019/40 5020/400 570 715 830 846 1042   
   SEEN-BY: 5020/4441 5022/2 5023/12 24 5030/49 5034/13 5053/51 5054/8   
   SEEN-BY: 5058/104 5061/15 133 5075/35 128 5080/102 5083/1 444 5090/958   
   SEEN-BY: 6035/3   
   PATH: 5023/24 5020/715 1042 301/1 218/700 229/426   
      

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


(c) 1994,  bbs@darkrealms.ca