From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] (icomplete-vertical-mode): Add support for affixations and, annotations Date: Fri, 28 May 2021 13:15:00 +0100 Message-ID: <87v973t5q3.fsf@gmail.com> References: <87zgwlb4xc.fsf@gmail.com> <617d06ca-27bf-2ae8-26eb-1042123499d3@daniel-mendler.de> <87pmxhb1rs.fsf@gmail.com> <23510125-37b9-e87e-3590-5322f44772ce@daniel-mendler.de> <87y2c5nhsr.fsf@mail.linkov.net> <87h7irss50.fsf@mail.linkov.net> <43d1599e-2ba9-2efb-45c3-76c67d29a69d@daniel-mendler.de> <87tumrgqrb.fsf@gmail.com> <87tumq92pe.fsf@mail.linkov.net> <87lf82g10g.fsf@gmail.com> <87y2c24lww.fsf@mail.linkov.net> <871r9t2lsy.fsf@mail.linkov.net> <22880197-6d05-c821-2c58-328ed3cfc02e@daniel-mendler.de> <87eedruui3.fsf@gmail.com> <8dd915fe-fe67-2a45-67ff-8aaa3e9b9aca@daniel-mendler.de> <878s3zuq47.fsf@gmail.com> <09f2a253-84ba-5cfd-552e-0b89109864a5@daniel-mendler.de> <874kenulu2.fsf@gmail.com> <5f032d77-670e-e83e-fa37-f0a57e08e166@daniel-mendler.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39404"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Dmitry Gutov , "emacs-devel@gnu.org" , monnier@iro.umontreal.ca, Juri Linkov To: Daniel Mendler Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 28 14:16:56 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 1lmbQ7-000A36-8g for ged-emacs-devel@m.gmane-mx.org; Fri, 28 May 2021 14:16:55 +0200 Original-Received: from localhost ([::1]:38166 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmbQ6-0001C7-Be for ged-emacs-devel@m.gmane-mx.org; Fri, 28 May 2021 08:16:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38682) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmbOL-0008U0-OJ for emacs-devel@gnu.org; Fri, 28 May 2021 08:15:06 -0400 Original-Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]:54163) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lmbOJ-0000V9-Vv for emacs-devel@gnu.org; Fri, 28 May 2021 08:15:05 -0400 Original-Received: by mail-wm1-x32b.google.com with SMTP id h3so1995303wmq.3 for ; Fri, 28 May 2021 05:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=uqu3eWlLNlmgzgkTq+VecKYZy0NNB4n5bR7WvAImssQ=; b=AJbupc/7X9O+Qq/uEDBG+EE5S7myf1XQs2QEIrbJx3vNt6YTljDenhrpZmpRR1thEF C5cHl9MJGVUkzrxs/f2totMLZAB3+mnvmumJPZ3fx0/p1HTMmnY66sy1JuJK3UDdw5UV LZ8zIOTKpeAnzIv24QDw/kIp/UHsuC2N1akuw8nqzbd3xeJai7WWvxKaEupMqbFd+r5K InlrD7TQngS6xTWeTEvrSTEXymskHN2k6f+4ud7964B7nGJE/JIO6r2x050zWYI24PCz qSs9Rh48HgL1XG7uOYyKOFyQCl7pAOY34tm5IRN797Dkpiy5puP4RGTcR5Dcdc7IHoEO esYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=uqu3eWlLNlmgzgkTq+VecKYZy0NNB4n5bR7WvAImssQ=; b=maTjnNH5LDrrQ4wk0LPnqnabL4SnYJeUMYEqj76oMVIt3MgQumLqm1S6gxEiLgFChs baBGEK5YECigAY3I4RWxgFRs3dIP8Wanhj/geTV6vGudipWYh4s5JhmfIUKmBFWhKVY4 cUeYdZ3rzAHWnPSEKBzSCC6AEE8B49BST6fyhYvuWu6a2fY0vuv6x2hJpFlPnKJCx5c/ cXz722Ilpv/Dr6e/y4ytcfxhw5mldw3s1upaU4S7WyJKQZPiKhNmjZ4rz+bJl0tNYy/m 3Mr5bKpFZgIak1hVjx40qlKwoWvURZRvlrgQfMltEnfWrXwDOkHsWYbBTrpevj/HOOug FzCw== X-Gm-Message-State: AOAM532j1x+YWbLzEovs68lDv3iNyCI8Xg3Y6fek9Tlq+RNxJ/X2PIB+ gHyvC/BHDGM/tTt/uYUAx5RrDOp5duM= X-Google-Smtp-Source: ABdhPJxK0o7+rtEGXzwDLiAtB5OFHDZpyvDbNRgVdMReKOnzC8MTrVAtVUd6WvxFAfWIvbrOYLKIlw== X-Received: by 2002:a7b:c7c6:: with SMTP id z6mr8312067wmk.35.1622204102177; Fri, 28 May 2021 05:15:02 -0700 (PDT) Original-Received: from krug (a94-133-55-152.cpe.netcabo.pt. [94.133.55.152]) by smtp.gmail.com with ESMTPSA id l13sm7038690wrv.57.2021.05.28.05.15.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 28 May 2021 05:15:01 -0700 (PDT) In-Reply-To: <5f032d77-670e-e83e-fa37-f0a57e08e166@daniel-mendler.de> (Daniel Mendler's message of "Fri, 28 May 2021 13:55:57 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::32b; envelope-from=joaotavora@gmail.com; helo=mail-wm1-x32b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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:269994 Archived-At: Daniel Mendler writes: > On 5/28/21 1:41 PM, Jo=C3=A3o T=C3=A1vora wrote: >>> There should be a possibility for the UI to request all annotations and >>> then it can display the fields it supports. >>=20 >> Why would the UI request annotations for fields it _doesn't_ support? >> In that case I have to side with Dmitry, who says it's a waste of >> processing. Why would Icomplete request 'doc-buffer', which is >> potentially slow and needs a network request in some backend, if it >> doesn't need to show it, or even know how to show it? > > I would like the backend to have the ability to define arbitrary fields > which are strings and can be printed by the frontend for example in a > table. There is a difference between supporting specific fields or > specific field types. I would like to have the ability for the frontend > to specify arbitrary fields of field type string. Then a frontend can > display those in a tablist for example. OK, I think understand and I already addressed this. The frontend/backend protocol being discussed doesn't preclude your intentions, in any way, I think As I said, make a "marginalia" field, specified to take the value of a list of strings. But then you have to convince frontends to support it. Icomplete supports 'prefix and 'suffix right now, make a patch to support 'marginalia. We'll figure out the relatively priority if a backend wants to return both 'marginalia and 'prefix. > The "waste of processing" argument by Dmitry is okay - I am not against > a way to limit the number of returned fields.=20 It's more than just "okay": it's pretty fundamental. I don't think it's a question of limiting the number of returned fields, if the frontend is unlucky one of those fields may take ages to calculate based on the processing needed (many backends operate through networks or processes to request information about completions). > What about taking a look then? Convincing the frontends on a > case-by-case basis is not a workable solution. You are the good example > here, your answer is "I don't know Marginalia", so how are you supposed > to be convinced? Heh, :-) I think it is rather you who have to state the relevance of that item to this discussion. There are lots of packages out there. More than "what does it do" we want to know how it is positively or adversely impacted by the decisions taken here, if at all. Jo=C3=A3o