| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Msgedsq |
Answering msg from andrew clarke to Bill Grimsley,
on Tuesday April 25 1995 at 15:43
ac> I disagree with certain points in Paul's SOT/EOT specification which
ac> have no relevance to "Distinguishing user-entered text", nor can I
ac> guarantee my software will comply with the entire proposal, nor do I
ac> see a particular need for my system to use SOT/EOT aside from making
ac> Paul a happier person.
I noticed that Paul either did not receive, or did not reply, to my
recent message to him in Z3_NETDEV, pointing out that the date format was
quite irrelevant unless the editor happened to create fidonet date formats
(*.MSG is the only one I know of.) It's the tosser that will generally
create the fidonet style date format, and SOT/EOT is for editors (on
originating system, anyway).
BG>> The way Msged works now (re "-+-" etc), the SOT/EOT should be
BG>> hard-coded IMO.
ac> The sooner it is hard-coded, the sooner I recompile the source to
ac> disable it.
Jolly good show, eh.
---
* Origin: Jelly-Bean software development. (3:635/727.1)SEEN-BY: 50/99 632/348 998 633/371 634/384 635/502 503 513 544 727 638/100 SEEN-BY: 639/100 640/230 690/718 711/401 410 430 807 808 809 933 934 713/888 SEEN-BY: 800/1 7877/2809 @PATH: 635/727 632/348 635/503 50/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™.