[O] Use org-ref to query pubmed under emacs
Is it possible to use org-ref to query pubmed under emacs? Just like Pubmod. Junxiang
[O] org-collector - propview display problems
Hello I tried to use org-collector with the example propose at this link http://orgmode.org/worg/org-contrib/org-collector.html I would like to use propview as cited in example but whatever I do, I get the outputs below. * Example #+BEGIN: propview :cols (ITEM amount) | ITEM | amount | |+| | "* Example"| 0 | | "** December Spending" | 0 | | "*** Week One" | 0 | | " Grocery Store [2008-12-01 lun.]" | 0 | | " Athletic club [2008-12-02 mar.]" | 0 | | "*** Week Two" | 0 | | " Restaurant [2008-12-08 lun.]"| 0 | |+| ||| #+END: #+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols (ITEM amount) | ITEM | amount | |--+| |--+| | || #+END: #+BEGIN: propview :cols (ITEM (+ 400 amount)) :scope tree :match "example" | ITEM | (+ 400 amount) | |+| | "** December Spending" | 0 | | "*** Week One" | 0 | | " Grocery Store [2008-12-01 lun.]" | 0 | | " Athletic club [2008-12-02 mar.]" | 0 | | "*** Week Two" | 0 | | " Restaurant [2008-12-08 lun.]"| 0 | |+| ||| #+END: ** December Spending :example: :PROPERTIES: :ID: december :END: *** Week One Grocery Store [2008-12-01 Mon] :PROPERTIES: :amount: 56.77 :spendtype: food :END: Athletic club [2008-12-02 Tue] :PROPERTIES: :amount: 75.00 :spendtype: health :END: *** Week Two Restaurant [2008-12-08 Mon] :PROPERTIES: :amount: 30.67 :spendtype: food :END: The item is not extracted as expected (there are "*" that are also displayed corresponding of the level of entries) and the extracted field is zero whatever of the effective value of this field (here amount). This is test with 8.3.4 and GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601). Regards
Re: [O] Use org-ref to query pubmed under emacs
I don't think so. See https://github.com/jkitchin/org-ref/blob/master/org-ref-pubmed.Ella for what is possible. It is mostly links and functions that open a browser to search. On March 1, 2016, at 4:38 AM, 童俊翔 wrote: Is it possible to use org-ref to query pubmed under emacs? Just like Pubmod. Junxiang
Re: [O] Use org-ref to query pubmed under emacs
Yes, it works just as you have shown in youtube. But without open a browser is more convenient. Currently I’m using PubMode to search and import entries, and using org-ref in citing, thus I don’t have to leave my hands from keyboard frequently. > On 1 Mar 2016, at 19:10, John Kitchin wrote: > > I don't think so. See > https://github.com/jkitchin/org-ref/blob/master/org-ref-pubmed.Ella for what > is possible. It is mostly links and functions that open a browser to search. > > On March 1, 2016, at 4:38 AM, 童俊翔 wrote: > > Is it possible to use org-ref to query pubmed under emacs? Just like Pubmod. > > > Junxiang >
Re: [O] Use org-ref to query pubmed under emacs
It is pretty easy to add your own functions to org-ref. See: https://github.com/jkitchin/org-ref/blob/master/org-ref-helm-bibtex.el#L487 You could put your own action there to do a search using Pubmod (https://github.com/wash/pubmode). It looks pretty interesting, I like the idea to search, download and cite all at once. 童俊翔 writes: > Yes, it works just as you have shown in youtube. But without open a browser > is more convenient. Currently I’m using PubMode to search and import entries, > and using org-ref in citing, thus I don’t have to leave my hands from > keyboard frequently. > > > > >> On 1 Mar 2016, at 19:10, John Kitchin wrote: >> >> I don't think so. See >> https://github.com/jkitchin/org-ref/blob/master/org-ref-pubmed.Ella for what >> is possible. It is mostly links and functions that open a browser to search. >> >> On March 1, 2016, at 4:38 AM, 童俊翔 wrote: >> >> Is it possible to use org-ref to query pubmed under emacs? Just like Pubmod. >> >> >> Junxiang >> -- 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
[O] Precision in the spreadsheet
Hi all, is it at all possible to set different precision for display and calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as in the manual) mean (IIUC) that (1) Org should show 2 decimal figures and (2) further calculations which use this value also use this approximation. Am I right? If yes, is there a way to change this behavior? (I suspect not, but I wanted to make sure.) Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University
Re: [O] Precision in the spreadsheet
Marcin Borkowski writes: > Hi all, > > is it at all possible to set different precision for display and > calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as > in the manual) mean (IIUC) that (1) Org should show 2 decimal figures > and (2) further calculations which use this value also use this > approximation. Am I right? If yes, is there a way to change this > behavior? (I suspect not, but I wanted to make sure.) > I believe that internally, calculations are done in 12-decimal place precision: the %.2f is for display only. See org-calc-default-modes for details. -- Nick
Re: [O] scheduled task without headline?
In our last episode, the evil Dr. Lacto had captured our hero, Michael Strey , who said: > On Mo, 2016-02-22 at 21:09, hymie! wrote: > >> I'd really like to have my specific "note" listed in the agenda, but >> what I need to do is so minor that I don't want it to have a "headline" >> in my notes. Is this possible? > > Have you already checked the so called inline tasks? > > C-h f org-inlinetask-insert-task > > Best regards Ooh. I think that's exactly what i need. Thanks! --hymie!http://lactose.homelinux.net/~hymiehy...@lactose.homelinux.net
Re: [O] Precision in the spreadsheet
Nick Dokos writes: > Marcin Borkowski writes: >> is it at all possible to set different precision for display and >> calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as >> in the manual) mean (IIUC) that (1) Org should show 2 decimal figures >> and (2) further calculations which use this value also use this >> approximation. Am I right? If yes, is there a way to change this >> behavior? (I suspect not, but I wanted to make sure.) I guess everything is somehow possible, but it either requires to store the data with full precision somewhere or re-calculate the table with full precision each time and only then apply the display rounding. I've had this idea for some time that tables should have a shadow that determines formatting and other behaviour, there should probably be a way to keep raw data in the shadow as well. Meanwhile you could experiment with putting the data in a table somewhere with full precision and use Babel to display that data somewhere else the way you want it. If you wanted to be able to edit some data in that second table it would be more bothersome. > I believe that internally, calculations are done in 12-decimal place > precision: the %.2f is for display only. Sure, but as far as org-table is concerned, the data that is displayed is the data that gets used: * Table precision | 1 | 0.00 | 0. | | 2 | 0.00 | 0. | | 3 | 0.00 | 0. | | 4 | 0.00 | 0. | | 5 | 0.01 | 10. | | 6 | 0.01 | 10. | | 7 | 0.01 | 10. | | 8 | 0.01 | 10. | | 9 | 0.01 | 10. | | 10 | 0.01 | 10. | | 11 | 0.01 | 10. | | 12 | 0.01 | 10. | | 13 | 0.01 | 10. | | 14 | 0.01 | 10. | | 15 | 0.01 | 10. | #+TBLFM: $2=$1/1000;%.2f::$3=1000*$2 When calculating the third column, the formula to calculate the second column doesn get re-evaluated to regain the precision lost while displaying it. Org also doesn't keep shadow data and computes the display on the fly like most other spreadsheets do. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Precision in the spreadsheet
On Tuesday, 1 Mar 2016 at 11:59, Nick Dokos wrote: > Marcin Borkowski writes: > >> Hi all, >> >> is it at all possible to set different precision for display and >> calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as >> in the manual) mean (IIUC) that (1) Org should show 2 decimal figures >> and (2) further calculations which use this value also use this >> approximation. Am I right? If yes, is there a way to change this >> behavior? (I suspect not, but I wanted to make sure.) >> > > I believe that internally, calculations are done in 12-decimal place > precision: the %.2f is for display only. Actually, surprisingly (to me), it appears not. This simple example gives different results depending on the formatting of the first entry: #+begin_src org ,* table | 0.1 | | 1. | | 10. | ,#+TBLFM: @1$1=1/8;%.1f::@2$1=@-1*10::@3$1=@-1*10 #+end_src -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.91.1, Org release_8.3.4-626-gb62d55
Re: [O] Precision in the spreadsheet
Eric S Fraga writes: > On Tuesday, 1 Mar 2016 at 11:59, Nick Dokos wrote: >> Marcin Borkowski writes: >> >>> Hi all, >>> >>> is it at all possible to set different precision for display and >>> calculations in Org's spreadsheet? I mean, things like $1+$2;%.2f (as >>> in the manual) mean (IIUC) that (1) Org should show 2 decimal figures >>> and (2) further calculations which use this value also use this >>> approximation. Am I right? If yes, is there a way to change this >>> behavior? (I suspect not, but I wanted to make sure.) >>> >> >> I believe that internally, calculations are done in 12-decimal place >> precision: the %.2f is for display only. > > Actually, surprisingly (to me), it appears not. This simple example > gives different results depending on the formatting of the first entry: > > #+begin_src org > ,* table > | 0.1 | > | 1. | > | 10. | > ,#+TBLFM: @1$1=1/8;%.1f::@2$1=@-1*10::@3$1=@-1*10 > #+end_src Yes, I got it wrong: internal calculations may be done in extended precision, but once the result is in the table, that's that. Achim explains the situation (and potential solutions) clearly in his response. -- Nick
[O] Bug: `org-get-outline-path' fails on empty heading [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/uki/.emacs.d/elpa/org-plus-contrib-20160229/)]
--text follows this line--
1) create a new headline and don't write anything else.
2) M-x eval-expression and type (org-get-outline-path)
3) this fails with the following stacktrace:
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
replace-regexp-in-string("\\[[0-9]+%\\]\\|\\[[0-9]+/[0-9]+\\]" "" nil)
org--get-outline-path-1(nil)
org-get-outline-path()
eval((org-get-outline-path) nil)
eval-expression((org-get-outline-path) nil)
call-interactively(eval-expression nil nil)
command-execute(eval-expression)
in org--get-outline-path-1 the line (org-match-string-no-properties 4)
returns nil.
Emacs : GNU Emacs 24.5.1 (x86_64-unknown-cygwin)
of 2015-06-23 on desktop-new
Package: Org-mode version 8.3.4 (8.3.4-5-gdc68d2-elpaplus @
/home/uki/.emacs.d/elpa/org-plus-contrib-20160229/)
Re: [O] Bug: `org-get-outline-path' fails on empty heading [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/uki/.emacs.d/elpa/org-plus-contrib-20160229/)]
Łukasz Gruner writes:
> --text follows this line--
>
> 1) create a new headline and don't write anything else.
> 2) M-x eval-expression and type (org-get-outline-path)
> 3) this fails with the following stacktrace:
> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
> replace-regexp-in-string("\\[[0-9]+%\\]\\|\\[[0-9]+/[0-9]+\\]" "" nil)
> org--get-outline-path-1(nil)
> org-get-outline-path()
> eval((org-get-outline-path) nil)
> eval-expression((org-get-outline-path) nil)
> call-interactively(eval-expression nil nil)
> command-execute(eval-expression)
>
> in org--get-outline-path-1 the line (org-match-string-no-properties 4)
> returns nil.
Thanks for the report. Nicolas fixed this in 105a446 (Fix return value
for ‘org-get-outline-path’, 2016-03-01).
--
Kyle
Re: [O] org-collector - propview display problems
Hi, On 02/29/2016 01:04 PM, dche wrote: Hello I tried to use org-collector with the example propose at this link http://orgmode.org/worg/org-contrib/org-collector.html I would like to use propview as cited in example but whatever I do, I get the outputs below. * Example #+BEGIN: propview :cols (ITEM amount) | ITEM | amount | |+| | "* Example"| 0 | | "** December Spending" | 0 | | "*** Week One" | 0 | | " Grocery Store [2008-12-01 lun.]" | 0 | | " Athletic club [2008-12-02 mar.]" | 0 | | "*** Week Two" | 0 | | " Restaurant [2008-12-08 lun.]"| 0 | |+| ||| #+END: #+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols (ITEM amount) | ITEM | amount | |--+| |--+| | || #+END: #+BEGIN: propview :cols (ITEM (+ 400 amount)) :scope tree :match "example" | ITEM | (+ 400 amount) | |+| | "** December Spending" | 0 | | "*** Week One" | 0 | | " Grocery Store [2008-12-01 lun.]" | 0 | | " Athletic club [2008-12-02 mar.]" | 0 | | "*** Week Two" | 0 | | " Restaurant [2008-12-08 lun.]"| 0 | |+| ||| #+END: ** December Spending :example: :PROPERTIES: :ID: december :END: *** Week One Grocery Store [2008-12-01 Mon] :PROPERTIES: :amount: 56.77 :spendtype: food :END: Athletic club [2008-12-02 Tue] :PROPERTIES: :amount: 75.00 :spendtype: health :END: *** Week Two Restaurant [2008-12-08 Mon] :PROPERTIES: :amount: 30.67 :spendtype: food :END: The item is not extracted as expected (there are "*" that are also displayed corresponding of the level of entries) and the extracted field is zero whatever of the effective value of this field (here amount). This is test with 8.3.4 and GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601). I believe this is the same problem or bug I reported in April 2015! Others have also brought attention it to this, but nothing has been done to fix it. Charlie Millar
Re: [O] Bug: `org-get-outline-path' fails on empty heading [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/uki/.emacs.d/elpa/org-plus-contrib-20160229/)]
Kyle Meyer writes: [...] > Thanks for the report. Nicolas fixed this in 105a446 (Fix return value > for ‘org-get-outline-path’, 2016-03-01). Or rather 2971ab6 (Fix ‘org-get-outline-path’, 2016-02-29) -- Kyle
