Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!ziploc!eps From: eps@toaster.SFSU.EDU (Eric P. Scott) Newsgroups: news.newusers.questions Subject: Re: A question from a net.virgin Summary: There are SOME things emacs does not excel at Message-ID: <274@toaster.SFSU.EDU> Date: 24 Jan 90 06:03:20 GMT References: <25ba4305.5a74@polyslo.CalPoly.EDU> <271@toaster.SFSU.EDU> Reply-To: eps@cs.SFSU.EDU (Eric P. Scott) Organization: San Francisco State University Lines: 37 In article tale@cs.rpi.edu (David C Lawrence) writes: > There is nothing in the RFCs that I have found >that say a newsreader should be able to understand C-h interpretation >in the conventional tty manner. True. One assumes that articles are NVT-ASCII, and RFC 854 quite explicitly says you're not *required* to support backspace. But the Real World "decided" otherwise. > Yes, the transports mechanisms >_allow_ C-h to be passed, but people are really relying on special tty >handling in order to turn it into something else. Transports MUST pass Control-H. They're relying on newsreader support to render the behavior, which *is* specified if you do support backspace. > Note well that >there are other, usually better, ways to put a terminal into underline >mode. The underscore/C-h/char sequence is just an accepted convention you got it ^^^^^^^^ ^^^^^^^^^^ >that is consistent with teletypes but not with other C-h processing by >typical terminals, except those like the Tektronix 4014. It doesn't have to correspond to ANY real world device (RFC 1123). You are expected to perform any necessary conversions to or from what is native to your system. That way the network representation is terminal-independent. The ultimate irony is, of course, that GNUS is Japanese. You're complaining about something as trivial as underlining? Gimme a break! Most _gaijin_ would freak out if I posted something fj.*-style here. (lurkers: see sci.lang.japan) -=EPS=- I guess you're not reading biz.clarinet... it's happily using underlining, and as we know, Brad can do no wrong. :-)