From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.help Subject: Re: Emacs vs. TextMate (not trying to start an editor war) Date: Sat, 12 Jul 2008 01:11:20 +0200 Message-ID: <4877E898.2020802@gmail.com> References: <47107.6355003335$1215674200@news.gmane.org> <87fxqh34jk.fsf@edna.homeunix.org> <877ibt33p4.fsf@edna.homeunix.org> <8763rdqopj.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1215817922 13545 80.91.229.12 (11 Jul 2008 23:12:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Jul 2008 23:12:02 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: tromey@redhat.com Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jul 12 01:12:49 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KHRnE-0004AH-2n for geh-help-gnu-emacs@m.gmane.org; Sat, 12 Jul 2008 01:12:48 +0200 Original-Received: from localhost ([127.0.0.1]:48208 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHRmM-0000PX-Dq for geh-help-gnu-emacs@m.gmane.org; Fri, 11 Jul 2008 19:11:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KHRm4-0000Ne-Tc for help-gnu-emacs@gnu.org; Fri, 11 Jul 2008 19:11:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KHRm4-0000NI-EW for help-gnu-emacs@gnu.org; Fri, 11 Jul 2008 19:11:36 -0400 Original-Received: from [199.232.76.173] (port=52123 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHRm4-0000NF-8M for help-gnu-emacs@gnu.org; Fri, 11 Jul 2008 19:11:36 -0400 Original-Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213]:45072) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KHRm3-0003iq-Gl for help-gnu-emacs@gnu.org; Fri, 11 Jul 2008 19:11:35 -0400 Original-Received: from c83-254-145-59.bredband.comhem.se ([83.254.145.59]:62045 helo=[127.0.0.1]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KHRm1-0005uM-94; Sat, 12 Jul 2008 01:11:34 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: X-Antivirus: avast! (VPS 080711-0, 2008-07-11), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.145.59 X-Scan-Result: No virus found in message 1KHRm1-0005uM-94. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1KHRm1-0005uM-94 bec5238898e62194418525deccf227c9 X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:55451 Archived-At: Tom Tromey wrote: >>>>>> "Miles" == Miles Bader writes: > > Miles> What is really desirable, I think, is some way of transparently fooling > Miles> "whole buffer" modes into thinking they have control of a whole buffer, > Miles> when in fact, they just have control of part of one. I think it's > Miles> probably possible to do this (perhaps using an extension of the indirect > Miles> buffer mechanism?) but afaik nobody has really looked at the problem > Miles> closely. > > Have you looked at MuMaMo? I thought it did this kind of thing. But, > I have not looked at it and I don't know the details. MuMaMo (which is part of nXhtml) does something like that, yes. But it does this by trying to handle buffer local variables and fontification carefully. Doing it this way I could make it to work with Emacs 22. I think somewhere in the future with some more experience with this we may want to rewrite some structures in Emacs to better support this. However my impression is that such structures should hide part of the buffer rather than just giving one continuous part of the buffer to the major mode. This will make it easier to handle major modes that parses the buffer. Take for example XHTML buffers versus XHTML template buffers. For an XHTML buffer (ie containing an .xhtml file) the whole buffer can be parsed by nxml-mode (or a mode derived from it). For a template language the situation is different. In that case only (non-consecutive) parts can be parsed by nxml-mode. This situation is today handled by MuMaMo + a patch to nxml-mode. There are of course also other details to think of.