From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: /srv/bzr/emacs/trunk r101338: * lisp/emacs-lisp/syntax.el (syntax-ppss): More sanity check to catch Date: Mon, 17 Feb 2014 04:00:52 +0100 Message-ID: References: <87r47bi1e5.fsf@yandex.ru> <52F96284.50507@yandex.ru> <52FAE12B.6060101@yandex.ru> <52FC3BEE.60604@yandex.ru> <52FCD2B4.5080006@yandex.ru> <52FD9F1D.50205@yandex.ru> <83mwhucg1h.fsf@gnu.org> <878ute589i.fsf@fencepost.gnu.org> <83d2iqc84m.fsf@gnu.org> <87wqgxkcr9.fsf@yandex.ru> <834n41db0d.fsf@gnu.org> <87k3cw53d1.fsf@maru2.md5i.com> <83lhxcbzs2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1392606091 17373 80.91.229.3 (17 Feb 2014 03:01:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Feb 2014 03:01:31 +0000 (UTC) Cc: Michael Welsh Duggan , Eli Zaretskii , Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 17 04:01:39 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WFESg-00013u-2L for ged-emacs-devel@m.gmane.org; Mon, 17 Feb 2014 04:01:38 +0100 Original-Received: from localhost ([::1]:37008 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFESf-0004p9-KY for ged-emacs-devel@m.gmane.org; Sun, 16 Feb 2014 22:01:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54599) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFESd-0004p0-IX for emacs-devel@gnu.org; Sun, 16 Feb 2014 22:01:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WFESc-0000gv-KY for emacs-devel@gnu.org; Sun, 16 Feb 2014 22:01:35 -0500 Original-Received: from mail-ee0-x22f.google.com ([2a00:1450:4013:c00::22f]:57378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFESb-0000fd-DO; Sun, 16 Feb 2014 22:01:33 -0500 Original-Received: by mail-ee0-f47.google.com with SMTP id d49so6789701eek.34 for ; Sun, 16 Feb 2014 19:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MvsP2mhMPIii7hgk8fFGc0TuNRhgXrp4c/BUczvoIkE=; b=VPUN6y5OE+aMj7FWtZdAXKPRiT+SYK1n8Asvc2pjvdANBN9wOQpw8WJl3qiJdyDj5J 41CRH9juEoP66WeTJ+lf+nj3mE4NviogiBZ9KsakhytMwp79TE4w4ssATSf1bbV/npQB RhHP2h6utb3HhExiQcKnAMzJFV6BzK1GPK7ungfPZ7eWT+DxWtQzO+gYdXM9nK2M81vH PmZZY49aU9SQHEqO/rGMfq0ZCR3vNZ5L3vsupURFOBSBdqIq8nxNfWW9mobxXAonvfZO 6NrcxYIjJgPGgIuwTlvwQ5JswWo9LRK0bBc89C9TL2GMKOon0gDXXcMtcBBeES+fwxRR zIaw== X-Received: by 10.14.194.2 with SMTP id l2mr24464814een.39.1392606092429; Sun, 16 Feb 2014 19:01:32 -0800 (PST) Original-Received: by 10.14.128.133 with HTTP; Sun, 16 Feb 2014 19:00:52 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169682 Archived-At: On Mon, Feb 17, 2014 at 3:40 AM, Stefan Monnier wrote: > - font-lock and syntax-propertize, each sub-part according to its own > mode and according to its context which can depend on the immediately > preceding chunk (even tho it's in a different mode) as well as on some > earlier chunk in the same mode. > - indentation is done according to the mode to which BOL belongs, I think. For multi-modes representing dynamically generated content (PHP + HTML, etc.) there's going to be fragments that will be hard or impossible to indent meaningfully. Can't be avoided, I think. > Not sure if it's the kind of requirements you were thinking about. What about code that deals with the buffer's major-mode? In a PHP + HTML buffer, or a Literate Haskell source (assuming it's a multi-mode buffer with text and Haskell submodes), what will (with-current-buffer "my-multi-buffer" major-mode) return? Does it depend on `point'? If you switch the buffer's major-mode, does it change for all fragments? J