From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: NonGNU ELPA (was: Re: Fwd: How do I go about debugging my Elisp code?) Date: Tue, 18 Jan 2022 01:01:34 +0100 Message-ID: <87zgnt7vz5.fsf@zoho.eu> References: <87czku1hon.fsf@gnu.org> <87sftpx5ja.fsf_-_@zoho.eu> <874k63auq8.fsf@zoho.eu> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34378"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:E3oxjm+o64rwIh7h+oTrI5R0Xrw= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 18 01:10:35 2022 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 1n9c55-0008lP-Hw for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 18 Jan 2022 01:10:35 +0100 Original-Received: from localhost ([::1]:37688 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9c54-000296-G1 for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 17 Jan 2022 19:10:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37606) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9bwY-00030F-Up for help-gnu-emacs@gnu.org; Mon, 17 Jan 2022 19:01:46 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:59620) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9bwW-0002Az-R3 for help-gnu-emacs@gnu.org; Mon, 17 Jan 2022 19:01:46 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1n9bwU-0007E5-23 for help-gnu-emacs@gnu.org; Tue, 18 Jan 2022 01:01:42 +0100 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: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action 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" Xref: news.gmane.io gmane.emacs.help:135400 Archived-At: Jean Louis wrote: >> I think we did this at least once before so the packs >> should be ready formally, however if they aren't do tell >> and I'll be happy to use the hjälpsam assistant :) > > Hjälpsam was written especially for you. 😛 Thanks a lot, love it :) > Of course, you write email to emacs-devel@gnu.org with the > subject: [ELPA] new package buc.el > > and then make sure you submit papers to assign copyrights to > FSF, they will protect it hopefully, even if you become > unavailable in some far Asian country. Hm ... not sure it is that easy but if so, sure, they can have whatever licence, I'm happy that you picked buc.el as the example since it is maybe the most creative package and also one that (A) has a ideology or philosophy but just as well (B) is applicable and solves a practical situation _and_ (A) and (B) are in congruence with each other. Not easy to do! And TBH I don't know if I managed a lot of times apart from that. I don't remember why it is called "buc" tho, "buffer cache" maybe or it refers to the US (German) writer Charles "Buk" Bukowski ... > ;; Copyright (C) 2021 by Emanuel Berg (incal) Yeah, but you don't need that, just the licence, right? > ;; Author: Emanuel Berg (incal) > ;; Version: 2.3.7. Yuk, a dot? > ;; Package-Requires: > ;; Change Log: Waat, if the header isn't there that should imply nothing! I can add a Change Log when there are changes, if they are big but I don't think that'll happen. Besides should you really hard-code that, isn't that what you have repositories, VCSs, etc, for? Really interesting and unusual/exotic history items I'd gladly add tho but that won't happen, well, one can hope it will ;) Nike's wings and pandora's box ... https://www.youtube.com/watch?v=iqM9P4TdA7E > ;; This file is not part of GNU Emacs. > > ;; This program is free software: you can redistribute it and/or > ;; modify it under the terms of the GNU General Public License as > ;; published by the Free Software Foundation, either version 3 of the > ;; License, or (at your option) any later version. > ;; > ;; This program is distributed in the hope that it will be useful, but > ;; WITHOUT ANY WARRANTY; without even the implied warranty of > ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > ;; General Public License for more details. > ;; > ;; You should have received a copy of the GNU General Public License > ;; along with this program. If not, see . Again is this an Emacs convention or is it mandatory for the license? If it is needed to put the code somewhere (anywhere), I'll be happy to add it, of course, otherwise I think it is just bulky and doesn't contribute anything interesting. My code should be fit for a particular purpose! Still, it's OK to put it like that, it doesn't change the quality of the code. Mere words ... > ;;; Commentary [...] Please read the documentation and see if it can be improved as well, as I'm sure it can! >> Here are 9 Elisp packs (including 1 major mode for editing >> code) >> >> https://dataswamp.org/~incal/emacs-packs/ > > Call it "packages" please. It's just the directory ... And long words like length, width, packages, directories are much harder to spell/type than len, w, packs, dirs, so in everything computers (i.e., what we are doing now is not computers but humans) but with everything computers I think short forms should be favored ("prev" is can also be aligned with "next", but "previous" can't; "beg" is much shorter and easier/faster to spell/type than beginning, and it can be aligned with "end"; and so on). Lisp is super-verbose as it is! Everything to make it shorter and faster is good: str (not string), col (column), buf (buffer), sjl (Super Jean Louis) ... I'm not saying we should change `previous-line' to "prev-line" but actually yes, if I implemented a Lisp dialect I'd be `prev-line' (maybe `backward-char' would be `prev-char' for consistency, it is also clearer, in that case tho I don't know what gain calling it `back-char' would be, not increased clarity anyway :)) - what one can do now is aliases, I guess, with respect to that - (defalias 'prev-line #'previous-line) but what should do even more is not do it like `defalias' has it, namely (defalias SYMBOL DEFINITION &optional DOCSTRING) it should be (defalias SYM DEF &optional DOCSTR) IMO! -- underground experts united https://dataswamp.org/~incal