From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Arash Esbati Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] some tex-related packages Date: Mon, 20 May 2024 19:37:13 +0200 Message-ID: References: <87msol9emj.fsf@posteo.net> <87cypgn8oc.fsf@posteo.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="32176"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Paul Nelson , emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 20 19:38:10 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 1s96xe-00088u-Hy for ged-emacs-devel@m.gmane-mx.org; Mon, 20 May 2024 19:38:10 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s96wv-0007gj-2C; Mon, 20 May 2024 13:37:25 -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 1s96wo-0007gB-RB for emacs-devel@gnu.org; Mon, 20 May 2024 13:37:18 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s96wn-0001V7-Ka; Mon, 20 May 2024 13:37:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=mH1AzTLy18ASOEtdzASCCu0hVgs2ruL5EEGSqPAHwSw=; b=VmAPZ+sXB7B/qo2CrcxX zwgSxeMypV5EAB62u9JphTNqvHK6aHTkidZWzR3wHvoVBB8KXJPAP2Q2a6d1YFKGaylrwK0oeRolN NHmeR77I67GA6YkABnmshiztt0wj2tDte0OM0j8KCNCvyFDHrZrvCInbVJF2geBqegqitMGI1ZFsd 3qMwk1MGYPFdE2NfjgWiaQI9jh+lBng5A3eb2/q4249qPXB/gLIyDpNJMMpgveLUZRm11X4K7Y/RK +2zFm8xNtg0zpaAz+WrinIgGDQdHa0ursFBv89CYkixGHB1DZri3Am7ujM1CGnbxCeV+UXQ515dx2 VQRfwDKldJoMAA==; In-Reply-To: <87cypgn8oc.fsf@posteo.net> (Philip Kaludercic's message of "Mon, 20 May 2024 09:18:11 +0000") 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:319427 Archived-At: Philip Kaludercic writes: > Paul Nelson writes: > >> How about "latexmk-continuous"? (The names latex-flymake and >> auctex-latexmk are both taken, and those packages do different things. The >> new feature is that the compilation takes place continuously rather than on >> demand, with the errors reported in the buffer.) > > Sounds good and descriptive! My suggestion is: For everything that depends on AUCTeX, prefix it with auctex-, and for others which work with built-in mode as well, take tex- as prefix. Rationale: it makes things easier to find once you do 'M-x list-packages RET'. >>> This makes me think, have you communicated any of these features to the >>> AUCTeX developers? Perhaps it would make more sense to upstream these >>> as patches instead of having too many little packages? >>> >>> >> They've been communicated, and the first two have been discussed: I think the agreement was to patch AUCTeX in order to provide enough compat code so Paul's package would run smoothly. >> I'd be happy with whatever makes the most sense, but figured submitting to >> ELPA would make them readily available without introducing additional >> burden on the AUCTeX maintainers. > > I'll let the AUCTeX maintainers decide. That being said, I am sure > they'd always appreciate a helping hand in general. Disussion about upstreaming parts of Paul's code would be the next step, I think, based on user feedback and request. Reg. helping hands: Always welcome, but I really wish that people take over which actually use LaTeX/AUCTeX/RefTeX on a regular basis. I can tell for Tassilo and myself that we don't use LaTeX anymore, and that for many years now. > It might just be my view, but having too many little packages makes it > difficult for newcomers to get an overview and understand what they want > or need. I think that having small packages which do the job right isn't that bad. I wish package writers would be more in contact with AUCTeX developers (Paul did it right), and the developers would be more responsive to package author's requests (I tried to help as far as I could). Best, Arash