Re: wip-cite status question and feedback

> Stefan Nobis hat am 13. April 2020 10:33 geschrieben: > > > Nicolas Goaziou writes: > > > Alphanumeric suffix provides 62 combinations, which should hopefully > > be enough for any citation back-end out there (I'm looking at you > > biblatex). It's not terribly readable, tho, as you point

Re: wip-cite status question and feedback

> Bruce D'Arcus hat am 18. April 2020 15:22 geschrieben: > > > But ... > > On Sat, Apr 18, 2020 at 9:17 AM Bruce D'Arcus wrote: > > ... > > > I can't see that it's necessary to have a fourth, because I think the > > result of that would be this, which doesn't make any sense. > > > > 4.

Re: wip-cite status question and feedback

Am 02.05.2020 um 18:34 schrieb Nicolas Goaziou: It seems you didn't copy the list. I add it again. No, I think that should be fine. (Perhaps also a fourth one for author-only. And what about nocite?) Sorry. I wasn't clear. There is still full support for styles behind the suggested syntax,

Re: wip-cite status question and feedback

Hello, Am 25.04.2020 um 18:19 schrieb Nicolas Goaziou: Hello, I cannot answer all open questions as the thread would spread too thin. So, I'll try to subsume where Org is at the moment, and what need to be decided. Thanks for the suggestion. Looks like a pretty solid approach. There is a

Re: [wip-cite-new] Adjust punctuation around citations

14.06.2021 um 13:45 schrieb Denis Maier: Below a few examples of what I mean. WDYT? Am I missing something? Denis === #+cite_export: csl #+cite_export: csl "C:/Users/denis/Zotero/styles/chicago-note-bibliography.csl" #+bibliography

Re: [wip-cite-new] Adjust punctuation around citations

t input. And, I think that's the whole issue: going from strict to non-strict is easy while the other way is more complicated; at least, it would require some more efforts to support the last case (going from non-strict input to note style output with a language that requires strict ou

Re: [wip-cite-new] Adjust punctuation around citations

Hi Nicolas, thanks for all your work on this. I've been busy lately, but I'll try to test ASAP. (Might take a few though, just to list you know.) Denis Nicolas Goaziou hat am 13.06.2021 00:04 geschrieben:

Re: [wip-cite-new] Adjust punctuation around citations

Am 12.06.2021 um 11:39 schrieb Nicolas Goaziou: Hello, Denis Maier writes: Yes, good this is coming. As a step forward, I rebased wip-cite-new branch with more support for note numbers handling. I added three customizable variables: - org-cite-adjust-note-numbers, which simply allows

Re: [wip-cite-new] Adjust punctuation around citations

to reconstruct missing information IIRC). That's where I disagree. I think the opposite is true. On Sun, Jun 13, 2021, 2:54 PM Denis Maier <denisma...@mailbox.org> wrote: Am 12.06.2021 um 11:39 schrieb Nicolas Goaziou: &

Re: [wip-cite-new] Adjust punctuation around citations

Hi, Am 21.06.2021 um 10:45 schrieb Nicolas Goaziou: Hello, Denis Maier writes: Using a space for this is perhaps too subtle as you say. Also, the question is which one should be the default. I'd actually suggest to turn it around: "A quotation ending without punctuation"[cite

Re: [wip-cite-new] Adjust punctuation around citations

Am 21.06.2021 um 10:45 schrieb Nicolas Goaziou: Hello, Denis Maier writes: Using a space for this is perhaps too subtle as you say. Also, the question is which one should be the default. I'd actually suggest to turn it around: "A quotation ending without punctuation"[cite

Re: [wip-cite-new] Adjust punctuation around citations

Am 20.06.2021 um 09:41 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: On Mon, Jun 14, 2021 at 7:45 AM Denis Maier wrote: * Note style input (=semantically strict input) "A quotation ending with a period." [cite: @hoel-71-whole] "A quotation ending wi

Re: [wip-cite-new] Adjust punctuation around citations

l obviously want spaces before the citaitons, but I guess this is because citation end up in footnotes. With an in-text style spaces won't be collapsed here, right? Again, thanks for all your work on this one. Denis Am 13.05.2021 um 23:33 schrieb Nicolas Goaziou: Hello, Following discussion wit

Re: [wip-cite-new] Adjust punctuation around citations

Am 14.05.2021 um 01:21 schrieb Bruce D'Arcus: On Thu, May 13, 2021 at 5:33 PM Nicolas Goaziou wrote: WDYT? Looks really good; thanks for this! But I get this error when I run the export to test. org-export-as: Wrong number of arguments: #, 1 Not sure what I'm doing wrong; I: 1.

Re: [wip-cite-new] Adjust punctuation around citations

Am 13.05.2021 um 23:33 schrieb Nicolas Goaziou: Hello, [...] RULE is a triplet of symbols (PUNCT POSITION RELATIVE): PUNCT is the desired location of the punctuation with regards to the quotation, if any. It may be `inside', `outside', or`strict', the latter meaning the

Re: [wip-cite-new] Adjust punctuation around citations

Am 17.05.2021 um 00:24 schrieb Bruce D'Arcus: On Sun, May 16, 2021 at 6:03 PM Denis Maier wrote: Am 16.05.2021 um 23:38 schrieb Bruce D'Arcus: Can you clarify the rule/situation that would use that approach? Chicago Manual of Style 15.26: "When the source of a block quot

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 18.05.2021 um 17:13 schrieb Nicolas Goaziou: Hello, In a rebased "wip-cite-new" branch, I made an modest attempt to write a `biblatex' citation processor, in the file "oc-biblatex.el As Bruces has already written, this doesn't look modest at all. [...] - author(a), including caps(c),

Re: Need help using the dev version on windows

Am 07.05.2021 um 14:04 schrieb Ihor Radchenko: Denis Maier writes: Then, I get this message ... == = Invoke "make help" for a synopsis of make targets. = = Created a default local.mk template. = = Setting "oldorg&

Re: [wip-cite-new] New natbib processor

Am 05.05.2021 um 23:25 schrieb Bruce D'Arcus: On Wed, May 5, 2021 at 2:08 PM Bruce D'Arcus wrote: I did some basic testing, and it seems to work well in general ... That was just looking at the citation output, of course. Now I did the real test: would LaTeX -> PDF work. Answer: not ATM.

Re: wip-cite status question and feedback

Am 05.05.2021 um 20:14 schrieb M. ‘quintus’ Gülker: Am 05. Mai 2021 um 09:46 Uhr -0400 schrieb Bruce D'Arcus: We found three rules: 1. what Chicago calls "American" 2. what it calls "British" 3. French (though Denis is still confirming how these work in actual books) The output in each, when

Need help using the dev version on windows

Hi, in order to test the new org-cite features I've tried installing orgmode from the git repo. So, in my home folder git clone https://code.orgmode.org/bzg/org-mode.git cd org-mode make Then, I get this message ... == = Invoke "make help"

Re: Multilingual support (proposals and state of the question)

Am 17.05.2021 um 17:41 schrieb Juan Manuel Macías: Hi all, I would like to start a thread on this question, leaving some basic ideas and sketches of my own, in case someone else wanted to join the discussion. I think it would be nice if Org Mode offered consistent support (out of the box) for

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Hi, Am 20.05.2021 um 19:06 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: On Thu, May 20, 2021 at 9:57 AM Denis Maier wrote: I'm not really sure we need bare substyles at all. At least in biblatex it's the basis for the other commands. Though see my follow

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 19:15 schrieb Nicolas Goaziou: Hello, Denis Maier writes: 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

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 19.05.2021 um 17:23 schrieb Nicolas Goaziou: Denis Maier 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 wh

Re: An attempt to prepare critical editions within Org

Am 20.05.2021 um 13:45 schrieb Juan Manuel Macías: Hi, If there is a philologist among the colisters who is working on critical editions (a type of text with several complex apparatus of footnotes and endnotes, and with numbering and various material at the margin ---an example of critical

Re: [wip-cite-new] Adjust punctuation around citations

Hi, (strict inside before) corresponds to French typography. Regarding French typography. With this example: --- #+language: fr #+cite_export: test "This is a complete sentence."[cite:@key] "This is an incomplete sentence" [cite:@key].

Re: [wip-cite-new] Adjust punctuation around citations

Am 15.05.2021 um 13:56 schrieb Nicolas Goaziou: Hello, [...] At the moment, the `org-cite-adjust-punctuation' function is designed with author-year to note conversion in mind, not the other way. I don't have enough examples of the opposite transformation to even be sure the current interface

Fold/Hide inline footnotes

Hi, auctex has a nice feature to hide certain elements, e.g. footnotes. Would it be possible to include something similar in org-mode? Best, Denis

Re: CSL-JSON support for =parsebib=

Hi,well, this is what I asked Joost in the first place. Adjusting parsebib is part of the efforts to make that possible.Denis

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 12:36 schrieb Bruce D'Arcus: > On Thu, May 20, 2021 at 4:18 AM Denis Maier wrote: > >> 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 >> (tex

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 13:56 schrieb Bruce D'Arcus: So backing up a bit, as I was getting confused, here's [1] one summary of the different core biblatex commands. - \cite [autocite=plain]: Citations are typeset as-is; - \parencite [autocite=inline]: Citations are typeset in parentheses; - \footcite

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 15:22 schrieb Bruce D'Arcus: On Thu, May 20, 2021 at 9:07 AM Denis Maier wrote: Am 20.05.2021 um 12:36 schrieb Bruce D'Arcus: On Thu, May 20, 2021 at 4:18 AM Denis Maier wrote: But maybe cite/plain or cite/basic or so? First, are those two suggestions just synonyms

Org-export question from a pandoc user

Hi everyone, given the recent developments regarding the citation syntax I'm currently looking at orgmode as a writing environment again. One thing I don't understand currently: Do you have to have you export configuration in your source file or is there a way to keep your writing clean from

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 16:11 schrieb Bruce D'Arcus: On Thu, May 20, 2021 at 9:57 AM Denis Maier wrote: I'm not really sure we need bare substyles at all. At least in biblatex it's the basis for the other commands. Though see my followup message on autocite config. Does that change

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 19.05.2021 um 17:23 schrieb Nicolas Goaziou: \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? Another

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 20.05.2021 um 12:36 schrieb Bruce D'Arcus: On Thu, May 20, 2021 at 4:18 AM Denis Maier wrote: 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

Re: [wip-cite-new] Initial implementation of `csl' citation processor

Hi, Am 26.05.2021 um 22:33 schrieb Nicolas Goaziou: thanks for this! I've just tried to test this, but I can't get it to work. I've done git pull make And I'm getting: In toplevel form: oc-csl.el:93:1:Error: Cannot open load file: No such file or directory, citeproc Do you have an idea

Re: [wip-cite-new] Adjust punctuation around citations

Hi, Am 05.06.2021 um 23:45 schrieb Bruce D'Arcus: On Sat, Jun 5, 2021 at 5:35 PM Nicolas Goaziou wrote: Getting back to this thread… I'd like to see it moving forward. Yes. This is the last missing piece I see! Yes, good this is coming. You lost me here. Punctuation moving was

Re: [org-cite, oc-csl] setting no-link parameter within document?

Am 04.06.2021 um 13:50 schrieb Bruce D'Arcus: I see the processor has a org-cite-csl-link-cites defcustom to set this globally, but can one set it at the document level? Further explanation: The default hyperref settings in latex export in general are too much, with boxes everywhere and garish

Re: [org-cite, oc-csl] setting no-link parameter within document?

Am 04.06.2021 um 14:24 schrieb Bruce D'Arcus: On Fri, Jun 4, 2021 at 8:18 AM Eric S Fraga wrote: On Friday, 4 Jun 2021 at 14:01, Denis Maier wrote: Ok, I first thought you can just add the configuration to the LATEX_HEADER keywords, but that won't work since everything in there is loaded

Re: [org-cite, oc-csl] setting no-link parameter within document?

Am 04.06.2021 um 14:18 schrieb Eric S Fraga: On Friday, 4 Jun 2021 at 14:01, Denis Maier wrote: Ok, I first thought you can just add the configuration to the LATEX_HEADER keywords, but that won't work since everything in there is loaded before hyperref. I am not sure what is loaded before

Re: [wip-cite-new] Initial implementation of `csl' citation processor

Am 27.05.2021 um 03:58 schrieb Bruce D'Arcus: On Wed, May 26, 2021 at 8:47 PM Bruce D'Arcus wrote: BTW, I did get it all setup, and do seem to have run into a bug. Input: [cite/noauthor:@latexcompanion p23] Output (not position of the locator label): (p 1993, 23) Hmm ... experimenting

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 19.05.2021 um 12:43 schrieb Bruce D'Arcus: On Wed, May 19, 2021 at 6:05 AM Denis Maier wrote: Is there a way to get a simple \cite? Hmm ... "cite/cite"? What does "cite" do that "autocite" doesn't? \cite is the most basic cite command: In a author-year

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Hi, Am 18.05.2021 um 17:13 schrieb Nicolas Goaziou: Hello, In a rebased "wip-cite-new" branch, I made an modest attempt to write a `biblatex' citation processor, in the file "oc-biblatex.el" Just in case anyone else stumbles over this: You'll have the add (require 'oc-biblatex) to the

Re: [wip-cite-new] Initial implementation of `biblatex' citation processor

Am 19.05.2021 um 15:44 schrieb Nicolas Goaziou: Here is the summary: | Style | Variant | Command | |---+---+--| | author| caps | Citeauthor* | | author| full | citeauthor | | author| caps-full | Citeauthor | | author|

Re: org-cite: make 'suppress-author' a citation 'style'

Hi, just some general remarks on that issue: I tend to think that treating "suppress-author" as a mode/style/command would indeed be appropriate. As the minus shorthand is inherited from pandoc, it might be worth pointing out that pandoc's syntax owes quite a lot to the markdown philosophy,

Re: org-cite: make 'suppress-author' a citation 'style'

Am 26.04.2021 um 09:53 schrieb Denis Maier: Hi, just some general remarks on that issue: I tend to think that treating "suppress-author" as a mode/style/command would indeed be appropriate. As the minus shorthand is inherited from pandoc, it might be worth pointing out that pando

Re: (Not so) Short note about citations in Org

Am 26.04.2021 um 22:02 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: On this, on the other (big) wip-cite thread, Nicolas said the following: "A drawback with allowing emphasis there is that prefix and suffix become parsed data and not plain string anymore. As a consequence,

Re: (Not so) Short note about citations in Org

Oh, and what do you think regarding the multiple bibliographies question? Denis Am 26.04.2021 um 22:02 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: On this, on the other (big) wip-cite thread, Nicolas said the following: "A drawback with allowing emphasis there is that prefix

Re: wip-cite status question and feedback

Am 26.04.2021 um 16:54 schrieb Bruce D'Arcus: I had an idea on this, though it may not be a good one ... On Sat, Apr 24, 2021 at 2:39 PM Bruce D'Arcus wrote: On Sat, Apr 24, 2021 at 1:47 PM Nicolas Goaziou wrote: Hello, "Bruce D'Arcus" writes: Some sentence with a concluding citation

Re: (Not so) Short note about citations in Org

Am 26.04.2021 um 22:33 schrieb Nicolas Goaziou: Denis Maier writes: Oh, and what do you think regarding the multiple bibliographies question? As far as Org is concerned, you can have multiple "bibliography" keywords, e.g., #+bibliography: file1.bib #+bibliography:

Re: (Not so) Short note about citations in Org

Nicolas Goaziou <m...@nicolasgoaziou.fr> hat am 26.04.2021 23:11 geschrieben: Denis Maier <denisma...@mailbox.org> writes: No, I was not talking about having multiple input file

Re: org-cite: make 'suppress-author' a citation 'style'

Am 27.04.2021 um 09:36 schrieb Richard Lawrence: "Bruce D'Arcus" writes: e.g. you can write Smith claims foo [(cite): -@Smith2019; -@Smith2020; see also @Jones2018]. to render Smith claims foo (2019; 2020; see also Jones 2018). You identified the same case Andras and I discussed just

Re: wip-cite status question and feedback

Am 27.04.2021 um 12:12 schrieb Bruce D'Arcus: On Mon, Apr 26, 2021 at 4:35 PM Denis Maier wrote: Regarding the proposal: I think that could go in the right direction, but in the current form it has the downside that you can't use the prefix anymore, right? Not sure why you would need

Re: wip-cite status question and feedback

Am 27.04.2021 um 16:07 schrieb Bruce D'Arcus: On Tue, Apr 27, 2021 at 9:58 AM Denis Maier wrote: Your example fails on 1 because it suggests the citation attaches to (starts) the following sentence. Only if you mentally parse it as a parenthetical author-date citation. I don't think so

Re: wip-cite status question and feedback

Hi Nicolas, thanks for all you work on this one. I don't have a setup where I can test this, but from what I can tell this looks quite good already. Am 30.04.2021 um 15:28 schrieb Nicolas Goaziou: [...] OK. I wrote a POC, and I would appreciate some feedback about it. In order to test it,

Re: wip-cite status question and feedback

Am 01.05.2021 um 15:26 schrieb Bruce D'Arcus: On Fri, Apr 30, 2021 at 5:48 PM Denis Maier wrote: Yes, this should be equivalent to the behaviour in pandoc. However, as I've said before, this behaviour is only correct in American English. Denis and I are working on sorting out the details of

Re: (Not so) Short note about citations in Org

Hi everyone, great to see that there's been so much progress since this issue has last been discussed! Looks really impressive so far. Two comments/questions: - I think it should be possible to use some markup in prefixes and suffixes. - Will this proposal allow multiple bibliographies? I

Re: Question about citation processors [wip-cite branch]

Am 04.05.2021 um 17:27 schrieb Joost Kremers: On Tue, May 04 2021, Bruce D'Arcus wrote: On Tue, May 4, 2021 at 10:47 AM Joost Kremers wrote: I can add some comments regarding biblatex: - default: \parencite[1] WDYT of \autocite for default? It's conceptually the same as the CSL default.

Re: Notes about citations in Org (part 3)

Am 05.05.2021 um 11:37 schrieb Bruce D'Arcus: On Wed, May 5, 2021, 1:48 AM Eric S Fraga > wrote: On Tuesday,  4 May 2021 at 18:59, Nicolas Goaziou wrote: > Is the default \cite{key} command (without any other package) used? Yes, it is.  But I wouldn't

Re: Notes about citations in Org (part 3)

Hi, Am 04.05.2021 um 08:47 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: On Mon, May 3, 2021 at 12:42 PM Nicolas Goaziou wrote: Anyway, I suggest to let it nil, and select it at the document level instead, with #+cite_export: basic bibstyle citestyle What is the

Re: Notes about citations in Org (part 3)

Am 04.05.2021 um 12:10 schrieb Joost Kremers: On Tue, May 04 2021, Eric S Fraga wrote: Question for the longer term: for LaTeX export, I will be wanting to have the [cite:] constructs export to BiBTeX code. Will this be possible in due course? For other targets (ODT, HTML), what has been

Re: wip-cite status question and feedback

Am 27.04.2021 um 14:32 schrieb Bruce D'Arcus: On Tue, Apr 27, 2021 at 7:44 AM Denis Maier wrote: Regarding simpler ways, why not just: "A simple quote." [cite: @doe p. 45] No, that's worse ;-) Let's review basic requirements: 1. a plain text document really should be readab

Suggestions for improved suffix parsing in oc-biblatex

Hi, I think the suffix parsing in oc-biblatex could be improved. Consider this example: #+cite_export: biblatex authoryear [cite:@doe 4] [cite:@doe 4, with some more text] = This gives us

Spurious spaces with oc-biblatex

Hi, Elias and I have run into an potential bug in oc-biblatex: == #+cite_export: biblatex authoryear [cite:@doe] => ok ([cite:@doe]) => this generates a space between the opening parentheses and the citation. == Result:

Re: Spurious spaces with oc-biblatex

Ok, it looks like this also happens with: .[cite:@doe] => . \autocite{doe} Is that on purpose? Denis Am 08.09.2021 um 15:25 schrieb Denis Maier: Hi, Elias and I have run into an potential bug in oc-biblatex: == #+cite_export: biblatex authoryear [c

Re: Spurious spaces with oc-biblatex

Update 2: This also happens with #+cite_export: csl Maybe this is useful for tracking this down. Denis Am 08.09.2021 um 16:30 schrieb Denis Maier: Ok, it looks like this also happens with: .[cite:@doe] => . \autocite{doe} Is that on purpose? Denis Am 08.09.2021 um 15:25 schrieb De

Re: ConTeXt exporter for Org Mode

Am 04.08.2021 um 18:01 schrieb Jason Ross: Hello, I have developed a ConTeXt exporter for Org Mode. It is available at https://github.com/Jason-S-Ross/ox-context The exporter provides custom environments for each document element in an effort to make customization easier, in contrast to the

Re: Spurious spaces with oc-biblatex

Bump. Am 08.09.2021 um 16:36 schrieb Denis Maier: Update 2: This also happens with #+cite_export: csl Maybe this is useful for tracking this down. Denis Am 08.09.2021 um 16:30 schrieb Denis Maier: Ok, it looks like this also happens with: .[cite:@doe] => . \autocite{

Re: Spurious spaces with oc-biblatex

Am 25.09.2021 um 16:48 schrieb Bastien: Hi Denis, Denis Maier writes: Bump. Can you propose a patch for this? I would have already done if I knew how to do this. That's maybe a nice elisp exercise so I'll have look, but I fear that's way beyond my capabilities, and probably something

Re: Suggestions for improved suffix parsing in oc-biblatex

Am 29.09.2021 um 08:30 schrieb Nicolas Goaziou: Hello, "Bruce D'Arcus" writes: That won't work if you have more than one reference in a citation? [cite:@doe 4, with some more text; @jones] No, that won't work with more than one reference in a citation. But this, coupled with the simple

Re: Suggestions for improved suffix parsing in oc-biblatex

Am 30.09.2021 um 09:23 schrieb Nicolas Goaziou: Hello, Denis Maier writes: Well, there are even cases like this one: [cite:@doe especially 4, 12, and 15] [cite:@doe e.g. 4, 12, and 15] [cite:@doe among others 4, 12, and 15] [cite:@doe 4, but also 12 and 15] AFAIU, all these cases

Re: Suggestions for improved suffix parsing in oc-biblatex

Bump Am 08.09.2021 um 15:37 schrieb Denis Maier: Hi, I think the suffix parsing in oc-biblatex could be improved. Consider this example: #+cite_export: biblatex authoryear [cite:@doe 4] [cite:@doe 4, with some more text

Re: Suggestions for improved suffix parsing in oc-biblatex

Am 01.10.2021 um 10:42 schrieb Nicolas Goaziou: Hello, Denis Maier writes: So, you're suggesting that locator parsing algorithm should be ported to oc-biblatex instead? That's a possibility. It can be factored out from oc-csl.el and become a generic tool living in oc.el, if deemed useful

Re: Org-syntax: Intra-word markup

Hi Tom Am 04.12.2021 um 18:53 schrieb Tom Gillespie: Hi all, After a bunch of rambling (see below if interested), I think I have a solution that should work for everyone. The key realization is that what we really want is the ability to have a "parse me separately" type of syntax. This

Re: Org-syntax: Intra-word markup

Am 03.12.2021 um 15:24 schrieb Max Nikulin: On 03/12/2021 02:03, Nicolas Goaziou wrote: Denis Maier writes: As for suggestions: If just using /intra/word creates ambiguities, what about the asciidoc solution? So //intra//word? I sympathize to the idea of intra-word emphasis, but the syntax

Re: Configuring ox-context

What do you think about using context's structurelevels instead? That would allow users to define their own mappings. Denis Am 23.12.2021 um 08:24 schrieb juh: Am Mittwoch, dem 22.12.2021 um 10:37 -0800 schrieb Jason Ross: Thank you for bringing this up. I'd like to discuss this a bit with

Re: Bibliographies on export with ox-context and ox-epub

Am 24.11.2021 um 10:59 schrieb Colin Baxter : Denis Maier writes: > Are you already on org 9.5? Looks like your still using the "old" > org-ref links. > The following mwe might get you started: >

Re: Bibliographies on export with ox-context and ox-epub

Am 24.11.2021 um 10:32 schrieb juh: [...] Thanks a lot but I get: Unknown processor csl What happens after this? M-: (require 'oc-csl) Will this evaluate or do you get an error message? Denis

Re: Bibliographies on export with ox-context and ox-epub

Are you already on org 9.5? Looks like your still using the "old" org-ref links. The following mwe might get you started: %% #+title: Citation tests #+cite_export: csl #+bibliography: test.bib [cite: @doe 45] [cite/text: @doe 45]

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 19:11 schrieb Tom Gillespie: I don't mean to be a wet blanket, but the edge cases for the current markup syntax are already hard enough to implement correctly, to the point where different parts of Org mode are inconsistent. Intra-word markup isn't viable because there simply

Re: [org-cite] autoload oc processors?

Am 29.11.2021 um 23:48 schrieb Nicolas Goaziou: Hello, Timothy writes: A more sophisticated solution probably exists, but my thought was that if a cite export keyword like this is seen: ┌ │ #+cite_export: FORMAT ... └ and there is no known cite backend `FORMAT', then we could just

Re: [ANN] ox-pandoc, revived

Am 30.11.2021 um 09:40 schrieb Alex Fenton: Hello, ox-pandoc is an exporter for Org Mode that uses pandoc (https://pandoc.org/) to export to a very wide variety of text markup (e.g. markdown variants), document (ODT, docx) and presentation (e.g. html, .pdf) formats. It is available via MELPA

Org-syntax: Intra-word markup

Hi everyone, while we're at discussing org syntax anyway, I thought it's time to bring up another syntax question: Currently, org syntax doesn't officially seem to support intra-word emphasis. Am I missing something? If the assessment is correct: Is there a reason for this? And, shouldn't

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 12:42 schrieb Marco Wahl: Hi! Currently, org syntax doesn't officially seem to support intra-word emphasis. Am I missing something? intra-*word* works just fine for me. Best, Ihor I think what Denis is referring to is a construction of the type *intra*word, which, if I'm

Re: Org-syntax: Intra-word markup

Yes, Juan Manuel. That's it. See for reference: https://stackoverflow.com/questions/1218238/how-to-make-part-of-a-word-bold-in-org-mode Best, Denis Am 02.12.2021 um 12:30 schrieb Juan Manuel Macías: Hi Denis and Ihor, Ihor Radchenko writes: Denis Maier writes: Currently, org syntax

Re: Org-syntax: Intra-word markup

Hi Timothy, Am 02.12.2021 um 12:58 schrieb Timothy: Hi Denis, Currently, org syntax doesn’t officially seem to support intra-word emphasis. Am I missing something? I’d describe it as supported via-zero width spaces. You may be interested in

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 13:10 schrieb Ihor Radchenko: Denis Maier writes: Just a furter remark: while zero-width-spaces can be used as a workaround, they may create problems in some export formats. E.g., they will mess up hyphenation in latex. I think if read somewhere that those can be removed

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 13:08 schrieb Eric S Fraga: My solution, in these case, is to fall back to LaTeX using @@latex:...@@ (and equivalent for HTML, if desired). Not pretty but I need this so seldom that I am happy with the org emphasis support generally. Hi Eric, Am 02.12.2021 um 13:08

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 13:00 schrieb Ihor Radchenko: Juan Manuel Macías writes: intra-*word* works just fine for me. I think what Denis is referring to is a construction of the type *intra*word, which, if I'm not mistaken, is not supported and can only be achieved by inserting a zero width

Re: Org-syntax: Intra-word markup

Am 02.12.2021 um 14:14 schrieb Juan Manuel Macías: Ihor Radchenko writes: Denis Maier writes: Can you create an example of such scenario and post it as a bug? Probably, we just need to strip all zero-width spaces at the basic ox.el level. To be clear: That's not an org bug. It's just

Re: org-cite: how to include a cite with no key?

Am 20.07.2021 um 13:41 schrieb Bruce D'Arcus: On Mon, Jul 19, 2021 at 8:48 PM John Kitchin wrote: On Mon, Jul 19, 2021 at 7:28 PM Emmanuel Charpentier wrote: In natbib there is \citetext{priv.\ comm.} which is used to add a textual citation to the bibliography that doesn't have a key

Re: org-cite: how to include a cite with no key?

Am 20.07.2021 um 15:50 schrieb Bruce D'Arcus: On Tue, Jul 20, 2021 at 8:50 AM Denis Maier wrote: This leads to problems with automatic citations, especially when you also use "ibid." and such... Bla [cite:@doe]. Blabla (Gen 1). Bla [cite:@doe]. => Bla (Doe 2020). Blabla (Gen

Update Schedule for orgmode

Hi, I'm helping a scholar at my institution with his emacs/org-mode installation. As he'll would like to have automatic citations I suggested he should try the new org-cite features, but he does not really want to run the dev version. Is it already predictable when 9.5 will be released? IIUC,

Re: citations: org-cite vs org-ref 3.0

Am 29.03.2022 um 18:14 schrieb Bruce D'Arcus: On Tue, Mar 29, 2022 at 11:23 AM Max Nikulin wrote: ... You even have managed to convince me that, besides adding missing style names, some existing ones should be adjusted. noauthor/bare for citeyear example makes for me much more sense ...

Include LaTeX source and compiled result

Hi everyone, for the documentation of my LaTeX courses I use examples that show the output next to the source code. I'm contemplating whether I should convert the documentation and examples to org, and use org-babel to include the examples. I think this should be possible with org-babel.

Re: Include LaTeX source and compiled result

something fundamental... Best, Denis Am 08.06.2022 um 09:43 schrieb Denis Maier: Hi everyone, for the documentation of my LaTeX courses I use examples that show the output next to the source code. I'm contemplating whether I should convert the documentation and examples to org, and use org-babel t

Re: Include LaTeX source and compiled result

Am 08.06.2022 um 10:28 schrieb Fraga, Eric: On Wednesday, 8 Jun 2022 at 09:43, Denis Maier wrote: However, I cannot manage to get this to work: If you want to show the LaTeX, you need to add ":exports code" to the src block, or ":exports both :results file" if you wa

Re: Abbreviations support

Hi Timothy, thanks for looking into this. A package "org-abbreviations" or so would be truly awesome. Have you had a chance to look into a MVP? Let me know if I can help somehow. Best, Denis Am 04.06.2022 um 12:09 schrieb Timothy: Hi Denis, Is there support for abbreviations in org-mode?

  1   2   >