From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: on helm substantial differences Date: Fri, 20 Nov 2020 09:39:36 -0500 Message-ID: References: <87wnymda5g.fsf@mail.linkov.net> <87ima5he8j.fsf@mail.linkov.net> <87mtzfzt9a.fsf@mail.linkov.net> <87lfezd8r0.fsf@mail.linkov.net> <87k0uj58ub.fsf@mail.linkov.net> <87lfey28us.fsf@tcd.ie> <87ft56h6sr.fsf@mail.linkov.net> <87y2iybe27.fsf@mail.linkov.net> <873614ido7.fsf@mail.linkov.net> <83tutkz1ea.fsf@gnu.org> <83sg94z0ku.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13015"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: spacibba@aol.com, bugs@gnu.support, andreyk.mad@gmail.com, emacs-devel@gnu.org, contovob@tcd.ie, rudalics@gmx.at, ghe@sdf.org, juri@linkov.net, drew.adams@oracle.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 20 15:41:54 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 1kg7bl-0003H9-VZ for ged-emacs-devel@m.gmane-mx.org; Fri, 20 Nov 2020 15:41:53 +0100 Original-Received: from localhost ([::1]:57706 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kg7bl-0001mV-04 for ged-emacs-devel@m.gmane-mx.org; Fri, 20 Nov 2020 09:41:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60852) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kg7Zh-0000dV-Bd for emacs-devel@gnu.org; Fri, 20 Nov 2020 09:39:49 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:8546) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kg7Ze-0003bg-3T; Fri, 20 Nov 2020 09:39:44 -0500 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 246C9441112; Fri, 20 Nov 2020 09:39:40 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 525804402F3; Fri, 20 Nov 2020 09:39:38 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1605883178; bh=n/ekn78rPfSN99U0r+D5v58+YZiYrewUi4H2KozlUkE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=P25LW2+VUJp2ybA91XC3FZ7M8h0a9HmgkyjqVNcXMyV68WdlGtxIBDgtGH2bilcBz oCeo5BNdapp2NG0BfXAqunmWOaFV7GH85aIFi6Q376FfYzga2zS6kZU/vwkyRWAmOP 9180iBGVxVWlxiuxfV8VFr4oc5fIwC4bERL2zd0TWjixDRoCCspZ+P+gcy1rnnYbbE RAK0r55IYN39nIHHyZSg7IG1DrWoCCgOEnF1B2+vDSMl/7fqK8uhvqYInu9gYuauhN 1ltsYIfAfjevJLKD2xEx+bJ7VvaA+uL+Zj1D2wB9/UQd83/ST8LeVttm+cbTWZpGz+ WWWTJOCCUwz0Q== Original-Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E17691202C1; Fri, 20 Nov 2020 09:39:37 -0500 (EST) In-Reply-To: <83sg94z0ku.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 20 Nov 2020 14:15:13 +0200") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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:259487 Archived-At: > Btw, just switching the order doesn't yet guarantee the names will > align, because characters are not guaranteed to have the same width on > display. To really align them we need to use :align-to properties, or > at least TABs. Of course, using those techniques we could also align > the display without switching the order... Indeed, but: - the width of the chars varies a lot less than the width of their names, so if you put the char column after the name column, it ends up pushed pretty far to the right, whereas with the other order, the chars stay close to their name. - with the current `annotation-function` it's almost impossible to do this alignment because you don't have access to all the candidates, only to a single candidate at a time. You could arguably align based on the worst possible case (i.e. the longest name existing in the ucs-names database), but that would make the result even worse. So even if you want to keep the current ordering, you need to change the API, like Juri's patch does. Stefan