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.devel Subject: Re: how to speed up Lisp devel time Date: Fri, 09 Aug 2024 23:47:01 +0200 Message-ID: <87ed6x2wtm.fsf@dataswamp.org> References: <87y156413v.fsf@dataswamp.org> <86sevekvjy.fsf@gnu.org> <87v80a402y.fsf@dataswamp.org> <86ikwakmdg.fsf@gnu.org> <87frre3pxa.fsf@dataswamp.org> <86ed6xlx9r.fsf@gnu.org> <87a5hl4x9b.fsf@dataswamp.org> <86bk21lp53.fsf@gnu.org> <871q2x4ra3.fsf@dataswamp.org> <87wmkp3c53.fsf@dataswamp.org> <864j7tlgzm.fsf@gnu.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="20371"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:hy5FtcJjjKoq5bTplEw8aDnZJe0= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 10 07:16:58 2024 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 1sceTI-00059D-NW for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Aug 2024 07:16:56 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sceSw-0003aO-9X; Sat, 10 Aug 2024 01:16:34 -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 1scXS6-0007xz-GF for emacs-devel@gnu.org; Fri, 09 Aug 2024 17:47:14 -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 1scXS4-0000qn-IO for emacs-devel@gnu.org; Fri, 09 Aug 2024 17:47:14 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1scXS2-00042O-0W for emacs-devel@gnu.org; Fri, 09 Aug 2024 23:47:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io 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, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 10 Aug 2024 01:16:32 -0400 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322593 Archived-At: Eli Zaretskii wrote: >> (interactive (if (numberp current-prefix-arg) >> (list current-prefix-arg) >> current-prefix-arg)) > > If you need to support a numeric optional argument, "p" is > all you need. Anything else is redundant over-engineering > at best. Not here, I want M-x to be the default behavior since the 1 is implicit. The code you suggested isn't equivalent to mine. >> That, (interactive "p"), is the same as sending 1 on M-x, but >> here we want it to be the default behavior. Since nothing is >> stated explicitely. >> >> M-x should be default, just as (function-name) should >> be default. >> >> But it should be possible to do C-u 1 M-x to set 'end' to 1. > > It makes no sense to have "M-x" do something different from > "C-u 1 M-x", when the argument says how many times to do > some job. The interface is very consistent and easy to understand: For interactive as well as non-interactive use: - no explicit data -> use default value; explicit data -> use it - same default values - same validation checks > This is why in Emacs we use this convention consistently in > all the commands. Emacs has tons of conventions and I don't believe in that method, to some extent - maybe - instead I believe in automating stuff and have *the computer* check the soundness of things rather than to put it as list in the documentation and expect people to do it ever on. ;; This is a comment. Every comment should look like it That is another thing, but no, I don't believe in that method. But that besides the point, this whole thread isn't about _this_ interface! > You are free to use other conventions in your code, but > that's not how Emacs commands work, and we require any > command to adhere to that convention. *sigh* > When you want to allow the user to specify more than > a single argument to a command, things usually become much > more complicated, so it is best to avoid such commands. ... > If you must do that, a separate prompt for each argument is > better than tricky conventions regarding the value of > prefix arg. Tricky conventions that is M-x - (expt 4 0) - 1 (instead, since implicit, use default) C-u M-x - (expt 4 1) - 4 (same) C-u C-u M-x - (expt 4 2) - 16 (same) C-u n M-x - n (same) Too tricky for you, okay. Whatever, it isn't for me and the thread was, again, not about this particular interface, but ... ah, forget it. -- underground experts united https://dataswamp.org/~incal