Re: [O] Avoiding `intangible'

2015-04-16 Thread Rasmus
Hi Stefan,

Thanks for the patch.

Stefan Monnier monn...@iro.umontreal.ca writes:

 I'm on a crusade to eradicate the `intangible' property, which happens
 to rub me the wrong way because it's implemented at too-low a level (it
 affects every point movement) which incurs a significant performance
 penalty (even when not used) and affects a lot of code which then
 needs to be fixed by binding inhibit-point-motion-hooks (which I'm
 considering defaulting to t).

OK.  In addition to the places you've identified, it's also mentioned
here:

./contrib/lisp/org-colview-xemacs.el:396: (overlay-put ov 'intangible t)
./contrib/lisp/org-eval.el:154:  (list 'display value 'intangible t 
'font-lock-multiline t
./lisp/org.el:11165:(unless (get-text-property (match-end group) 
'intangible) ; Emacs 21


 So I'd like to install the patch below.  Any objection?  The `invisible'
 property already ensures that the command loop moves point away from
 those overlays, so the `intangible' property should not be needed there
 (tho I don't use Org enough to know how to test it).

I can't even make the first modified function do what it is documented to
do.  From the special text properties documentation and the documentation
of the changed I don't see a reason why it would not be OK.

I'll install it in master and it will eventually get back to Emacs-core
once 8.3 released assuming no unforeseen breakages are associated with the
change.

Thanks,
Rasmus

-- 
Not everything that goes around comes back around, you know




Re: [O] Target and link text normalised to `orgtargetn'

2015-04-16 Thread Rasmus
Suvayu Ali fatkasuvayu+li...@gmail.com writes:

 Hi Rasmus,

 On Thu, Apr 16, 2015 at 12:57:46AM +0200, Rasmus wrote:
 
 Could you try the attached patches and see if they solve your issues?

 Seems to work nicely.  I'll keep using them rest of the week.

Pushed.

I removed support for radio targets as I don't really see the point in
those supporting custom labeling.  They are transcoded as

target
→
\hyperref{label}{target}

It makes little sense to label be the same as target, though it probably
would not create problems.

—Rasmus

-- 
A clever person solves a problem. A wise person avoids it




Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Oleh Krehel
Hi Rasmus,

On Thu, Apr 16, 2015 at 4:10 PM, Rasmus ras...@gmx.us wrote:
 Hi Oleh,

 Oleh Krehel ohwoeo...@gmail.com writes:

 I was just trying to customize the completion back end for refiling (ido 
 isn't
 great for that, even with the ido-vertical upgrade).  And it's not at all 
 easy,
 since ido seems to be hard-wired into org-mode's completion.  Could we just
 change to use `completing-read-function' instead of `org-icompleting-read'?

 I think it's nicer to use existing features/variables, but comparability
 is also an issue.

Alright, I've made so that if `completing-read-function' is
`completing-read-default', nothing changes.  But when it's set, it
used. So now, e.g. `helm-mode' or `ivy-mode' will automatically work.

Oleh



[O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Oleh Krehel
Hi all,

I was just trying to customize the completion back end for refiling (ido isn't
great for that, even with the ido-vertical upgrade).  And it's not at all easy,
since ido seems to be hard-wired into org-mode's completion.  Could we just
change to use `completing-read-function' instead of `org-icompleting-read'?

regards,
Oleh



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Rasmus
Hi Oleh,

Oleh Krehel ohwoeo...@gmail.com writes:

 I was just trying to customize the completion back end for refiling (ido isn't
 great for that, even with the ido-vertical upgrade).  And it's not at all 
 easy,
 since ido seems to be hard-wired into org-mode's completion.  Could we just
 change to use `completing-read-function' instead of `org-icompleting-read'?

I think it's nicer to use existing features/variables, but comparability
is also an issue.

Perhaps completing-read-function could be used if boundp in
org-icompleting-read.

Things like org-completion-use-ido as a separate variable rather than
ido-everywhere is also a bit annoying IMO.

Do you want to submit a patch?

—Rasmus

-- 
Send from my Emacs




Re: [O] Verbatim inverted commas?

2015-04-16 Thread Loris Bennett
Rasmus ras...@gmx.us writes:

 Loris Bennett loris.benn...@fu-berlin.de writes:

 and running xelatex directly in the shell on the tex file, but neither
 worked for me.

 Did you add the zero width space?  Are you using org from git?
 —Rasmus

Sorry, I missed the zero-width space (probably due to its lack of width
...).

It does work now with xelatex, but not when used in a heading.  With

,-
|  ~sinfo -elo %30N %.5D %9P %11T %.6m %20E​~
`-

I get

,---
| Runaway argument?
| {\verb ~sinfo -elo \verb ~sinfo -elo \begin {minted}[frame=none,fon\ETC.
| ! File ended while scanning use of \beamer@readarg.
| inserted text 
| \par 
| l.258 \end{frame}
|  
| ! Extra }, or forgotten \endgroup.
`---

I'm using

Org-mode version 8.2.10 (8.2.10-37-gc000e8-elpaplus @
/home/loris/.emacs.d/elpa/org-plus-contrib-20150413/)

Thanks for the help,

Loris
-- 
This signature is currently under construction.




Re: [O] HTML + RDFa export/publishing ?

2015-04-16 Thread Phillip Lord

I've been thinking the same recently. For me, I was interested in
supporting RASH which is HTML+RDFa.

http://cs.unibo.it/save-sd/rash/documentation/index.html

Would be nice to have an org-mode for scientific communication tool.
Publishing an Emacs paper would be kind of fun also.

Phil


John Kitchin jkitc...@andrew.cmu.edu writes:

 Can you give us an example of what you are trying to do? I don't think
 org-mode supports this rich of behavior out of the box, but see
 http://kitchingroup.cheme.cmu.edu/blog/2015/02/05/Extending-the-org-mode-link-syntax-with-attributes/
 for an example idea of what you could imagine doing with a link type
 approach that could be inline with text.

 John

 ---
 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


 On Wed, Apr 15, 2015 at 11:02 AM, Olivier Berger 
 olivier.ber...@telecom-sudparis.eu wrote:

 Hi.

 I'd like to create a publishing project to export HTML pages, and I'd
 like to use org-mode syntax for authoring, and I'd like to embed RDFa
 meta-data inside the generated HTML.

 I'm wondering if anyone has investigated a mean in org-mode to embed
 such meta-data.

 I kinda imagine properties may be used for this, but I'm not so much
 familiar with using org-mode for storing structured data...

 Maybe POSH is the answer, but org-mode syntax and editing modes are so
 cool ;)

 Thanks in advance.

 Best regards,
 --
 Olivier BERGER
 http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id:
 2048R/5819D7E8
 Ingenieur Recherche - Dept INF
 Institut Mines-Telecom, Telecom SudParis, Evry (France)




-- 
Phillip Lord,   Phone: +44 (0) 191 208 7827
Lecturer in Bioinformatics, Email: phillip.l...@newcastle.ac.uk
School of Computing Science,
http://homepages.cs.ncl.ac.uk/phillip.lord
Room 914 Claremont Tower,   skype: russet_apples
Newcastle University,   twitter: phillord
NE1 7RU 



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Oleh Krehel
On Thu, Apr 16, 2015 at 5:21 PM, Rasmus ras...@gmx.us wrote:
 Hi Oleh,

 Oleh Krehel ohwoeo...@gmail.com writes:

 I was just trying to customize the completion back end for refiling
 (ido isn't
 great for that, even with the ido-vertical upgrade).  And it's not
 at all easy,
 since ido seems to be hard-wired into org-mode's completion.  Could we just
 change to use `completing-read-function' instead of `org-icompleting-read'?

 I think it's nicer to use existing features/variables, but comparability
 is also an issue.

 Alright, I've made so that if `completing-read-function' is
 `completing-read-default', nothing changes.  But when it's set, it
 used. So now, e.g. `helm-mode' or `ivy-mode' will automatically work.

 The change is no good IMO.  For the fix to work one needs to set
 org-completion-use-ido.  If this is non-nil it would be weird if ido is
 not used.


 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

I could live with it, but basically `org-completion-use-ido` says I
don't care if you've temporarily disabled `ido-mode' or not, I'll use
ido anyway. This isn't a good approach, especially considering that
`ido-mode' is already a convenient minor mode.
Maybe `org-completion-use-ido' should be completely removed, and ido completion
should be used automatically when `ido-mode' is on.

Oleh



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Oleh Krehel
 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

Yes, both work fine.

 I could live with it, but basically `org-completion-use-ido` says I
 don't care if you've temporarily disabled `ido-mode' or not, I'll use
 ido anyway. This isn't a good approach, especially considering that
 `ido-mode' is already a convenient minor mode.
 Maybe `org-completion-use-ido' should be completely removed, and ido 
 completion
 should be used automatically when `ido-mode' is on.

Oops, just noticed that `ido-mode' is actually in the condition.
All is fine then.

Except that iswitchb is obsolete. Should we remove it?

Oleh



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Rasmus
Hi Oleh,

Oleh Krehel ohwoeo...@gmail.com writes:

 I was just trying to customize the completion back end for refiling
 (ido isn't
 great for that, even with the ido-vertical upgrade).  And it's not
 at all easy,
 since ido seems to be hard-wired into org-mode's completion.  Could we just
 change to use `completing-read-function' instead of `org-icompleting-read'?

 I think it's nicer to use existing features/variables, but comparability
 is also an issue.

 Alright, I've made so that if `completing-read-function' is
 `completing-read-default', nothing changes.  But when it's set, it
 used. So now, e.g. `helm-mode' or `ivy-mode' will automatically work.

The change is no good IMO.  For the fix to work one needs to set
org-completion-use-ido.  If this is non-nil it would be weird if ido is
not used.

I don't know how to use helm of ivy.  But I think the attached patch is
better.  Would that work with helm and ivy?

—Rasmus

-- 
Send from my Emacs
From 3836d34a10218cfe6a84d9479cbb587a2797a271 Mon Sep 17 00:00:00 2001
From: Rasmus ras...@gmx.us
Date: Thu, 16 Apr 2015 17:15:16 +0200
Subject: [PATCH] org.el: Small refactor

* org.el (org-icompleting-read): Support completing-read-default.
---
 lisp/org.el | 42 +++---
 1 file changed, 19 insertions(+), 23 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 659536d..fbd5ca7 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10502,29 +10502,25 @@ from.
 (defun org-icompleting-read (rest args)
   Completing-read using `ido-mode' or `iswitchb' speedups if available.
   (org-without-partial-completion
-   (if (and org-completion-use-ido
-(fboundp 'ido-completing-read)
-(boundp 'ido-mode) ido-mode
-(listp (second args)))
-   (let ((ido-enter-matching-directory nil))
- (apply (if (eq completing-read-function
-'completing-read-default)
-'ido-completing-read
-  completing-read-function)
-(concat (car args))
-(if (consp (car (nth 1 args)))
-(mapcar 'car (nth 1 args))
-  (nth 1 args))
-(cddr args)))
- (if (and org-completion-use-iswitchb
-  (boundp 'iswitchb-mode) iswitchb-mode
-  (listp (second args)))
- (apply 'org-iswitchb-completing-read (concat (car args))
-(if (consp (car (nth 1 args)))
-(mapcar 'car (nth 1 args))
-  (nth 1 args))
-(cddr args))
-   (apply 'completing-read args)
+   (let ((ido-enter-matching-directory nil))
+ (apply
+  (cond ((and org-completion-use-ido
+		  (fboundp 'ido-completing-read)
+		  (boundp 'ido-mode) ido-mode
+		  (listp (second args)))
+	 'ido-completing-read)
+	((and org-completion-use-iswitchb
+		  (boundp 'iswitchb-mode) iswitchb-mode
+		  (listp (second args)))
+	 'org-iswitchb-completing-read)
+	(t (or (and (boundp 'completing-read-function)
+			completing-read-function)
+		   'completing-read)))
+  (concat (car args))
+  (if (consp (car (nth 1 args)))
+	  (mapcar 'car (nth 1 args))
+	(nth 1 args))
+  (cddr args)
 
 (defun org-extract-attributes (s)
   Extract the attributes cookie from a string and set as text property.
-- 
2.3.5



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Rasmus
Hi,

Oleh Krehel ohwoeo...@gmail.com writes:

 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

 I could live with it, but basically `org-completion-use-ido` says I
 don't care if you've temporarily disabled `ido-mode' or not, I'll use
 ido anyway. This isn't a good approach, especially considering that
 `ido-mode' is already a convenient minor mode.
 Maybe `org-completion-use-ido' should be completely removed, and ido 
 completion
 should be used automatically when `ido-mode' is on.

Ideally it should just depend on the whatever default functions set.
E.g. for me read-file-name-function = ido-read-file-name on my system.

Perhaps org-completion-use-ido can be made obsolete and just read
ido-everywhere.

Oleh Krehel ohwoeo...@gmail.com writes:

 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

 Yes, both work fine.

 I could live with it, but basically `org-completion-use-ido` says I
 don't care if you've temporarily disabled `ido-mode' or not, I'll use
 ido anyway. This isn't a good approach, especially considering that
 `ido-mode' is already a convenient minor mode.
 Maybe `org-completion-use-ido' should be completely removed, and ido
 completion
 should be used automatically when `ido-mode' is on.

 Oops, just noticed that `ido-mode' is actually in the condition.
 All is fine then.

 Except that iswitchb is obsolete. Should we remove it?

The target release of Org 8.3 is something like Emacs23 (or maybe 24.3?).
In either case we can't obsolete it until 8.4 since iswitchb is obsolete
from 24.4...

—Rasmus

-- 
Send from my Emacs




Re: [O] Verbatim inverted commas?

2015-04-16 Thread Rasmus
Loris Bennett loris.benn...@fu-berlin.de writes:

 and running xelatex directly in the shell on the tex file, but neither
 worked for me.

Did you add the zero width space?  Are you using org from git?
—Rasmus

-- 
Send from my Emacs




Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Marcin Borkowski

On 2015-04-16, at 17:35, Oleh Krehel ohwoeo...@gmail.com wrote:

 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

 Yes, both work fine.

Just my 2 cents: what about us Icicles users?  (Apparently, all two of
us, which saddens me...)

Best,

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



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Oleh Krehel
Hi Marcin,

On Thu, Apr 16, 2015 at 7:45 PM, Marcin Borkowski mb...@mbork.pl wrote:

 On 2015-04-16, at 17:35, Oleh Krehel ohwoeo...@gmail.com wrote:

 I don't know how to use helm of ivy.  But I think the attached patch is
 better.  Would that work with helm and ivy?

 Yes, both work fine.

 Just my 2 cents: what about us Icicles users?  (Apparently, all two of
 us, which saddens me...)

Icicles works fine. And any new future package that adheres to the
interface should work too.

Oleh



Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Rasmus
Hi Marcin,

Marcin Borkowski mb...@mbork.pl writes:

 Just my 2 cents: what about us Icicles users?

I'm sure you will tell us :)

IMO Org should use whatever Emacs is already using by default.  Variables
for default chooser programs exist.  If Icicles does not work using the
standard variables perhaps you should get in touch with Drew.  If Org does
not respect some default variable, IMO it's a bug.

Cheers,
Rasmus

-- 
Send from my Emacs



[O] Org to ics calendar with location links?

2015-04-16 Thread Eric Abrahamsen
I've been exporting some agenda files to iCalendar, then uploading them
to my server and getting them into the calendar app on my Android
tablet, by means of Radicale and DAVDroid. It all works fine, though I
wish I were able to get org-caldav working for two-way syncing.

I recently put a LOCATION property on one of my events, and was very
pleased to see that, in the google calendar app, the location was made
clickable and I was given the option of opening the location in OSMand.
I've wanted this for a long time! The only problem now is that I have no
idea how to format the LOCATION property value so that it's recognized
as a valid link. I assume I'd have to get the GPS coordinates and put
them in there... but how?

I guess this is what they call an intent in Android land, but I found
it surprisingly difficult to google an answer.

I know this is verging on OT, but if anyone knows how to do this, please
let me know! It would be nice to make a few custom functions for
inputting this kind of information.

Thanks,
Eric




Re: [O] Org to ics calendar with location links?

2015-04-16 Thread Eric Abrahamsen
Eric Abrahamsen e...@ericabrahamsen.net writes:

 I've been exporting some agenda files to iCalendar, then uploading them
 to my server and getting them into the calendar app on my Android
 tablet, by means of Radicale and DAVDroid. It all works fine, though I
 wish I were able to get org-caldav working for two-way syncing.

 I recently put a LOCATION property on one of my events, and was very
 pleased to see that, in the google calendar app, the location was made
 clickable and I was given the option of opening the location in OSMand.
 I've wanted this for a long time! The only problem now is that I have no
 idea how to format the LOCATION property value so that it's recognized
 as a valid link. I assume I'd have to get the GPS coordinates and put
 them in there... but how?

 I guess this is what they call an intent in Android land, but I found
 it surprisingly difficult to google an answer.

 I know this is verging on OT, but if anyone knows how to do this, please
 let me know! It would be nice to make a few custom functions for
 inputting this kind of information.

Nevermind, I'm an idiot! It looks like it's supposed to be
geo:latitude,longitude, which matches up nicely with Org link
formats.

I'll go experiment for a bit.

https://developer.android.com/guide/components/intents-common.html#Maps

E




Re: [O] Could org-mode use `completing-read-function' instead of `org-icompleting-read'?

2015-04-16 Thread Marcin Borkowski

On 2015-04-16, at 20:05, Rasmus ras...@gmx.us wrote:

 Hi Marcin,

 Marcin Borkowski mb...@mbork.pl writes:

 Just my 2 cents: what about us Icicles users?

 I'm sure you will tell us :)

 IMO Org should use whatever Emacs is already using by default.  Variables
 for default chooser programs exist.  If Icicles does not work using the
 standard variables perhaps you should get in touch with Drew.  If Org does
 not respect some default variable, IMO it's a bug.

I don't have time to do experiments now, but AFAIK, Icicles blends with
the default interface, so - as Oleh pointed out - it should work fine.

 Cheers,
 Rasmus

Best,

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



[O] Bug: HTML export ignoring CUSTOM_ID properties

2015-04-16 Thread T.F. Torrey
Hello list,

With the latest from Git master, the HTML export ignores CUSTOM_ID
properties for subtrees.  I've seen list traffic that the names of the
export ID's are being changed, but this is not intentional, right?

Emacs : GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5) of
 2015-03-07 on binet, modified by Debian Package: Org-mode version
 8.3beta (release_8.3beta-1045-gd8494b @
 /home/tftorrey/T/org-mode/lisp/)

All the best,
Terry
-- 
T.F. Torrey



Re: [O] Bug: HTML export ignoring CUSTOM_ID properties

2015-04-16 Thread Rasmus
Hi,

tftor...@tftorrey.com (T.F. Torrey) writes:

 With the latest from Git master, the HTML export ignores CUSTOM_ID
 properties for subtrees.  I've seen list traffic that the names of the
 export ID's are being changed, but this is not intentional, right?

It doesn't ignore it, but it is translate to a generic anchor as needed.
Previously, both a generic anchor and the custom_id would be inserted in
html.  E.g. for a headline with id h1:

h2 id=h1a id=sec-1 name=sec-1/a

The problem is that we don't know that h1 is unique.

However, in html custom_id serves as an important measure to facilitate
css customization, e.g. on a section level-basis.

Thus, I think it is a bug, unless there is a better way to allow
per-section css. I will look at this later unless somebody beets me to it.

—Rasmus

-- 
Send from my Emacs