From: "Gustav Wikström" <email@example.com> To: Nicolas Goaziou <firstname.lastname@example.org>, Bruce D'Arcus <email@example.com> Cc: "Joost Kremers" <firstname.lastname@example.org>, "email@example.com" <firstname.lastname@example.org>, "András Simonyi" <email@example.com>, "John Kitchin" <firstname.lastname@example.org> Subject: RE: wip-cite status question and feedback Date: Mon, 13 Apr 2020 12:05:01 +0000 [thread overview] Message-ID: <HE1PR02MB3033A215A489D48CB6A4BB72DADD0@HE1PR02MB3033.eurprd02.prod.outlook.com> (raw) In-Reply-To: <email@example.com> Hi, I'm curious. So take this for what it is; I.e. curiosity. What /exactly/ is meant with a citation here? Is it a new general concept in Org mode, or is it something more narrow, as an extension for some specific third party software? Would I be able to use it without that third party software? What would the content of a citation be? Is it a link to some source plus annotations and formatting? Is it only the link? Is it also the formatting? Is it something else entirely? I'm wondering since Org mode has existing facilities for much of this already. But maybe not packaged together for citations just yet? Is there any purpose of thinking of citations as a wrapper for already existing functionality? Or could the links-syntax be extended with more properties and auxiliary functionality to fulfill the need for citations? Maybe these questions have been discussed already. Sorry in that case, it was a long thread and I admit to not having read everything. I'm simply wondering since there may be reason for reusing and extending existing functionality before creating something new. Hence the question of what exactly a citation consists of above. Because Org mode can already provide links to external content. And, to me at least, a citation is simply that: a link. A link which is the key to the information that is to be marked as the source of the citation. Auxiliary functionality on top of that could provide facilities to collect all such links into bibliographies based on link-backend and properties of that link. Configurations (emacs config or org mode properties, [info:org#Property Syntax]) could instruct on formatting. But as I said in the beginning. Take this as curiosity. And take it as questions for someone not very much into the academic world at this time, not having to bother with typesetting, formatting and latex related issues. Kind regards Gustav > -----Original Message----- > From: Emacs-orgmode <firstname.lastname@example.org> On > Behalf Of Nicolas Goaziou > Sent: den 8 april 2020 11:32 > To: Bruce D'Arcus <email@example.com> > Cc: Joost Kremers <firstname.lastname@example.org>; email@example.com; > András Simonyi <firstname.lastname@example.org>; John Kitchin > <email@example.com> > Subject: Re: wip-cite status question and feedback > > Hello, > > "Bruce D'Arcus" <firstname.lastname@example.org> writes: > > > Note that in CSL processors, the locators are meaningful key-values, > > basically; not plain text strings. > > OK, but it is enough for Org to feed a CSL processor with, e.g., > > key -> "@doe99" > prefix -> "see " > suffix -> ", pp. 33-35" > > Then CSL processor does its job to extract whatever information it > needs. Am I right? > > > While I of course can't speak for John, I would hope and expect org > > ref to support the new syntax. > > > > I would hope and expect the same of other packages (like ebib) that > > use their own custom syntax. > > I hope so, too. But it would help if developers could chime in and tell > what API Org should provide. This is particularly important since Org > will only provide the API, without any specialized implementation. More > on this at the end of the message. > > > 1. just have a super simple citation export formatter, with (per > > above) room to configure an external one > > Sure. Org should provide default export for citations in LaTeX, ASCII, > HTML, Texinfo and ODT. Suggestions are more than welcome. > > > 2. while I don't know its status, include citeproc-org in org and > > emacs > > I think citeproc-el should ship with Emacs, but I cannot speak for > Emacs; it would be nice to ask Emacs developers about it. > > > I'd say if citeproc-org is far along and free of substantial bugs, 2 > > might make sense. I am, of course, biased, but CSL's been widely > > deployed in the wild for more than a decade, and there are thousands > > of available styles. > > > > Otherwise, and more likely, 1 would be the best path; users get basic > > output formatting for citations, but then can plug in more elaborate > > tools (citeproc-org, citeproc-hs*, etc.) if they need them. > > Option 2 makes a lot of sense if citeproc-el is integrated with Emacs. > Until them, I agree that option 1 is the way to go at the moment. > > > WDY about that? > > Sounds like a plan. Let me summarize it a bit : > > 1. [ ] Finalize Org citation syntax. It is mostly good, but we need to > decide about the following points: > > - [ ] Should it include both "(cite):" and "cite:", i.e., does it > make sense to provide a (very limited) style specification piece > wise? > > - [ ] Should it include /global/ prefix and suffix? > > - [ ] Should we keep the short specification, i.e., "[@key]"? > > - [ ] What kind of markup do we allow in a citation? At the moment > the exhaustive list is: bold, code, entity, italic, latex- > fragment, > strike-through, subscript, superscript, underline, verbatim and > line breaks. > > 2. [ ] Decide about API Org should provide for it to be useful. Here > are > some low hanging fruits: > > - [ ] List all ".bib" files associated to the document, > > - [ ] List all citations, > > - [ ] Return citation key at point, if any. > > - Anything else? > > Moreover, we need to decide about how external processors could plug > into the export framework. > > - [ ] For example, it could be a simple variable bound to a list of > functions. Each function accepts three arguments: the export > back-end, as a symbol, the full citation, as a list of triplets > (key, prefix, suffix) along with global prefix/suffix, and the > usual INFO communication channel. Does it need more? > > - [ ] Also, the prefix/suffix may contain some Org markup, so this > needs to be also processed. Should it happen before, or after the > external processor does its job? I.e., should the function > translate into Org or target format? > > 3. [ ] Specify the kind of basic translation that be done out of the > box? Ideally, every non-derived back-end should do something, even > basic. Therefore, we need to propose some translation pattern for > each of the following: > > - [ ] ASCII > > - [ ] HTML > > - [ ] LaTeX > > - [ ] ODT > > - [ ] Texinfo > > 4. Anything else? > > > We need help, or at least opinion, from actual implementors to go > further. I'm CC'ing some of them. > > I can take care of the implementation (with some time, my plate is full > at the moment), but I'm mostly incompetent about design issues. > > So, what about ticking off some items? > > Regards, > > -- > Nicolas Goaziou
next prev parent reply other threads:[~2020-04-13 12:11 UTC|newest] Thread overview: 139+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-04-07 15:15 Bruce D'Arcus 2020-04-07 17:51 ` Nicolas Goaziou 2020-04-07 18:27 ` Bruce D'Arcus 2020-04-07 18:31 ` Bruce D'Arcus 2020-04-07 21:13 ` Joost Kremers 2020-04-08 0:01 ` Bruce D'Arcus 2020-04-08 9:16 ` Joost Kremers 2020-04-08 9:32 ` Nicolas Goaziou 2020-04-08 12:19 ` Bruce D'Arcus 2020-04-08 13:39 ` John Kitchin 2020-04-08 16:12 ` Bruce D'Arcus 2020-04-09 7:38 ` Albert Krewinkel 2020-04-09 9:30 ` Bruce D'Arcus 2020-04-09 9:46 ` Bruce D'Arcus 2020-04-09 10:05 ` Bruce D'Arcus 2020-04-09 23:17 ` Nicolas Goaziou 2020-04-10 1:17 ` Bruce D'Arcus 2020-04-10 5:38 ` Albert Krewinkel 2020-04-11 11:41 ` Bruce D'Arcus 2020-04-13 12:05 ` Gustav Wikström [this message] 2020-04-13 12:33 ` Bruce D'Arcus 2020-05-24 12:12 ` Bastien 2020-05-24 13:17 ` Bruce D'Arcus 2020-05-29 21:59 ` András Simonyi 2020-05-29 22:24 ` Bruce D'Arcus 2020-05-29 22:58 ` Bruce D'Arcus 2020-06-03 14:40 ` Bastien 2020-06-03 14:53 ` Bruce D'Arcus 2020-12-14 21:24 ` Bruce D'Arcus 2021-03-24 13:22 ` Bruce D'Arcus 2021-03-24 18:27 ` M. ‘quintus’ Gülker 2021-04-11 23:15 ` Bruce D'Arcus 2021-04-12 13:19 ` Nicolas Goaziou 2021-04-12 18:53 ` András Simonyi 2021-04-16 17:05 ` András Simonyi 2021-04-16 17:23 ` Bruce D'Arcus 2021-04-18 13:11 ` Nicolas Goaziou 2021-04-18 13:35 ` Ihor Radchenko 2021-04-18 13:37 ` Bruce D'Arcus 2021-04-21 19:57 ` John Kitchin 2021-04-21 20:09 ` Bruce D'Arcus 2021-04-21 20:57 ` John Kitchin 2021-04-21 20:26 ` John Kitchin 2021-04-21 20:54 ` Bruce D'Arcus 2021-04-22 2:47 ` Timothy 2021-04-22 12:07 ` Bruce D'Arcus 2021-04-22 12:34 ` Timothy 2021-04-21 21:47 ` András Simonyi 2021-04-21 23:51 ` Nicolas Goaziou 2021-04-22 0:01 ` Bruce D'Arcus 2021-04-22 0:15 ` Nicolas Goaziou 2021-04-23 11:49 ` Nicolas Goaziou 2021-04-23 12:55 ` András Simonyi 2021-04-23 13:10 ` Bruce D'Arcus 2021-04-23 13:24 ` Bruce D'Arcus 2021-04-23 14:50 ` András Simonyi 2021-04-23 22:08 ` Bruce D'Arcus 2021-04-24 17:37 ` M. ‘quintus’ Gülker 2021-04-24 17:47 ` Nicolas Goaziou 2021-04-24 18:39 ` Bruce D'Arcus 2021-04-26 14:54 ` Bruce D'Arcus 2021-04-26 20:35 ` Denis Maier 2021-04-27 10:12 ` Bruce D'Arcus 2021-04-27 10:20 ` Timothy 2021-04-27 11:44 ` Denis Maier 2021-04-27 12:32 ` Bruce D'Arcus 2021-04-27 13:58 ` Denis Maier 2021-04-27 14:07 ` Bruce D'Arcus 2021-04-27 14:50 ` Denis Maier 2021-04-30 13:28 ` Nicolas Goaziou 2021-04-30 21:47 ` Denis Maier 2021-05-01 11:09 ` Nicolas Goaziou 2021-05-01 13:26 ` Bruce D'Arcus 2021-05-02 21:58 ` Denis Maier 2021-05-02 22:18 ` Bruce D'Arcus 2021-05-02 23:30 ` Bruce D'Arcus 2021-05-05 13:46 ` Bruce D'Arcus 2021-05-05 18:14 ` M. ‘quintus’ Gülker 2021-05-05 18:27 ` Bruce D'Arcus 2021-05-06 17:05 ` M. ‘quintus’ Gülker 2021-05-06 8:08 ` Denis Maier 2021-04-24 13:14 ` Nicolas Goaziou 2021-04-23 12:03 ` Nicolas Goaziou 2021-04-23 13:34 ` András Simonyi 2021-04-17 19:13 ` M. ‘quintus’ Gülker 2021-04-18 16:17 ` Nicolas Goaziou 2021-04-20 13:32 ` Matt Price 2021-04-21 17:07 ` Nicolas Goaziou 2021-04-21 17:53 ` Bruce D'Arcus 2020-04-10 9:29 denis.maier.lists 2020-04-10 12:22 ` Bruce D'Arcus 2020-04-10 22:56 ` Nicolas Goaziou 2020-04-11 21:42 ` denis.maier.lists 2020-04-11 22:05 ` Bruce D'Arcus 2020-04-12 10:38 ` Nicolas Goaziou 2020-04-12 11:15 ` Bruce D'Arcus 2020-04-12 14:02 ` Nicolas Goaziou 2020-04-12 14:25 ` Bruce D'Arcus 2020-04-12 15:32 ` Nicolas Goaziou 2020-04-12 15:44 ` Bruce D'Arcus 2020-04-12 15:57 ` Nicolas Goaziou 2020-04-12 17:17 ` Bruce D'Arcus 2020-04-12 20:49 ` denis.maier.lists 2020-04-12 22:19 ` Nicolas Goaziou 2020-04-13 8:33 ` Stefan Nobis 2020-04-13 10:02 ` Denis Maier 2020-04-13 10:11 ` denis.maier.lists 2020-04-13 10:05 ` Bruce D'Arcus 2020-04-13 10:14 ` denis.maier.lists 2020-04-13 9:58 ` Bruce D'Arcus 2020-04-13 10:09 ` denis.maier.lists 2020-04-13 10:10 ` Joost Kremers 2020-04-13 10:46 ` Stefan Nobis 2020-04-15 5:54 ` Richard Lawrence 2020-04-15 10:07 ` Joost Kremers 2020-04-18 9:34 ` Richard Lawrence 2020-04-18 10:56 ` Bruce D'Arcus 2020-04-18 12:48 ` Richard Lawrence 2020-04-18 13:17 ` Bruce D'Arcus 2020-04-18 13:22 ` Bruce D'Arcus 2020-04-18 20:23 ` Denis Maier 2020-04-18 20:28 ` denis.maier.lists 2020-04-19 9:11 ` Richard Lawrence 2020-04-25 16:19 ` Nicolas Goaziou 2020-04-25 17:00 ` Bruce D'Arcus 2020-04-25 20:03 ` Nicolas Goaziou 2020-04-25 21:18 ` Bruce D'Arcus 2020-05-01 17:38 ` Richard Lawrence 2020-05-01 17:54 ` Bruce D'Arcus 2020-05-02 14:06 ` Nicolas Goaziou [not found] ` <email@example.com> 2020-05-02 16:34 ` Nicolas Goaziou 2020-05-02 17:24 ` Denis Maier 2020-05-02 13:13 ` Nicolas Goaziou 2020-05-02 13:45 ` Bruce D'Arcus 2020-05-02 20:45 ` Richard Lawrence 2020-04-29 9:14 ` Denis Maier 2020-05-02 9:51 ` Nicolas Goaziou 2020-05-02 11:53 ` Bruce D'Arcus 2020-04-18 20:38 ` Joost Kremers
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=HE1PR02MB3033A215A489D48CB6A4BB72DADD0@HE1PR02MB3033.eurprd02.prod.outlook.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --subject='RE: wip-cite status question and feedback' \ /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
Code repositories for project(s) associated with this 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).