From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#10429: 23.3; Many "user variables" in man.el aren't defined accordingly Date: Sat, 07 Jan 2012 22:29:27 +0200 Organization: JURTA Message-ID: <87wr93dzno.fsf@mail.jurta.org> References: <877h18tmxr.fsf@naesten.dyndns.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1325968633 7104 80.91.229.12 (7 Jan 2012 20:37:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 7 Jan 2012 20:37:13 +0000 (UTC) Cc: 10429@debbugs.gnu.org To: Samuel Bronson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 07 21:37:05 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rjd0i-0003aS-8H for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Jan 2012 21:37:04 +0100 Original-Received: from localhost ([::1]:32869 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rjd0h-0008HB-Az for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Jan 2012 15:37:03 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:44701) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rjd0d-0008Fk-Je for bug-gnu-emacs@gnu.org; Sat, 07 Jan 2012 15:37:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rjd0c-0004ns-LP for bug-gnu-emacs@gnu.org; Sat, 07 Jan 2012 15:36:59 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54528) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rjd0c-0004nj-GZ for bug-gnu-emacs@gnu.org; Sat, 07 Jan 2012 15:36:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Rjd0g-0007T9-9J for bug-gnu-emacs@gnu.org; Sat, 07 Jan 2012 15:37:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 20:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10429 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10429-submit@debbugs.gnu.org id=B10429.132596860528687 (code B ref 10429); Sat, 07 Jan 2012 20:37:02 +0000 Original-Received: (at 10429) by debbugs.gnu.org; 7 Jan 2012 20:36:45 +0000 Original-Received: from localhost ([127.0.0.1]:49201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rjd0O-0007Sd-PG for submit@debbugs.gnu.org; Sat, 07 Jan 2012 15:36:45 -0500 Original-Received: from smarty.dreamhost.com ([208.113.175.8]:59883) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rjd0M-0007SW-5N for 10429@debbugs.gnu.org; Sat, 07 Jan 2012 15:36:43 -0500 Original-Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 7488E760074; Sat, 7 Jan 2012 12:36:37 -0800 (PST) Original-Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 4EFDC451C760; Sat, 7 Jan 2012 12:35:49 -0800 (PST) In-Reply-To: <877h18tmxr.fsf@naesten.dyndns.org> (Samuel Bronson's message of "Tue, 03 Jan 2012 17:56:32 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (x86_64-pc-linux-gnu) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:55527 Archived-At: > Perhaps it would not provide much real benefit to expose all of the > regular expressions through customize (especially with the way many of > the bigger ones are built up from smaller pieces). Everything else, > however, would probably work quite nicely. It would clutter the Customization interface to include all variables. But we could include at least whose customization is suggested in docstrings, like e.g. the docstring of `man' says: Add to `Man-switches' to make this option permanent. so making `Man-switches' customizable would be reasonable.