From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Patch: Syntax and Hard Newlines Date: Sun, 19 Nov 2006 02:59:25 -0500 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1163923237 7483 80.91.229.2 (19 Nov 2006 08:00:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 08:00:37 +0000 (UTC) Cc: rudalics@gmx.at, monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 19 09:00:35 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GlhbN-00068o-2N for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 09:00:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlhbM-0002jK-JV for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 03:00:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GlhaK-000240-9H for emacs-devel@gnu.org; Sun, 19 Nov 2006 02:59:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GlhaJ-00023Z-LK for emacs-devel@gnu.org; Sun, 19 Nov 2006 02:59:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlhaJ-00023T-9u for emacs-devel@gnu.org; Sun, 19 Nov 2006 02:59:27 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GlhaJ-0001z7-FS for emacs-devel@gnu.org; Sun, 19 Nov 2006 02:59:27 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1GlhaH-00087k-UJ; Sun, 19 Nov 2006 02:59:26 -0500 Original-To: "Herbert Euler" In-reply-to: (herberteuler@hotmail.com) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:62452 Archived-At: The usual way to solve a problem where two different modes want to enable a certain feature, and it should only be disabled when both modes are disabled, is to create two variables each of which enables the feature when non-nil. Then each mode can set its own variable. This sort of method >I suppose it would be cleaner to require minor modes that want to turn >on/off `parse-sexp-lookup-properties' in a buffer append/remove their >name from/to that variable and kill it iff that list gets empty. is ok if no simpler method will work. However, using `parse-sexp-lookup-properties' this way would require changing all modes that set it. We can't reliably do that, since some of them may not be included in Emacs. Therefore, it could be better to create a new variable to be used this way, alongside `parse-sexp-lookup-properties'. If either variable is non-nil, then parse-sexp would check the properties.