From: John Kitchin <firstname.lastname@example.org> To: Nicolas Goaziou <email@example.com> Cc: firstname.lastname@example.org, "Bruce D'Arcus" <email@example.com>, "András Simonyi" <firstname.lastname@example.org> Subject: Re: wip-cite status question and feedback Date: Wed, 21 Apr 2021 16:26:42 -0400 [thread overview] Message-ID: <email@example.com> (raw) In-Reply-To: <firstname.lastname@example.org> >>> - "fontification" is meant to give full access to face selection, what >>> is really displayed, additional keymaps, all using a single >>> function. >> >>> At the moment, I have no idea about what arguments would be useful. >>> I think John Kitchin gave ideas about this already on this ML. >>> I have to re-read his posts on the subject. In any case, feedback >>> welcome. For fontification in an org-file, what I currently find helpful in org-ref: 1. the citations have a face that makes them stand out (it is usually a green color, unless the key is not found in the bibfiles, and then it is red). I have a way to turn that off though, because it can cause performance issues in large documents with large bibliographies. 2. There is a tooltip that shows a lightly formatted reference. The tooltip is fairly crude, and not related to any particular bibliography style. It would be great if it did, but so far the effort to achieve that has been too high. With an integrated citation processor it might be better, but I am skeptical they will ever look quite like they would in a latex export, especially if you use latex code in your bibtex files. This tooltip only needs to be good enough in my opinion to tell what the key is representing at that point. 3. I like having keymaps on the citations. The most common use for me is to press S-up to sort a sequence of citations by year, followed by S-left and S-right to transpose citations in a sequence, followed by M-left/right to navigate across citations. 4. I tend to have my follow function launch a hydra menu, which provides many action choices. I think this is easier than trying to remember a lot of different commands that also work at the citation at point. I started this with helm, then ivy and now hydra. I can't tell if a new generation of approaches like selectrum, or the package bibtex-actions will eventually replace these. This isn't quite fontification, but since you can put keymaps on with fontification, it isn't fully indpendent either. 5. I mostly think the citations should be displayed as plain text, i.e. not replaced by a numbered overlay, or equivalent. I could see hiding the , but also guess that would be more confusing than beneficial. >> >> I'm thinking about implementing a "fontification" solution which would >> use citeproc-el with a standard style to produce nice preview-like >> representations of the citations in the buffer. This would require >> basically the same pieces of information as citation export I think, >> although it might be made strictly local, working only with the >> single citation object plus the bibliography information. > > OK. Citation object and list of bibliography files as arguments are > a starting point. > >>> A citation processor does not need to provide integration in all these >>> areas. Users may be able to mix and match processors. This is another >>> (minor) point which is yet to be designed. How is a user supposed to >>> select a processor for each integration area? It could be done through >>> three variables, e.g., >>> >>> (setq org-cite-display-processor 'org-ref) >>> (setq org-cite-export-processor 'citeproc) >>> (setq org-cite-follow-processor 'default) >>> >>> I think it is unlikely for a user to locally select "display" and >>> "follow" processors. However, we need a way to use a local export >>> processor for a given document. I may need to introduce >>> a #+citation_processor keyword during export. Any other idea? >> >> All of these solutions seem to be good starting points. As for >> setting the "display" and "follow" processors locally, this leads to a >> question which probably has to be addressed at a certain point: that >> of bibliography formats. The Emacs world is currently rather BibTeX >> centered, but biblatex is an important (and rather different) >> alternative, and there is CSL as well which I expect to become more >> and more relevant (it's citeproc-el's native format). Moreover, these >> formats have some variants, e.g., for BibTeX there is also org-bibtex, >> for CSL there is CSL-JSON and a CSL-YAML etc. If different "display" >> and "follow" processors will be able to handle different formats then >> the users might want to change those settings locally as well, based >> on the bibliography format, but I'm not sure what kind of >> infrastructure would be the best way of supporting this. (E.g., >> registering format support information about the processors and >> choosing on this basis?) > > I don't have an idea about it either. This is not a blocker, tho. We can > revisit it later, once we have "something" working. This suggests that there is an API of required functions that have a defined interface for these. That is sort of what org-ref does to support helm, and a few ivy backends for completion. It is mostly done by defining some variables that point to functions in those backend libraries, and the variables are funcalled in a core library. for example in the follow processor there would be a function that takes a key, and some bibliography source information, and it would be responsible for doing what you mean by follow. export is trickier, but same idea. > > Thanks for your feedback. > > Regards, -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu Pronouns: he/him/his
next prev parent reply other threads:[~2021-04-21 20:27 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 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 [this message] 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 \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --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).