From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Matt Swift Newsgroups: gmane.emacs.devel Subject: Re: proposed new variable `emacs-lisp-docstring-fill-column' Date: Sat, 01 Mar 2003 16:32:49 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200303012038.h21KcGr24763@rum.cs.yale.edu> <200303012056.h21KuFt24965@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046554397 12400 80.91.224.249 (1 Mar 2003 21:33:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 1 Mar 2003 21:33:17 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18pEbb-0003Ds-00 for ; Sat, 01 Mar 2003 22:33:15 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18pEtf-0004qn-00 for ; Sat, 01 Mar 2003 22:51:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18pEbh-00047M-06 for emacs-devel@quimby.gnus.org; Sat, 01 Mar 2003 16:33:21 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18pEbN-00043p-00 for emacs-devel@gnu.org; Sat, 01 Mar 2003 16:33:01 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18pEbL-0003x1-00 for emacs-devel@gnu.org; Sat, 01 Mar 2003 16:33:00 -0500 Original-Received: from pool-68-160-54-133.bos.east.verizon.net ([68.160.54.133] helo=beth.swift.xxx) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18pEbH-0003u7-00 for emacs-devel@gnu.org; Sat, 01 Mar 2003 16:32:55 -0500 Original-Received: from beth.swift.xxx (swift@localhost.swift.xxx [127.0.0.1]) h21LWnpF025521verify=FAIL); Sat, 1 Mar 2003 16:32:49 -0500 Original-Received: (from swift@localhost) by beth.swift.xxx (8.12.7/8.12.7/Debian-2) id h21LWnGR025519; Sat, 1 Mar 2003 16:32:49 -0500 Original-To: "Stefan Monnier" In-Reply-To: <200303012056.h21KuFt24965@rum.cs.yale.edu> ("Stefan Monnier"'s message of "Sat, 01 Mar 2003 15:56:15 -0500") User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (i386-debian-linux-gnu) X-Mailscanner: clean (beth.swift.xxx) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12053 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12053 >> "S" == Stefan wrote: >> I agree the wording below is not a requirement, but it is a >> recommendation, and I was looking for a way to heed it while still >> filling code and comments to a more practical, wider length. S> Why can't they set fill-column in their emacs-lisp-mode-hook ? They can, but it won't achieve my objective, which is to fill docstrings to one length, and use another length to fill comments and for auto-filling. Having context-dependent values for `fill-column' can't be accomplished in a hook. S> It looks to me like an unnecessary customization variable. Of course that is a reasonable opinion, but I think not because the variable is redundant. There are other schemes. One can define an alternative to `lisp-fill-paragraph' and elect that function in the mode-hook. That is how I have done it at home. One could avoid adding a customization variable by permitting `fill-column' to have other forms, such as an alist of contexts and values. But changing all the code that refers to `fill-column' would be a big job that really doesn't seem worth it if it's not a widely useful abstraction.