org-persist
After today's pull of org-mode I get the warning that org-persist cannot read its index. This is an entirely new warning (as of today) and I assume is the result of the recent commits in org-persist. Please, can this be corrected. The warning is irritating, especially so since I do not use org-persist and have no wish to do so. Best wishes, Colin Baxter.
Re: nbsp as blank
there exists org-emphasis-regexp-components, fwiw. On 10/19/21, Alexandre Garreau wrote: > Hello, > > nbsp (non-breaking space, #xA0) is not recognized as blank in org-mode, > such that “*text* :” (it’s a nbsp here) doesn’t recognize as emphasized… > > I recall a variable containing such characters but can’t find it again, > does anyone know? the manual seems large and that looks non-obvious to find > > quickly… > > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html
Re: nbsp as blank
On 20/10/21 12:54 pm, Alexandre Garreau wrote: Hello, nbsp (non-breaking space, #xA0) is not recognized as blank in org-mode, such that “*text* :” (it’s a nbsp here) doesn’t recognize as emphasized… I recall a variable containing such characters but can’t find it again, does anyone know? the manual seems large and that looks non-obvious to find quickly… I've been using "INVISIBLE SEPARATOR", and invoke: (modify-syntax-entry ? " ") (there's a invisible separator after the "?"), which tells emacs to consider that character to be whitespace. I know there is a (possibly more than one) variable defining regular what can appear immediately before and after emphasis and other markers, but I've never puzzled out how to get them to include invisible characters. I generally use this technique for combining markup, or making a marked-up name plural (e.g., ~object name~s).
new semantic org-entities
I suggest to add this, which I keep adding to my org-user-entities: (("frac23" "\\frac23" t "" "2/3" "⅔" "⅔") ("over" "\\over" t "/" "/" "/" "/") ("iff" "\\iff" t "" "<=>" "<=>" "⇔") ("implies" "\\implies" t "" "=>" "=>" "⇒")) The two first just allow to type simple fractions more readably, the two last add semantic variants to the already existing Rightarrow and Rightleftarrow.
nbsp as blank
Hello, nbsp (non-breaking space, #xA0) is not recognized as blank in org-mode, such that “*text* :” (it’s a nbsp here) doesn’t recognize as emphasized… I recall a variable containing such characters but can’t find it again, does anyone know? the manual seems large and that looks non-obvious to find quickly…
[BUG] require org-macs at compile time [9.5 (9.5-g0a86ad @ /home/phil/.emacs.d/elpa/org-9.5/)]
The macro `org-dlet' is not expanded in file org-agenda.el at compile time when installing Org 9.5 from ELPA. It is plain-top-level require'd. I think that (require 'org-macs) form should be wrapped in an `eval-and-compile' form. Emacs : GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2021-08-28 Package: Org mode version 9.5 (9.5-g0a86ad @ /home/phil/.emacs.d/elpa/org-9.5/)
Re: the tangled web of org-cite, selectrum, completing-read, ...
On Tuesday, 19 Oct 2021 at 22:04, Nicolas Goaziou wrote: >> 1. set =org-cite-basic-author-column= to a larger number > > You can ignore this step, which is useful (but is not as you report) > only when using `basic' insert processor. Here, you're using a different > insert processor. yes, I kind of thought this might be the case in the end (but wasn't sure)! As I don't need to use the basic insert processor any longer, I have deleted this line from my configuration. Thanks again, eric -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: the tangled web of org-cite, selectrum, completing-read, ...
On Tuesday, 19 Oct 2021 at 16:02, Bruce D'Arcus wrote: > The cool thing about embark-act in this context is it provides actions > both in the minibuffer and in the buffer at point (in this case, when > on a citation). > > So it's like merging ivy-actions and a hydra. This is roughly what I thought embark would provide. I look forward to trying it out more carefully later this week. Thanks again, eric -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: the tangled web of org-cite, selectrum, completing-read, ...
Eric S Fraga writes: > For the record, in the end, I needed to do the following: > > 1. set =org-cite-basic-author-column= to a larger number You can ignore this step, which is useful (but is not as you report) only when using `basic' insert processor. Here, you're using a different insert processor. Regards,
Re: the tangled web of org-cite, selectrum, completing-read, ...
The cool thing about embark-act in this context is it provides actions both in the minibuffer and in the buffer at point (in this case, when on a citation). So it's like merging ivy-actions and a hydra. On Tue, Oct 19, 2021, 3:54 PM Eric S Fraga wrote: > Nicolas & Bruce, > > thank you for the suggestions. > > > You can set `org-cite-basic-author-column-end' to a higher value. > > This alone made no difference but ... > > From Bruce: > > Eric - since you're using selectrum, any reason why not just use > > oc-bibtex-actions? > > From Nicolas: > > You are using the `basic' back-end for insertion. You may want to use > > something else by setting `org-cite-insert-processor' to an appropriate > > value, e.g., `oc-bibtex-actions'. > > I didn't know about oc-bibtex-actions; now I do! So I did this, which > did not work immediately due to some errors; in particular, > =parsebib-parse= did not exist as I had an old version installed. > > For the record, in the end, I needed to do the following: > > 1. set =org-cite-basic-author-column= to a larger number > 2. install =embark= > 3. update and load =parsebib= > 4. load =oc-bibtex-actions= > 5. set =org-cite-insert-processor= to ='oc-bibtex-actions= > > Now =org-cite-insert= works like a charm! I had been planning on trying > out embark in due course; now I have no excuse to play with it sooner > than expected. > > Thank you both. > -- > : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 > : Latest paper written in org: https://arxiv.org/abs/2106.05096 >
Re: the tangled web of org-cite, selectrum, completing-read, ...
Nicolas & Bruce, thank you for the suggestions. > You can set `org-cite-basic-author-column-end' to a higher value. This alone made no difference but ... >From Bruce: > Eric - since you're using selectrum, any reason why not just use > oc-bibtex-actions? >From Nicolas: > You are using the `basic' back-end for insertion. You may want to use > something else by setting `org-cite-insert-processor' to an appropriate > value, e.g., `oc-bibtex-actions'. I didn't know about oc-bibtex-actions; now I do! So I did this, which did not work immediately due to some errors; in particular, =parsebib-parse= did not exist as I had an old version installed. For the record, in the end, I needed to do the following: 1. set =org-cite-basic-author-column= to a larger number 2. install =embark= 3. update and load =parsebib= 4. load =oc-bibtex-actions= 5. set =org-cite-insert-processor= to ='oc-bibtex-actions= Now =org-cite-insert= works like a charm! I had been planning on trying out embark in due course; now I have no excuse to play with it sooner than expected. Thank you both. -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
[PATCH] c-csl : accept relative CSL filenames
This (minuscule) patch allows to pass a relative (to the buffer's default directory) file name to denote the CSL style file. Rationale : this allows the use of "one-of" styles for "one-of" projects without overloading a defailt CSL style directory (which may or may not exist on a given system : think JabRef users...). Also useful for hacked CSL files specific to a given project. For the same reasons, when the named filename exists both in the central CSL file and the buffer's default directory, the latter is retained. HTH, PS : Note that I have already transferred my rights to GNU for emacs- related works. -- Emmanuel Charpentier From 80e4121f8a74aec1e5638713ce7af8e041404e44 Mon Sep 17 00:00:00 2001 From: Emmanuel Charpentier Date: Tue, 19 Oct 2021 19:57:17 +0200 Subject: [PATCH] oc-csl : accept relative CSL filenames --- lisp/oc-csl.el | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lisp/oc-csl.el b/lisp/oc-csl.el index 94de97e33..ab75db85b 100644 --- a/lisp/oc-csl.el +++ b/lisp/oc-csl.el @@ -364,15 +364,19 @@ corresponding to one of the output formats supported by Citeproc: `html', INFO is the export state, as a property list. -When file name is relative, expand it according to `org-cite-csl-styles-dir', +When file name is relative, expand it according to the buffer's default +directory, failing that according to `org-cite-csl-styles-dir', or raise an error if the variable is unset." (pcase (org-cite-bibliography-style info) ('nil org-cite-csl--fallback-style-file) ((and (pred file-name-absolute-p) file) file) +((and (pred (lambda (x) + (let ((fn (expand-file-name x default-directory))) + (if (file-exists-p fn) fn nil file) file) ((and (guard org-cite-csl-styles-dir) file) (expand-file-name file org-cite-csl-styles-dir)) (other - (user-error "Cannot handle relative style file name: %S" other + (user-error "CSL style file not found: %S" other (defun org-cite-csl--locale-getter () "Return a locale getter. -- 2.33.0
Re: Clarification on org-startup-fold behavior vs. docs
On Tue, Oct 19, 2021 at 12:28 PM Ihor Radchenko wrote: > > John Hendy writes: > The value should be a symbol, not a string: > > (setq org-startup-folded 'overview) > > customise interface even tries to warn you that something is wrong: > > > In addition, M-x customize-variable for org-startup-folded says: > > > > #+begin_quote > > org-startup-folded: "overview" > > State : CHANGED outside Customize. (mismatch) <--- this is a clue > >Non-nil means entering Org mode will switch to OVERVIEW. Hide Thanks, this is helpful. I would, then, chalk this up to my ignorance on emacs variables and such. This note also appeared when I was using emacs -Q and it said I couldn't change it because I might have started with -q, so I thought the "mismatch" might have just been some artifact of that. I didn't know what "mismatch" meant and suspected it might merely mean that I'd set this in a config, not with M-x customize-variable. > If you select the value from customise interface, Emacs would set it > correctly. Direct setting is indeed possible, but you need to consult > how the variable is defined. Note the :type specifier below (also, see > 15.4 Customization Types section of Elisp manual). This is a good reminder and I've done this before (see what it does to my config custom variable section, then replicate directly). I didn't think to do it this time. My remaining question is why anything except nil (string or not) isn't non-nil? Like I get that to set a specific setting, you'd need to match a defined variable... but is it the case that non-parseable types (expected var, got string) evaluates to nil? I think the docs still throw me off. Note that showeverthing in the lead up to the options is fontified as a variable (no backticks), but below they are all backticked. I actually thought those were all quoted, only realizing now they are [probably] backticks. I didn't expect both fixed width (which my brain reads as "code/variable") *and* backticks on top. https://orgmode.org/manual/In_002dbuffer-Settings.html Actually, now I'm realizing these backticks go in the opposite slant as what I'm used to? Or are they really single quotes, indeed? Thanks again, John > > Best, > Ihor
Re: the tangled web of org-cite, selectrum, completing-read, ...
Eric - since you're using selectrum, any reason why not just use oc-bibtex-actions? Performance should be better, and it has a template system like bibtex-completion. On Tue, Oct 19, 2021 at 1:18 PM Eric S Fraga wrote: > > Hello all, > > TL;DR: how can I format the suggestions listed by selectrum when I ask > to insert a citation with org-cite-insert? > > Longer version: I use selectrum a my completion engine together with > marginalia. This works very well for most selections I wish to > make. However, for org-cite, the display has the author list truncated > (to 25 characters; screenshot image attached, assuming it doesn't get > removed by the mailing list server) and the search only appears to > consider the truncated text. The result is that if I am looking for a > paper by an author (say Kitchin ;-)) who is not one of the first few > authors on a particular publication, I won't be able to find that > particular publication (sorry John). > > I have no idea which bit of the tool chain does the > formatting/truncation or whether I can make the search ignore the > truncated information. I hope somebody has some suggestions. I started > looking at bibtex-completions, which does mention org-cite (at least in > the most recent version), but none of the configuration suggestions > seems to have any effect. > > Any pointers welcome! > > Thank you, > eric > > -- > : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 > : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: the tangled web of org-cite, selectrum, completing-read, ...
Hello, Eric S Fraga writes: > TL;DR: how can I format the suggestions listed by selectrum when I ask > to insert a citation with org-cite-insert? > > Longer version: I use selectrum a my completion engine together with > marginalia. This works very well for most selections I wish to > make. However, for org-cite, the display has the author list truncated > (to 25 characters; screenshot image attached, assuming it doesn't get > removed by the mailing list server) You can set `org-cite-basic-author-column-end' to a higher value. > and the search only appears to > consider the truncated text. The result is that if I am looking for a > paper by an author (say Kitchin ;-)) who is not one of the first few > authors on a particular publication, I won't be able to find that > particular publication (sorry John). > > I have no idea which bit of the tool chain does the > formatting/truncation or whether I can make the search ignore the > truncated information. You are using the `basic' back-end for insertion. You may want to use something else by setting `org-cite-insert-processor' to an appropriate value, e.g., `oc-bibtex-actions'. I hoped it would also be possible to set it to something like `org-ref' or some such, but it doesn't seem it will happen. Regards, -- Nicolas Goaziou
Re: Clarification on org-startup-fold behavior vs. docs
John Hendy writes: > #+begin_example > (add-to-list 'load-path "~/.elisp/org/lisp/") > (add-to-list 'load-path "~/.elisp/org/contrib/lisp/") > (setq org-startup-folded "overview") > #+end_example The value should be a symbol, not a string: (setq org-startup-folded 'overview) customise interface even tries to warn you that something is wrong: > In addition, M-x customize-variable for org-startup-folded says: > > #+begin_quote > org-startup-folded: "overview" > State : CHANGED outside Customize. (mismatch) <--- this is a clue >Non-nil means entering Org mode will switch to OVERVIEW. Hide If you select the value from customise interface, Emacs would set it correctly. Direct setting is indeed possible, but you need to consult how the variable is defined. Note the :type specifier below (also, see 15.4 Customization Types section of Elisp manual). (defcustom org-startup-folded 'showeverything "Non-nil means entering Org mode will switch to OVERVIEW. This can also be configured on a per-file basis by adding one of the following lines anywhere in the buffer: #+STARTUP: fold (or `overview', this is equivalent) #+STARTUP: nofold(or `showall', this is equivalent) #+STARTUP: content #+STARTUP: showlevels ( = 2..5) #+STARTUP: showeverything Set `org-agenda-inhibit-startup' to a non-nil value if you want to ignore this option when Org opens agenda files for the first time." :group 'org-startup :package-version '(Org . "9.4") :type '(choice (const :tag "nofold: show all" nil) (const :tag "fold: overview" t) (const :tag "fold: show two levels" show2levels) (const :tag "fold: show three levels" show3levels) (const :tag "fold: show four levels" show4evels) (const :tag "fold: show five levels" show5levels) (const :tag "content: all headlines" content) (const :tag "show everything, even drawers" showeverything))) Best, Ihor
the tangled web of org-cite, selectrum, completing-read, ...
Hello all, TL;DR: how can I format the suggestions listed by selectrum when I ask to insert a citation with org-cite-insert? Longer version: I use selectrum a my completion engine together with marginalia. This works very well for most selections I wish to make. However, for org-cite, the display has the author list truncated (to 25 characters; screenshot image attached, assuming it doesn't get removed by the mailing list server) and the search only appears to consider the truncated text. The result is that if I am looking for a paper by an author (say Kitchin ;-)) who is not one of the first few authors on a particular publication, I won't be able to find that particular publication (sorry John). I have no idea which bit of the tool chain does the formatting/truncation or whether I can make the search ignore the truncated information. I hope somebody has some suggestions. I started looking at bibtex-completions, which does mention org-cite (at least in the most recent version), but none of the configuration suggestions seems to have any effect. Any pointers welcome! Thank you, eric -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Clarification on org-startup-fold behavior vs. docs
Greetings, I was surprised to open a file and find it in a fully expanded state. I took a moment to try and figure out what one should do on a global level. I searched "orgmode startup folded" and got here: https://orgmode.org/manual/Initial-visibility.html This points me to org-startup-folded, which has documentation here: https://orgmode.org/manual/In_002dbuffer-Settings.html #+begin_quote The first set of options deals with the initial visibility of the outline tree. The corresponding variable for global default settings is org-startup-folded with a default value of showeverything. ‘overview’ Top-level headlines only. ‘content’ All headlines. ‘showall’ No folding on any entry. ‘show2levels’ Headline levels 1-2. ‘show3levels’ Headline levels 1-3. ‘show4levels’ Headline levels 1-4. ‘show5levels’ Headline levels 1-5. ‘showeverything’ Show even drawer contents. #+end_quote In addition, M-x customize-variable for org-startup-folded says: #+begin_quote org-startup-folded: "overview" State : CHANGED outside Customize. (mismatch) Non-nil means entering Org mode will switch to OVERVIEW. Hide This can also be configured on a per-file basis by adding one of the following lines anywhere in the buffer: #+STARTUP: fold (or ‘overview’, this is equivalent) #+STARTUP: nofold(or ‘showall’, this is equivalent) #+STARTUP: content #+STARTUP: showeverything #+end_quote Using the following min-config, I am unable to get a file to open in folded state: #+begin_example (add-to-list 'load-path "~/.elisp/org/lisp/") (add-to-list 'load-path "~/.elisp/org/contrib/lisp/") (setq org-startup-folded "overview") #+end_example #+begin_example * head1 asdf * head2 asdf #+end_example With emacs -Q and M-x load-file path/to/min-config, it opens expanded with either of these: (setq org-startup-folded "fold") (setq org-startup-folded "overview") This does work: (setq org-startup-folded t) Is this the fact that I still don't really understand emacs inner workings/elisp... or am I sane in feeling that the documentation and behavior is not intuitive? Interestingly this reddit thread poses the exact same question, yet one user thinks this is completely expected? That said, he/she both says "non-nil" and therefore `t` works... but not why "overview" or "fold" are also not equivalent to "non-nil"? https://www.reddit.com/r/emacs/comments/izf6xe Thanks for taking a look, John
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
On Tuesday, 19 Oct 2021 at 22:09, Ihor Radchenko wrote: > By the way, do I understand correctly that oc-csl.el requires > citeproc-el to be installed? It is not clearly stated in the commentary. That's my understanding. -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
András Simonyi writes: >> The processor relies on the external Citeproc Emacs library, which must be >> available prior to loading this library. > > Should we add something to this? If yes, what is missing in your opinion? I saw this comment, but I was not sure which library it referred to. First, I looked in built-in Emacs libearies. No luck. Then, I tried search ELPA, but still no luck. Same for NonGNU ELPA. Then I tried web search and saw github/citeproc-el. It confused me, because it is not exactly "Citeproc Emacs library", but rather "A CSL 1.01 Citation Processor for Emacs.". I had to look at source file names to verify. A link to the library source code would be helpful. Also, >> ;; Bibliography is defined with the "bibliography" keyword. It supports >> files >> ;; with ".bib", ".bibtex", and ".json" extensions. References are exported >> using >> ;; the "print_bibliography" keyword. If there is support of ".org", it could be mentioned (with caveats, I guess). Best, Ihor
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
On Tue, 19 Oct 2021 at 16:08, Ihor Radchenko wrote: > By the way, do I understand correctly that oc-csl.el requires > citeproc-el to be installed? It is not clearly stated in the commentary. Yes, oc-csl.el uses citeproc-el for formatting the citations and the bibliography. I'm not entirely sure what kind of commentary you are referring to but the oc-csl.el source code commentary currently says that > The processor relies on the external Citeproc Emacs library, which must be > available prior to loading this library. Should we add something to this? If yes, what is missing in your opinion? best wishes, András
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
I've been using org-bibtex for this: each headline is an item in your bibliography and you export the contents to a bib file. So, not quite what you want as it's not working with a bib file per se. However, you can read BiBTeX entries (using org-bibtex-read), for instance from a bib file downloaded from a journal, and write them into your org file in the right format (org-bibtex-write). This populates the properties automatically. The bib file of all entries in your org file is created by the org-bibtex function. -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
András Simonyi writes: > ... An added benefit could be that the org-cite CSL > export processor has recently gained (admittedly rather experimental) > support for directly using org-bibtex bibliographies, although insert > and follow functionality is missing at the moment. By the way, do I understand correctly that oc-csl.el requires citeproc-el to be installed? It is not clearly stated in the commentary. Best, Ihor
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
Dear Ypo, I also think that the org-bibtex format is pretty close to what you are looking for. An added benefit could be that the org-cite CSL export processor has recently gained (admittedly rather experimental) support for directly using org-bibtex bibliographies, although insert and follow functionality is missing at the moment. best wishes, András On Tue, 19 Oct 2021 at 15:23, Ihor Radchenko wrote: > > Ypo writes: > > > I have a .bib file with references, and a .org file with annotations. Like: > > ... > > Could I write on the .bib file using the orgmode power? Something like > > this could work as a .bib file, or is it a no-no? > > M-x org-bibtex (you need a special format for Org headings). org-bibtex > is a part of ol-bibtex.el. > > Also, I wrote a set of helpers to capture bibliographic data into Org > mode headings: https://github.com/yantar92/org-capture-ref > > The format is something like: > > *** DONE [#A] Nix [Scripta Materialia] (1998) Yielding and strain > hardening of thin metal films on substrates :FLAGGED:BOOKMARK:article:ATTACH: > SCHEDULED: <2021-03-08 Mon> > :PROPERTIES: > :TITLE:Yielding and strain hardening of thin metal films on substrates > :BTYPE:article > :AUTHOR: Nix, William D > :JOURNAL: Scripta Materialia > :VOLUME: 39 > :NUMBER: 4-5 > :PAGES:545-554 > :YEAR: 1998 > :URL: > https://scholar.googleusercontent.com/scholar.bib?q=info:sVHrZR2RlwsJ:scholar.google.com/=citation=CgXarAaXEL216MPM490:AAGBfm0AYD3J-917MgTBuwvpZNL09BcZoHmF8au_=AAGBfm0AYD3J-ytYquMZbiTcC-Jxg3itxnjKSZfQ=4=citation=-1=en > :CREATED: [2021-03-02 Tue 13:25] > :HOWPUBLISHED: Scholar.Googleusercontent > :NOTE: Online; accessed 02 March 2021 > :PUBLISHER: Pergamon > :ID: 2c5b442a-c8fa-43d2-86f0-c160b496eb4d > :Effort: 0:05 > :SHOWFROMDATE: 2021-03-08 > :END: > > #CLS #dislocation #misfit #theory > > - !! [2021-03-09 Tue] [[id:5cc9cea1-a023-4cc8-9753-277dc474850b][Pant Acta > 2003]] showed that the hypothesised dislocation/misfit interaction does not > actually happen (at least, in (111) FCC films) > - Yet, the shape of the dislocation upon interaction with the misfit is > still a "bump", thus general derivation by Nix is still not too terrible. > *The Nix's model just overestimate the hardening* > > This headings exports to > > @article{2c5b442a-c8fa-43d2-86f0-c160b496eb4d, > author={Nix, William D}, > title={Yielding and strain hardening of thin metal films on substrates}, > journal={Scripta Materialia}, > year={1998}, > volume={39}, > number={4-5}, > pages={545-554}, > note={Online; accessed 02 March 2021} > } > > Hope it helps. > > Best, > Ihor > >
Re: Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
Ypo writes: > I have a .bib file with references, and a .org file with annotations. Like: > ... > Could I write on the .bib file using the orgmode power? Something like > this could work as a .bib file, or is it a no-no? M-x org-bibtex (you need a special format for Org headings). org-bibtex is a part of ol-bibtex.el. Also, I wrote a set of helpers to capture bibliographic data into Org mode headings: https://github.com/yantar92/org-capture-ref The format is something like: *** DONE [#A] Nix [Scripta Materialia] (1998) Yielding and strain hardening of thin metal films on substrates :FLAGGED:BOOKMARK:article:ATTACH: SCHEDULED: <2021-03-08 Mon> :PROPERTIES: :TITLE:Yielding and strain hardening of thin metal films on substrates :BTYPE:article :AUTHOR: Nix, William D :JOURNAL: Scripta Materialia :VOLUME: 39 :NUMBER: 4-5 :PAGES:545-554 :YEAR: 1998 :URL: https://scholar.googleusercontent.com/scholar.bib?q=info:sVHrZR2RlwsJ:scholar.google.com/=citation=CgXarAaXEL216MPM490:AAGBfm0AYD3J-917MgTBuwvpZNL09BcZoHmF8au_=AAGBfm0AYD3J-ytYquMZbiTcC-Jxg3itxnjKSZfQ=4=citation=-1=en :CREATED: [2021-03-02 Tue 13:25] :HOWPUBLISHED: Scholar.Googleusercontent :NOTE: Online; accessed 02 March 2021 :PUBLISHER: Pergamon :ID: 2c5b442a-c8fa-43d2-86f0-c160b496eb4d :Effort: 0:05 :SHOWFROMDATE: 2021-03-08 :END: #CLS #dislocation #misfit #theory - !! [2021-03-09 Tue] [[id:5cc9cea1-a023-4cc8-9753-277dc474850b][Pant Acta 2003]] showed that the hypothesised dislocation/misfit interaction does not actually happen (at least, in (111) FCC films) - Yet, the shape of the dislocation upon interaction with the misfit is still a "bump", thus general derivation by Nix is still not too terrible. *The Nix's model just overestimate the hardening* This headings exports to @article{2c5b442a-c8fa-43d2-86f0-c160b496eb4d, author={Nix, William D}, title={Yielding and strain hardening of thin metal films on substrates}, journal={Scripta Materialia}, year={1998}, volume={39}, number={4-5}, pages={545-554}, note={Online; accessed 02 March 2021} } Hope it helps. Best, Ihor
Could a .bib file be edited and organized in an "org-mode" way and still work as a .bib file?
I have a .bib file with references, and a .org file with annotations. Like: .bib file: @book{Saul.2013.DoctorYourselfNaturalHealing, title = {Doctor yourself: natural healing that works}, shorttitle = {Doctor yourself}, author = {Saul, Andrew W}, year = {2013}, publisher = {Basic Health Publications}, address = {Laguna Beach, CA}, isbn = {978-1-59120-310-0}, language = {English}, annotation = {OCLC: 883386139} } .org file: ** Saul, A. W. (2013). /Doctor yourself: Natural healing that works. Basic Health Publications./ :PROPERTIES: :ID: 20210821T132443.642438 :END: [[file:data/Saul.2012.DoctorYourself.mobi]] *** Saul, A. W. (2012) "Vitamin D" Supplements represent an efficient way to obtain sufficient vitamin D. African-Americans should consider taking 3,000 international units (IU) per day while White Americans should consider taking 2,000 IU/day. The current dietary guideline, approximately 400 IU/day, was based on the amount of vitamin D in a spoonful of cod liver oil, which prevented rickets. There are few adverse effects of vitamin D. With whole-body exposure to the sun, one can make at least 10,000 IU/day in a short time. _Adverse effects such as hypercalcemia have been found in general only for 20,000–40,000 IU/day for very long periods._ However, those with certain diseases such as adenoma of the parathyroid gland, granulomatous diseases, lymphoma, sarcoidosis, and tuberculosis, should limit their vitamin D intake or production due to the fact that the body’s innate immune system produces too much 1,25-dihydroxyvitamin D in the serum, which can raise serum calcium levels too high. ... Could I write on the .bib file using the orgmode power? Something like this could work as a .bib file, or is it a no-no? ** Saul, A. W. (2013). /Doctor yourself: Natural healing that works. Basic Health Publications./ :PROPERTIES: :ID: 20210821T132443.642438 :END: [[file:data/Saul.2012.DoctorYourself.mobi]] @book{Saul.2013.DoctorYourselfNaturalHealing, title = {Doctor yourself: natural healing that works}, shorttitle = {Doctor yourself}, author = {Saul, Andrew W}, year = {2013}, publisher = {Basic Health Publications}, address = {Laguna Beach, CA}, isbn = {978-1-59120-310-0}, language = {English}, annotation = {OCLC: 883386139} } *** Saul, A. W. (2012) "Vitamin D" Supplements represent an efficient way to obtain sufficient vitamin D. African-Americans should consider taking 3,000 international units (IU) per day while White Americans should consider taking 2,000 IU/day. The current dietary guideline, approximately 400 IU/day, was based on the amount of vitamin D in a spoonful of cod liver oil, which prevented rickets. There are few adverse effects of vitamin D. With whole-body exposure to the sun, one can make at least 10,000 IU/day in a short time. _Adverse effects such as hypercalcemia have been found in general only for 20,000–40,000 IU/day for very long periods._ However, those with certain diseases such as adenoma of the parathyroid gland, granulomatous diseases, lymphoma, sarcoidosis, and tuberculosis, should limit their vitamin D intake or production due to the fact that the body’s innate immune system produces too much 1,25-dihydroxyvitamin D in the serum, which can raise serum calcium levels too high. Best regards, Ypo
[PATCH] updating manual: visibility of ARCHIVEd subtrees
Hallo everyone, please find attached a patch updating the documentation file: 08e9d34907e8c50da22f2981b3965a7b3fedda3a/doc/org-manual.org showing the correct sequence of keystrokes to force cycling of archived subtrees. From: "You can force cycling archived subtrees with ‘C-’, " to: ‘C-c C-’. Sorry for not using git :-/, and thank you again for maintaing and contributing to Org mode. Take care, Giovanni org-manual-archive.patch Description: Binary data
[mostly solved] Re: Unable to configure emacs 27.2 to use org 9.5
Am Mon, 18 Oct 2021 22:28:42 + schrieb Juan Manuel Macías : > Hi Detlef, > > Detlef Steuer writes: > > > I have installed 9.5 with package-install in a clean emacs session, > > it is shown as installed, too, but whatever I try, my org-version is > > shown as 9.4.6, which is included in 27.2. > > (I assume, and therefore citeproc unavailable) > > Have you looked in your elpa directory if you see this path: > .../elpa/org-9.5/? Yes, it is there. I now tried on a second machine and everything worked as expected, after I removed org-plus-contrib from my elpa directory there. On machine number one there is no such directory. I will try to re-initialize everything elpa there and see what will happen. So there is hope and nano may remain a desperate threat :-) Thank you! Detlef > > Have you tried uninstalling Org and reinstalling it? > > Best regards, > > Juan Manuel > -- "Wozu leben wir, wenn nicht dazu, uns gegenseitig das Leben einfacher zu machen. (George Eliot)" Dr. Detlef Steuer Helmut-Schmidt-Universität Fakultät WiSo Holstenhofweg 85 22043 Hamburg Tel: 040/6541-2819 mail: ste...@hsu-hh.de
Re: Unable to configure emacs 27.2 to use org 9.5
On Monday, 18 Oct 2021 at 22:37, Detlef Steuer wrote: > I have installed 9.5 with package-install in a clean emacs session, > it is shown as installed, too, but whatever I try, my org-version is > shown as 9.4.6, which is included in 27.2. You might like to try configuring and initializing the package system in ~/.emacs.d/early-init.el That file is loaded before your .emacs or init.el files. -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250 : Latest paper written in org: https://arxiv.org/abs/2106.05096
Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken
On Monday, 18 Oct 2021 at 23:53, Max Nikulin wrote: > I was trying to say that even with such *user* setup, behavior of Org > should be reasonable. Ah, okay. I agree. I also do not know what should be the default behaviour but I do know that I don't like the current default behaviour! I would, however, be happy with anything that I could control using display-buffer-alist. -- : Eric S Fraga via Emacs 28.0.60, Org release_9.5-93-gd87250 : Latest paper written in org: https://arxiv.org/abs/2106.05096