From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Garreau Newsgroups: gmane.emacs.devel Subject: Re: How to add pseudo vector types Date: Fri, 30 Jul 2021 02:46:49 +0200 Message-ID: <6730331.r8FghvWzs1@galex-713.eu> References: <83h7gw6pyj.fsf@gnu.org> <24808548-23F4-4068-877E-37C7190A02B0@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21233"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Yuan Fu , stephen_leake@stephe-leake.org, eliz@gnu.org, cpitclaudel@gmail.com, monnier@iro.umontreal.ca To: emacs-devel@gnu.org, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 30 02:47:36 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m9GgZ-0005Ke-Le for ged-emacs-devel@m.gmane-mx.org; Fri, 30 Jul 2021 02:47:35 +0200 Original-Received: from localhost ([::1]:40012 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m9GgY-0007LN-Ce for ged-emacs-devel@m.gmane-mx.org; Thu, 29 Jul 2021 20:47:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36530) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9Gg2-0006gY-Tx for emacs-devel@gnu.org; Thu, 29 Jul 2021 20:47:02 -0400 Original-Received: from portable.galex-713.eu ([2a00:5884:8305::1]:42432 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9Gg1-0001bw-5u; Thu, 29 Jul 2021 20:47:02 -0400 Original-Received: from gal by galex-713.eu with local (Exim 4.92) (envelope-from ) id 1m9Gfr-0001fd-8Z; Fri, 30 Jul 2021 02:46:51 +0200 In-Reply-To: Received-SPF: pass client-ip=2a00:5884:8305::1; envelope-from=galex-713@galex-713.eu; helo=galex-713.eu X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:271816 Archived-At: Le vendredi 30 juillet 2021, 02:35:33 CEST Richard Stallman a =C3=A9crit : > I propose we create a way for Lisp programs to declare when they do > semantic narrowing. They could specify markers for the beginning and > end of that narrowing. >=20 > Facilities for parsing the buffer should heed semantic narrowing but > disregard display narrowing. >=20 > Various kinds of semantic narrowing should be able to nest, and > display narrowing should be able to nest inside semantic narrowings. >=20 > Comments or critiques? Nesting? that=E2=80=99s very interesting, I always felt that emacs=E2=80=99= separation of=20 data in =E2=80=9Catomic=E2=80=9D buffers, unnested, was limiting=E2=80=A6 = Couldn=E2=80=99t a such facility=20 come with some semantics that could ease the working with multi-modes and=20 multiple-formats files, such as php files (including html), html pages=20 (including javascript and css), org-mode and its source blocks (currently=20 opening another buffer to work), makefiles including a lot of shell-script= =20 programs, bison/yacc files including C, etc.? PS: that makes me think of some other reaaaally handy feature that would=20 be so convenient: the ability to *include* the content of a buffer inside=20 some other buffer, so both=E2=80=99s data are connected, and you can see ma= ny small=20 files=E2=80=99 content at once while working on some multi-semantics file= =E2=80=A6 but maybe=20 it=E2=80=99s a stupid/useless idea (it could be synchronized maybe? or be o= verly=20 difficult, dunno u.u)