From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Smooth transition for modules Date: Tue, 08 May 2018 11:46:43 +0200 Message-ID: <877eoev5rw.fsf@gnu.org> References: <87lgd671k7.fsf@bzg.fr> <87o9i2p9qq.fsf@nicolasgoaziou.fr> <87k1sq6znz.fsf@bzg.fr> <871seyp6fr.fsf@nicolasgoaziou.fr> <874lju6tap.fsf@bzg.fr> <87bme1y7ft.fsf@gmail.com> <87h8nrbclk.fsf@gmail.com> <87lgd2whh9.fsf@gmx.us> <87sh7a9e33.fsf@gmail.com> <871semhcau.fsf_-_@gnu.org> <87vabysdks.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59154) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFzD4-00010K-1f for emacs-orgmode@gnu.org; Tue, 08 May 2018 05:47:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fFzCy-0007Ru-5X for emacs-orgmode@gnu.org; Tue, 08 May 2018 05:47:01 -0400 In-Reply-To: <87vabysdks.fsf@gmail.com> (Aaron Ecay's message of "Tue, 08 May 2018 10:26:27 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Aaron Ecay Cc: emacs-orgmode@gnu.org, Rasmus Pank Roulund Hi Aaron, thanks for your feedback. Ecay writes: > Indeed, the patch was written under that assumption. If the situation > changes, (at least) some tweaks would be needed. I will think again about the whole issue and propose a change when I have some code to show. > I like this idea, but I also think that emacs=CA=BC packages feature is a > better/newer way to implement something like this. What if: > > 1. We don=CA=BCt include org-tempo in org releases (Assuming we don't want org-tempo to live in Org's core.) > 2. We teach GNU ELPA to include org-tempo as a package (corresponding to > stable org releases) > 3. We teach to also do so (corresponding to > nightly org releases) (I doubt https://orgmode.org/elpa/ is still very useful, it might go away eventually.) > 4. We implement your suggested user prompt, but it will ask them if they > want to install the org-tempo package from ELPA You mean: instead of simply requiring other packages from a package, add a new Suggest: header for packages suggestions? I find this to be a great idea indeed, mimicking what apt-get does when suggesting other packages to install. On top of that, you could have an option in package.el that, when turned on, would explicitely ask the user if she wants to install suggested packages. > In this way, users who either install org from GNU ELPA or use the > version bundled with emacs will get the latest release version of > org-tempo from GNU ELPA. I fail to see how users who don't install Org at all and use the version that is bundled with Emacs are asked whether they want to install a soon-to-be-deprecated package - let me know if I missed something. > Those who install the nightly version of org > will get the corresponding nightly version of org-tempo.* > > WDYT? I think this discussion shows there is room for nice ideas when it comes to enhance the user experience! > * Those of us who install org from git might have to do something else > to make sure the right version of org-tempo is loaded, but we=CA=BCre use= d to > living on the edge. :P Well, I think that even experienced users would enjoy discovering new packages when suggested by the packages they use -- and also enjoy the fact that they are asked whether they accept to disable a feature (now externalized as a package) when they upgrade a package. I hope we can digg in that direction! --=20 Bastien