From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: Syntax ambiguities in narrowed buffers and multiple major modes: a proposed solution. Date: Sun, 26 Feb 2017 19:24:41 +0700 Message-ID: References: <20170225135355.GA2592@acm> <20170225212236.GD2592@acm> <20170226120656.GA3811@acm> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1488111944 31690 195.159.176.226 (26 Feb 2017 12:25:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 26 Feb 2017 12:25:44 +0000 (UTC) Cc: Stefan Monnier , Emacs developers To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 26 13:25:37 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chxtP-0007Nm-LN for ged-emacs-devel@m.gmane.org; Sun, 26 Feb 2017 13:25:35 +0100 Original-Received: from localhost ([::1]:46160 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chxtV-0000rD-OV for ged-emacs-devel@m.gmane.org; Sun, 26 Feb 2017 07:25:41 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57829) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chxsw-0000po-37 for emacs-devel@gnu.org; Sun, 26 Feb 2017 07:25:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chxsv-0004Fs-5o for emacs-devel@gnu.org; Sun, 26 Feb 2017 07:25:06 -0500 Original-Received: from mail-wm0-x234.google.com ([2a00:1450:400c:c09::234]:35817) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1chxsu-0004FS-Vj for emacs-devel@gnu.org; Sun, 26 Feb 2017 07:25:05 -0500 Original-Received: by mail-wm0-x234.google.com with SMTP id v186so43745938wmd.0 for ; Sun, 26 Feb 2017 04:25:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=mkTnvblURN9n81L/zq55he74Vmu4JCkGrYX6yqlPuy4=; b=qqtUtndfeDW8NY30B21vsR9FjtykVgCfmfko7hkE13Ez9Z+PfD/B4AdXMQKz2qrOQ0 XLtYoIA2svhIV+axfDpFPB2wQbQspFPx6G6DctXQsk+/GRYBF0Ra+0tiOEZtJ9klXRi4 15oi4EJ90psykqq6xRBeCM17CutgJ/u6gYvrX2vCRDhteUuo99fiOyK455JLtF2oKDv7 PjiJEaULna6CQXypx5uTGXBJSVEoURrESriS2Y/Y/n+G2iV8+sKp6fHWKrsF7NVYDDku rU2dstddp1Lk4TXxnIQpJRohslaQFkF0Tp3P7LdB1DaMC+IEZ5TGfRvH+TYNRbtJCUvW 0rtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=mkTnvblURN9n81L/zq55he74Vmu4JCkGrYX6yqlPuy4=; b=OTVda1nZTd131e7lLf3EPfsk0V/pOOBfBJ5oOzKff7geMk8cJs18gsSy/TiO8kjxp9 6XErU1KZ60isxjiMmF6Gb35ipLcoaLvJq849l3GDMhJfq58PMICjFWk22NyAW9Ra46jW DnK63rBA09Ag0idQdvZHnJ/gBTIeFYd0uT1jJ+24VVJvWDookq/GUOI1XLlOdcLteX7k eocRjuyXa1sWwrcTjF3GCP8vFfNIYBIr6u/jE7xBLxzZohKzHlEjGZWOYBykybpChKfe 76mCKlTuUjgczwC+rmfhIpblkvfA2o2CepnK0N5r1SHhl5rCBpiErQMHCjqbGVP9XTnr QZOw== X-Gm-Message-State: AMke39lTGh/QxIaSpWxWHQ+oGVRhr60WUOnHmHKTedrO2RKTKBo+3im+3q0Ey983EQnTixKTxW3uJYtnYDgFLw== X-Received: by 10.28.172.68 with SMTP id v65mr9626048wme.111.1488111902361; Sun, 26 Feb 2017 04:25:02 -0800 (PST) Original-Received: by 10.223.140.2 with HTTP; Sun, 26 Feb 2017 04:24:41 -0800 (PST) In-Reply-To: <20170226120656.GA3811@acm> X-Google-Sender-Auth: IfO4PtFjHl0NBsmPgOEs0sPr1zk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:212607 Archived-At: On Sun, Feb 26, 2017 at 7:06 PM, Alan Mackenzie wrote: > In that case, we'd need some other term to mean what I'm calling an > "island", i.e. a region of buffer bounded by island open/close > syntax-table text properties, possibly with its own syntax table, which > is syntactically disjoint from the surrounding buffer pieces. In many languages, conventions exist for including formal documentation in the source. In Elisp and Python, it is syntactically expressed as a string. In Javadoc and Doxygen (used for C and C++), it takes the form of a specially formatted comment. In C#, it is a comment containing XML markup. In all cases, the documentation has its own syntax, distinct from the syntax of the surrounding program, and may benefit from local bindings. Totally a use case for islands.