Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages! You are not logged in. Login here for full access privileges. |
Previous Message | Next Message | Back to English Tutoring for Students of... <-- <--- | Return to Home Page |
|
||||||
From | To | Subject | Date/Time | |||
alexande | Anatoliy Kovalenko | Re: Program Quoter - you are very welcomed |
March 3, 2018 8:24 AM * |
|||
processed: spam filter heuristic analysis disabled) From: "alexander koryagin" <koryagin@erec.ru> Hi, Anatoliy Kovalenko! How are you? on Friday, 13 of April, I read your message to alexander koryagin about "Re: Program Quoter - you are very welcomed" ak>> Well, now look in which way many programs show your message. For ak>> instance, I use Fidolook -- a special, very cool sofware to ak>> write/read messages for Fidonet/Usenet. ak>> http://savepic.su/1654459.htm AK> Not as cool as you say. I'm too lazy to count now, but I suppose, AK> in your screenshot, the program splits the long paragraph to 255 AK> chars lines because the programmer decided to use easy solutions AK> (as you know, 255 chars make a standard string type in most AK> programming languages). The fact that the programmer didn't know AK> how to store and process more than 255 chars doesn't mean that long AK> text lines shouldn't be used. As you can see, the programmer of AK> FTNed found a good solution and I never have any problems with AK> wrapping. Mosilla Thunderbird NNTP client does the same. Too many people affected badly. http://dl.dropbox.com/u/2729127/quoter1.png All these NNTP clients make good quoting while answering, but they show it badly when you just read the messages with long quoted paragraph. ak>> Wrapping? But you told me a few days ago that your screen too wide ak>> for a formatted text. AK> But it's my right to decrease window if I want to! Yes! And you won't complain than that my formatted text is too narrow. AK> For example, if I don't know Albanian, I can use one half of the AK> screen for the Albanian message window and the other half for the AK> dictionary window (I use Lingvo, it's a good dictionary). If I AK> reduce the window twice, its width is already less than 80 chars, AK> and your format becomes horribly distorted! Well... it is the reason. But... when you write a usual text, for instance in MWord, you have the same "problem". A normal text is not format-flowed. At least it must not be done such by a writer himself. A human must think about contents, but not about how to preserve a long line paragraph. Also, it is usual that you cannot have all programs visible simultaneously. That's why all dictionaries work as pop-up software. A help program pops up, you look what you want and then the help program went behind your editor, and you again see all the text in a normal size window. But if you have a display of a big width you can set up a small size font, and the standard 80 symbols width. In this case you will be able to run another program and both the programs will be visible on the display together. ak>> Any person writes messages using short lines, but before sending ak>> your editor UNFORMATS these short lines paragraphs into one long ak>> line paragraphs and send it in the form of a single line. The AK> program does not pay attention on your "/r/n". AK> I don't understand this idea. In this case all #13#10 would be AK> deleted, and there would be no paragraphs at all, but see: AK> -----Beginning of the citation----- AK> Par1 AK> Par2 AK> Par3 AK> -----The end of the citation----- AK> Nothing is deleted! I write long lines from the beginning, and the AK> software saves long lines and doesn't delete my line breaks! I think you are right - most programs do not do such a thing. But anyway, it is strange to demand from the person to write long line paragraphs. Suppose, he used to type texts on his typewriter, e-mail client, word processor and press Enter every line. AK> Maybe it's your Fidolook deletes something, I don't know. The AK> problem with deleting ALL #13#10 is that you will get only one AK> paragraph, but people usually divide long texts to many paragraphs AK> according to sense, and you will not be able to restore these AK> paragraphs backwards. Why, there is a standard that paragraphs must be separated by a empty line. In Russia we like very much so called "red paragraphs" where paragraphs are put without a empty line, but every paragraph begins with 4-8 spaces. ak>> Windows does not require to use long paragraphs. AK> Yep, but if you put your text to Word and try to print it, you will AK> see that only half of the paper sheet is used: AK> http://savepic.su/1642199.htm Well, but have you ever thought why a text page has 60-70 symbols? It is a compromise between line's symbol number and the font size. Text letters are not too small and not too big. So if my page is too narrow it means it was printed with too small font. Increase the font size and you will have a standard text, easy to read. If I had sent my message with single line paragraphs you could have done two things. First - to print it with the small font and have 150 symbols per line. But two long adjoining lines are poorly readable. Second - you can increase your font and print it in the standard way 60 - 70 symbol per line. Print this message as you did, with the small font and you'll see that it is not good looking when one paragraphs are formatted (quoted ones) and the other printed as long lines. [...The wider our mugs the tighter our rows] Bye Anatoliy! Alexander (yAlexKo[]yandex.ru) + 2:5020/2140.91 fido7.english-tutor 2012 --- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400) SEEN-BY: 116/18 120/544 123/140 124/5014 5015 5016 130/803 15/0 153/7715 154/10 SEEN-BY: 16/101 19/25 33 36 203/0 124 2 218/700 220/60 221/1 222/2 227/0 230/0 SEEN-BY: 150 2320/0 1 100 102 105 240/1120 250/1 261/100 38 266/404 512 267/155 SEEN-BY: 275/100 280/1027 282/1031 1056 291/1 111 31999/99 320/119 219 34/999 SEEN-BY: 340/400 342/13 3634/12 387/21 393/68 396/45 423/81 5020/1042 54 SEEN-BY: 640/1384 384 712/848 801/161 189 90/1 |
||||||
|
Previous Message | Next Message | Back to English Tutoring for Students of... <-- <--- | Return to Home Page |
Execution Time: 0.1197 seconds If you experience any problems with this website or need help, contact the webmaster. VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved. Virtual Advanced Copyright © 1995-1997 Roland De Graaf. |