From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: [NonGNU ELPA] New package: latex-table-wizard Date: Fri, 16 Dec 2022 22:58:58 +0000 Message-ID: <87o7s30xcd.fsf@posteo.net> References: <87pmcjw9ly.fsf@eflor.net> <87h6xv2kts.fsf@posteo.net> <87mt7nvxz2.fsf@eflor.net> <87cz8j2fos.fsf@posteo.net> <877cyrvwl6.fsf@eflor.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2531"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Enrico Flor Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 16 23:59:44 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 1p6Jg8-0000V3-Bh for ged-emacs-devel@m.gmane-mx.org; Fri, 16 Dec 2022 23:59:44 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p6JfU-0002A7-Kh; Fri, 16 Dec 2022 17:59:04 -0500 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 1p6JfQ-00029W-5r for emacs-devel@gnu.org; Fri, 16 Dec 2022 17:59:00 -0500 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p6JfN-0000WF-KX for emacs-devel@gnu.org; Fri, 16 Dec 2022 17:58:59 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 75E7324003B for ; Fri, 16 Dec 2022 23:58:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1671231535; bh=WgUVNvhglHEAR0tAMMS+MfDlqu7ELsApDOUstZbBfFg=; h=From:To:Cc:Subject:Date:From; b=kvecax6Cd/ie5ROtP/nOF7wIHSvriC1UysBISmHo3mScDS6YWCyI1biha/QkdBxh2 aF959smo7U4IsJWfPIHz83CMHFDWNZrOROADyCxWg3PrOisOPO9i4jXO35fO5j2oC4 cpawXZe0YHU+dmQOAdleS2Q2OfGojqTTi6pd8b72c02FsuGn7rCesIUePhtOPHKicC 6EcdgMjCOhFB1X64p0/tP4ZB/RJbKwiNa2A2p5Rsd+bJGw+2qd2VbCfv7v85lhKzPY 1g2FTfkXj9oxTi/jdexxy/4PSz4o9Zy5QeurHkT/thkXAyPcpGgX+//AifMrDlzTL6 YnF3WQpRbc6dQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4NYkzy735Zz6tmm; Fri, 16 Dec 2022 23:58:54 +0100 (CET) In-Reply-To: <877cyrvwl6.fsf@eflor.net> (Enrico Flor's message of "Fri, 16 Dec 2022 21:59:04 +0000") Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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.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:301532 Archived-At: Enrico Flor writes: > "Philip Kaludercic" writes: > >> Enrico Flor writes: >> >>> Thank you so much for your comments! I implemented your many >>> suggestions wrt. the code. I must say I didn't use to have all the >>> backquotes but then I read somewhere that you should prefer >>> >>> `(,x ,y) >>> >>> over >>> >>> (list x y) >>> >>> and so I replaced all the instances of the latter with the former. I >>> probably misunderstood the "advice". >> >> I cannot think of why, after all >> >> (macroexpand-all '`(,a ,b ,c)) => (list a b c) >> >> and I prefer the latter, as it just seems cleaner. I'd be curious to >> hear the original argument, because to me that sounds like using a >> feature for it's own sake. >> > > I agree it seems cleaner. I went back to check for that claim, and > indeed... I did misunderstand. It's in the "The Emacs Lisp Style Guide" > on github, but what it says is that syntax quoting should be preferred > *in macro definitions*. Ah, of course because using backquoting allows you to write data that looks like code. >>> I also added the .elpaignore, removed the .info file and added a short >>> description.txt file to serve as readme. >> >> That might work as well, but I think you might also use the ";;; >> Commentary" section in the main file for the same purpose. > > I think I'd rather have something shorter than that, and keep more stuff > in the Commentary section. But ultimately, I'll do what people tell me > to do here. All I have been providing are a few optional suggestions and giving you information you might or might not know, you are the best judge of what you want the package to look like. If you say you want a "description.txt" file to contain a description of the package, that is absolutely fine. Another option is just a plain "README" file, without any extension. ELPA detects these by default, so the package specification wouldn't have to list it.