🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.emacs.bug
Article #1250

(supposed) Trouble with auto-fill

#1250
From: Lynn Slater
Date: Wed, 14 Dec 1988 20:23
28 lines
1614 bytes
>>...to which I say, thank goodness!  That's the right thing to do.

> WRONG!  Of course RET should cause auto-filling when in AUTO-FILL-MODE!

This seems like a fairly dogmatic reply when the previous message
showed that this is not universally agreed upon.  I agree with Dale
Worley on this one but am open to arguments on the merits of the other
behavior.  

WHY do you consider this behavior "broken/wrong/screwed up" and why
should we not be using autofill-mode for this? 

Note: auto fill function documentation says:
  > In auto-fill mode, inserting a space at a column beyond  fill-column
  > automatically breaks the line at a previous space.
Carrage return is not mentioned.

Implimentation Note: It is probably easier for you to rebind your key
to a "fill-and-newline" function call than it would be for others to
redefine a function as fundimental as "newline" if auto fill behavior
was changed as you request.

-- Lynn
===============================================================
Lynn Slater -- lrs@esl.com
ESL/TRW 495 Java Drive, Box 3510, Sunnyvale, Ca 94088-3510
Office (408) 738-2888 x 4482; Home (415) 796-4149 
===============================================================
Technical Details
Message-ID: <8812142023.AA23890@esl.ESL.COM>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!esl.esl.com!lrs
References: <2308@bucsb.UUCP>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!esl.esl.com!lrs
From: lrs@esl.esl.com (Lynn Slater)
Newsgroups: gnu.emacs.bug
Subject: (supposed) Trouble with auto-fill
Message-ID: <8812142023.AA23890@esl.ESL.COM>
Date: 14 Dec 88 20:23:19 GMT
References: <2308@bucsb.UUCP>
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 28