| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | tobruk - ..msg format |
In your message of 24 Aug (09:24 hrs) to Andrew MacIntyre, you wrote: AM> FWIW, my understanding is that all "soft" CRs should be AM> stripped from the message when it is stored. They are only AM> a convenience for a message editor, and whenever someone AM> has different margins the message editor should reformat AM> the paragraph to suit anyway. PE> The trouble is that 0x8d has meaning to the Japanese, and I can't PE> tell whether it's a Japanese character or a soft CR. This is PE> what happens when you use non-control characters for control PE> characters. :-( David Nugent's suggestion of ignoring them (ie treat them as part of the data stream) seems a good idea. If your software has to make no interpretive decisions so much the better. Is there some other sequence that you might be able to make an informed guess as to whether the data is Japanese (or whatever...) rather than ASCII? Regards, Andrew. --- msgedsq 2.0.5* Origin: What a Coherent Point! Canberra, Oz (3:620/243.18) SEEN-BY: 50/99 54/54 99 620/243 250 252 623/630 711/401 409 430 807 808 809 SEEN-BY: 711/932 934 712/623 627 713/888 714/906 800/1 @PATH: 30153/18 620/243 54/54 99 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.