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: emacsclient in elisp Date: Fri, 21 May 2021 19:25:09 +0300 Message-ID: References: <922437d2-74ca-a7aa-cd1d-060f31d383e6@daniel-mendler.de> <83o8d5o0od.fsf@gnu.org> <186aa7ae-605d-3959-b923-ee5817c939f0@daniel-mendler.de> <83mtspnseg.fsf@gnu.org> <5d4cfa46-2532-c2a9-dc32-1764658843d1@daniel-mendler.de> <83k0ntnq96.fsf@gnu.org> <2db11dcb-d3ce-ae40-c6ea-5746c686da8b@daniel-mendler.de> <838s48obm4.fsf@gnu.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="12927"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.6 (2021-03-06) Cc: Eli Zaretskii , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Daniel Mendler Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 21 18:28:58 2021 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 1lk81C-0003Ag-EA for ged-emacs-devel@m.gmane-mx.org; Fri, 21 May 2021 18:28:58 +0200 Original-Received: from localhost ([::1]:54676 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lk81A-0005Yu-EQ for ged-emacs-devel@m.gmane-mx.org; Fri, 21 May 2021 12:28:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51822) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lk80Z-0004si-2h for emacs-devel@gnu.org; Fri, 21 May 2021 12:28:19 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:54463) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lk80T-0001Qp-T2; Fri, 21 May 2021 12:28:18 -0400 Original-Received: from localhost ([::ffff:102.85.29.242]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000ADF16.0000000060A7DF9A.00003286; Fri, 21 May 2021 09:28:09 -0700 Mail-Followup-To: Daniel Mendler , Eli Zaretskii , monnier@iro.umontreal.ca, emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham 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:269571 Archived-At: * Daniel Mendler [2021-05-21 13:33]: > There is a point in doing what I am doing but it strongly depends on the > UI you are using. Do you know the command line fuzzy finder fzf. My > program basically emulates that working mode in Emacs. The grep > functionality offered by Emacs is not related to that, but is fine by > itself. There is no "need" for my package, it is just an experiment to > see if I can retrofit certain interaction models onto Emacs. I have tried using it, here is user experience: - great name, and I would propose changes instead of: Possible completions are: affe--find-history affe--grep-history affe-backend--head affe-backend--tail affe-count affe-find-command affe-grep-command affe-highlight-function affe-regexp-function to be: affe-banana--find-history affe-banana--grep-history affe-banana-backend--head affe-banana-backend--tail affe-banana-count affe-banana-find-command affe-banana-grep-command affe-banana-highlight-function affe-banana-regexp-function As it is most logical to feed banana variables to affe. Now... - affe-find, does not work. Even in a directory with few files, there is nothing taking place, let me try again in ~/tmp/mozilla_user0/ so nothing is happening there, let us say I write some string, nothing, no reaction, if I press enter, the new empty buffer appears. If purpose of affe is to open up found file, so you should maybe check if the file written corresponds to file on the disk, as opening new empty buffer is not helpful when finding a file. - affe-grep, I would remain to `affe-grape' even better `affe-grapefruit'; now that one actually works, it will find something yet not so usable, it is not nearly usable as M-x grep; and when I tried it in a different directory, even repeated C-g could not help and `rg' was running in the background in such way that it blocked all the X Window input. I pressed Ctrl-Alt-F4 to switch in a waiting manner to console which is more responsive, to open up `top' and find out which process to kill; -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns Sign an open letter in support of Richard M. Stallman https://stallmansupport.org/