From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: CHENG Gao Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: Moving Gnus development to Emacs? Date: Thu, 31 Dec 2015 22:52:28 +0800 Organization: Royau.Me Message-ID: References: <87lh8b6jnl.fsf@isaac.fritz.box> <87wpruyhbp.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1451573583 4535 80.91.229.3 (31 Dec 2015 14:53:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Dec 2015 14:53:03 +0000 (UTC) Cc: ding@gnus.org To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 31 15:52:53 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aEeaz-0005gx-DF for ged-emacs-devel@m.gmane.org; Thu, 31 Dec 2015 15:52:53 +0100 Original-Received: from localhost ([::1]:55969 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aEeay-0007A4-LE for ged-emacs-devel@m.gmane.org; Thu, 31 Dec 2015 09:52:52 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aEeav-00079y-A5 for emacs-devel@gnu.org; Thu, 31 Dec 2015 09:52:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aEear-0006MF-9q for emacs-devel@gnu.org; Thu, 31 Dec 2015 09:52:49 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:40227) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aEear-0006M8-2o for emacs-devel@gnu.org; Thu, 31 Dec 2015 09:52:45 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aEeao-0005Vh-50 for emacs-devel@gnu.org; Thu, 31 Dec 2015 15:52:42 +0100 Original-Received: from 112.80.134.242 ([112.80.134.242]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Dec 2015 15:52:42 +0100 Original-Received: from chenggao by 112.80.134.242 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Dec 2015 15:52:42 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 39 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 112.80.134.242 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) Cancel-Lock: sha1:79e5KaqcK5750b7WdpwJ4IpcIdk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197262 gmane.emacs.gnus.general:86467 Archived-At: *On Thu, 31 Dec 2015 22:35:24 +0800 * Also sprach Xue Fuqiao : > On Thu, Dec 31, 2015 at 8:29 PM, CHENG Gao wrote: > >> John talked about new trend to move more codes into ELPA. Maybe it's >> THE RIGHT WAY, to make emacs as emacs-core (with only bare >> functions) and all others packges (core as ELPA, third party as >> Melpa etc, or even PPA). > > FYI - there were some discussions about this proposal earlier this > year: > > * https://lists.gnu.org/archive/html/emacs-devel/2015-11/msg00212.html > * https://lists.gnu.org/archive/html/emacs-devel/2015-11/msg00146.html > > IIRC Atom is using this kind of architecture. It has a really basic > core, and most of its features are available as packages, including > some very "basic" features, like settings-view (similar to `M-x > customize' in Emacs), find-and-replace, status-bar (similar to mode > line in Emacs), tabs (GUI tabs, not the tab character), language > modes, etc. > > But this approach also has its downside. See the links above for some > related discussions. Thanks for the info. Yes I know Atom does this, and also VS Code recently. >> If package.el becomes APT like, that'll be cool, really cool. > > What does this mean? Command-line tools like `apt', `apt-get' or > `apt-cache' (or `apm' in Atom)? If so, I think a simple wrapper script > to `emacs --batch' is enough. I don't mean this. Sorry for my ambiguous expression. Mainly I mean package.el can do dependency check and install proper dependent packages. Also can handle different Emacs versions since packages may stop supporting some Emacs versions or not yet catch up with latest version. But it may be too complicated.