From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: PHP mode and mmm-mode Date: Tue, 02 May 2006 22:29:04 +0200 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1146612484 18743 80.91.229.2 (2 May 2006 23:28:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 May 2006 23:28:04 +0000 (UTC) Cc: Lennart Borgman , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 03 01:28:02 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 1Fb4Hg-0001K7-8v for ged-emacs-devel@m.gmane.org; Wed, 03 May 2006 01:28:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fb4Hf-0002rj-C2 for ged-emacs-devel@m.gmane.org; Tue, 02 May 2006 19:27:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fb1VI-0007nC-RU for emacs-devel@gnu.org; Tue, 02 May 2006 16:29:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fb1VH-0007lb-IF for emacs-devel@gnu.org; Tue, 02 May 2006 16:29:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fb1VH-0007lY-Du for emacs-devel@gnu.org; Tue, 02 May 2006 16:29:51 -0400 Original-Received: from [80.91.231.2] (helo=quimbies.gnus.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fb1VU-0004M6-Nq for emacs-devel@gnu.org; Tue, 02 May 2006 16:30:05 -0400 Original-Received: from larsi by quimbies.gnus.org with local (Exim 3.36 #1 (Debian)) id 1Fb1Ua-0005M8-00; Tue, 02 May 2006 22:29:08 +0200 Original-To: "Michael Shulman" In-Reply-To: (Michael Shulman's message of "Mon, 1 May 2006 23:24:41 -0500") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEVqZGJkboeWb2KpkWzO yMl8gpWmalNcAAAACXBIWXMAAABIAAAASABGyWs+AAACIElEQVQ4y3VSwXbjIAyUoXs3aX0n4N4J su+bZ7gHY/7/V3Zkp2m6uxEOSTSjGVlA9CM0WXoV6v+Qtuqnwn0PL2SQ/0vo8VcrehX2uQa0oMNh /q27mtvJuFI0LA74kPt1Pp3P54EuPzq09F4/19NwOl100FoTHlJKXrJ1tZ3XtV0KhEAPHI4OeK1z nee11jaXwFqmZUVqZuRrXS/z3GpDL4EcpBQ14c9+nN/nerlASTmrLKSi8GtLCXi9QSoijxrKXOeI fMpLbdfiWJPDgnlb6la2lDMUU1bStbPBiXkby14woe6mQyQFiKbMbYNUbjPy6XeEO+wdTT59pK+A otewAELLmFor5gsCYG2wPtA0XctQzJZLFuCGRkl5SLXRSAzNmLal1GTmykZHKZm+M7JMP+ycriP4 C3DEgfb41T+AXjL9npUvcwe6/mB2QsZqpnPwmKahdIcUgswuRh6zmtL1i4/OuryboAJAK70ZgJUh NzzFrNEx8WfaMtEHiFkmxlvu++gZc8EIsxxIko2ZU1ljlIGNeUvLxz7CVHlh866ZHZHzLfdqkAGm 6xtPHDwzKvAurvSuE34icNl7PwEAIvfYSkkiWvgIAL2Tu+rkXNHdnl1ECsh+v49zehTITdkvt7of 4J6GhZMctrfpuyLKxwvApB7XQboSpVH0WY0PYBE2R5ukIZ7Sc4V4jwLEp7xUOE8HkJ7jaFWlF8Ab gLr9A1jh/gGV4J3mfU4UfAAAAABJRU5ErkJggg== X-Now-Playing: Machine Drum's _Mergerz & Acquisitionz (1)_: "Acid Wolf - Cherokee Lectro Mix" X-Hashcash: 1:23:060502:shulman@math.uchicago.edu::egcIRnW2Qi65HR4v:0000000000000000000000000000000000000ghr X-Hashcash: 1:23:060502:emacs-devel@gnu.org::yBzLZ5kC657WfIdn:000000000000000000000000000000000000000000DQiW X-Hashcash: 1:23:060502:lennart.borgman.073@student.lu.se::g431XSBBybzoRyCC:0000000000000000000000000000kofM X-Mailman-Approved-At: Tue, 02 May 2006 19:27:49 -0400 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:53827 Archived-At: "Michael Shulman" writes: > For example, in certain modes (which I don't remember off the > top of my head) indentation in submode regions is broken, while in > others, quotation marks in one place can adversely affect the > font-locking somewhere where they really shouldn't. Well, that's to be expected, but if a convention for telling modes what regions belongs to what modes, then these things can be fixed in the relevant major modes. We're not talking about hundreds of modes, either -- the number of modes where mixing types is likely is probably pretty low. Say 10 to 20. > This is fine as far as it goes, but it makes it hard > to completely conceal extraneous parts of the buffer from modes that > should not be paying attention to them, producing the above-mentioned > problems with font-lock and indentation. I just had a gross idea. Before calling any of the major-mode functions (in response to, say, `TAB'), you'd make all the text that's not in the current major mode invisible and intangible. Then each major mode function would believe there was nothing but its own type of text in the buffer. The mmm minor mode would basically install a keymap that does ... (make-other-text-invisible) (call-real-function) (make-other-text-visible-again) ... The major mode would probably need a way to tell mmm which functions would need this treatment. > Perhaps an approach based on narrowing, or the creation of auxiliary > buffers, might work better; I haven't really explored these > possibilities. I think using narrowing and auxiliary buffers would both be less than optimal. When you program, you need to see the context. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen