Re: [O] the role of org-odt-preferred-output-format etc
Ken Mankoff writes: > It fails if LibreOffice is running, but works if it is not running. Did you try unoconv? Maybe it's more robust... http://dag.wieers.com/home-made/unoconv Rasmus -- Bang bang
Re: [O] [OT] A new web browser‽
On 2016-04-11, at 06:37, Adam Porter wrote: > Eric Abrahamsen ericabrahamsen.net> writes: > >> I had no idea Firefox did this... > > ...You're not the only one... Me too, thanks for that tip!!! Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University
Re: [O] Exporting a new markup
On Saturday, 9 Apr 2016 at 08:22, fredtant...@free.fr wrote: [...] > My setup works great with org versions ≤8.2.10, but with 8.3.1 (to > 8.3.4), > it doesn't do the job… I have tried to edebug, and looked at commits, > but > I can't pinpoint what's the problem. The Release notes doesn't seem either to > indicate that there was a change between the versions that could broke my > workflow :( I don't know what has changed but I wonder whether you should be using a "filter" to process the exported text? -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-705-g716e33
Re: [O] [OT] A new web browser‽
On Mon, 11-04-2016, at 10:12, Marcin Borkowski wrote: > On 2016-04-11, at 06:37, Adam Porter wrote: > >> Eric Abrahamsen ericabrahamsen.net> writes: >> >>> I had no idea Firefox did this... >> >> ...You're not the only one... > > Me too, thanks for that tip!!! Add another one. :-) That said, though, I am finding the behavior of KeySnail's hok's very flexible (follow the link, open multiple links in tabs, open link in a tab and switch to it, open in a tab but do not switch to it, open in a new window, copy the link, save [download] the link, etc). > > Best, -- Ramon Diaz-Uriarte Department of Biochemistry, Lab B-25 Facultad de Medicina Universidad Autónoma de Madrid Arzobispo Morcillo, 4 28029 Madrid Spain Phone: +34-91-497-2412 Email: rdia...@gmail.com ramon.d...@iib.uam.es http://ligarto.org/rdiaz
Re: [O] [OT] Emacs on Android
Thanks! On Sun, 10-04-2016, at 17:15, Scott Randby wrote: > Since there have been discussions on this list about using Org on an > Android phone, I thought some might be interested in this: > http://endlessparentheses.com/running-emacs-on-android.html > > Scott Randby > > sran...@gmail.com > > http://srandby.org/ > > PGP key ID: 0xF2D38A63 > > Key server: http://pool.sks-keyservers.net/ > > Key fingerprint: 5418 123E DCD3 7DA0 1770 0BDE 301E E657 F2D3 8A63 -- Ramon Diaz-Uriarte Department of Biochemistry, Lab B-25 Facultad de Medicina Universidad Autónoma de Madrid Arzobispo Morcillo, 4 28029 Madrid Spain Phone: +34-91-497-2412 Email: rdia...@gmail.com ramon.d...@iib.uam.es http://ligarto.org/rdiaz
Re: [O] OT: two interesting articles about (non-)reproducible research
* Nick Dokos [2016-04-08 14:54]: [off-topic: not even a gratuitous org reference. My only excuse is the general interest of list members on reproducible research (org-babel! OK, that's the requisite gratuitous reference: I feel better now :-) )] 538.com has published a couple of interesting articles on some poli-sci research: http://fivethirtyeight.com/features/how-two-grad-students-uncovered-michael-lacour-fraud-and-a-way-to-change-opinions-on-transgender-rights/#ss-1 and http://fivethirtyeight.com/datalab/as-a-major-retraction-shows-were-all-vulnerable-to-faked-data/ N.B. the reference to the "open data" policies of AJPS - that seems to be clearly the future direction of research (and, imo, it's about time). Ironically, the results "found" in the retreated paper by LaCour & Green (2014) have been recently replicated by Broockman & Kalla (2016): http://www.sciencemag.org/news/2016/04/talking-people-about-gay-and-transgender-issues-can-change-their-prejudices Rafael
Re: [O] [OT] A new web browser‽
Ramon Diaz-Uriarte writes: > On Mon, 11-04-2016, at 10:12, Marcin Borkowski wrote: >> On 2016-04-11, at 06:37, Adam Porter wrote: >> >>> Eric Abrahamsen ericabrahamsen.net> writes: >>> I had no idea Firefox did this... >>> >>> ...You're not the only one... >> >> Me too, thanks for that tip!!! > > Add another one. :-) > > That said, though, I am finding the behavior of KeySnail's hok's very > flexible (follow the link, open multiple links in tabs, open link in a tab > and switch to it, open in a tab but do not switch to it, open in a new > window, copy the link, save [download] the link, etc). Hok, the history search plugin, and the download manager plugin are all very much inspired by Conkeror. Which I think is a great thing -- Conkeror had a wonderful design, but it never quite got the sustained development love it needed.
[O] feature request: exporting TBLFM line, formatted or not
Hello, For pedagogical reasons, it would be nice to be able, in some case, to export a table (to LaTeX typically) with annotations (i.e. column and row labels) and, more importantly, the equations used to populate the table. Is this possible somehow? Obviously, for the row/column labelling, I could simply add an extra column and row with those labels... For the TBLFM aspect, thinking aloud but with no real knowledge, would it be possible to create a filter, say, that maybe copies and transforms a TBLFM line before being thrown away by the export engine? Any suggestions welcome. thanks, eric -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-705-g716e33
Re: [O] [OT] A new web browser‽
On Sat, Apr 9, 2016, at 02:09 PM, Marcin Borkowski wrote: > > eww ;-) > I never played with eww before. It looks interesting, but seriously, is there any way to cancel a large download? My emacs is completely locked up now downloading an image from a site. I assume it's all customized with lisp, and you can set it to not download images except on request. Thanks! -pd -- Peter Davis www.techcurmudgeon.com www.timebums.com
[O] lisp babel
Common Lisp in babel steems to have stopped working. With slime running and (lisp . t) in my emacs init, I now get the error org-babel-execute:lisp: Cannot open load file: No such file or directory, sly when I C-cc #+name: hello-world #+header: :var message="Hello World!" :exports both #+begin_src lisp (princ message) #+end_src In the past, it worked. I thought either slime or sly were needed. I'm using org version release_8.3.4-718-g634e12.dirty and GNU Emacs 25.1.50.1.
Re: [O] Generate custom org-agenda
* Adam Porter wrote: > I think you just need this: > > (org-agenda &optional ARG ORG-KEYS RESTRICTION) You're right: I was not able to read the help of org-agenda by myself. This is, how it works: (org-agenda nil "n") Thanks! -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] feature request: exporting TBLFM line, formatted or not
Eric S Fraga writes: > Hello, > > For pedagogical reasons, it would be nice to be able, in some case, to > export a table (to LaTeX typically) with annotations (i.e. column and > row labels) and, more importantly, the equations used to populate the > table. Is this possible somehow? > > Obviously, for the row/column labelling, I could simply add an extra > column and row with those labels... > > For the TBLFM aspect, thinking aloud but with no real knowledge, would > it be possible to create a filter, say, that maybe copies and transforms > a TBLFM line before being thrown away by the export engine? > > Any suggestions welcome. > Bastien's table formulas tutorial does it this way: --8<---cut here---start->8--- * Column formulas and field formulas Ok, so now we have this table: : | Student | Maths | Physics | Mean | : |--+---+-+--| : | Bertrand |13 | 09 | 11 | : | Henri|15 | 14 | | : | Arnold |17 | 13 | | : #+TBLFM: @2$4=vmean($2..$3) --8<---cut here---end--->8--- Will that work for you? -- Nick
Re: [O] [PATCH] expose nrepl's timeout setting in ob-clojure.el
Hi Nicolas, Some keywords are missing: :version "25.1" :package-version '(Org . "9.0") and perhaps :safe #'wholenump Ok good, added. (defcustom org-babel-clojure-backend (cond ((featurep 'cider) 'cider) (t 'slime)) @@ -94,8 +100,9 @@ (let ((result-params (cdr (assoc :result-params params (setq result (nrepl-dict-get - (nrepl-sync-request:eval -expanded (cider-current-connection) (cider-current-session)) + (let ((nrepl-sync-request-timeout org-babel-clojure-sync-nrepl-timeout)) + (nrepl-sync-request:eval + expanded (cider-current-connection) (cider-current-session))) You forgot to (defvar nrepl-sync-request-timeout) This one is defined in the nREPL package. Maybe there is something that I don't understand, but do I have to re-defined it here? I also think it makes sense to merge the 3 patches. Ok will do. Thanks, Fred
Re: [O] feature request: exporting TBLFM line, formatted or not
On Monday, 11 Apr 2016 at 13:22, Nick Dokos wrote: > Bastien's table formulas tutorial does it this way: > > * Column formulas and field formulas > > Ok, so now we have this table: > > : | Student | Maths | Physics | Mean | > : |--+---+-+--| > : | Bertrand |13 | 09 | 11 | > : | Henri|15 | 14 | | > : | Arnold |17 | 13 | | > : #+TBLFM: @2$4=vmean($2..$3) > > Will that work for you? It would but what I would really like is to have an option I can turn on to enable me to process the TBLFM line for output but have the table appear as normal. I don't want to have the table in verbatim. What I was thinking of is to have essentially a caption below the table that presents the equations used. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-705-g716e33
Re: [O] feature request: exporting TBLFM line, formatted or not
Okay, a start on this using hooks: #+begin_src emacs-lisp (defun esf/process-table-tblfm (backend) "Process the TBLFM line to make it available for export as a verbatim block" (while (re-search-forward "^ *#\\+TBLFM:" (point-max) t) (replace-match ":") (let ((start (point)) (end (progn (forward-line) (point (goto-char start) (while (re-search-forward "::" end t) (replace-match "\n: "))) ) ) (add-hook 'org-export-before-parsing-hook 'esf/process-table-tblfm) #+end_src I'm sure there's a much easier way to do this but, for now, this does what I need. thanks, eric -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-705-g716e33
Re: [O] lisp babel
Colin Baxter writes: > Common Lisp in babel steems to have stopped working. With slime > running and (lisp . t) in my emacs init, I now get the error > > org-babel-execute:lisp: Cannot open load file: No such file or > directory, sly > > when I C-cc > > #+name: hello-world #+header: :var message="Hello World!" :exports > both #+begin_src lisp > (princ message) #+end_src > > In the past, it worked. I thought either slime or sly were needed. > > I'm using org version release_8.3.4-718-g634e12.dirty and GNU Emacs > 25.1.50.1. commit d79835a821f24fdc32a0f46630f1b31c58fbbb4a introduced a new variable: , | org-babel-lisp-eval-fn is a variable defined in ‘ob-lisp.el’. Its value | is "sly-eval" ` You can try setting it to "slime-eval", but it should probably default to "slime-eval". There is a typo in the documentation for this variable: "slime-val" -> "slime-eval". See etc/ORG-NEWS for the announcement. -- Nick
Re: [O] lisp babel
Maybe a new default has been setup? I recall a recent discussion about sly. Maybe try setting this to your lisp? (setq inferior-lisp-program "/usr/local/bin/sbcl") I am not sure if you also need this: (require 'slime) (slime-setup) (slime) I only have a little experience with other lisps. Colin Baxter writes: > Common Lisp in babel steems to have stopped working. With slime running and > (lisp . t) in my emacs init, I now get the error > > org-babel-execute:lisp: Cannot open load file: No such file or directory, sly > > when I C-cc > > #+name: hello-world > #+header: :var message="Hello World!" :exports both > #+begin_src lisp > (princ message) > #+end_src > > In the past, it worked. I thought either slime or sly were needed. > > I'm using org version release_8.3.4-718-g634e12.dirty and GNU Emacs 25.1.50.1. -- 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
Re: [O] OT: two interesting articles about (non-)reproducible research
Rafael Laboissière writes: > * Nick Dokos [2016-04-08 14:54]: > >> [off-topic: not even a gratuitous org reference. My only excuse is >> the general interest of list members on reproducible research >> (org-babel! OK, that's the requisite gratuitous reference: I feel >> better now :-) )] >> >> 538.com has published a couple of interesting articles on some >> poli-sci research: >> >> >> http://fivethirtyeight.com/features/how-two-grad-students-uncovered-michael-lacour-fraud-and-a-way-to-change-opinions-on-transgender-rights/#ss-1 >> >> and >> >> >> http://fivethirtyeight.com/datalab/as-a-major-retraction-shows-were-all-vulnerable-to-faked-data/ >> >> N.B. the reference to the "open data" policies of AJPS - that seems >> to be clearly the future direction of research (and, imo, it's about >> time). > > Ironically, the results "found" in the retreated paper by LaCour & > Green (2014) have been recently replicated by Broockman & Kalla > (2016): > > http://www.sciencemag.org/news/2016/04/talking-people-about-gay-and-transgender-issues-can-change-their-prejudices > Very interesting! Thanks for the link. -- Nick
Re: [O] OT: two interesting articles about (non-)reproducible research
Rafael Laboissière writes: > * Nick Dokos [2016-04-08 14:54]: (...) >> 538.com has published a couple of interesting articles on some poli-sci >> research: >> >> >> http://fivethirtyeight.com/features/how-two-grad-students-uncovered-michael-lacour-fraud-and-a-way-to-change-opinions-on-transgender-rights/#ss-1 (...) >> >> http://fivethirtyeight.com/datalab/as-a-major-retraction-shows-were-all-vulnerable-to-faked-data/ (...) > Ironically, the results "found" in the retreated paper by LaCour & Green > (2014) have been recently replicated by Broockman & Kalla (2016): > > http://www.sciencemag.org/news/2016/04/talking-people-about-gay-and-transgender-issues-can-change-their-prejudices Partly replicated, according to the above links. Amazing effect of canvassing against prejudice, yes; dependence on canvasser belonging to victimized group, no. Anyway, very interesting stuff that I'd have missed if not for the posts here, OT or not. Thanks! Yours, Christian
[O] Bug: typo in [[info:org#Tag hierarchy]] [8.3.4 (8.3.4-34-gacfd41-elpa @ /home/jorge/.emacs.d/elpa/org-20160411/)]
[[info:org#Tag hierarchy]] says:
>Furthermore; The members of a _group tag_ can also be regular
> expression, creating the possibility of more dynamic and rule-based
> tag-structure. The regular expressions in the group must be marked up
> within { }. Example use, to expand on the example given above:
>
> #+TAGS: [ Vision : {V.+} ]
> #+TAGS: [ Goal : {G.+} ]
> #+TAGS: [ AOF : {AOF.+} ]
> #+TAGS: [ Project : {P.+} ]
>
>Searching for the tag `Project' will now list all tags also including
> regular expression matches for `P@.+'. Similar for tag-searches on
> `Vision', `Goal' and `AOF'. This can be good for example if tags for a
> certain project is tagged with a common project-identifier, i.e.
> `P@2014_OrgTags'.
However, the `Project' group tag regex is `P.+', while the first
sentence in the final quoted paragraph cites the regex `P@.+' (with an
`@').
Emacs : GNU Emacs 25.0.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.6)
of 2016-03-05
Package: Org-mode version 8.3.4 (8.3.4-34-gacfd41-elpa @
/home/jorge/.emacs.d/elpa/org-20160411/)
I run Ubuntu 15.10 with PPAs gnome3-team/gnome3 and gnome3-team/gnome3-staging.
--
- I am Brazilian. I apologize for possibly bad English and I welcome
corrections.
- Please adopt free formats like PDF, ODF, LaTeX, Vorbis, Opus, WebM and 7z.
- Free software for Android: https://f-droid.org/
Re: [O] lisp babel
Nick Dokos writes: > Colin Baxter writes: > >> Common Lisp in babel steems to have stopped working. With slime >> running and (lisp . t) in my emacs init, I now get the error >> >> org-babel-execute:lisp: Cannot open load file: No such file or >> directory, sly >> >> when I C-cc >> >> #+name: hello-world #+header: :var message="Hello World!" :exports >> both #+begin_src lisp >> (princ message) #+end_src >> >> In the past, it worked. I thought either slime or sly were needed. >> >> I'm using org version release_8.3.4-718-g634e12.dirty and GNU Emacs >> 25.1.50.1. > > commit d79835a821f24fdc32a0f46630f1b31c58fbbb4a introduced a new > variable: > > , > | org-babel-lisp-eval-fn is a variable defined in ‘ob-lisp.el’. Its value > | is "sly-eval" > ` > > You can try setting it to "slime-eval", but it should probably default > to "slime-eval". > > There is a typo in the documentation for this variable: > > "slime-val" -> "slime-eval". > Patch for the typo is attached. -- Nick >From 34d7e1f52008c303ae48fce88efacfbe21859b5a Mon Sep 17 00:00:00 2001 From: Nick Dokos Date: Mon, 11 Apr 2016 15:05:35 -0400 Subject: [PATCH] Fix typo in doc string. --- lisp/ob-lisp.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/ob-lisp.el b/lisp/ob-lisp.el index 0ed4d84..443a78d 100644 --- a/lisp/ob-lisp.el +++ b/lisp/ob-lisp.el @@ -40,7 +40,7 @@ (defcustom org-babel-lisp-eval-fn "sly-eval" "The function to be called to evaluate code on the Lisp side. -It can be set to either \"sly-eval\" or \"slime-val\"." +It can be set to either \"sly-eval\" or \"slime-eval\"." :group 'org-babel :version "25.1" :package-version '(Org . "8.3") -- 2.7.0
Re: [O] Bug: typo in [[info:org#Tag hierarchy]] [8.3.4 (8.3.4-34-gacfd41-elpa @ /home/jorge/.emacs.d/elpa/org-20160411/)]
Jorge writes:
> [[info:org#Tag hierarchy]] says:
>
>>Furthermore; The members of a _group tag_ can also be regular
>> expression, creating the possibility of more dynamic and rule-based
>> tag-structure. The regular expressions in the group must be marked up
>> within { }. Example use, to expand on the example given above:
>>
>> #+TAGS: [ Vision : {V.+} ]
>> #+TAGS: [ Goal : {G.+} ]
>> #+TAGS: [ AOF : {AOF.+} ]
>> #+TAGS: [ Project : {P.+} ]
>>
>>Searching for the tag `Project' will now list all tags also including
>> regular expression matches for `P@.+'. Similar for tag-searches on
>> `Vision', `Goal' and `AOF'. This can be good for example if tags for a
>> certain project is tagged with a common project-identifier, i.e.
>> `P@2014_OrgTags'.
>
> However, the `Project' group tag regex is `P.+', while the first
> sentence in the final quoted paragraph cites the regex `P@.+' (with an
> `@').
>
> Emacs : GNU Emacs 25.0.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.6)
> of 2016-03-05
> Package: Org-mode version 8.3.4 (8.3.4-34-gacfd41-elpa @
> /home/jorge/.emacs.d/elpa/org-20160411/)
>
> I run Ubuntu 15.10 with PPAs gnome3-team/gnome3 and
> gnome3-team/gnome3-staging.
This was added with commit ecfd00cd by Gustav Wikström (cc'ed).
The paragraph is in need of some editing, but I think some of the @ signs are
wrong: they are used as escapes in the texi file and a couple of them
are missing. I attach a patch but it could use some review to make sure
it's correct.
>From 5d151cf4c5ddf779469e3bf860a0de85b3b771d8 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Mon, 11 Apr 2016 15:23:12 -0400
Subject: [PATCH] Fix the paragraph on tag groups as regular expressions.
Reword the paragraph and fix the regexps to include
the requisite @ signs.
---
doc/org.texi | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index f935692..eb416d6 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -5200,23 +5200,22 @@ When setting @code{org-tag-alist} you can use @code{:startgroup} &
@code{:endgroup} instead of @code{:startgrouptag} & @code{:endgrouptag} to
make the tags mutually exclusive.
-Furthermore; The members of a @emph{group tag} can also be regular
-expression, creating the possibility of more dynamic and rule-based
-tag-structure. The regular expressions in the group must be marked up within
-@{ @}. Example use, to expand on the example given above:
+Furthermore, the members of a @emph{group tag} can also be regular
+expressions, creating the possibility of a more dynamic and rule-based
+tag structure. The regular expressions in the group must be specified
+within @{ @}. Here is an expanded example:
@example
-#+TAGS: [ Vision : @{V@.+@} ]
-#+TAGS: [ Goal : @{G@.+@} ]
-#+TAGS: [ AOF : @{AOF@.+@} ]
-#+TAGS: [ Project : @{P@.+@} ]
+#+TAGS: [ Vision : @{V@@@.+@} ]
+#+TAGS: [ Goal : @{G@@@.+@} ]
+#+TAGS: [ AOF : @{AOF@@@.+@} ]
+#+TAGS: [ Project : @{P@@@.+@} ]
@end example
Searching for the tag @samp{Project} will now list all tags also including
-regular expression matches for @samp{P@@.+}. Similar for tag-searches on
-@samp{Vision}, @samp{Goal} and @samp{AOF}. This can be good for example if
-tags for a certain project is tagged with a common project-identifier,
-i.e. @samp{P@@2014_OrgTags}.
+regular expression matches for @samp{P@@@.+}, and similarly for tag searches on
+@samp{Vision}, @samp{Goal} and @samp{AOF}. For example, this would work well
+for a project tagged with a common project-identifier, e.g. @samp{P@@2014_OrgTags}.
@kindex C-c C-x q
@vindex org-group-tags
--
2.7.0
--
Nick
