From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Exposing buffer text modifications to Lisp Date: Mon, 20 Jun 2022 14:33:56 +0000 Message-ID: References: <83tu8jq2vl.fsf@gnu.org> <87sfo37etn.fsf@localhost> <834k0jplcm.fsf@gnu.org> <878rpuwm9w.fsf@localhost> <83mteao3oj.fsf@gnu.org> <87edzmv3i0.fsf@localhost> <83k09eo1p5.fsf@gnu.org> <878rpuv17q.fsf@localhost> <83fsk2nyrm.fsf@gnu.org> <878rpr4kd4.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25826"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , casouri@gmail.com, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jun 20 16:36:02 2022 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 1o3IVW-0006X9-EK for ged-emacs-devel@m.gmane-mx.org; Mon, 20 Jun 2022 16:36:02 +0200 Original-Received: from localhost ([::1]:58814 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o3IVU-00043D-Td for ged-emacs-devel@m.gmane-mx.org; Mon, 20 Jun 2022 10:36:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48036) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o3ITq-00020w-3x for emacs-devel@gnu.org; Mon, 20 Jun 2022 10:34:19 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:30591 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1o3ITl-0002mq-9I for emacs-devel@gnu.org; Mon, 20 Jun 2022 10:34:17 -0400 Original-Received: (qmail 89372 invoked by uid 3782); 20 Jun 2022 14:33:57 -0000 Original-Received: from acm.muc.de (p4fe15845.dip0.t-ipconnect.de [79.225.88.69]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 20 Jun 2022 16:33:57 +0200 Original-Received: (qmail 18195 invoked by uid 1000); 20 Jun 2022 14:33:56 -0000 Content-Disposition: inline In-Reply-To: <878rpr4kd4.fsf@localhost> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de 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_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:291469 Archived-At: Hello, Ihor. On Mon, Jun 20, 2022 at 19:58:31 +0800, Ihor Radchenko wrote: > Eli Zaretskii writes: [ .... ] > > If you already have a workaround for marker-related problems, then why > > do you need to hook into insertion and deletion on the lowest level? > Because the workaround relies on before/after-change-functions that may > be suppressed by bad third-party code. Why is that your (or our) problem? Code which isn't the major mode masking out the change functions is just invalid code. Can't you just document somewhere that before/after-change-functions are an essential part of Org Mode, and that messing around with them will lead to unpredictable results? [ .... ] > Best, > Ihor -- Alan Mackenzie (Nuremberg, Germany).