From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: /srv/bzr/emacs/trunk r101338:*lisp/emacs-lisp/syntax.el(syntax-ppss): More sanity check to catchtch Date: Sun, 16 Feb 2014 18:43:31 +0200 Message-ID: <87zjlrgg98.fsf@yandex.ru> 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> <87fvnln2md.fsf@gmail.com> <87ob297m3c.fsf@yandex.ru> <87eh35n1ra.fsf@gmail.com> <530019C4.7010501@yandex.ru> <87wqgv9w3z.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392569033 7764 80.91.229.3 (16 Feb 2014 16:43:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 16:43:53 +0000 (UTC) Cc: Eli Zaretskii , David Kastrup , emacs-devel@gnu.org To: E Sabof Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 16 17:44:01 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 1WF4oy-0007rQ-BD for ged-emacs-devel@m.gmane.org; Sun, 16 Feb 2014 17:44:00 +0100 Original-Received: from localhost ([::1]:34052 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF4ox-0000iV-P1 for ged-emacs-devel@m.gmane.org; Sun, 16 Feb 2014 11:43:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47345) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF4om-0000gU-4c for emacs-devel@gnu.org; Sun, 16 Feb 2014 11:43:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WF4od-0007Rb-Md for emacs-devel@gnu.org; Sun, 16 Feb 2014 11:43:48 -0500 Original-Received: from mail-ee0-x236.google.com ([2a00:1450:4013:c00::236]:39499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF4od-0007RR-Fq; Sun, 16 Feb 2014 11:43:39 -0500 Original-Received: by mail-ee0-f54.google.com with SMTP id e53so6558272eek.41 for ; Sun, 16 Feb 2014 08:43:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=QRvoygRX5+MOrayOcaNDuZVlnCUFlKH5ZuYpzwU2q00=; b=bKVLFw5MGJYXgXgGgJnMA+Kkf4RE3kxEhUcLwI5M0o5Di7/lMctlPqX7t5sgN58iqa zJ1YifZwj6bVypnpu7D5eg/Q8Fs/HVIhUftcTAvcxvR6yxWVpDcX4mJcQaXvqW8Lx4XL tMKQY25ZJJGut62tlIUDvgc/UKZhXfMtmGdBX/C+JV+oed0hWD3R+nign1af+HpbXMt2 hVtM1ZoQ2TADmahVt3pHMwatyDs1n/XAROmCc7oXmMTjB/tZNnr57qXuNkfTq7SACquY st5QVVasHn2EUMZoQo76j0lxpLWfWefRtkKMKYkBjY8kpZmyHnSU5R3ZRtYb/xHKqp6l Tz4g== X-Received: by 10.14.216.193 with SMTP id g41mr22317873eep.13.1392569018334; Sun, 16 Feb 2014 08:43:38 -0800 (PST) Original-Received: from axl ([93.109.195.252]) by mx.google.com with ESMTPSA id m9sm46445384eeh.3.2014.02.16.08.43.35 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 16 Feb 2014 08:43:37 -0800 (PST) In-Reply-To: <87wqgv9w3z.fsf@gmail.com> (E. Sabof's message of "Sun, 16 Feb 2014 10:42:56 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::236 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:169647 Archived-At: E Sabof writes: >> In other words, the parent mode suddenly has to become multiple-mode >> aware. So html-mode, for example, wouldn't be suitable anymore. > > html-mode is part of Emacs. Extending it shouldn't be (socially) hard. Well, suppose Emacs just provides a derived mode for every templating language we want to support (some deriving from html-mode others not). > I had in mind something along the lines of (set-region-mode MODE > BEGINNING END), provided by emacs infrastructure. Does it somehow go > wrong from there? That's not unlikely, but I can't think of something > specific. Until you define what such a function would do, it's hard for things to go wrong. But let's just look at things in motion. What would make a major mode call this function? It would have to know about a set of template delimiters, right? And somehow translate them into `set-region-mode' calls? Are BEGINNING and END buffer positions? What happens if the user inserts some text in the buffer? Will all regions below suddenly become invalid? Okay, let's make them markers. What happens when the user removes a region? Or just one delimiter? Or adds a new delimiter, or region?