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 wODbBfuL32CLdAAAgWs5BA (envelope-from ) for ; Fri, 02 Jul 2021 23:58:19 +0200 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 eJNwAfuL32BRWQAAbx9fmQ (envelope-from ) for ; Fri, 02 Jul 2021 21:58:19 +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 6E074A61A for ; Fri, 2 Jul 2021 23:58:18 +0200 (CEST) Received: from localhost ([::1]:51506 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lzRAu-0007ti-Ts for larch@yhetil.org; Fri, 02 Jul 2021 17:58:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45902) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lzRAY-0007tD-JA for emacs-orgmode@gnu.org; Fri, 02 Jul 2021 17:57:54 -0400 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]:34349) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lzRAW-0004x1-Ts for emacs-orgmode@gnu.org; Fri, 02 Jul 2021 17:57:54 -0400 Received: by mail-wm1-x32d.google.com with SMTP id u5-20020a7bc0450000b02901480e40338bso7266555wmc.1 for ; Fri, 02 Jul 2021 14:57:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eIe+0stxy3QgDziGaZ+BQZRtu6P5xHv2ij4d/P9qdZA=; b=NYyapfPedmOibc2E8cUseCV1DCtKgJeyY+I7qpsf0S5g1X/6P4mm5WE4kd8yf1lWZ5 hry2fhl45xQCj7q0FiH6R03r52PxBjqmVrgo5NDrZW4sWe2oJ9vX8DvUYYdV7ZyQThmb f5ZAf4zeQ7laB6JiiZyJXMkyWQ7Qz4hKA8jHqHJd7k/jCQ4xyBpIiArOKh/7ruwNIhKg s6jhY6lEje1rfFfene2K8YiMsjLadB/1HRzmB4g7hkGdDdATkk61xqwRbFyWj4v2bnVS H8wCE3970h9vfBdEn8oIVVWVlnBQibac6QMIEki0FBBVJ7z5/RU+OeX/7XnECqSw+MhZ iWwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eIe+0stxy3QgDziGaZ+BQZRtu6P5xHv2ij4d/P9qdZA=; b=aWsmAQDJ+A9rO+AlBBsi/kDvgXvHG4XBvnLrC2mlKPPgWTyameDgolB3o8g4/BQJXn 5KaphA1m2S2iW4K+RFoVTpO64+hmijg8Z6TMhpCHz2VZLcjeg8Hjpu9sON5Jk3xoZXwu 3TfB/uu0xtKddizACBdUBJRcSSgmlNDqlw1KMqRGM4jumsmlKD9Yv3dqvYt5ojEn97gP Uz20NgXDGo4pH0VGgvQCQAHvNVxEr2vT7GOcfurh6HMaAy/FBBuB6cPQnfGSSepMyL8B JttXFjnR2h/yyYXbhVqoKJaq1KXmNRAhAgJKmjXFfp+df6AsAfovFYIgClo3TB3B7pvq Whfg== X-Gm-Message-State: AOAM5304wS4ugUn7svjOI6FvGlKOsF+wF5jwFHDOJWA0FSbPpOiEM5yD tKpW+cDa5mpQV9L0GXiDhlEYyC12+N5UNccvr+0= X-Google-Smtp-Source: ABdhPJwOsCsQO3JmAYXT6X7/X9ysWPvgtBdlkEHFMdo9f4ZaH5Cq2PEQ/WxiDGAPBijGu+JPpEy5kp2xz7X4Abvva0I= X-Received: by 2002:a05:600c:35c1:: with SMTP id r1mr1573521wmq.13.1625263071108; Fri, 02 Jul 2021 14:57:51 -0700 (PDT) MIME-Version: 1.0 References: <87r1ggu25x.fsf@nicolasgoaziou.fr> <877di8tqw9.fsf@nicolasgoaziou.fr> <87sg0ws7yk.fsf@nicolasgoaziou.fr> In-Reply-To: <87sg0ws7yk.fsf@nicolasgoaziou.fr> From: "Bruce D'Arcus" Date: Fri, 2 Jul 2021 17:57:40 -0400 Message-ID: Subject: Re: [wip-cite-new] Quick note about citation insertion To: Nicolas Goaziou Content-Type: multipart/alternative; boundary="000000000000051f6405c62b0c3c" Received-SPF: pass client-ip=2a00:1450:4864:20::32d; envelope-from=bdarcus@gmail.com; helo=mail-wm1-x32d.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, HTML_MESSAGE=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-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Org Mode List Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1625263098; 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=eIe+0stxy3QgDziGaZ+BQZRtu6P5xHv2ij4d/P9qdZA=; b=DCYx6HZtaEDoy0XMqZiLoz0v5qCuF31/Ygr0oF9ntJMYnFdvp19U8KCsd/T99W38mU17Vk M/5qi4zc9JhBeNy+L3R7or8zX0vEZ05WL29MFnzI5bkImYqNLoV3NLDgre075+9139QNnG 2tLWliL9GILqM5U0dU0cGiu6n+DjxaTquesc4g0EjUWrGJ8uREkmOB6jrO0gi7rbCCKJRq r4UjYZbxJrpOjRes2j+wrDBcTdoqDHfXwd5h5yNxCXdwbGsqBhjfMa28+4Akz8qNv5v1ci xJWrEaZZ3hynrWOr6rofjGz9ZKfObNNjl3FryMuDhAx5ocdzcOXF1lphg/o33w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1625263098; a=rsa-sha256; cv=none; b=KsowxcnUp2rT13IrKPKnU2LpQJok4Yk5Mwm/qJdGzlLt/Phb6AUSjcpTvyakjIkL+Y2eYv i+E1EFNqDyHxwiYilIOpDOMzFggk11C4wxa1n2E1suyOArbUbaK/gl209Yu2c6ryTGeSuT Jsbu61g12qzPiSWHT/2yxuw64QbU34uANMlQhLg0ThIhitM95Rd8sVWbhI/NbLdrgtteUR UffFqkoG/WdR0Ejsx3jwtHIFC4yn5bVTPqbDvXAB0MLBPDs9mi8xkkdgaxjZkU6QUNV2Qr Tvji8dzYo1s+50wpnCzoagUZ3HbgWqYU3SDdvuhCFSYg96sfXHoTmnDJxR/p2Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=NYyapfPe; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -3.11 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=NYyapfPe; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 6E074A61A X-Spam-Score: -3.11 X-Migadu-Scanner: scn0.migadu.com X-TUID: cmy7lV9s4FUK --000000000000051f6405c62b0c3c Content-Type: text/plain; charset="UTF-8" On Fri, Jul 2, 2021, 5:48 PM Nicolas Goaziou wrote: > "Bruce D'Arcus" writes: > > > BTW, you may already be thinking this, but you may as well add completion > > from the files registered with OC at this point. :-) > > > > Only having the completion table populated with in-document keys won't be > > very useful, particularly in a new document. > > The completion table is populated by all the keys in the bibliography. > It is not limited to in-document keys. > Oh good. Let me revise then. Rather than just completing the key, how about something like: ("title author date" . "key") E.g. look up against the data, and return the key. It's hard to remember keys if you have hundreds or thousands. In bibtex-actions, I added some hidden data to the search string, including the key, to ensure uniqueness. > If you do, ideally it would be extensible/configurable. > > > > Or is the latter already the case? > > I am a bit lost. Would you mind explaining what should be > extensible/configurable? > For example, plug in a different completion table or function? > OTOH, IDK how much you feel the need to get everything done before merger, > > or whether some pieces can wait? > > I'd like to add support for JSON bibliography in Org Cite Basic first. > Makes sense. Bruce I'm also wondering if some integration with pcomplete (M-/) is > warranted. It may not be with an efficient enough insertion function. > Maybe this can wait. > > Otherwise, I'm mostly done. > > Regards, > --000000000000051f6405c62b0c3c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Jul 2, 2021, 5:48 PM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:<= br>
"Bruce D'Arcus" <<= a href=3D"mailto:bdarcus@gmail.com" target=3D"_blank" rel=3D"noreferrer">bd= arcus@gmail.com> writes:

> BTW, you may already be thinking this, but you may as well add complet= ion
> from the files registered with OC at this point. :-)
>
> Only having the completion table populated with in-document keys won&#= 39;t be
> very useful, particularly in a new document.

The completion table is populated by all the keys in the bibliography.
It is not limited to in-document keys.

Oh good.

<= /div>
Let me revise then.

Rather than just completing the key, how about something= like:

("title auth= or date" . "key")

E.g. look up against the data, and return the key.

It's hard to remember keys if you= have hundreds or thousands.

In bibtex-actions, I added some hidden data to the search string, incl= uding the key, to ensure uniqueness.

> If you do, ideally it would be extensible/configurable.
>
> Or is the latter already the case?

I am a bit lost. Would you mind explaining what should be
extensible/configurable?

=
For example, plug in a different completion table o= r function?

> OTOH, IDK how much you feel the need to get everything done before mer= ger,
> or whether some pieces can wait?

I'd like to add support for JSON bibliography in Org Cite Basic first.<= br>

M= akes sense.

Bruce
<= div dir=3D"auto">
I'm also wondering if some integration with pcomplete (M-/) is
warranted. It may not be with an efficient enough insertion function.
Maybe this can wait.

Otherwise, I'm mostly done.

Regards,
--000000000000051f6405c62b0c3c--