From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Friendlier dired experience [CODE INCLUDED] Date: Thu, 5 Nov 2020 20:56:27 +0300 Message-ID: References: <20201104183228.xf7w4yf3fw3427y5@E15-2016.optimum.net> <20201105092232.fk4r5dexnay3eyln@E15-2016.optimum.net> <20201105143800.7vt5jfr4gg2wigyb@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21204"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ (1036f0e) (2020-10-18) Cc: Emacs-Devel List , Stefan Monnier , Boruch Baum To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 05 19:08:48 2020 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 1kajgm-0005Rk-0k for ged-emacs-devel@m.gmane-mx.org; Thu, 05 Nov 2020 19:08:48 +0100 Original-Received: from localhost ([::1]:50592 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kajgl-0003Gh-3v for ged-emacs-devel@m.gmane-mx.org; Thu, 05 Nov 2020 13:08:47 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35916) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kajVj-000200-T9 for emacs-devel@gnu.org; Thu, 05 Nov 2020 12:57:23 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:46945) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kajVi-0005Zh-AO for emacs-devel@gnu.org; Thu, 05 Nov 2020 12:57:23 -0500 Original-Received: from localhost ([::ffff:197.157.0.43]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002A0D02.000000005FA43D00.00005D96; Thu, 05 Nov 2020 17:57:20 +0000 Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/05 08:59:12 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:258747 Archived-At: * Arthur Miller [2020-11-05 19:20]: > That is why we have completers like Helm. I never look at bookmarks. I > use Helm which completes them with a key or two. > To be honest I don't use bookmarks much either; I have just few places > that would otherwise require me to navigate through path completion. For me bookmarks are very handy to jump to exact place or heading in a file like Org file that I can export particular Org section and transfer it into email, rather then find-file and opening file and searching for a section in text. Also it is very handy to remember remote paths for Tramp or deep paths on local file system. While I do use completion outside of Emacs, the built-in TAB completion within Emacs works also well and maybe with same number of keys. It is better bookmarks are together as it is more useful: - bookmark can bring user to specific file, specific line, in Dired, opened as directory, sometimes user wish to just fine the file, but not open it. - bookmark can bring user to open specific file, usually to specific place in the file > > For the second, I think this actually hints at a need for the generic > > bookmark-selection functionality to offer a way to first select a *type* > > of bookmark and only then pick a name among the remaining candidates. > I think we already have that. Helm for example is one such. Isn't selection of type of a bookmark somehow already automatic? Bookmarks and completion functions are separate. I always need to bookmark it and how I choose bookmark later depends of packages I am using. Helm is not in GNU ELPA and is huge as a package. That means that on number of computers when somebody manages many computers on remote places all over the world that remote package has to be installed, that takes time. Sometimes VPS is opened just for an hour or day to provide specific server or for testing. GNU ELPA packages are way easier to reach then modifying the archive list, downloading huge sometimes busy list of outside packages and choosing helm and bunch of other packages. ivy and counsel are in GNU ELPA and ivy-* and counsel-* functions can give great insight.