Re: [O] Recent bug? in R source blocks generating images

[William Denton]

On 8 April 2016, Rainer M Krug quoted me:


There's something odd happening to me tonight with R source blocks and :session.


This is fixed now.  It was a problem with ESS.  Thanks for the pointer.

Bill
--
William Denton ↔  Toronto, Canada ↔  https://www.miskatonic.org/

[O] orgmode send email to self for important reminders?

[Xebar Saram]

Hi all

I was wondering if anyone has a system where orgmode sends a reminder email
to one self for specific reminders (based on tags, keyword, todo state etc).

Would love to hear of examples and use cases

kind regards

Z

Re: [O] [OT] A new web browser‽

[Eric Abrahamsen]

Adam Porter  writes:

> Marcin Borkowski  mbork.pl> writes:
>
>> https://vivaldi.com/
>> 
>> Did anyone hear about it?  Any thoughts/experiences?  "Taking notes
>> while browsing" seems to be something close to org-capture, no?
>> Keyboard-driven might mean either vim-like or emacs-like bindings, or
>> (hopefully) configurable ones.  I, for one, would like to try it out,
>> though I do not have too high hopes.
>
> It looks interesting, but it's not free software, so I have no interest
> myself.  Firefox/Iceweasel has been serving me well since before it was
> Firefox, and Pentadactyl has been my primary UI to it for a long time.  I
> don't feel like Mozilla is taking it in a good direction anymore, but if it
> ever gets too bad, there's Iceweasel, and there's Pale Moon (which has
> committed to "classic" Firefox extension APIs and UI), and there are other
> alternatives like Conkeror, uzbl, etc.
>
> Even if you don't care about free software, Vivaldi is made by former Opera
> devs, so how do we know they aren't just repeating a cycle?  It could go the
> same direction Opera went and need to be rebooted again.  As long as it's
> proprietary, that's a risk its users will always face.

I've been using Conkeror (based on Xulrunner/Firefox) for a while now,
and like it enough to stick with it. It's completely keyboard driven,
which I love. It's also not super stable, nor does it seem to be
actively maintained, which I don't love. If anyone has recommendations
for better keyboard-driven browsers, I'd love to hear them...

Re: [O] org compact guide texinfo bug ?

[Jean-Christophe Helary]

> 2016/04/09 5:53、Nicolas Goaziou  のメール：
> 
>> @itemx @key{TAB}
>> 
>> and
>> 
>> @itemx @key{RET}
>> 
>> are not subsequent entries of @item mouse-3 but entries on their own.
>> 
>> They should be coded as @item.
> 
> Fixed. Thank you.

Thank you very much !

Jean-Christophe Helary 

Re: [O] [OT] A new web browser‽

[Adam Porter]

Marcin Borkowski  mbork.pl> writes:

> https://vivaldi.com/
> 
> Did anyone hear about it?  Any thoughts/experiences?  "Taking notes
> while browsing" seems to be something close to org-capture, no?
> Keyboard-driven might mean either vim-like or emacs-like bindings, or
> (hopefully) configurable ones.  I, for one, would like to try it out,
> though I do not have too high hopes.

It looks interesting, but it's not free software, so I have no interest
myself.  Firefox/Iceweasel has been serving me well since before it was
Firefox, and Pentadactyl has been my primary UI to it for a long time.  I
don't feel like Mozilla is taking it in a good direction anymore, but if it
ever gets too bad, there's Iceweasel, and there's Pale Moon (which has
committed to "classic" Firefox extension APIs and UI), and there are other
alternatives like Conkeror, uzbl, etc.

Even if you don't care about free software, Vivaldi is made by former Opera
devs, so how do we know they aren't just repeating a cycle?  It could go the
same direction Opera went and need to be rebooted again.  As long as it's
proprietary, that's a risk its users will always face.

My two cents.  :)

[O] [OT] A new web browser‽

[Marcin Borkowski]

https://vivaldi.com/

Did anyone hear about it?  Any thoughts/experiences?  "Taking notes
while browsing" seems to be something close to org-capture, no?
Keyboard-driven might mean either vim-like or emacs-like bindings, or
(hopefully) configurable ones.  I, for one, would like to try it out,
though I do not have too high hopes.

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Re: [O] [PATCH] org.el: Fix bug from switch to lexical binding

[Nicolas Goaziou]

Hello,

Michael Strey  writes:

> Please check carefully before applying!  I do not understand what I have
> done here but it worked for me without side effects.

Applied, with a minor change. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] org compact guide texinfo bug ?

[Nicolas Goaziou]

Hello,

Jean-Christophe Helary  writes:

> It's my fist message to the list 

Welcome!

> In section 10.4 "Commands in the agenda buffer" the View/Go to Org file 
> commands are described as:
>
> @tsubheading{View/Go to Org file}
> @item mouse-3
> @itemx @key{SPC}
> Display the original location of the item in another window.
> With prefix arg, make sure that the entire entry is made visible in the
> outline, not only the heading.
> @c
> @itemx @key{TAB}
> Go to the original location of the item in another window.  Under Emacs
> 22, @kbd{mouse-1} will also work for this.
> @c
> @itemx @key{RET}
> Go to the original location of the item and delete other windows.
> @c
>
> According to the Texinfo documentation:
> https://www.gnu.org/software/texinfo/manual/texinfo/html_node/_0040itemx.html
>
> It seems like:
>
> @itemx @key{TAB}
>
> and
>
> @itemx @key{RET}
>
> are not subsequent entries of @item mouse-3 but entries on their own.
>
> They should be coded as @item.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] OT: two interesting articles about (non-)reproducible research

[Thomas S. Dye]

Thanks Nick, much appreciated.  Long live org-babel!

All the best,
Tom

Nick Dokos writes:

> [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).


-- 
Thomas S. Dye
http://www.tsdye.com

[O] OT: two interesting articles about (non-)reproducible research

[Nick Dokos]

[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).

--
Nick

Re: [O] export to odt is not per default in the export menu

[Eduardo Mercovich]

+1 even if I personally don't use it.
For many people is the bridge to work with others.

Best...

Xebar Saram  writes:

> +1 as well :)
>
> Z
>
> On Fri, Apr 8, 2016 at 12:38 PM, Eric Abrahamsen
>  wrote:
>
> Christian Moe  writes:
> 
> > This question pops up fairly often. I suggest that ODT should be
> > provided out of the box. It is clearly in demand. It meets the
> needs of
> > a whole segment of users that need to work with office software.
> Sure,
> > nothing prevents them from using it by adding a brief line to
> their init
> > file. But why not advertise it? It's a major feature and it
> works well.
> 
> FWIW, I also think this would be a good thing to load by default.
> 
> 
> 


-- 
eduardo mercovich 

 Donde se cruzan tus talentos 
 con las necesidades del mundo, 
 ahí está tu vocación.

Re: [O] Recent bug? in R source blocks generating images

[William Denton]

On 8 April 2016, Rainer M Krug wrote:


than I went back to

Org-mode version 8.3.4 (release_8.3.4-702-gcd47ab 
@/Users/rainerkrug/.emacs.d/org-mode/lisp/)

and it was not working either. But there was an update of ESS at the
same time which should have caused this.

OK - commit 9be858b of ESS is still fine.

Could you please submit this to the ESS list?


Thanks for looking.  I've reported this to the ESS list.

Bill
--
William Denton ↔  Toronto, Canada ↔  https://www.miskatonic.org/

[O] ox-odt.el

[Colin Baxter]

The line

(expand-file-name "../../etc/styles/" org-odt-lib-dir) ; git 

in the defconst org-odt-styles-dir-list at line 181 of ox-odt.el points to
"git/org-mode/lisp/etc/styles/". Should it not point to
"git/org-mode/etc/styles/"? This would be achieved by changing the line to

(expand-file-name "../etc/styles/" org-odt-lib-dir) ; git

My exporter however still cannot find the schema files at
"git/org-mode/etc/schema/", but that's a different matter perhaps.

Colin.

[O] org compact guide texinfo bug ?

[Jean-Christophe Helary]

It's my fist message to the list so I hope I'm not missing anything.

In section 10.4 "Commands in the agenda buffer" the View/Go to Org file 
commands are described as:

@tsubheading{View/Go to Org file}
@item mouse-3
@itemx @key{SPC}
Display the original location of the item in another window.
With prefix arg, make sure that the entire entry is made visible in the
outline, not only the heading.
@c
@itemx @key{TAB}
Go to the original location of the item in another window.  Under Emacs
22, @kbd{mouse-1} will also work for this.
@c
@itemx @key{RET}
Go to the original location of the item and delete other windows.
@c

According to the Texinfo documentation:
https://www.gnu.org/software/texinfo/manual/texinfo/html_node/_0040itemx.html

It seems like:

@itemx @key{TAB}

and

@itemx @key{RET}

are not subsequent entries of @item mouse-3 but entries on their own.

They should be coded as @item.

Jean-Christophe Helary 

[O] [PATCH] org.el: Fix bug from switch to lexical binding

[Michael Strey]

Please check carefully before applying!  I do not understand what I have
done here but it worked for me without side effects.

-- 
Michael Strey
_
mailto:mst...@strey.biz
http://www.strey.biz * https://twitter.com/michaelstrey

>From b76d6ef5975e1ba0b5ad4317246e1084d43ff446 Mon Sep 17 00:00:00 2001
From: Michael Strey 
Date: Fri, 8 Apr 2016 14:03:30 +0200
Subject: [PATCH] org.el: Fix bug from switch to lexical binding

* lisp/org.el (org-check-dates-range): Fix a bug introduces with the
  switch to lexical binding in commit
  1f49e9fdfd8b527377b5592bd65ad3be6abb9e6a.

This change fixed the following bug:  C-c \ D leads to error message "Symbol's value as variable is void: start-date".

TINYCHANGE
---
 lisp/org.el | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 4f60c7f..b6d1c2d 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -17489,12 +17489,12 @@ both scheduled and deadline timestamps."
   (let ((case-fold-search nil)
 	(regexp (org-re-timestamp org-ts-type))
 	(callback
-	 `(lambda ()
+	 (lambda ()
 	(let ((match (match-string 1)))
 	  (and
-	   ,(if (memq org-ts-type '(active inactive all))
-		'(eq (org-element-type (org-element-context)) 'timestamp)
-		  '(org-at-planning-p))
+	   (if (memq org-ts-type '(active inactive all))
+		(eq (org-element-type (org-element-context)) 'timestamp)
+		  (org-at-planning-p))
 	   (not (time-less-p
 		 (org-time-string-to-time match)
 		 (org-time-string-to-time start-date)))
-- 
2.7.3

Re: [O] ox-texinfo: add support for NONODE element property

[Jonas Bernoulli]

> The property should probably be renamed to e.g. NOCHILDNODES, since it
> is the *children* of the section which has this option set that do not
> get any nodes of their own, not the section for which the property is
> set.

Ignore this.  It is the section that has NONODE which does not get its
own node.

[O] ox-texinfo: add support for NONODE element property

[Jonas Bernoulli]

Hello,

In the Magit manual I usually use separate nodes for sections and
subsections, but in a few cases a section's children should be part
of the section's node.

I accomplished that by adding an additional element property NONODE
and redefining `org-texinfo-headline' and `org-texinfo--menu-entries'
accordingly.  Here is an equivalent patch:

diff --git a/lisp/ox-texinfo.el b/lisp/ox-texinfo.el
index cd3e7ae..23bb1c8 100644
--- a/lisp/ox-texinfo.el
+++ b/lisp/ox-texinfo.el
@@ -777,13 +777,16 @@ (defun org-texinfo-headline (headline contents info)
 holding contextual information."
   (let* ((class (plist-get info :texinfo-class))
 (level (org-export-get-relative-level headline info))
-(numberedp (org-export-numbered-headline-p headline info))
+(nonode (org-element-property :NONODE headline))
+(numberedp (and (not nonode)
+(org-export-numbered-headline-p headline info)))
 (class-sectioning (assoc class (plist-get info :texinfo-classes)))
 ;; Find the index type, if any.
 (index (org-element-property :INDEX headline))
 ;; Create node info, to insert it before section formatting.
 ;; Use custom menu title if present.
-(node (format "@node %s\n" (org-texinfo--get-node headline info)))
+(node (and (not nonode)
+   (format "@node %s\n" (org-texinfo--get-node headline 
info
 ;; Section formatting will set two placeholders: one for the
 ;; title and the other for the contents.
 (section-fmt
@@ -1147,7 +1150,8 @@ (defun org-texinfo--menu-entries (scope info)
   (puthash scope
   (org-element-map (org-element-contents scope) 'headline
 (lambda (h)
-  (and (not (org-not-nil (org-element-property :COPYING h)))
+  (and (not (org-element-property :NONODE h))
+   (not (org-not-nil (org-element-property :COPYING h)))
(not (org-element-property :footnote-section-p h))
(not (org-export-low-level-p h info))
h))

The property should probably be renamed to e.g. NOCHILDNODES, since it
is the *children* of the section which has this option set that do not
get any nodes of their own, not the section for which the property is
set.

Please consider adding this or something similar.  Thanks!

  Jonas

Re: [O] export to odt is not per default in the export menu

[Uwe Brauer]

   > Uwe Brauer  writes:

   > Somewhere in your init files, put (require 'ox-odt). Then it will always
   > be available. Take a look at the other ox-* files, many of them are
   > useful enough to always load by default.

Thanks that worked fine!

[O] ox-texinfo: non-numbered links to numbered sections

[Jonas Bernoulli]

Hello,

Currently "#+OPTIONS: num:N" not only affects whether sections are
numbered, it also controls whether links to numbered sections look
like

  See *note 5.2.3: Section hooks.

or

  See *note Section hooks: Section hooks.

in the info file.  Here the first seems better, but when looking at
this inside the Info viewer, then it is either

  See 5.2.3.

or

  See Section hooks.

And now the numbered variant is just not informative enough for my
needs.  I want links to inform the user what they will get when they
click on it, not how far away from the current location the link
takes them ;-)

I would like if the second form were always used, or if you could add
an option that allowed selecting the desired style.  The former could
be accomplished simply by removing

  ((org-export-numbered-headline-p destination info)
   (mapconcat
#'number-to-string
(org-export-get-headline-number destination info) "."))

from `org-texinfo-link'.

Also note that the use of "numbered links" seems to mess with paragraph
justification.  In that case lines that contain links tend to be to
short and it gets worse the longer the title gets, probably because that
is present in the info file (and therefor used for justification (maybe
that could be changed?)), but then not displayed in the Info viewer.

  Thanks,
  Jonas

Re: [O] ox-texinfo: empty line before "* Menu:" is missing

[Jonas Bernoulli]

> Fixed. Thank you.

Thanks to you too!

  Jonas

Re: [O] export to odt is not per default in the export menu

[Xebar Saram]

+1 as well :)

Z

On Fri, Apr 8, 2016 at 12:38 PM, Eric Abrahamsen 
wrote:

> Christian Moe  writes:
>
> > This question pops up fairly often. I suggest that ODT should be
> > provided out of the box. It is clearly in demand. It meets the needs of
> > a whole segment of users that need to work with office software. Sure,
> > nothing prevents them from using it by adding a brief line to their init
> > file. But why not advertise it? It's a major feature and it works well.
>
> FWIW, I also think this would be a good thing to load by default.
>
>
>

Re: [O] export to odt is not per default in the export menu

[Eric Abrahamsen]

Christian Moe  writes:

> This question pops up fairly often. I suggest that ODT should be
> provided out of the box. It is clearly in demand. It meets the needs of
> a whole segment of users that need to work with office software. Sure,
> nothing prevents them from using it by adding a brief line to their init
> file. But why not advertise it? It's a major feature and it works well.

FWIW, I also think this would be a good thing to load by default.

Re: [O] export to odt is not per default in the export menu

[Christian Moe]

This question pops up fairly often. I suggest that ODT should be
provided out of the box. It is clearly in demand. It meets the needs of
a whole segment of users that need to work with office software. Sure,
nothing prevents them from using it by adding a brief line to their init
file. But why not advertise it? It's a major feature and it works well.

Yours,
Christian

Eric Abrahamsen writes:

> Uwe Brauer  writes:
>
>> Hi
>>
>> When I use org-export-dispatch, then a list of possible formats pop up
>> but odt is not among them. Only if I explicitly call
>> org-odt-export-to-odt
>>
>> once, then this command pops up in the list. How
>> can I change this behaviour and have the odt export function in the
>> list??
>
> Somewhere in your init files, put (require 'ox-odt). Then it will always
> be available. Take a look at the other ox-* files, many of them are
> useful enough to always load by default.
>
> E

Re: [O] Recent bug? in R source blocks generating images

[Rainer M Krug]

William Denton  writes:

> Sorry about that; hit send too soon.
>
> There's something odd happening to me tonight with R source blocks and 
> :session.
>
> This works, and generates an image:
>
> #+BEGIN_SRC R :results graphics :file example.png
> plot(1)
> #+END_SRC
>
>
> But if I start an R session (M-x R) and then run this, with :session, I get 
> an 
> error.
>
> #+BEGIN_SRC R :session :results graphics :file example.png
> plot(1)
> #+END_SRC
>
> The error is
>
> + + Error: unexpected symbol in:
> "plot(1)
> },error=function(e){plot(x=-1:1, y=-1:1, type='n"
>
> That error= bit at the end looks related to my plot() example, but I don't 
> think 
> it is: the same error appears if I use ggplot2 (which is how I noticed it).
>
> This is with Emacs and Org compiled from current source trees.  It was 
> working 
> earlier this week, but I've updated since then.  I refreshed everything 
> (including R packages) and still get the error.  I looked at the recent Org 
> commits but don't see what might have done it, but I also don't think I'm 
> doing 
> anything wrong.

Working for me on

OS X El Capitan
GNU Emacs 25.0.92.1 (x86_64-apple-darwin15.3.0, NS appkit-1404.34 Version 
10.11.3 (Build 15D21)) of 2016-03-07
Org-mode version 8.3.4 (release_8.3.4-702-gcd47ab @ 
/Users/rainerkrug/.emacs.d/org-mode/lisp/)

but not working anymore on

Org-mode version 8.3.4 (release_8.3.4-709-g519f78 
@/Users/rainerkrug/.emacs.d/org-mode/lisp/)

than I went back to

Org-mode version 8.3.4 (release_8.3.4-702-gcd47ab 
@/Users/rainerkrug/.emacs.d/org-mode/lisp/)

and it was not working either. But there was an update of ESS at the
same time which should have caused this.

OK - commit 9be858b of ESS is still fine.


Could you please submit this to the ESS list?


Cheers,

Rainer

>
> Bill

-- 
Rainer M. Krug
email: Rainerkrugsde
PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] export to odt is not per default in the export menu

[Eric Abrahamsen]

Uwe Brauer  writes:

> Hi
>
> When I use org-export-dispatch, then a list of possible formats pop up
> but odt is not among them. Only if I explicitly call
> org-odt-export-to-odt
>
> once, then this command pops up in the list. How
> can I change this behaviour and have the odt export function in the
> list??

Somewhere in your init files, put (require 'ox-odt). Then it will always
be available. Take a look at the other ox-* files, many of them are
useful enough to always load by default.

E

[O] export to odt is not per default in the export menu

[Uwe Brauer]

Hi

When I use org-export-dispatch, then a list of possible formats pop up
but odt is not among them. Only if I explicitly call
org-odt-export-to-odt

once, then this command pops up in the list. How
can I change this behaviour and have the odt export function in the
list??

Thanks

Uwe Brauer 

Re: [O] keybinding for inserting simple item, simple plain list

[Uwe Brauer]

   > Uwe Brauer  writes:

   > I've never felt the need: once I'm in a list, I use M- to add
   > another item, but I always start the list with a dash and a space, typed
   > explicitly: nothing to go wrong, nothing to remember. BTW, that last
   > point is getting more important as I get older...

Very strange for me it is the other way around. 

- First of all I write far more lists than headings (for example in
  this email).
- then I have no real need for entering a heading via M-
  because I simple hit return and then «*» (which makes 2 key
  strokes), however to start a with a list, I would need 3 keystrokes.
  Return, some indent command or space, and then «*».


Anyhow I ended up binding my private function to M- and M- to
super RET, etc.

Uwe Brauer