[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Merging Finder into package mechanism
From: |
Juri Linkov |
Subject: |
Re: Merging Finder into package mechanism |
Date: |
Tue, 31 Aug 2010 23:43:32 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) |
>> cus-dep.el cus-edit.el cus-face.el cus-load.el cus-start.el
>> cus-theme.el belong to the `custom' package.
>>
>> dired-aux and dired-x belong to `dired'.
>
> This certainly makes conceptual sense, but I have mixed feelings about
> this. The reason is that built-in packages serve two main roles (to me
> anyway).
>
> First, users can make use of Finder and the Package Menu to browse
> through the Emacs distribution, and come across (or go looking for)
> less-familiar packages that they didn't know about.
>
> Second, third-party packages can easily specify a requirement on some
> version of CC mode, or Org mode, or other prominent packages that are
> distributed with Emacs but are relatively stand-alone.
>
> From both points of view, Dired (which is used when you do C-x C-f on
> directories) and custom (which defines the defcustom macro) are such
> integral parts of Emacs that listing them as separate packages doesn't
> seem to make sense.
I agree. Maybe a rule of thumb for registering a package should be such
that when a package have versions outside of Emacs then threat it
as a separate package.
Re: Merging Finder into package mechanism, Chong Yidong, 2010/08/29