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: Feature branches review please Date: Fri, 6 Nov 2020 01:48:13 +0300 Message-ID: References: <20201104161200.tyeo2r5jibdahukb@Ergus> <234bba7f-fd5c-ed39-8a5e-8a6ce3125bf1@inventati.org> 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="20541"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ (1036f0e) (2020-10-18) Cc: emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 06 10:09:51 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 1kaxkl-0005G7-3d for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Nov 2020 10:09:51 +0100 Original-Received: from localhost ([::1]:36120 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kaxkk-0001qG-56 for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Nov 2020 04:09:50 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaxjG-0000AG-JU for emacs-devel@gnu.org; Fri, 06 Nov 2020 04:08:19 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:51141) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaxjE-0004iL-Op for emacs-devel@gnu.org; Fri, 06 Nov 2020 04:08:18 -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 00000000002C0006.000000005FA5127E.00005A2C; Fri, 06 Nov 2020 09:08:14 +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/06 04:08:03 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: 11 X-Spam_score: 1.1 X-Spam_bar: + X-Spam_report: (1.1 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, 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:258786 Archived-At: * Gregory Heytings [2020-11-06 01:25]: > > > > > I expect to be able to move in vertical line, not only type letters. > > Feeling is rigid, I cannot move up and down with familiar keys likes C-n > > or C-p like I can do in ivy-mode or in helm > > > > With icomplete-mode, C-h m tells you that: > > C-, is icomplete-backward-completions > C-. is icomplete-forward-completions Sorry for omission. I am not used to those keys. When you are in M-x shell or in terminal, or in bash, or in eshell keys are C-p and C-n, those keys are everywhere. Of course I am not used to C-, and C-. even they could be popular, I have no idea. > (define-key icomplete-minibuffer-map (kbd "C-n") 'icomplete-forward-completions) > (define-key icomplete-minibuffer-map (kbd "C-p") > 'icomplete-backward-completions) Of course I can. But I need not do it in ivy- helm-, and is surprise for ido- and icomplete- to follow different key bindings. I am giving you review, it is not that I will use icomplete. I am giving you impression upon which you may think and maybe act, ideas for considerations. > I looked at your video, most of the time I do not understand what you try to > do. Of course nothing works as you expect it to work, out of the box, > without reading any documentation. I have been demonstrating differences, maybe it is too fast. I have tried moving up and down and narrowing the search, showing actions and possibilities. Comparing icomplete to ido. > And yes, ivy and helm have more features, so if you prefer ivy or helm, just > use ivy or helm. That I know already. I am looking for preferrably built-in system that will have narrowing vertical incremental search, like built-in ivy or helm. Something that ido or icomplete could become. Until then I keep ivy as most simplest solution as I prefer package from GNU ELPA. > > 4. icomplete-mode reinvents the wheel and is already in Emacs. > > No, icomplete-mode does not reinvent the wheel, it came first, then came > ido-mode, then ivy and helm. OK it came first, then ido-mode became better, it had to be merged. Now we have ido-mode that works and icomplete coming that does not work but does anything what ido-mode does. Sorry I get confused there. What I need is basically dmenu for Emacs. Simple and general approach for narrowing incremental search. That opens up plethora of opportunities which I am already using. But I could make packages for Emacs. Dmenu: https://tools.suckless.org/dmenu/ - database backed accounting becomes easy to do - multi-companies issuing many invoices for variety of goods or articles - supermarket inventory - managing unlimited mailing lists - accurate statistics provisioning with graphs for organizations - translations - template expansion for website revision systems - website revision system - handling tasks - handling SMS-es, emails, locations on file system - human resource management - relations between people - contact management - sales flow You may see how dmenu which is separate program works under X Window system to launch files: 1.8M demo of dmenu program: https://gnu.support/images/2020/11/2020-11-05/2020-11-06-01:38:29.ogv I could as well use dmenu from within Emacs, that would be useful but it would be mixture of various interfaces. It can complete any kind of lists. System should be by KISS principle. Even ivy and helm are way too complicated. Helm has too many options on display and is not user friendly.