unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#44250: Document what value of fill-column disables it
@ 2020-10-27  3:58 積丹尼 Dan Jacobson
  2020-10-27  7:13 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 3+ messages in thread
From: 積丹尼 Dan Jacobson @ 2020-10-27  3:58 UTC (permalink / raw)
  To: 44250

These should mention what value of fill-column disables it.

And if there are multiple values that could disable it, which is more
efficient.

Or, if disabling fill-column is to be achieved by other means, than
tampering with fill-column, then mention them.

Thank you.


(info "(emacs) Fill Commands")

   The maximum line width for filling is specified by the buffer-local
variable ‘fill-column’.  The default value (*note Locals::) is 70.  The
easiest way to set ‘fill-column’ in the current buffer is to use the
command ‘C-x f’ (‘set-fill-column’).  With a numeric argument, it uses
that as the new fill column.  With just ‘C-u’ as argument, it sets
‘fill-column’ to the current horizontal position of point.

fill-column is a variable defined in ‘C source code’.
Original value was 70

  Automatically becomes buffer-local when set.
  This variable is safe as a file local variable if its value
  satisfies the predicate ‘integerp’.
  You can customize this variable.
  Probably introduced at or before Emacs version 18.

Documentation:
Column beyond which automatic line-wrapping should happen.
Interactively, you can set the buffer local value using C-x f.

(Breaking off this into a separate bug from #44232.)
emacs-version "27.1"





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#44250: Document what value of fill-column disables it
  2020-10-27  3:58 bug#44250: Document what value of fill-column disables it 積丹尼 Dan Jacobson
@ 2020-10-27  7:13 ` Lars Ingebrigtsen
  2020-10-28 23:41   ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 3+ messages in thread
From: Lars Ingebrigtsen @ 2020-10-27  7:13 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 44250

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> These should mention what value of fill-column disables it.

If you don't want something to be filled, then switch off auto-fill-mode
or don't use `M-q'?  

I don't see anything to fix here; closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#44250: Document what value of fill-column disables it
  2020-10-27  7:13 ` Lars Ingebrigtsen
@ 2020-10-28 23:41   ` 積丹尼 Dan Jacobson
  0 siblings, 0 replies; 3+ messages in thread
From: 積丹尼 Dan Jacobson @ 2020-10-28 23:41 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 44250

>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

>> These should mention what value of fill-column disables it.

LI> If you don't want something to be filled, then switch off auto-fill-mode
LI> or don't use `M-q'?  

OK, the fill-column docs should mention that.

LI> I don't see anything to fix here; closing.

However, for unfilling portions of a document, it is much quicker to do
M-x 9999 C-f . M-q

So that should be officially documented.

I'm not saying it should be 9998 or 9999. I'm saying that such a
technique deserves official mention, and should not be left to users to
have to get on IRC each time to ask.





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-10-28 23:41 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-10-27  3:58 bug#44250: Document what value of fill-column disables it 積丹尼 Dan Jacobson
2020-10-27  7:13 ` Lars Ingebrigtsen
2020-10-28 23:41   ` 積丹尼 Dan Jacobson

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).