From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: [External] : forward-sexp Date: Sun, 13 Aug 2023 00:23:39 +0200 Message-ID: <87msyvkihg.fsf@dataswamp.org> References: <53741ea9-b3ac-67a6-519f-b8977df30bf9@easy-emacs.de> <0a70992a-8daf-b14b-09a4-d4b89ef29639@easy-emacs.de> <87350pibf2.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24448"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:AohfVQ00jo39wMsoN5g1ZuUiexU= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 13 14:52:37 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1qVAaC-00067x-Je for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 13 Aug 2023 14:52:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qVAa2-0007Cc-7l; Sun, 13 Aug 2023 08:52:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUx1U-0002Tm-QM for help-gnu-emacs@gnu.org; Sat, 12 Aug 2023 18:23:52 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUx1T-0005p4-0O for help-gnu-emacs@gnu.org; Sat, 12 Aug 2023 18:23:52 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qUx1Q-0000tD-7l for help-gnu-emacs@gnu.org; Sun, 13 Aug 2023 00:23:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 13 Aug 2023 08:52:17 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:144792 Archived-At: Drew Adams wrote: >>> But similarly, if you try just ["abc] or ["(abc] then >>> you'll run into the same group-didn't-end >>> (no-matching-delimiter) behavior. >> >> There should be no incorrect commands, if there are there >> will be people using them "incorrectly", if you will. >> But if every command work everywhere none of that can >> happen, right? > > What do you think is incorrect in the examples given? > When you ask Emacs to go forward in such a way as to take > into account balanced delimiters such as parens, then if it > doesn't find a closing delimiter that matches before the end > of the buffer, it tells you that. Seems like the right > behavior, to me... No, that would be the way to do it, if there is no notion of symbolic expressions, one would fall back to some other behavior, preferably something not to far away from both the name of the function or the usual way it is used in practice, i.e. what would be thought to be expected to reflect that in the supposed sexp-less setting ... So either one would have a small set of functions that would work everywhere, but differently depending on the context, _or_ one would have a huge, always growing set of functions and every one of those would work in one and only one context ... -- underground experts united https://dataswamp.org/~incal