From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2B7bLSZSrmF/BAAAgWs5BA (envelope-from ) for ; Mon, 06 Dec 2021 19:10:46 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 4F9kKSZSrmEvGAAAbx9fmQ (envelope-from ) for ; Mon, 06 Dec 2021 18:10:46 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id A9E8A2B860 for ; Mon, 6 Dec 2021 19:10:43 +0100 (CET) Received: from localhost ([::1]:48936 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1muIRm-0000vU-R4 for larch@yhetil.org; Mon, 06 Dec 2021 13:10:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56400) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muIQX-0000rF-47 for emacs-orgmode@gnu.org; Mon, 06 Dec 2021 13:09:27 -0500 Received: from [2a00:1450:4864:20::431] (port=36688 helo=mail-wr1-x431.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1muIQU-0001jQ-Hv for emacs-orgmode@gnu.org; Mon, 06 Dec 2021 13:09:24 -0500 Received: by mail-wr1-x431.google.com with SMTP id u17so16888177wrt.3 for ; Mon, 06 Dec 2021 10:09:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew.cmu.edu; s=google-2021; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mysyqL1n/YfRuURnEw1dP8QVjUuC0yrLamLQIRlUA4Q=; b=fnR+uLlsfJM3uOfIq4nsJSjLLnCAJcTMtmFLT6R5h3w38eYX608aaLHgj48rovTHwe ry7GG8n6xHd9h80fa4cvW4/TV4IPPmjpxGuQRz4xNY7JQNHab9fPnDhdvFXuaMpqmx1C wzHG4ekKI+ujjD2jZXLQ5l7uSuopE9o7uoVbqqseiBTH8KDzN1mjtLhAMrvdO4y/2f1v B3PqzlGvdpuM9ugESzfclGrN5JgRChgs1I2zegArvSRJcw3u8Aa+ANJNvbIYB5Xsq9sJ ZKMY7xPXJVptiZYbMTrWWZ8iwVTm7uvCGV2iGtcGh27pz5KNDVgVPQF1/47exDy+h5Ng 8iZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mysyqL1n/YfRuURnEw1dP8QVjUuC0yrLamLQIRlUA4Q=; b=hVzKOD/T6EzeQJP4+tl+KuSAU3bN97oLDwPRvLJtkpDeAEAuKcvHP0PRf73NZ5wS/3 eLaQzOalU/qenWqCuQEJ3sMeatzsazgs/E7DdGADRla7W/FDlBOON3ohn/O4C3xzy2Nh j5L0m+omvAahreu+Nh9hoR9N00Riyn0AtKyCYx3szoeZBc5ajXh2WyY294H61vzMI9sh HlntpWgRm/rlLYhd76rlIFJVwe4OyKWN0qonmY8HwfoJ3zCc8Zg8xUd37w8411v9zeSe lS7lQznSwDqrael+gwN58ffjvQiBcSpCu3tfat4TJjLjnk6regy4UD7/K7ruFAuz51Sv 9sYw== X-Gm-Message-State: AOAM533ZkxNPAlLO6i6Qcct/1Abvh9gpJhKjgK9VDspAItGgK1DW8C7/ dYgXEHcSN5BQRyP7OFQIV5CS0HwndwZnB0N8aRE= X-Google-Smtp-Source: ABdhPJzsznYYkYkTXpj1ETtkSn7xNS7jA1rRs8eUCoD60zaQKZtWxddXJSZnKDBC+ili3hLt5mgvq8uH298sabLDlkY= X-Received: by 2002:adf:e60e:: with SMTP id p14mr45549032wrm.470.1638814161051; Mon, 06 Dec 2021 10:09:21 -0800 (PST) MIME-Version: 1.0 References: <87bl1tgazd.fsf@pompo.co> <8735n5g5vw.fsf@pompo.co> In-Reply-To: From: John Kitchin Date: Mon, 6 Dec 2021 13:09:10 -0500 Message-ID: Subject: Re: Org-cite stuck in Helm minibuffer [9.5.1 (9.5.1-g36086a @ /home/dan/.emacs.d/elpa/org-9.5.1/)] To: "Bruce D'Arcus" Content-Type: multipart/alternative; boundary="000000000000ec243605d27e279a" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::431 (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::431; envelope-from=johnrkitchin@gmail.com; helo=mail-wr1-x431.google.com X-Spam_score_int: -6 X-Spam_score: -0.7 X-Spam_bar: / X-Spam_report: (-0.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Daniel Nemenyi , org-mode-email Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1638814246; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=mysyqL1n/YfRuURnEw1dP8QVjUuC0yrLamLQIRlUA4Q=; b=IQmn1ATnnGb6m8bWV+AvXEc0A+XVqbemQeQfZXb2wNjrRq/QwMufjozkvixF8PQjRTDOkG KdEayfY4EtQPD3FqUQ/CMxGPG23Fyuz89K5wJw+r1Wz0c1vewtGDdUorM6JOkQjVVAIIJN /ZxdR6O0P45ICzm5Br9agT0i3sVAJ9dWULpRzadzX2ENlJmKYp8ozPJQUR4lQXorh0PqHY DVNxxOxxBdjwj692Ry7GnAqP2TxEz1zc9/aCr2DaZdvyHM2nexpkinMs5Aaz4QVYzZTuGJ sxCnnMvsmmizHL03g/jx9Z66c+7AX/xrq8B02txKae7GtJIXclBlmMfa2VKfZg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638814246; a=rsa-sha256; cv=none; b=QLNGKTrPobTPPKGTR1JC+P2FdOqaHO5/xMnJHG55B/18QFK47ZsCLW9/TjKOeNp8RCfs1+ LeHT62v2xOJ/G79P3DHVWUoppz7LruxVJfitBjg5zduHr5Q/3rKY6vmkW7DFUGVHvfid2l DPlb7U4CtQZLGx2SzsWa1/35LHGDPF5rN5iWudLiIkSqiK5uyKbTdHyb3sYGBgfk0M//Ev S9jUphzMMIsMw5Pk2f80JD7arMNqozWqt+H7cTEmanHbFPPf/CeZqxePzBSbnkwaAet+bl BM5BcmFwfNtoqggLWb5sV8K33ABvzsOxQqKOfzLddlV4CtkVltZKkUEtAUW6XQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=andrew.cmu.edu header.s=google-2021 header.b=fnR+uLls; dmarc=pass (policy=none) header.from=andrew.cmu.edu; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -5.14 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=andrew.cmu.edu header.s=google-2021 header.b=fnR+uLls; dmarc=pass (policy=none) header.from=andrew.cmu.edu; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: A9E8A2B860 X-Spam-Score: -5.14 X-Migadu-Scanner: scn0.migadu.com X-TUID: FlnJJIYHPH2N --000000000000ec243605d27e279a Content-Type: text/plain; charset="UTF-8" You could consider something like this: The insert processors provided by org-cite use depend only on Emacs and use completing-read to select one or more citation keys for insertion. Completing-read is intended for selecting a single item, and org-cite compensates for this by letting you select multiple keys, and exiting when the selected candidate is an empty string. With a vanilla Emacs installation, you can press Tab to see a list of possible candidates, and use Tab for completion. Each time you press return with a completed candidate in the minibuffer that key is added to a list to be inserted. Press return with an empty minibuffer to finish and insert the selected keys. If you use an alternate completion-backend like helm, ivy, selectrum, etc. you will see different behavior because they have a different concept of the selected candidate vs the current input to select the current input (which must be empty). With helm, you cannot mark candidates, and there are no alternate actions. You press return on each entry you want to select, and when you are done selecting them you press C-return or M-return (bound to helm-cr-empty-string) to insert all the entries at once. With ivy, you press return on each entry you want to select, and when you are done selecting them you press C-M-j (exits with current input instead of the current candidate) to insert them. With Selectrum, ... (don't know what the keybinding here is) (not sure if there are other ones that should also be included) Other insert processors may use these backends natively, so this information may not apply to them. John ----------------------------------- Professor John Kitchin (he/him/his) Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Mon, Dec 6, 2021 at 9:43 AM Bruce D'Arcus wrote: > On Mon, Dec 6, 2021 at 9:33 AM Daniel Nemenyi wrote: > > Apologies, I did ('Thanks org-ref I'm done...'), slip of the tongue. > > Oh, I missed that; sorry John. > > > Could have a go though if someone could give me a pointer? But if this > is left to the user, perhaps we should include a line in the documentation > telling them? > > The completion UIs have different keybindings for this. What should > the documentation say? > > Bruce > > --000000000000ec243605d27e279a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
You could consider something like this:
The insert processors provided by org-cite use depend only on E= macs and use completing-read to select one or more citation keys for insert= ion. Completing-read is intended for selecting a single item, and org-cite = compensates for this by letting you select multiple keys, and exiting when= =C2=A0the selected candidate is an empty string. With a vanilla Emacs insta= llation, you can press Tab to see a list of possible candidates, and use Ta= b for completion. Each time you press return with a completed candidate in = the minibuffer that key is added to a list to be inserted. Press return wit= h an empty minibuffer to finish and insert the selected keys.
If you use an alternate completion-backend like helm, ivy, sele= ctrum, etc. you will see different behavior because they have a different c= oncept of the selected candidate vs the current input to select the current= input (which must be empty).=C2=A0

With helm, you= cannot mark candidates, and there are no alternate actions. You press retu= rn on each entry you want to select, and when you are done selecting them y= ou press C-return or M-return (bound to helm-cr-empty-string) to insert all= the entries at once.

With ivy, you press return o= n each entry you want to select, and when you are done selecting them you p= ress C-M-j (exits with current input instead of the current candidate) to i= nsert them.

With Selectrum, ... (don't know wh= at the keybinding here is)

(not sure if there are ot= her ones that should also be included)

Other inser= t processors may use these backends natively, so this information may not a= pply to them.

John

-----------------------------------
Professor = John Kitchin (he/him/his)
Doherty Hall A207F
Department of Chemical E= ngineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268= -7803


On Mon, Dec 6, 2021 at 9:4= 3 AM Bruce D'Arcus <bdarcus@gma= il.com> wrote:
On Mon, Dec 6, 2021 at 9:33 AM Daniel Nemenyi <daniel@pompo.co> wrote:
> Apologies, I did ('Thanks org-ref I'm done...'), slip of t= he tongue.

Oh, I missed that; sorry John.

> Could have a go though if someone could give me a pointer? But if this= is left to the user, perhaps we should include a line in the documentation= telling them?

The completion UIs have different keybindings for this. What should
the documentation say?

Bruce

--000000000000ec243605d27e279a--