From: Denis Maier <denismaier@mailbox.org>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>,
Org Mode List <emacs-orgmode@gnu.org>
Subject: Re: [wip-cite-new] Initial implementation of `biblatex' citation processor
Date: Thu, 20 May 2021 10:04:18 +0200 [thread overview]
Message-ID: <605c9586-384c-c4d4-d827-f97b1baf7c84@mailbox.org> (raw)
In-Reply-To: <87mtsq3fy1.fsf@nicolasgoaziou.fr>
Am 19.05.2021 um 17:23 schrieb Nicolas Goaziou:
> Denis Maier <denismaier@mailbox.org> writes:
>> In that case, I'd think that note/bare => footcitecite isn't
>> a particular good fit. Footcitetext puts the citation in a footnote,
>> just that it doesn't print a footnote mark in a running text.
>> (This is useful in cases where the regular footnote mechanism in LaTeX
>> doesn't work, e.g. in headings or tables. In these cases you' can
>> place the mark manually with \footnotemark, and later you specify the
>> text with \footnotetext, or in that case with \footcitetext.)
>
> OK, I'll remove it.
>
> What about also removing \footcite altogether? We could simply
> automatically wrap the citation in a inline footnote before exporting
> the document. No need for a special command.
>
No, I wouldn't suggest that unless you want to deal with capitalization
at the beginning of footnotes, which \footcite does automatically.
#+begin_example
\documentclass{article}
\begin{filecontents}{\jobname.bib}
@book{doe,
author = {Doe, John},
title = {On using biblatex with orgmode},
year = {2021},
}
\end{filecontents}
\usepackage[style=authortitle-ibid]{biblatex}
\addbibresource{\jobname.bib}
\begin{document}
Test.\footcite{doe}
Test.\footcite{doe} % "ibid." -> "Ibid."
\citereset
Test.\footnote{\cite{doe}.}
Test.\footnote{\cite{doe}.} "ibid." stays "ibid."
\end{document}
#+end_example
> Org already handles footnotes in headings and tables, so there may be no
> need to footcitetext either…
>
>> Regarding:
>>> | locators | bare | notecite |
>>> | locators | caps | Pnotecite |
>>> | locators | bare-caps | Notecite |
>>> | locators | | pnotecite |
>>
>> fnotecite should be added.
>
> Under what style/variant combination?
| locators | bare | notecite |
| locators | caps | Pnotecite |
| locators | bare-caps | Notecite |
| locators | foot | fnotecite |
| locators | | pnotecite |
>
>>> One problem is there is no "\cite", or "\parencite". I though they would
>>> make a good fit for the default style, "\cite" being the "bare" variant
>>> of "\parencite", and "\autocite" could be moved to a "auto" style. I'm
>>> not sure where to put \cite, then.
>>
>> Why not just add a cite/parens style?
>
> OK.
>
>> \cite could be [cite/bare: ...]
>
> This would be confusing. So far, "bare" is a style variant. Your
> suggestion promotes it exceptionally to a full-fledged style. It hurts
> my logic. :)
>
> Could "\cite" be [cite/parens/bare:...] instead?
Could be, but also [cite/text/bare] or cite/foot/bare or cite/super/bare
as they all are essentially just wrappers around the plain cite command
(textcite is a bit different, but parencite and footcite really have the
same definition as cite, the only difference being that they add some
kind of wrapper.)
So, starting from parencite and then removing the wrapper would my logic
instead ;-)
But maybe cite/plain or cite/basic or so?
By the way, I have the impression we can easily get rid of the
bare-variants completely. If we don't need footcitetext (or if we rename
the variant to note/text as that would be more appropriate, we can
something like this:
| Style | Variant | Command |
|-----------+---------------+--------------|
| author | caps | Citeauthor* |
| author | full | citeauthor |
| author | caps-full | Citeauthor |
| author | | citeauthor |
|-----------+---------------+--------------|
| title | full | citetitle* |
| title | | citetitle |
|-----------+---------------+--------------|
| year | full | citeyear* |
| year | | citeyear |
|-----------+---------------+--------------|
| locators | parens | pnotecite |
| locators | parens-caps | Pnotecite |
| locators | foot | fnotecite |
| locators | caps | Notecite |
| locators | | notecite |
|-----------+---------------+--------------|
| nocite | | nocite |
|-----------+---------------+--------------|
| note | text | footcitetext |
| note | | footcite |
|-----------+---------------+--------------|
| smart | caps | Smartcite |
| smart | | smartcite |
|-----------+---------------+--------------|
| super | | supercite |
|-----------+---------------+--------------|
| foot | | footcite |
|-----------+---------------+--------------|
| text | caps | Textcite |
| text | | textcite |
|-----------+---------------+--------------|
| parens | noauthor-caps | Parencite* |
| parens | noauthor | parencite* |
| parens | caps | Parencite |
| parens | | parencite |
|-----------+---------------+--------------|
| plain | noauthor-caps | Cite* |
| plain | noauthor | cite* |
| plain | caps | Cite |
| plain | | cite |
|-----------+---------------+--------------|
| (default) | caps | Autocite |
| (default) | | autocite |
>
> Anyway, I don't have a strong opinion about autocite being the default.
> If it makes sense and we can put \cite elsewhere, let's use that.
Well, see the revised table above. WDYT?
Denis
next prev parent reply other threads:[~2021-05-20 8:19 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-18 15:13 [wip-cite-new] Initial implementation of `biblatex' citation processor Nicolas Goaziou
2021-05-18 18:40 ` Bruce D'Arcus
2021-05-20 7:22 ` Rudolf Adamkovič
2021-05-20 10:38 ` Bruce D'Arcus
2021-05-19 10:03 ` Denis Maier
2021-05-19 10:43 ` Bruce D'Arcus
2021-05-19 12:33 ` Denis Maier
2021-05-19 13:44 ` Nicolas Goaziou
2021-05-19 13:50 ` Bruce D'Arcus
2021-05-19 14:31 ` Denis Maier
2021-05-19 14:46 ` Bruce D'Arcus
2021-05-19 15:23 ` Nicolas Goaziou
2021-05-20 8:04 ` Denis Maier [this message]
2021-05-20 10:36 ` Bruce D'Arcus
2021-05-20 11:56 ` Bruce D'Arcus
2021-05-20 11:59 ` Bruce D'Arcus
2021-05-20 13:24 ` Denis Maier
2021-05-20 13:07 ` Denis Maier
2021-05-20 13:22 ` Bruce D'Arcus
2021-05-20 13:56 ` Denis Maier
2021-05-20 14:11 ` Bruce D'Arcus
2021-05-20 14:29 ` Denis Maier
2021-05-20 15:14 ` Bruce D'Arcus
2021-05-20 17:06 ` Nicolas Goaziou
2021-05-20 21:51 ` Denis Maier
2021-05-20 22:37 ` Thomas S. Dye
2021-05-20 22:51 ` Bruce D'Arcus
2021-05-21 0:07 ` Thomas S. Dye
2021-05-21 13:38 ` Nicolas Goaziou
2021-05-20 13:08 ` Denis Maier
2021-05-20 17:15 ` Nicolas Goaziou
2021-05-20 21:54 ` Denis Maier
2021-05-21 13:29 ` Nicolas Goaziou
2021-05-20 14:32 ` Denis Maier
2021-05-19 13:00 ` Denis Maier
2021-05-21 11:49 ` Bruce D'Arcus
2021-05-21 13:13 ` Nicolas Goaziou
2021-05-21 13:25 ` Bruce D'Arcus
2021-05-25 14:30 ` Bruce D'Arcus
2021-05-26 20:04 ` Nicolas Goaziou
2021-05-29 14:44 ` [org-cite, oc-csl] print_bibliography options Bruce D'Arcus
2021-05-29 15:15 ` Nicolas Goaziou
2021-05-29 16:03 ` Bruce D'Arcus
2021-05-29 16:30 ` Nicolas Goaziou
2021-05-31 18:10 ` András Simonyi
2021-05-31 21:54 ` Bruce D'Arcus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=605c9586-384c-c4d4-d827-f97b1baf7c84@mailbox.org \
--to=denismaier@mailbox.org \
--cc=emacs-orgmode@gnu.org \
--cc=mail@nicolasgoaziou.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).