From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Finding packages to enable by default Date: Tue, 03 Dec 2013 23:09:57 -0500 Message-ID: References: <8761ra7uq3.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386130211 21053 80.91.229.3 (4 Dec 2013 04:10:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Dec 2013 04:10:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 04 05:10:16 2013 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 1Vo3mx-0000rb-9Q for ged-emacs-devel@m.gmane.org; Wed, 04 Dec 2013 05:10:15 +0100 Original-Received: from localhost ([::1]:46138 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo3mw-0005pi-ME for ged-emacs-devel@m.gmane.org; Tue, 03 Dec 2013 23:10:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45176) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo3mn-0005m3-M4 for emacs-devel@gnu.org; Tue, 03 Dec 2013 23:10:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vo3mg-00028O-Cb for emacs-devel@gnu.org; Tue, 03 Dec 2013 23:10:05 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:30460) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo3mg-00028K-7D for emacs-devel@gnu.org; Tue, 03 Dec 2013 23:09:58 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFxL6g/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GsR+QDpEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFFxL6g/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GsR+QDpEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="41088583" Original-Received: from 69-196-190-160.dsl.teksavvy.com (HELO pastel.home) ([69.196.190.160]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Dec 2013 23:09:57 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 415E660FBD; Tue, 3 Dec 2013 23:09:57 -0500 (EST) In-Reply-To: (Tom's message of "Tue, 3 Dec 2013 17:05:42 +0000 (UTC)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:166061 Archived-At: > I did some manual filtering as a test and here are some of the top packages > which remained: > (ido . 137) > (uniquify . 136) > (imenu . 114) > (eldoc . 113) > (ispell . 107) > (flyspell . 91) > (recentf . 90) > (saveplace . 77) > (yasnippet . 75) > (windmove . 70) > (auto-complete . 66) > (delsel . 64) > (paredit . 49) > (iswitchb . 46) > (savehist . 43) > (linum . 38) > (icomplete . 34) > (winner . 34) > (hippie-exp . 32) > (ibuffer . 29) > ... Great, thanks. `uniquify' is now enabled by default. `ido' is rather problematic because it's a very different interface with incompatible key-bindings and it is not a superset of the current default completion UI. > Ido is at the top (iswitchb is also here) and ido/isiwtchb would really > make a much better first impression for new users than the default > very barebone buffer switching. Iswitchb is marked obsolete in the trunk: you can get the same functionality with icomplete-mode. So you can increase the count of `icomplete-mode' for all users who have enabled iswitchb without enabling icomplete-mode. The plan for "ido by default" is rather to slowly make ido obsolete by adding the corresponding functionality either in the default completion UI or in icomplete-mode. An alternative is to try and re-implement it on top of the current completion UI. To a large extent, it boils down to the same. > Of course, this package measurement should be repeated with > representative data, but even with the data acquired from bug reports > it gives some ideas for packages which could be enabled by default. Indeed. But I think it can be a good starting point for discussions about individual packages. Stefan