Re: [O] ox-koma-letter.el: subtree vs buffer, precedence of properties, superscript transcoding

[Myles English]

Rasmus writes:

> Nicolas Goaziou  writes:
>
>>> Somehow, when you specify it as a property it's not detected
>>> as :inbuffer-signature.
>>
>> Fixed in b07bd32081db62725af12b185a786aa0d7f99bae. Thank you.
>
> Thanks for fixing this, Nicolas.

Yes, and thanks both of you for looking into this.

Myles

Re: [O] [PATCH] org-contacts.el: Catch 'nextfile in org-contacts-db

[Nicolas Goaziou]

Hello,

Philippe Crama  writes:

> This is a small patch to catch the 'nextfile thrown by
> `org-check-agenda-file' in `org-contacts-db'.

Applied. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] tentative patch Re: commit found, was: Re: ECM for: issues with publishing to LaTeX using #INCLUDE

[Nicolas Goaziou]

Robert Klein  writes:

> I'm not sure how to proceed at the moment, are there other set-ups I
> could test?

Out of curiosity, could you try the following patch?

Regards,

>From a1156041a3af9b45ad195828a5d79f90c01e9a5f Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou 
Date: Tue, 23 Jun 2015 23:41:30 +0200
Subject: [PATCH] ox: Fix ???

* lisp/ox.el (org-export-as): Refresh regexps after executing Babel
  code.
---
 lisp/ox.el | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/lisp/ox.el b/lisp/ox.el
index f60ff12..9d3552e 100644
--- a/lisp/ox.el
+++ b/lisp/ox.el
@@ -2936,6 +2936,8 @@ Return code as a string."
 	 (org-macro-initialize-templates)
 	 (org-macro-replace-all org-macro-templates nil parsed-keywords)
 	 (org-export-execute-babel-code)
+	 (org-set-regexps-and-options)
+	 (org-update-radio-target-regexp)
 	 ;; Run last hook with current back-end's name as argument.
 	 (goto-char (point-min))
 	 (save-excursion
-- 
2.4.4

[O] Unknown "nil" back-end

[flow]

Hi

I use org-mode as my default text editor and also to post in wordpress
through org2blog.

I guess something changed in my .emacs or .emacs.d but I don't know
what makes the feature for post blogging not working.

Contacting host: infotics.es:80 [3 times]
Logged in
org-export-barf-if-invalid-backend: Unknown "nil" back-end: Aborting
export
user-error: Minibuffer window is not active

Any ideas?

Thanks in advance!

-- 
"La tradición de los oprimidos nos enseña que la regla es el «estado de
excepción» en el que vivimos." Walter Benjamin, Tesis de Filosofía de la
historia



signature.asc
Description: This is a digitally signed message part

Re: [O] [PATCH] typo in example in the manual for the post header

[Nicolas Goaziou]

Hello,

Alan Schmitt  writes:

> As I was playing with the post header I found this typo in the manual.

Applied. Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] Filters lost after reviving buried, sticky agenda

[Nicolas Goaziou]

Daimrod  writes:

> Here is an updated version of the second patch :

Both look good. Could you can push them. Thank you.

Regards,

Re: [O] ox-koma-letter.el: subtree vs buffer, precedence of properties, superscript transcoding

[Rasmus]

Nicolas Goaziou  writes:

>> Somehow, when you specify it as a property it's not detected
>> as :inbuffer-signature.
>
> Fixed in b07bd32081db62725af12b185a786aa0d7f99bae. Thank you.

Thanks for fixing this, Nicolas.
 
Rasmus

-- 
If you can mix business and politics wonderful things can happen!

[O] [PATCH] typo in example in the manual for the post header

[Alan Schmitt]

Hello,

As I was playing with the post header I found this typo in the manual.

Best,

Alan

From 57b0e12f25bfedb43a9465a76a3507186afc515c Mon Sep 17 00:00:00 2001
From: Alan Schmitt 
Date: Tue, 23 Jun 2015 22:36:26 +0200
Subject: [PATCH] org.texi: Fix the :post example

* doc/org.texi (post): add a missing colon in the example.
---
 doc/org.texi | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/org.texi b/doc/org.texi
index 5b79832..8ec8a51 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -16390,7 +16390,7 @@ argument.  The first example shows how to attach a attribute-line via @code{:pos
 @example
 #+name: attr_wrap
 #+begin_src sh :var data="" :var width="\\textwidth" :results output
-  echo "#+ATTR_LATEX :width $width"
+  echo "#+ATTR_LATEX: :width $width"
   echo "$data"
 #+end_src
 
-- 
2.4.3


-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Weekly CO₂ average (2015-05-30, Mauna Loa Observatory): 403.41 ppm


signature.asc
Description: PGP signature

Re: [O] [feature request] org-capture-window-setup to stop capture window taking up whole frame

[Nicolas Goaziou]

Hello,

Eric S Fraga  writes:

> Thanks for this.  Works okay if there is more than one window which is a
> step in the right direction.  In any case, you've pointed me in the
> right direction and the following seems to work fine (with very limited
> testing):
>
> diff --git a/lisp/org-capture.el b/lisp/org-capture.el
> index eeb05ca..ac0ed6f 100644
> --- a/lisp/org-capture.el
> +++ b/lisp/org-capture.el
> @@ -1590,8 +1590,7 @@ The template may still contain \"%?\" for cursor 
> positioning."
>  (unless template (setq template "") (message "No template") (ding)
>   (sit-for 1))
>  (save-window-excursion
> -  (delete-other-windows)
> -  (org-pop-to-buffer-same-window (get-buffer-create "*Capture*"))
> +  (org-switch-to-buffer-other-window (get-buffer-create "*Capture*"))
>(erase-buffer)
>(insert template)
>(goto-char (point-min))
>
> Feedback from real emacs lisp people welcome...

It looks good. Could you turn it into a proper patch with a commit
message? 

Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] how can I create a new literal block for latex export?

[Alan Schmitt]

On 2015-06-23 15:03, Nicolas Goaziou  writes:

> See also commit 8ff31bd0cf9179d7952d933d4638b658b3c9b3ba.

Very nice, thanks a lot!

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Weekly CO₂ average (2015-05-30, Mauna Loa Observatory): 403.41 ppm


signature.asc
Description: PGP signature

Re: [O] Why navigating in Org mode is so slow in overview mode?

[Nicolas Goaziou]

Gregor Zattler  writes:

> These reports are attachet.

Thank you. However, I don't see anything incriminating Org in these
reports.

Regards,

Re: [O] org-mode on old pocket pc phone

[cédric ody]

Hi,

I have found a solution by using the outline-magic.el and table.el
emacs extensions. So I can wrap/unwrap my headlines and format tables
with pipes.

Is there a easy way to get the TODO-DONE-SCHEDULED features of
org-mode in a simple el file?

Cédric


2015-06-23 16:00 UTC+02:00, cédric ody :
> Hello,
>
> I hold an old pocket pc phone on which I have been able to install an
> binary version of emacs I have found on the web. This binary version
> is compiled for the arm processor that is on the device.
>
> I'd like to use main commands of org-mode, cycling and planning
> basically. I probably need to remove some packages like org-export and
> so on.
>
> I have downloaded an old version of org-mode (6.36) but I have not
> compiled it. I don't know how to compile el files into elc ones with
> such a configuration. On the emulator I am working on, I have problems
> of exhausted memory when loading the line "require 'org" in the
> .emacs.
>
> Could you tell me which el files are needed to get the cycling and
> planning tasks only. Can I use them without compiling them? Assuming
> that the 6.36 version works on the 20.4 emacs I have...
>
> thanks, cédric
>

Re: [O] ox-koma-letter.el: subtree vs buffer, precedence of properties, superscript transcoding

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Myles English  writes:
>
>> 1) subtree scope export results differently than buffer scope export
>
> It seems changes set in properties are not registered as changes in the
> file cf. 2.  Thus, some fields you'd like to get after the LCO file aren't
> detected as changed.
>
>> 2) a signature specified in the subtree property does not take
>>precedence in subtree export
>
> Somehow, when you specify it as a property it's not detected
> as :inbuffer-signature.

Fixed in b07bd32081db62725af12b185a786aa0d7f99bae. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Is it possible to embed tag search as a link?

[Piotr Isajew]

On 2015-06-23, Jay Dresser  wrote:
>
> I just happened to run across this which seems to better match
> your original question, to do it as a new link type:
> http://endlessparentheses.com/use-org-mode-links-for-absolutely-anything.html

that's a perfect hint. Thank you.

[O] using poetry.el on OSX?

[Jay Dixit]

I've been looking at Bob Newell's package for writing poetry, poetry-mode (
http://www.bobnewell.net/filez/poetry.el).

It's incredible, and the line-by-line syllable counter works great.
Unfortunately, the rhyming dictionary doesn't work. Looks like the required
command-line rhyming dictionary package (
https://code.launchpad.net/ubuntu/+source/rhyme) is for Ubuntu.

Does anyone know how can I get it working on OSX?

​Thanks!

Jay​

---
Jay Dixit
jaydixit.com
(646) 355-8001
Jay Dixit

Re: [O] Forcing line breaks in src (monospace) examples

[Peter Davis]

Thanks!

I think for my purposes with HTML, it would be sufficient to replace 
... with  Is there a way to get org to do that 
on export, or do I have to keep editing the HTML output?


Thank you.

-pd


On 6/23/15 11:11 AM, Kaushal wrote:
On the topic of exporting auto-wrapped lines in source code blocks to 
.tex/.pdf:


If you use minted instead of listings, the latest minted 2.0 (probably 
not yet on tex-live) latex package does line wrapping in the source 
code blocks very elegantly.

...



On Tue, Jun 23, 2015 at 10:59 AM Peter Davis > wrote:



So getting line breaks in exported LaTeX/PDF src examples is now
working
beautifully.

Is there any way to do this in exported HTML?

Thank you,
-pd

Re: [O] Table with images export to LaTeX

[Dov Grobgeld]

Thanks. Indeed I am using an older version of org. Adding grffile to
org-latex-default-packages-alist solves the problem.

Regards,
Dov

On Tue, Jun 23, 2015 at 5:41 PM, Rasmus  wrote:

> Dov Grobgeld  writes:
>
> > Running pdflatex on the tex file yields:
> >
> > ! LaTeX Error: Unknown graphics extension: .5.jpg .
> >
> > The problem has nothing to do with the org exporting, and is a LaTeX
> > limitation that I can live with. Case closed. :-)
>
> This should not happen in a recent version of org 8.3 as grffile was added
> to org-default-packages-alist.
>
> Rasmus
>
> --
> Er du tosset for noge' lårt!
>
>
>

Re: [O] Forcing line breaks in src (monospace) examples

[Kaushal]

On the topic of exporting auto-wrapped lines in source code blocks to
.tex/.pdf:

If you use minted instead of listings, the latest minted 2.0 (probably not
yet on tex-live) latex package does line wrapping in the source code blocks
very elegantly.

https://github.com/gpoore/minted

(setq org-latex-listings 'minted)

(setq org-latex-minted-options
  '(("linenos")
("numbersep"   "5pt")
("frame"   "none") ; box frame is created by the
mdframed package
("framesep""2mm")
;; ("fontfamily"  "zi4") ; required only when using
pdflatex
; instead of xelatex
;; minted 2.0 specific features
("breaklines") ; line wrapping within code blocks
))




On Tue, Jun 23, 2015 at 10:59 AM Peter Davis  wrote:

>
> So getting line breaks in exported LaTeX/PDF src examples is now working
> beautifully.
>
> Is there any way to do this in exported HTML?
>
> Thank you,
> -pd
>
>
>
>

Re: [O] Forcing line breaks in src (monospace) examples

[Peter Davis]

So getting line breaks in exported LaTeX/PDF src examples is now working 
beautifully.


Is there any way to do this in exported HTML?

Thank you,
-pd

Re: [O] Table with images export to LaTeX

[Rasmus]

Dov Grobgeld  writes:

> Running pdflatex on the tex file yields:
>
> ! LaTeX Error: Unknown graphics extension: .5.jpg .
>
> The problem has nothing to do with the org exporting, and is a LaTeX
> limitation that I can live with. Case closed. :-)

This should not happen in a recent version of org 8.3 as grffile was added
to org-default-packages-alist.

Rasmus

-- 
Er du tosset for noge' lårt!

Re: [O] Table with images export to LaTeX

[Dov Grobgeld]

Some further probing showed that it worked by me as well! But with one
LaTex related restriction that I missed. The included filename must *not*
include more than one period! In my original file I had part of the
experiment conditions encoded in the name, e..g. lc-p0.5.jpg . This works
fine in HTML but fails in LaTeX.

Running pdflatex on the tex file yields:

! LaTeX Error: Unknown graphics extension: .5.jpg .

The problem has nothing to do with the org exporting, and is a LaTeX
limitation that I can live with. Case closed. :-)

​Regards,
Dov​


On Tue, Jun 23, 2015 at 2:24 PM, Eric S Fraga  wrote:

> On Tuesday, 23 Jun 2015 at 10:24, Dov Grobgeld wrote:
> > I tried to export a table with four images to LaTeX, but got a big mess
> as
> > a result. In contrast, the result in HTML export is fine. Has anyone had
> > better experience and can recommend some remedy?
>
> Works for me with recent org.  What version of org are you using?  What
> is a /big mess/ more precisely?  It could be useful to post the bit of
> LaTeX generated for the table.
>
> How big are the images? Maybe set org-latex-image-default-width, for
> instance?  I often have something like this in documents where I am
> going to change the default image size for LaTeX export frequently:
>
> #+begin_src org
>   # -*- org-export-allow-bind-keywords: t; -*-
>   ,#+bind: org-latex-image-default-width "2cm"
> #+end_src
>
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org
> release_8.3beta-1231-ga0a883
>

Re: [O] how can I create a new literal block for latex export?

[Alan Schmitt]

Hi Rasmus,

On 2015-06-23 11:32, Rasmus  writes:

> Alan Schmitt  writes:
>
>> Is there a way to tell org to leave the contents of myres blocks as-is?
>> Can I declare myres as a literal block?
>
> I think your issue here is similar to Jacob's a couple of weeks back.  I
> don't remember the outcome anymore, but check
>
>   http://thread.gmane.org/gmane.emacs.orgmode/97798

Thanks a lot for the link, I ended up using the solution from Charles
Berry:

have these header arguments

  :PROPERTIES:
  :header-args:js: :wrap latex :results output :exports both :post 
postenv("myres")
  :END:

and use this postenv wrapper

#+NAME: postenv
#+BEGIN_SRC emacs-lisp :var env="myres" :exports none
(format "$\\Rightarrow$ \\begin{%s}\n%s\\end{%s}" env *this* env)
#+END_SRC

The resulting latex is exactly what I want.

Thanks again,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Weekly CO₂ average (2015-05-30, Mauna Loa Observatory): 403.41 ppm


signature.asc
Description: PGP signature

[O] org-mode on old pocket pc phone

[cédric ody]

Hello,

I hold an old pocket pc phone on which I have been able to install an
binary version of emacs I have found on the web. This binary version
is compiled for the arm processor that is on the device.

I'd like to use main commands of org-mode, cycling and planning
basically. I probably need to remove some packages like org-export and
so on.

I have downloaded an old version of org-mode (6.36) but I have not
compiled it. I don't know how to compile el files into elc ones with
such a configuration. On the emulator I am working on, I have problems
of exhausted memory when loading the line "require 'org" in the
.emacs.

Could you tell me which el files are needed to get the cycling and
planning tasks only. Can I use them without compiling them? Assuming
that the 6.36 version works on the 20.4 emacs I have...

thanks, cédric

[O] [ANN] org-dial

[Michael Strey]

~org-dial~ --- softphone support for Emacs Org mode

is published on Github now.

https://github.com/mistrey/org-dial

-- 
Michael Strey
http://www.strey.biz * https://twitter.com/michaelstrey

Re: [O] how can I create a new literal block for latex export?

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Alan Schmitt  writes:
>
>> Is there a way to tell org to leave the contents of myres blocks as-is?
>> Can I declare myres as a literal block?
>
> I think your issue here is similar to Jacob's a couple of weeks back.  I
> don't remember the outcome anymore, but check
>
>   http://thread.gmane.org/gmane.emacs.orgmode/97798

See also commit 8ff31bd0cf9179d7952d933d4638b658b3c9b3ba.


Regards,

-- 
Nicolas Goaziou

Re: [O] Table with images export to LaTeX

[Eric S Fraga]

On Tuesday, 23 Jun 2015 at 10:24, Dov Grobgeld wrote:
> I tried to export a table with four images to LaTeX, but got a big mess as
> a result. In contrast, the result in HTML export is fine. Has anyone had
> better experience and can recommend some remedy?

Works for me with recent org.  What version of org are you using?  What
is a /big mess/ more precisely?  It could be useful to post the bit of
LaTeX generated for the table.

How big are the images? Maybe set org-latex-image-default-width, for
instance?  I often have something like this in documents where I am
going to change the default image size for LaTeX export frequently:

#+begin_src org
  # -*- org-export-allow-bind-keywords: t; -*-
  ,#+bind: org-latex-image-default-width "2cm"
#+end_src

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org release_8.3beta-1231-ga0a883

Re: [O] another example of org being slow, with some analysis

[Eric S Fraga]

On Monday, 22 Jun 2015 at 08:48, Daniel Bausch wrote:

[...]

> I am doing each day.  Maybe I will look again how to set the expected
> LC_... environment variables for emacs daemon.

This may be the way forward.  My LC related environment variables are
all set to en_GB.UTF-8.

This seems to be set in /etc/default/locale on my systems.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org release_8.3beta-1231-ga0a883

Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

[Rainer M Krug]

Detlef Steuer  writes:

> Am Tue, 23 Jun 2015 10:45:45 +0200
> schrieb Rainer M Krug :
>
>> 2) most importantly, I think this should be added automatically into
>> the org file as #+ORG_FILE_VERSION: so that one can count on it to be
>> there.
>
> Well. I want *nothing* to be added automatically. An org file is a text file
> containing what I type or add explicitly.

It is still a text file and you can always delete it.

>
> If the file is exported may be org version info should be added as
> some kind of comment automatically.
>
> If it is me who adds
>
> #+ORG_FILE_VERSION:
>
> somewhere and that property is expanded at save or export time, that is ok.
> But not everything is reproducible research. org should never have its
> own ideas about the authors intention.

Well org has quite a few of it's own ideas and intentions - e.g. the *
for headers - no way around.

Some time ago there was a change of the location of property drawers for
scheduling (if I am not mistaken). So older filed would contain invalid
syntax and not see the deadlines anymore.

Now imagine opening an older file some time later and you have forgotten
to change it in this file, and it simply does not work. The single line
of the org version used for this document would make it quite easy for
you to trace back what had changed in the meantime and to fix this.

So I don't think that this would only for reproducible research useful.

But one could always add an option to disable this (if it would be
included).

Cheers,

Rainer

>
> Regards
> Detlef
>

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] Why navigating in Org mode is so slow in overview mode?

[Gregor Zattler]

Hi Nicolas,
* Nicolas Goaziou  [21. Jun. 2015]:

[Profiler Reports]

> It might not give any useful information. However, the best way to know
> is to look at it.

The first profiler report is after 105 minutes of Emacs uptime.
I had captured infos via org-protocol, refiled them to another
file and then wanted to navigate (arrow keys) to the TODO item in
order to mark it done.  It took seconds till the cursor moved.
Sadly I saved only the memory profiler report.

Then I wrote an reply to your message and while examining the
situation, there was another slow down, when I wanted to switch
buffers via helm, this did nothing for a few secs.  This are the
second reports, only minutes later.

Then I typed ahead and there was a slow down while typing.
System began to swap, emnacs did not respond, I killed Emacs,
firefox, was not able to do a swapoff -a because of memory
restrictions, rebooted the computer, started Emacs with org-mode,
tried to go to the last clocked-in item: and there was a slow
down after say 2 minutes (third profiler reports).

These reports are attachet.

HTH, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-


profiler-report-cpu-2.txt.xz
Description: application/xz


profiler-report-cpu-3.txt.xz
Description: application/xz


profiler-report-mem-3.txt.xz
Description: application/xz


profiler-report.txt.xz
Description: application/xz


profiler-report-mem-2.txt.xz
Description: application/xz

Re: [O] how can I create a new literal block for latex export?

[Rasmus]

Alan Schmitt  writes:

> Is there a way to tell org to leave the contents of myres blocks as-is?
> Can I declare myres as a literal block?

I think your issue here is similar to Jacob's a couple of weeks back.  I
don't remember the outcome anymore, but check

  http://thread.gmane.org/gmane.emacs.orgmode/97798

-- 
The second rule of Fight Club is: You do not talk about Fight Club

Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

[Detlef Steuer]

Am Tue, 23 Jun 2015 10:45:45 +0200
schrieb Rainer M Krug :

> 2) most importantly, I think this should be added automatically into
> the org file as #+ORG_FILE_VERSION: so that one can count on it to be
> there.

Well. I want *nothing* to be added automatically. An org file is a text file
containing what I type or add explicitly.

If the file is exported may be org version info should be added as
some kind of comment automatically.

If it is me who adds

#+ORG_FILE_VERSION:

somewhere and that property is expanded at save or export time, that is ok.
But not everything is reproducible research. org should never have its
own ideas about the authors intention. 

Regards
Detlef

Re: [O] Filters lost after reviving buried, sticky agenda

[Daimrod]

Err, I should have tested it before sending the patch, sorry.

Here is an updated version of the second patch :

From 11ef3cc8dd804a9498edc856350d5e57d9ce3fff Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Gr=C3=A9goire=20Jadi?= 
Date: Tue, 23 Jun 2015 10:42:25 +0200
Subject: [PATCH 2/2] lisp/org-agenda.el: Fix non-persistent category filters
 in sticky agenda

* lisp/org-agenda.el (org-agenda-prepare): Use the correct key for
  category filter.

`org-agenda-prepare-window' uses 'cat whereas `org-agenda-prepare' used 'car.
---
 lisp/org-agenda.el | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index a07eead..32509a5 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -3647,7 +3647,7 @@ FILTER-ALIST is an alist of filters we need to apply when
 			(list `(tag . ,org-agenda-tag-filter)
   `(re . ,org-agenda-regexp-filter)
   `(effort . ,org-agenda-effort-filter)
-  `(car . ,org-agenda-category-filter))
+  `(cat . ,org-agenda-category-filter))
 (if (org-agenda-use-sticky-p)
 	(progn
 	  (put 'org-agenda-tag-filter :preset-filter nil)
-- 
1.9.1


Best,

-- 
Daimrod/Greg


signature.asc
Description: PGP signature

Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

[Rainer M Krug]

Nicolas Goaziou  writes:

> Rainer M Krug  writes:
>
>> Nicolas Goaziou  writes:
>>
>>> Rainer M Krug  writes:
>>>
 Yes - that's true. But who of the longer org users reads the manual of
 features they use regularly?
>>>
>>> Ah well. I turned 3 `mapcar' calls into a single one. It should,
>>> hopefully improve speed in your case (could you confirm it).
>>
>> Hm - it takes actually longer (as far as I can see), but the mapcar
>> calls in the function now take 24% each (compared to 20 before).
>
> Considering the basic change I made, I fail to see how it could take
> longer. In the worst case, it should be equivalent.

I was surprised as well, but it could be other changes as well.

>
> Could you provide another report, with an uncompiled Org?

Thanks - I'll try to remember - for the moment I am quite busy but will come 
back
to your question.

>
>>> Also, I suggest to signal the deprecation in ORG-NEWS (old timers read
>>> it, right?) and remove this part of code during 8.4 development.
>>
>> I guess they might skim over it...
>
> Then, it's their responsibility.

The question is really if one can become more user friendly without to
much effort - that's why I suggested to put this check into
the linter and to run linter automatically if the file version is older
than the org version.

I can live with how it is at the moment.

>
>> What about putting a warning in the function in tangling (and other
>> places where this construct is evaluated) that this construct will not
>> be be allowed in the next major release?
>
> This is not the usual way to deprecate features. Breaking changes are
> written in ORG-NEWS, I don't see why this one would make an exception.

I know from R, that when a function is deprecated and about to be
removed from R, it will display a warning message whenever it is used.
This is quite user friendly and helps making the changes in the
code. This obviously does not work in org in the same way - which is why
I suggested to put into the tangling routine.

Would it be possible to display the changes / new features / breaking
change in a new version official release version upon starting this
version the first time, so that nobody can say "I did not read this"?

>
>> I know - unfortunately. But as far as I understand, it will be in the
>> next major release?
>
> Hopefully, yes.

Great.

>
>> True - but as far as deprecation of org constructs concerned, checks
>> could be explicitly put into the org-lint library - for some features
>> there are even conversion functions available - and linting could be
>> more robust in regards to deprecation checks?
>
> Not really.
>
> For example, even if we want to check for deprecated Babel header
> properties, there's no way to tell if ":cache: yes" is an obsolete way
> to use them or user's own properties.

OK - haven't considered the user defined properties.

>
>> In the spirit of reproducibility, I would at least suggest to introduce
>> a function which inserts an argument
>>
>> #+ORG_FILE_VERSION: TheActualOrgVersionProbablyWithGitHash
>>
>> if it does not exist, and if it exist, updates it to the actual
>> version?
>
> I see no objection to this. 
>
> We could extend `org-version' to do this, e.g., change its signature to
> (org-version &optional full medium) where MEDIUM can be `insert',
> `message' or `keyword'. In the latter case, it would create or update
> any such keyword in the current document.
>

I like this suggestion and that one possibly can specify the medium as a
prefix? That way, it would be possible to add it easily.

> Of course, we can provide a brand new function, instead.
>
> Do you want to provide a patch for that?

Sorry - I don't think that my elisp skills are sufficient for this.

>
>> This should be incorporated into the default header sets.
>
> What are the default header sets? You mean export template? I don't
> think this is needed as long as we don't use this keyword.

Yes - export templates.

I see it as an useful information to debug old non-working org files
manually - when you know the org version under which it *was* working,
you can look for significant changes since than and fix these.

In addition, if it is included, it will be easier to use it later
on.

Thanks,

Rainer

>
>
> Regards,

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] Trouble passing variables into shell blocks on windows

[Sebastien Vauban]

Johan W. Klüwer  writes:
> Thank you for the information -- I suppose the cygwin version of emacs may
> be the only viable option. Still that seems like quite a big change,
> swapping emacs versions, just for this particular feature.
>
> 2015-06-15 10:12 GMT+02:00 Rainer M Krug :
>> Johan W. Klüwer  writes:
>>> I'm having difficulties passing org variables into shell source blocks.
>>> This is using Windows 7 and Cygwin with bash shell. For instance, the
>>> following
>>>
>>> #+BEGIN_SRC sh :var x="."
>>>   ls $x
>>> #+END_SRC
>>>
>>> fails with the error message (as displayed in emacs)

I dunno what's the real impact of that, but pay attention that the "sh"
language has been renamed "shell" quite a long time ago (more than one
year IIRC).

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Is it possible to embed tag search as a link?

[Sebastien Vauban]

Jay Dresser  writes:
>> Piotr Isajew  yahoo.com> writes:
>>> what I'm looking for is a link format that, when C-c C-o'ed,
>>> opens agenda "match query" view for custom query which arguments
>>> are specified in the link. I.e.:
>>> 
>>> org-search://+work-boss-TODO="DONE"
>>> 
>>> I am aware of org-protocol which can be used to develop a custom
>>> handler for something like this. I would just like to check if
>>> there exists any working solution before I start working on my
>>> own.
>
> Jay Dresser  jaydresser.us> writes:
>
> I just happened to run across this which seems to better match your
> original question, to do it as a new link type:
> http://endlessparentheses.com/use-org-mode-links-for-absolutely-anything.html
>
> so you could have [[org-search:+work-boss-TODO="DONE"]]

When I click on such a link, I have the "error":

--8<---cut here---start->8---
No match - create this as a new heading? (y or n)
--8<---cut here---end--->8---

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Filters lost after reviving buried, sticky agenda

[Daimrod]

Nick Dokos  writes:

> What happened to the effort filter?

Good catch! Thanks.

Here is an updated patch plus another one to fix the regexp and category 
filters.

From 59cd3eb256d9473db42f9a1629755140c0d648cb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Gr=C3=A9goire=20Jadi?= 
Date: Fri, 12 Jun 2015 17:35:30 +0200
Subject: [PATCH 1/2] lisp/org-agenda.el : Fix non-persistent filters when
 refreshing sticky agenda

* lisp/org-agenda.el (org-agenda-prepare): Fix non-persistent filters when refreshing sticky agenda

When a sticky agenda is buried, then reviving and refreshing, existing
filters are ignored even when org-agenda-persistent-filter is `t'.

Reported and fixed by Daniel Borchmann
---
 lisp/org-agenda.el | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index f5d1022..a07eead 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -3642,10 +3642,12 @@ FILTER-ALIST is an alist of filters we need to apply when
 
 (defun org-agenda-prepare (&optional name)
   (let ((filter-alist (if org-agenda-persistent-filter
-			  (list `(tag . ,org-agenda-tag-filter)
-`(re . ,org-agenda-regexp-filter)
-`(effort . ,org-agenda-effort-filter)
-`(car . ,org-agenda-category-filter)
+			  (with-current-buffer
+			  (get-buffer-create org-agenda-buffer-name)
+			(list `(tag . ,org-agenda-tag-filter)
+  `(re . ,org-agenda-regexp-filter)
+  `(effort . ,org-agenda-effort-filter)
+  `(car . ,org-agenda-category-filter))
 (if (org-agenda-use-sticky-p)
 	(progn
 	  (put 'org-agenda-tag-filter :preset-filter nil)
-- 
1.9.1

From 3dc0e17b0887b182309696b2f790dac9ad3ca018 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Gr=C3=A9goire=20Jadi?= 
Date: Tue, 23 Jun 2015 10:42:25 +0200
Subject: [PATCH 2/2] lisp/org-agenda.el: Fix non-persistent regexp and
 category filters in sticky agenda

* lisp/org-agenda.el (org-agenda-prepare): Use the correct key for
  category and regexp filters.

`org-agenda-finalize' uses 'regexp and 'category whereas
`org-agenda-prepare' used 're and 'car.
---
 lisp/org-agenda.el | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index a07eead..8efc037 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -3645,9 +3645,9 @@ FILTER-ALIST is an alist of filters we need to apply when
 			  (with-current-buffer
 			  (get-buffer-create org-agenda-buffer-name)
 			(list `(tag . ,org-agenda-tag-filter)
-  `(re . ,org-agenda-regexp-filter)
+  `(regexp . ,org-agenda-regexp-filter)
   `(effort . ,org-agenda-effort-filter)
-  `(car . ,org-agenda-category-filter))
+  `(category . ,org-agenda-category-filter))
 (if (org-agenda-use-sticky-p)
 	(progn
 	  (put 'org-agenda-tag-filter :preset-filter nil)
-- 
1.9.1




-- 
Daimrod/Greg


signature.asc
Description: PGP signature

[O] how can I create a new literal block for latex export?

[Alan Schmitt]

Hello,

I would like to create a block used to typeset the results of evaluation
of code when exporting to latex. This is what I currently tried:

#+latex_header: \usepackage{fancyvrb}
#+latex_header: 
\DefineVerbatimEnvironment{myres}{Verbatim}{fontsize=\scriptsize,frame=\topline}

then I have this property set

  :PROPERTIES:
  :header-args:js: :wrap "myres" :results output :exports both
  :END:

Now every js source block is correctly evaluated to the correct
environment:

#+name: with_example
#+begin_src js
var x = 1
var f = function(o){ with(o){ return x } }
var o2 = { x : 2 }
var o3 = { x : 3 }
console.log("f({}) = " + f({}) +
  ", f(o2) = " + f(o2) +
  ", f(o3) = " + f(o3))
#+end_src

#+results: with_example
#+BEGIN_myres
f({}) = 1, f(o2) = 2, f(o3) = 3
#+END_myres


Unfortunately something happens during the export to latex: the contents
of myres are parsed. Here is the generated latex code:

\begin{minted}[frame=leftline,fontsize=\scriptsize]{js}
var x = 1
var f = function(o){ with(o){ return x } }
var o2 = { x : 2 }
var o3 = { x : 3 }
console.log("f({}) = " + f({}) +
  ", f(o2) = " + f(o2) +
  ", f(o3) = " + f(o3))
\end{minted}

\begin{myres}
f(\{\}) = 1, f(o2) = 2, f(o3) = 3
\end{myres}


Is there a way to tell org to leave the contents of myres blocks as-is?
Can I declare myres as a literal block?

Thanks,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Weekly CO₂ average (2015-05-30, Mauna Loa Observatory): 403.41 ppm


signature.asc
Description: PGP signature

Re: [O] org version numbers in file - WAS: Tangling takes long - profiling and calling R

[Rainer M Krug]

Detlef Steuer  writes:

> Am Thu, 18 Jun 2015 15:25:57 +0200
> schrieb Rainer M Krug :
>
>> In the spirit of reproducibility, I would at least suggest to
>> introduce a function which inserts an argument
>> 
>> #+ORG_FILE_VERSION: TheActualOrgVersionProbablyWithGitHash
>> 
>> if it does not exist, and if it exist, updates it to the actual
>> version?
>
>
> Wouldn´t something like 
>
> #+BEGIN_SRC emacs-lisp :exports results
> (org-version)
> #+END_SRC
>
> do it, when needed?

Thanks - I will use this for now.

But there are two problems with it:

1) it has a lot of information in it which is not actually relevant -
but one could definitely filter it out with some regexp stuff (although
not me - regexp are to me like magic - if they work: unbelievable - if
they don't: what are all these strange characters?)

,
| Org-mode version 8.3beta (release_8.3beta-1209-gc532ff @ 
/Users/rainerkrug/.emacs.d/org-mode/lisp/)
`

2) most importantly, I think this should be added automatically into the
org file as #+ORG_FILE_VERSION: so that one can count on it to be there.

Cheers,

Rainer

>
> Regards
> Detlef

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] sip: links

[Christian Thaeter]

On 2015-06-23 00:24, briangpowell . wrote:

> Cool, what do you do with "xmpp:"?

just opening 'psi-plus' here with a message window, I haven't figured
out how to do more (aka all this xmpp: url variants)

Again, just a crude works-for-me snippet:


;;; org-xmpp.el - Support for xmpp communication
(require 'org)

(org-add-link-type "xmpp" 'org-xmpp-open)


(defcustom org-xmpp-command "psi-plus --remote --uri='%u'"
  "The Emacs command to be used to make a xmpp request."
  :group 'org-link
  :type '(string))

(defun org-xmpp-open (destination)
  "make a xmpp to DESTINATION"
  (start-process-shell-command "xmpp" nil
   (org-replace-escapes org-xmpp-command
`(("%u" . ,destination)

(provide 'org-xmpp)
;;; org-xmpp.el ends here



Christian

> 
> On Mon, Jun 22, 2015 at 11:02 AM, Christian Thaeter
>  wrote:
> 
> >
> >
> > On 2015-06-22 11:27, Michael Strey wrote:
> >
> > > On So, 2015-06-21, Christian Thaeter wrote:
> > >
> > > [...]
> > >
> > > > looks good, I'll use that instead of my hack.
> > >
> > > Look out for bugs.  It's one of my very first emacs-lisp hacks.
> > >
> > > > I've a minor ideas to add:
> > > >
> > > > Instead just append the telephone number to the end of the
> > > > dial command one could use (org-replace-escapes STRING TABLE),
> > > > that allows little more flexible commandline generation.
> > >
> > > Thanks for the hint.  Could you please give me an example where
> > > this increased flexibility would be required?
> >
> > I am using linphone too, where that just works to append the
> > sanitized telephone number at the end. But I can imagine that other
> > dial programs may have different calling conventions. Also I may
> > feel a bit safer by quoting the telephone number, For example:
> >
> >   linephone -c 'sip:%n'
> >
> > Maybe in the long run (I have no urge here, works for me now).
> > You/we/someone could make this whole thing more generic, handling
> > different kinds of communication protocols (I made another one for
> > xmpp: meanwhile).
> >
> > tel: urls are somewhat simple https://www.ietf.org/rfc/rfc3966.txt
> > (still surprisingly more syntax than just a number) but when you
> > look at sip: http://tools.ietf.org/html/rfc3261#section-19.1 things
> > get way more complicated.
> >
> > Christian
> >
> >
> >
> > >
> > > Best regards
> > > --
> > > Michael Strey
> > > http://www.strey.biz * https://twitter.com/michaelstrey
> > >
> > >
> >
> >
> >

Re: [O] Trouble passing variables into shell blocks on windows

[Johan W . Klüwer]

Thank you for the information -- I suppose the cygwin version of emacs may
be the only viable option. Still that seems like quite a big change,
swapping emacs versions, just for this particular feature.

2015-06-15 10:12 GMT+02:00 Rainer M Krug :

> Johan W. Klüwer  writes:
>
> > I'm having difficulties passing org variables into shell source blocks.
> > This is using Windows 7 and Cygwin with bash shell. For instance, the
> > following
> >
> > #+BEGIN_SRC sh :var x="."
> >   ls $x
> > #+END_SRC
> >
> > fails with the error message (as displayed in emacs)
>
> Works on OS X Yosemite,
>
> ,
> | Org-mode version 8.3beta (release_8.3beta-1209-gc532ff @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
> | GNU Emacs 24.5.1 (x86_64-apple-darwin14.3.0, Carbon Version 157 AppKit
> 1347.57) of 2015-04-13 on Rainers-MacBook-Pro.local
> `
>
> Cheers,
>
> Rainer
>
> >
> >   ls: cannot access .^M^M : No such file or directory
> >
> >
> > As far as I can see, the first ^M stems from org-babel-sh-var-quote-fmt,
> > and the second from org-babel-expand-body:generic, but I haven't been
> able
> > to figure out a solution. Any suggestions?
>
> --
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
> Biology, UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Stellenbosch University
> South Africa
>
> Tel :   +33 - (0)9 53 10 27 44
> Cell:   +33 - (0)6 85 62 59 98
> Fax :   +33 - (0)9 58 10 27 44
>
> Fax (D):+49 - (0)3 21 21 25 22 44
>
> email:  rai...@krugs.de
>
> Skype:  RMkrug
>
> PGP: 0x0F52F982
>

[O] Table with images export to LaTeX

[Dov Grobgeld]

I tried to export a table with four images to LaTeX, but got a big mess as
a result. In contrast, the result in HTML export is fine. Has anyone had
better experience and can recommend some remedy?

Here is an example of an input org file:

 | Image type | Low contrast| High contrast   |
 |+-+-|
 | Gray   | file:lc.jpg | file:hc.jpg |
 |+-+-|
 | Binary | file:lc-bin.jpg | file:hc-bin.jpg |
 |+-+-|

All the images are 200x200 pixels.

Regards,
Dov