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