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: Stepping Back: A Wealth Of Completion systems Re: [ELPA] New package: vertico Date: Mon, 12 Apr 2021 13:56:27 +0300 Message-ID: References: <9c9af088-580f-9fb1-4d79-237a74ce605c@inventati.org> <874kgkxxs0.fsf@posteo.net> <87blamp5hy.fsf@posteo.net> <2ce73f33-8675-211a-9eb7-ea63de1a161e@yandex.ru> <871rbh6pd4.fsf@posteo.net> <87sg3w6co0.fsf@posteo.net> <87pmyz4xom.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25083"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.6 (2021-03-06) Cc: emacs-devel@gnu.org, Dmitry Gutov To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 12 13:02:29 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 1lVuKr-0006DZ-2I for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Apr 2021 13:02:29 +0200 Original-Received: from localhost ([::1]:48690 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVuKq-0003aO-3Y for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Apr 2021 07:02:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40666) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lVuJ5-0002jj-JE for emacs-devel@gnu.org; Mon, 12 Apr 2021 07:00:39 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:51145) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lVuJ1-0000wt-6Y for emacs-devel@gnu.org; Mon, 12 Apr 2021 07:00:39 -0400 Original-Received: from localhost ([::ffff:197.157.34.191]) (AUTH: PLAIN securesender, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000280CD.000000006074284F.0000725E; Mon, 12 Apr 2021 04:00:30 -0700 Mail-Followup-To: Philip Kaludercic , Dmitry Gutov , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <87pmyz4xom.fsf@posteo.net> 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:267951 Archived-At: * Philip Kaludercic [2021-04-12 13:15]: > Jean Louis writes: > > > * Philip Kaludercic [2021-04-11 18:53]: > >> Jean Louis writes: > >> > >> > One way I use for complex data structures is to have some kind of ID > >> > and visual description, then by using the ID I fetch the data > >> > structure later. > >> > >> I'm not sure I completely understood your example. What do hash tables > >> offer over lists of objects that can have a programmed > >> representation? > > > > Completing read supports hash tables, once representation candidate > > has been selected one can then use the key to get value of some quite > > different or very complex data structure. > > > > (setq h (make-hash-table :test 'equal)) > > (puthash "United States" [("ABC" 30 t)] h) > > (puthash "Australia" 2 h) > > (puthash "United Kingdom" 3 h) > > > > (message "%s" (gethash (completing-read "Choice: " h) h)) ⇒ "[(ABC 30 t)]" > > But don't you think that it is weird that completing-read returns the > representation and not the object itself. That is exactly what I want to > avoid by having the representation computed using a method. That could be implemented as some new options. But users like me may not always want to use hash, I may want to use the key, though the key has some optional data, I may wish to use key only. At some other times I may want to use value in the hash or part of that value. How I understand, you want to use values or some variable data to compute representation, fine and I hope it will not break standard completion. Side note, representation by hash key does not really support duplicates, so when constructing a key, I am adding the unique ID to the key to avoid duplicates. Maybe usages of duplicates is not clear. Completion candidates could be in some order like "Cash" "Expenses" - could carry value 1 "Transfers" "Expenses" - could carry value 2 and by looking into the order user could recognize that second one is the one that is wanted. But as there is no option to have duplicates in a hash, I am modifying keys to carry unique ID. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns Sign an open letter in support of Richard M. Stallman https://rms-support-letter.github.io/