From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Protesilaos Stavrou Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: denote-menu Date: Sun, 29 Jan 2023 08:37:02 +0200 Message-ID: <878rhlj181.fsf@protesilaos.com> References: <87v8l31p1n.fsf@avalon.mail-host-address-is-not-set> <87o7qkf6mp.fsf@avalon.mail-host-address-is-not-set> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28611"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Denote Development <~protesilaos/denote@lists.sr.ht>, emacs-devel@gnu.org To: Mohamed Suliman , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 29 07:37:38 2023 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 1pM1Jp-0007Ad-JE for ged-emacs-devel@m.gmane-mx.org; Sun, 29 Jan 2023 07:37:38 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pM1JU-0004cJ-D0; Sun, 29 Jan 2023 01:37:16 -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 1pM1JS-0004c2-TK for emacs-devel@gnu.org; Sun, 29 Jan 2023 01:37:14 -0500 Original-Received: from relay5-d.mail.gandi.net ([2001:4b98:dc4:8::225]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pM1JO-0007sF-Sf for emacs-devel@gnu.org; Sun, 29 Jan 2023 01:37:13 -0500 Original-Received: (Authenticated sender: public@protesilaos.com) by mail.gandi.net (Postfix) with ESMTPSA id 9F89A1C0003; Sun, 29 Jan 2023 06:37:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protesilaos.com; s=gm1; t=1674974225; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=HL0ZgLbV/PRfkWVQPHl1nz4mFeTLShATEby9NNDfvYE=; b=QC53eFI7Gb+T+LtranjW6FsPmRQ/JZ43gk2zo2RpFmyEu+CSGHxnPLz+ukf2qe3MeC3ozd KZj01G4JBv7cZI/5zQ5JRYaSxIp21kjpwVp5UeobLNuCAfCCZUSPyUWE7k60JWyLHgS57/ THUs3BSuiWbPlWLsRowXizdXJBKPk7VL0w51rfFYQM58FJBi9H3d362vn494r87HVkA0u3 oLiHFcHbFvAzs9pcfeT9soVeSoMdWBbNAgde/Bfr4t/PysGmNQrbGkbO1hLgWrSTzNCNiu 0VGwlEHUFip7owHX69BrYPnRw6sgdds5Qygs/a2tbh8xIl7Q1EWRcG0Ctf5Qlg== In-Reply-To: <87o7qkf6mp.fsf@avalon.mail-host-address-is-not-set> Received-SPF: none client-ip=2001:4b98:dc4:8::225; envelope-from=info@protesilaos.com; helo=relay5-d.mail.gandi.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=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:302741 Archived-At: Hello Mohamed, Stefan, > From: Mohamed Suliman > Date: Fri, 27 Jan 2023 13:29:18 +0000 > > Stefan Monnier writes: > >> Sounds very nice, but I wonder if it wouldn't be nicer to integrate it >> directly into the `denote` package so users don't need to install this >> additional package. > > That was my initial thought, but I think that the purpose of the denote > package is for note creation. How a user chooses to view their notes is > up to them. I think including this in denote would (implicitly) impose a > viewing method and so that's why I've decided to make denote-menu a > standalone package. > > I'd be interested to hear what Prot (denote's maintainer) thinks about > its inclusion... I think keeping the two separate is easier for maintenance. Otherwise there will be too much for me to take care of. In theory, we can have an indeterminate number of Denote extensions: some small, some large. How useful those are depends on the user's preferences and requirements. Setting a precedent where we keep those decoupled from the "core" will help us avoid uncertainty. That granted, I am happy to discuss all extension-related issues in the Denote mailing list. This includes development topics, announcements of new versions, general questions... All the best, Prot -- Protesilaos Stavrou https://protesilaos.com