From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: complexity in minibuffer Date: Wed, 2 Jun 2021 23:15:29 +0300 Message-ID: <017021b2-67bb-812f-0c7c-4ecadbc63a86@yandex.ru> References: <09f2a253-84ba-5cfd-552e-0b89109864a5@daniel-mendler.de> <875yyxaoxp.fsf@gmail.com> <871r9laj6a.fsf@gmail.com> <1b73a130-204c-76fb-2b60-02b814aee0f0@daniel-mendler.de> <87r1hl8xom.fsf@gmail.com> <878s3t8tzw.fsf@gmail.com> <3c68bd00-70ca-fa18-f9b8-cd03029f9294@daniel-mendler.de> <8735u18lsd.fsf@gmail.com> <8e33bbfe-0015-b85c-b57c-ba448f2e6215@yandex.ru> <3d519805-f602-fa52-ec69-0506bb6cb568@yandex.ru> <469464f7-d084-6335-c6a6-d320c69f5224@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30315"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 Cc: Daniel Mendler , Juri Linkov , Stefan Monnier , "emacs-devel@gnu.org" To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jun 02 22:16:40 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 1loXI7-0007er-Se for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Jun 2021 22:16:39 +0200 Original-Received: from localhost ([::1]:59938 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1loXI6-0003dL-Oq for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Jun 2021 16:16:38 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46518) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1loXH6-0002w3-L7 for emacs-devel@gnu.org; Wed, 02 Jun 2021 16:15:36 -0400 Original-Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:37824) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1loXH4-0000bo-I9 for emacs-devel@gnu.org; Wed, 02 Jun 2021 16:15:36 -0400 Original-Received: by mail-wm1-x333.google.com with SMTP id t16-20020a05600c1990b02901a0d45ff03aso972631wmq.2 for ; Wed, 02 Jun 2021 13:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=MHaV+zoeNYnUPhU6megmvn10iTG4/+LS4tKF2nMbx4o=; b=SR2czgSUDFHutOejWs9Tt8vBDbIDUYOeldrathXjTdDLQhAxESkd7E08d4K3vHypVW GtAx8M0Y0aFXYgbz4RC24hRihKN8M4nTlkpUsaxd8pW1LCXGPmnYP5uasvIN61DBaU9Z mTLuZVOGm2pIJqzl3YW1ENb1pI7D+4gGaTWtY5xV0AJez3Gn2ClTAhXBcQvh/9fqE3+w G0hMZXlN1KE4YvYHcVM9Aj05mqPIKKLFnUZxVbaeBVg7uYstKE/So5ePImSDfFw4BCr8 N7y5KjIJemlatRSWfj7Xgcte5xd7jfBPwyTrDYOvDk9an3urJe15bcBz/OWM1gUlDfAQ HKsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=MHaV+zoeNYnUPhU6megmvn10iTG4/+LS4tKF2nMbx4o=; b=eVgpFOt2/G7sMsgmGF3gqWWfwkSwS7IdN5G5lbamGfAgYaawfYt7951Hq2tt/vtvqW iNT44goZu9DpsxIAJah90bq7UUr1jNsuHDdIG3+lh9cxDo162ST1P0injO6cSlNboYs9 QmNDZBzESFgaztBZyFt3xcZx4uneXq+pUIa7X48igX1MWrhOS5N4DD5rlbptbmD0ILae KvMWHmSz+B06NGR+S62wTi7bBQg2aYu8movJUtzo7jBHbJENZlR4OJGAMUL+CEh10bLj x6z1AvLRWzPQ5PQRrnDNQ4ufqdPhadSW6LUuoYVdXEuXRBSn+Xwpy9JKqn8hoT/wFoqA PPXw== X-Gm-Message-State: AOAM530ASNoVOO1WAOgLRXwpU+LgcfzRjFVr4O5abNhgYuznnF+hZmYg 6ZayRA2kpArVP1qO8Wjpymk= X-Google-Smtp-Source: ABdhPJzr73AC105MXS2rl2EAdxl5YNXR1zqPbKCgA+f3qSLxa4WvgPoRn2doXNf6enF2qIyrWEEekA== X-Received: by 2002:a1c:4d13:: with SMTP id o19mr6865575wmh.100.1622664931666; Wed, 02 Jun 2021 13:15:31 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id p9sm628790wmq.48.2021.06.02.13.15.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Jun 2021 13:15:30 -0700 (PDT) In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::333; envelope-from=raaahh@gmail.com; helo=mail-wm1-x333.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_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.613, 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:270328 Archived-At: On 02.06.2021 22:03, João Távora wrote: > On Wed, Jun 2, 2021 at 7:31 PM Dmitry Gutov wrote: >> >> On 02.06.2021 18:06, Stefan Monnier wrote: >>> I suspect they should get an `md` argument instead (which will include >>> the `group-function`, of course). >> >> Good idea: this way the argument is not tied to an optional feature, but >> would OTOH provide renderers' access to any such feature that we might >> add in the future. > > Agree we have to give _some_ state of the completion operation > to the renderer, not just the completions themselves. But lets > concentrate that state as much as possible. Ideally, as I think > you once suggested, we'd have a "completion operation instance" > object/ADT that contains the collection of completions and all the > paraphernalia used to manipulate it. We'd pass _that_ around, > instead of md's, minibuffer-* special vars, completion-extra-properties > and whatnot. Not sure if easy to realize but at least that's what > I would aim for. Ideally, perhaps, but I don't think we're at the stage where we can confidently implement that yet. This completion context with the session cache, etc. We still might pass MD even in that case, because it's not just a function of the current completion, but of the current field as well. Depend on what the info a particular function will want/need.