Re: [O] org-player and switch to lexical binding in org.el

[Nicolas Goaziou]

Hello,

Michael Brand  writes:

> On Sun, Jan 17, 2016 at 9:40 PM, Nicolas Goaziou  
> wrote:
>
>> In the current case, you need to use match string:
>>
>>   (add-to-list 'org-file-apps
>>(cons (concat org-player-file-extensions-regexp
>>  "::\\([0-9]+:[0-9]+\\(:[0-9]+\\)?\\)")
>>  (lambda (file link)
>>(org-player-play-file file (match-string 1 link)
>>
>> WDYT?
>
> I am still not able to get your suggestion that Paul has implemented
> in the meantime in org-player.el 1.0.1 to work. Now I am trying to
> understand what I am missing with the lambda.
>
> Has the (eval cmd) in org-open-file to be extended somehow to the
> variant (funcall cmd) as lambda evaluates to itself?

My suggestion was hypothetical, and not yet implemented. No wonder it
doesn't work.

If you think this change sounds reasonable, I can implement it, tho.
However, there is some backward incompatibility involved.

The current solution, i.e., using `eval' only provides `file' symbol.


Regards,

-- 
Nicolas Goaziou

[O] Export not triggering caching

[Loris Bennett]

Hi,

I've just notice that if I have the following:

* Ditaa Image
#+BEGIN_SRC ditaa :file ecm.png :cmdline -r :cache yes
+-+
| |
+-+
#+END_SRC

and export to PDF via LaTeX, the image is generated but the caching
mechanism is not triggered.  It is only when I do 'C-c C-c' explicitly
on the BEGIN_SRC line that the SHA1 hash of the block is generated.

Is this the intended behaviour?

Cheers,

Loris

Org-mode version 8.3.3 (8.3.3-26-ge92a06-elpaplus)

-- 
This signature is currently under construction.

Re: [O] Bug: Habits will not correctly reset timestamp [8.3.2 (release_8.3.2-570-gc17fcc @ /home/swflint/.emacs.d/org-mode/lisp/)]

[Nicolas Goaziou]

Hello,

swfl...@flintfam.org (Samuel W. Flint) writes:

> With -Q, I still have the same problem.  It is not a top level heading,
> but even as a top level heading, this doesn't happen.  The SCHEDULED
> line is removed, rather than updated.

Very strange. At this point, I suggest to debug the functions to know
where and why this is happening. As a starting point, you may want to
look into `org-auto-repeat-maybe'.

Regards,

-- 
Nicolas Goaziou

[O] Concatenation of cells using 'remote'

[Loris Bennett]

Hi,

I can create a concatenation of the element in column like this:

#+NAME: addresses
| able| a...@example.org |
| baker   | ba...@example.org|
| charlie | char...@example.org  |
| | a...@example.org, ba...@example.org, char...@example.org |
#+TBLFM: $2='(concat $1 "@example.org")
#+TBLFM: @4$2='(mapconcat 'identity (list @1$2..@3$2) ", ")

I tried the following to create the concatenation in a
separate table:

| #ERROR |
#+TBLFM: $1='(mapconcat 'identity '(list remote(addresses,@1$2..@3$2) ", ")

but this doesn't work.  Presumably the expansion of the range happens at
the wrong time.

Does anyone know how to do this properly?

Cheers,

Loris

-- 
This signature is currently under construction.

Re: [O] Orgmode testsuite

[Nicolas Goaziou]

Hello,

Andrej Depperschmidt  writes:

> The minimal example are the two tables in an org-file. When I try to
> move in those tables using TAB it is working okay in the first but not
> in the second. Note however that it is working as expected with emacs -Q
> and manually loading org.
>
> There seems to be something in my configuration that needs to be
> adjusted to the last changes in org-mode. It stopped working a few days
> ago without any changes of my config. Any idea what to look for?
>
>
> | col1 | col2 |
> |--+--|
> | a11  | a12  |
> | a21  | a22  |
>
>
> | col1   | col2   |
> |+|
> | http://www.url1.de | http://www.url2.de |


I cannot reproduce the problem. You may want to bisect for the commit
responsible for your change and let us know.


Regards,

-- 
Nicolas Goaziou

Re: [O] Org-mode via ELPA and via git in parallel

[Alan Schmitt]

On 2016-01-28 12:33, Karl Voit  writes:

>> I’ve had issues with this in the past (I also use org for git). To
>> make sure org is never installed with elpa, I manually install
>> (`package-install-file') this org.el file:
>>
>> #+begin_src emacs-lisp
>> ;;; org.el --- Dummy org mode package
>>
>> ;; Copyright (C) 2014 Alan Schmitt
>>
>> ;; Version: 3101
>>
>> ()
>>
>> ;;; org.el ends here
>> #+end_src
>
> There is no "(provide 'org)" or so?

I have not found it necessary. I make sure I load org before
initializing packages, and everything works.

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Athmospheric CO₂ (Updated January 27, 2016, Mauna Loa Obs.): 403.69 ppm


signature.asc
Description: PGP signature

Re: [O] [PATCH] ox-koma-letter.el: Add support for 'location' koma variable

[Rasmus]

Hi Myles,

Myles English  writes:

>> But is it much neater than:
>>
>> ** bank details :location:
>> Acc. no.: 12345
>> Big Bank Corp
>> Sort code: 1122 
>
> Err, yes it is?  And anyway, that data is in my LCO file, I don't want
> to duplicate it.

That's fine, but one might want to put information there that's specific
to a particular letter (and thus no LCO file is readily available or is an
additional level of complexity). 


>> For temporary data, I’d rather have it like in my example.  For permanent
>> data I can keep it in a .lco file.
>
> Yes, that is what I have done (hmmm, I am beginning to sense a
> fundamental misunderstanding here).  My bank account details are
> permanent data and are in a LCO file.

I’m arguing for a solution that supports BOTH "one-off" and permanent
data.

> #+BEGIN_QUOTE
> ...I would still prefer this way for the simple case of
> inserting bank details:
>
> __
>
> ** Change of address
> :EXPORT_LOCATION: \usekomavar{frombank}
>
> I have moved.
> __
>
> Where the frombank variable has been set in the LCO file:
>
> \setkomavar{frombank}{\raggedright Acc.~No.:\,1234567890\\at Big
>   Bank\\Sort Code: 11-22-33}
>
> The bank details only appear in a letter when the property is set.
> #+END_QUOTE
> 
> That property mentioned is the :EXPORT_LOCATION: property.  You can set
> it to whatever you like, referencing something in your LCO file or
> temporary data.

The keyword is convenient when you want to insert a pointer to field.  I

But for a one-off letter where I might need to include "one-off" details
on the left, I’d rather type:

* bank details :location:
  Acc. No.: 1234567890
  at Big Bank
  Sort Code: 11-22-33

Than

#+latex_header: \setkomavar{frombank}{\raggedright 
Acc.~No.:\,1234567890\\at Big Bank\\Sort Code: 11-22-33}
#+Location: \usekomavar{frombank}

To me the former reads much easier and hides away the technical details.
Thus, I wish to see to see support for entry forms.

Rasmus

-- 
The Kids call him Billy the Saint

[O] org-habit: "++" render wrong color

[Yasushi SHOJI]

Hi all,

Since 5d19c2c6891acd55dae36fccc07defe359a7283e, the habit consistency
graph renders intervals in wrong color if you use `++'.

http://ibin.co/2V80yaYqOT1O

The above graph in the pic is from 5d19c2c68~1, the below is the tip
of master.  Note that red region from the left most `*' to `!' at the
bad line.

Here is an ECM:

#+BEGIN_SRC lisp
  (add-to-list 'load-path "~/src/org-mode/lisp")
  (require 'org)
  (add-to-list 'org-modules 'org-habit)
  (setq org-agenda-files '("/tmp/a.org"))
  (org-agenda-list)
#+END_SRC

#+BEGIN_SRC org
* TODO bad
  SCHEDULED: <2016-01-27 Wed ++1w>
  :PROPERTIES:
  :STYLE:habit
  :END:
  - State "DONE"   from "TODO"   [2016-01-20 Wed 14:50]
  - State "DONE"   from "TODO"   [2016-01-13 Wed 14:50]

* TODO good
  SCHEDULED: <2016-01-27 Wed .+1w>
  :PROPERTIES:
  :STYLE:habit
  :END:
  - State "DONE"   from "TODO"   [2016-01-20 Wed 14:50]
  - State "DONE"   from "TODO"   [2016-01-13 Wed 14:50]
#+END_SRC
-- 
yashi

Re: [O] display org-link url

[John Kitchin]

try M-x org-toggle-link-display

that will show the long form of the links.

Nick Dokos writes:

> Satoru KURASHIKI  writes:
>
>> hi,
>>
>> Are there any good way/settings to display org-link's url easily?
>>
>> I'm happy if I can see them in minibuffer putting cursor on the org-link.
>> (like pointing urls on web browsers may show urls in statusbar)
>>
>
> I'm not sure whether it works in the console environment (I doubt it), but in 
> a
> graphics environment, if you hover with the moust over the link, you get
> a "bubble" (I can't remember what it's really called :-( ) with the expanded 
> link
> shown.

I think you are looking for "tooltip" ;)


--
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] Inconsistent {{{time}}} org macro expansion

[Kaushal Modi]

Thank you! I verified that the bug is now fixed.

Re: [O] Attach a Word doc in org mode file

[Richard Lawrence]

Hi Eliya,

(I'm sending my reply to the list; please use reply-all or similar so
your responses go to the list, too.)

Eliya Voldman  writes:

> I'm using Windows OS.
> I'm using Emacs package from Cygwin hence I open any file types e.g. .doc
> using %cygstart.exe file.docx

I don't know anything about Cygwin (or Windows, really), but this looks
strange to me.  What does cygstart.exe do?  I would think you would want
a command like

word.exe file.docx

Maybe Cygwin has another way of starting Word?

> I never used to open file from Emacs buffer and I don't know how to open it
> from Emacs itself.
> It looks that text file Org opens with no problem but other type of file
> should be opened differently ( I think so )

Yes, presumably.

> I checked C-h v org-file-apps but it does not look straightforward for me
> how to set it up to open Word type file.

If it's not working automatically, then you probably need to add a
clause like

("\\.docx\\'" . "word.exe %s")

But I don't know what the second part (the command) should be; I'm not
even sure that it's possible to tell Word to open a file from the
command line.  I don't use Word, but maybe someone else will know.

By the way, I'm not sure what your reasons for running Emacs from Cygwin
are, but you *might* have better luck if you just run Emacs for Windows.
If Emacs is not running inside Cygwin, the system "open" command might
automatically work on Word files.  This is just a guess.

> When I tried to use 'link' ... it worked and followed the link but opened
> not the Word file but rather directory with a bunch of .xml files hence I
> was not able to open that file.

That's because, if I understand correctly, a .docx file is really just a
.zip archive with a bunch of .xml files inside.  Emacs knows how to open
a .zip archive, so it's showing you the internal .xml files in the
.docx.  (Which you *could* theoretically edit by hand, using Emacs...)

But that's not what you want.  You want to launch Word, right?  Or do
you have another program that you want to use to read Word files?

> Well I understood from your reply that *only* plain text file could be
> opened in Org major mode ( and it worked for me)
> I tried to use Emacs to open Word file by using C-c C-o but it again opened
> me a list of .xml file and not the Word file.

Yes, same explanation: Emacs sees the .docx as a .zip archive containing
those .xml files.

> Hence the question is: how to open Word file from emacs or Org mode?

The next thing you need to figure out is how to launch Word from the
command line in your environment, I think.

Best,
Richard

Re: [O] display org-link url

[Nick Dokos]

Satoru KURASHIKI  writes:

> hi,
>
> Are there any good way/settings to display org-link's url easily?
>
> I'm happy if I can see them in minibuffer putting cursor on the org-link.
> (like pointing urls on web browsers may show urls in statusbar)
>

I'm not sure whether it works in the console environment (I doubt it), but in a
graphics environment, if you hover with the moust over the link, you get
a "bubble" (I can't remember what it's really called :-( ) with the expanded 
link
shown.

-- 
Nick

Re: [O] display org-link url

[Nick Dokos]

John Kitchin  writes:

>> ... if you hover with the moust over the link, you get
>> a "bubble" (I can't remember what it's really called :-( ) with the expanded 
>> link
>> shown.
>
> I think you are looking for "tooltip" ;)
>

Yup - thanks!

-- 
Nick

Re: [O] Attach a Word doc in org mode file

[John Kitchin]

You can use a regular link like [[file:some-doc.docx]]

If you click on this and see stuff like:

M Filemode  Length  Date Time  File
- --    ---    
  -rw-rw-rw-  1524   1-Jan-1980  00:00:00  [Content_Types].xml
  -rw-rw-rw-   735   1-Jan-1980  00:00:00  _rels/.rels
  -rw-rw-rw-  1085   1-Jan-1980  00:00:00  word/_rels/document.

Then emacs is just opening the docx file and showing you the contents of
the zip file. try this on the link:

C-u C-u C-c o

or

C-u C-u Enter


Eliya Voldman writes:

> How could I attach a Word document in my .org file? I could do it for plain
> text file like C-c C-a but not .doc type. Are there other options to point
> to Word file in my system other the attach?
> In other words: attach Word doc is not a problem but the problem is to open
> it.
> BTW: is it possible to attach and then open in org mode files other that
> plain text?
> Thanks


--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

[O] Cannot build agenda anymore.

[Martin]

Hi there,

Since today a C-c a a leads to the error

Updating dynamic block `clocktable' at line 1...
font-lock-fontify-keywords-region: Wrong type argument: listp, org-table
Auto-saving...

I don't know where it comes from, how can I figure out which lines in
the org file or maybe in the org libs cause this problem?

And how to fix it?

I'm using Org-mode version 8.3.3 (8.3.3-26-ge92a06-elpaplus @
/home/martin/.emacs.d/elpa/org-plus-contrib-20160125/)

Thanks,
Martin


-- 
Lösungen statt Diagnosen

Re: [O] Cannot build agenda anymore.

[Kyle Meyer]

Hello,

Martin  writes:

> Hi there,
>
> Since today a C-c a a leads to the error
>
> Updating dynamic block `clocktable' at line 1...
> font-lock-fontify-keywords-region: Wrong type argument: listp, org-table
> Auto-saving...
>
> I don't know where it comes from, how can I figure out which lines in
> the org file or maybe in the org libs cause this problem?
>
> And how to fix it?

This should be fixed in the next ELPA build.

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

--
Kyle

Re: [O] display org-link url

[Nick Dokos]

Satoru KURASHIKI  writes:

> hi,
>
> Are there any good way/settings to display org-link's url easily?
>
> I'm happy if I can see them in minibuffer putting cursor on the org-link.
> (like pointing urls on web browsers may show urls in statusbar)
>

Another method: typing

C-u C-x =

somewhere inside the link shows you the text properties of the character
under the cursor. Characters in links have a couple of extra text
properties:

  help-echo"LINK: file:my-theme.el"
  htmlize-link (:uri "file:my-theme.el")

which show the referent of the link.

-- 
Nick

[O] "atomic knowledge" modeling tool

[luke call]

There's a program that org-mode users (as I have been) specifically 
might be interested in, a personal "knowledge manager"/list 
manager/organizer/etc called OneModel (Free/AGPL).  Instead of storing 
data as text, it puts *everything* in a single object model backed by 
postgresql, but text import/export are available.  Everything one needs 
to know at any given time is always on the screen, and it is *highly* 
efficient to navigate (so far keyboard-only).  Current strengths, 
limitations, and future plans are at:

  http://onemodel.org

Pls forgive & spare the flames, I'll probably go quiet unless to answer 
good-faith questions.  Details & discussion at http://onemodel.org 
site/lists if desired.


-Luke

Re: [O] display org-link url

[Kaushal Modi]

Or with the point on the link, you can hit C-c C-l. That will bring up the
link for editing in the minibuffer. Hitting C-g will take you out of there
without modifying the link.

Re: [O] org-agenda-filter-by-tag-refine defaults to exclude

[Viktor Rosenfeld]

Hi Gustav,

currently, the remove functionality can also be accessed by C-u /. If we want 
to provide a dedicated hotkey, then the following definition will do it:

(add-hook 'org-agenda-mode-hook
  (lambda()
(local-set-key (kbd "\") '(lambda()
(interactive)
(org-agenda-filter-by-tag nil nil 
'exclude
  'append)

I would prefer to remove this function because it doesn’t add functionality. 
Keeping it around just adds another potential source of bugs.

Best,
Viktor

> Am 28.01.2016 um 09:27 schrieb Gustav Wikström :
> 
> Hi Kyle, Viktor and the group,
> 
> I'd say it's a naming-problem. What, really, is the purpose of the function? 
> Because applying the proposed change essentially makes the function identical 
> to the function it calls. Right? And that function is still available for the 
> user, so a "refinement" can be done without the 
> org-agenda-filter-by-tag-refine (bound to backslash (\) ) function. As of 
> now, using the function to exclude tags in the agenda provides a direct 
> access to that functionality, instead of calling org-agenda-filter-by-tag 
> (bound to slash (/) ) plus pushing the minus key (-) to switch from filter to 
> exclude.
> 
> If you want to make any change, I'd suggest to instead change the name of 
> org-agenda-filter-by-tag-refine to org-agenda-filter-by-tag-exclude and to 
> leave the code within the function as is (well.. maybe change 'refine to 
> 'exclude with the same argument as to the function name change).
> 
> Best Regards
> Gustav
> 
> -Original Message-
> From: Kyle Meyer [mailto:k...@kyleam.com]
> Sent: Tuesday, January 12, 2016 07:19
> To: Viktor Rosenfeld 
> Cc: emacs-orgmode@gnu.org; Gustav Wikström 
> Subject: Re: org-agenda-filter-by-tag-refine defaults to exclude
> 
> Hi Viktor,
> 
> Viktor Rosenfeld  writes:
> 
>> Hi,
>> 
>> I noticed that org-agenda-filter-by-tag-refine started to exclude
>> selected tags by default recently because the 'refine in the call to
>> org-agenda-filter-by-tag is interpreted as an exclude flag.
> 
> This seems to have been introduced by 6c6ae99 (org-agenda: Filtering in the 
> agenda on grouptags, 2015-01-24).
> 
>> The attached patch fixes this.
>> 
>> However, it seems that the function is superfluous because
>> org-agenda-filter-by-tag can filter on multiple tags as well if called
>> multiple times (that used not to be the case earlier).  So maybe it
>> should be deprecated and removed?
> 
> I agree.  Gustav, does that make sense given your changes in 6c6ae99?
> 
>> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index
>> d91b64d..21928de 100644
>> --- a/lisp/org-agenda.el
>> +++ b/lisp/org-agenda.el
>> @@ -7580,7 +7580,7 @@ to switch between filtering and excluding."
>> (defun org-agenda-filter-by-tag-refine (arg  char)
>>   "Refine the current filter.  See `org-agenda-filter-by-tag'."
>>   (interactive "P")
>> -  (org-agenda-filter-by-tag arg char 'refine))
>> +  (org-agenda-filter-by-tag arg char))
> 
>> (defun org-agenda-filter-make-matcher (filter type  expand)
>>   "Create the form that tests a line for agenda filter.  Optional
> 
> 
> --
> Kyle



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] Bug: Habits will not correctly reset timestamp [8.3.2 (release_8.3.2-570-gc17fcc @ /home/swflint/.emacs.d/org-mode/lisp/)]

[Samuel W. Flint]

:: Nicolas Goaziou writes:

NG> Hello, swfl...@flintfam.org (Samuel W. Flint) writes:

>> With -Q, I still have the same problem.  It is not a top level
>> heading, but even as a top level heading, this doesn't happen.  The
>> SCHEDULED line is removed, rather than updated.

NG> Very strange. At this point, I suggest to debug the functions to
NG> know where and why this is happening. As a starting point, you may
NG> want to look into `org-auto-repeat-maybe'.

It removes it in the last iteration of the ~while~ loop.  I couldn't
point out exactly when, but at some point, it gets removed.

HTH,

Sam

NG> Regards,

NG> -- Nicolas Goaziou

--
Samuel W. Flint
4096R/266596F4
  (9477 D23E 389E 40C5 2F10  DE19 68E5 318E 2665 96F4)
(λs.s s) λs.s s


signature.asc
Description: PGP signature

[O] Problem with org-babel-detangle

[Titus von der Malsburg]

I tangeled the following org-mode file:

  #+BEGIN_SRC R :tangle /tmp/test.R :comments link
  1 + 2
  #+END_SRC
  
  #+BEGIN_SRC R :tangle /tmp/test.R :comments link
  3 + 4
  #+END_SRC

The result was:

  ## [[file:test.org][No\ heading:1]]
  1 + 2
  ## No\ heading:1 ends here
  
  ## [[file:test.org][No\ heading:2]]
  3 + 4
  ## No\ heading:2 ends here

Then I changes “3 + 4” to “3 + 5”, revisited the org buffer, and
executed `org-babel-detangle'.

Expected behavior: The second code block in org file is updated to contain
“3 + 5”.

Actual behaviour: I find myself in a buffer containing test.R, the
cursor is inside the first code block at “1”, the second code block’s
content in the org buffer is highlighted, and I have an edit buffer for
that code block.  The content of the second code block is not updated.

No error message.

Tested with a current development Emacs and the development version of
org-mode.

I think the culprit is `org-babel-tangle-jump-to-org'.  When I call it
in test.R, it does not jump to the org file as it should according to
the documentation.

When I call it with point on the first code block, it opens an edit
buffer for the second code block in the background.

When I call it with point on the second code block, it opens test.org in
the background but doesn’t do anything else.

  Titus



signature.asc
Description: PGP signature

Re: [O] org-agenda-filter-by-tag-refine defaults to exclude

[Kyle Meyer]

Hi Gustav,

Gustav Wikström  writes:

[...]

> If you want to make any change,

Given that, as of 6c6ae99, the function's behavior doesn't match its
name or its previous behavior, I don't think leaving it unchanged is a
good option.

> I'd suggest to instead change the name
> of org-agenda-filter-by-tag-refine to org-agenda-filter-by-tag-exclude
> and to leave the code within the function as is (well.. maybe change
> 'refine to 'exclude with the same argument as to the function name
> change).

Like Viktor, I'm in favor of just removing it, because both its old and
new behavior are easily accomplished with the current
org-agenda-filter-by-tag.

This already made it into a release (v8.3), so in maint I plan to remove
the refine (now exclude) argument from org-agenda-filter-by-tag-refine's
call to org-agenda-filter-by-tag.  I think that gets the function as
close as we can to the old behavior without making any major changes.
In master, I'll just remove org-agenda-filter-by-tag-refine.

I'll make those changes in a few days unless someone objects.

--
Kyle

Re: [O] [PATCH] ox-koma-letter.el: Add support for 'location' koma variable

[Myles English]

Rasmus,

Rasmus writes:

> I’m arguing for a solution that supports BOTH "one-off" and permanent
> data.

OK, sorry, I thought you were arguing for a heading tagged :location:
and against an option #+LOCATION or property :EXPORT_LOCATION:.  How
about applying my patch please and the tagged heading can be developed
by someone™ 'later'.

> The keyword is convenient when you want to insert a pointer to field.  I
>
> But for a one-off letter where I might need to include "one-off" details
> on the left, I’d rather type:
>
> * bank details :location:
>   Acc. No.: 1234567890
>   at Big Bank
>   Sort Code: 11-22-33
>
> Than
>
> #+latex_header: \setkomavar{frombank}{\raggedright 
> Acc.~No.:\,1234567890\\at Big Bank\\Sort Code: 11-22-33}
> #+Location: \usekomavar{frombank}
>
> To me the former reads much easier and hides away the technical details.
> Thus, I wish to see to see support for entry forms.

Alright, I get the general idea but in that specific case this would be
simpler:

#+LOCATION: \raggedright Acc.~No.:\,1234567890\\at Big Bank\\Sort Code: 11-22-33

Myles

Re: [O] [PATCH] ox-koma-letter.el: Add support for 'location' koma variable

[Rasmus]

Myles English  writes:

>> I’m arguing for a solution that supports BOTH "one-off" and permanent
>> data.
>
> OK, sorry, I thought you were arguing for a heading tagged :location:
> and against an option #+LOCATION or property :EXPORT_LOCATION:.  How
> about applying my patch please and the tagged heading can be developed
> by someone™ 'later'.

I have a strong taste for feature parity...  I'm very busy until at least
Thursday due to travel.  Maybe I can do it next weekend.  Unless you beat
me to it.

I will try to merge your patch soon, this weekend.  Again, unless someone
beats me to it.

> Alright, I get the general idea but in that specific case this would be
> simpler:
>
> #+LOCATION: \raggedright Acc.~No.:\,1234567890\\at Big Bank\\Sort Code: 
> 11-22-33

You are right.

Rasmus

-- 
El Rey ha muerto. ¡Larga vida al Rey!

Re: [O] Orgmode testsuite

[Nicolas Goaziou]

Hello,

Andrej Depperschmidt  writes:

> Somehow I'm not able to locate the problematic part in my configuration
> though it must be some interference of the recent changes of org-mode
> with my configuration.
>
> With point somewhere in the following table I get an error that gives
> the backtrace pasted below. Do you have a hint what to look for looking
> at that?
>
> | col1   | col2   |
> |+|
> | http://www.url1.de | http://www.url2.de |
>
>
> Debugger entered--Lisp error: (wrong-type-argument listp org-table)
>   org-activate-plain-links(#)

As I wrote, this particular bug was fixed on Monday. I don't know why
you still experience it on latest Org from git.

Regards,

-- 
Nicolas Goaziou0x80A93738

[O] status of mobile (Android)

[Saša Janiška]

Hello,

I'm returning to Emacs-land and wonder whether mobile-org is still
working with org-mode?

Do you have any other recommendation to sync tasks with Android phones?

For contacts/calendars I was using org-vcard/org-caldav and they worked
pretty well via ownCloud, but now, when i use GNOME, I can't tell
whether calendars are visible on GNOME's status bar?

There is Orgly, which is not open-source, but not sure whether it's
better than mobileorg?

Is there something which would work with ownCloud?


Sincerely,
Gour

-- 
One must deliver himself with the help of his mind, and not
degrade himself. The mind is the friend of the conditioned soul,
and his enemy as well.

Re: [O] Orgmode testsuite

[Andrej Depperschmidt]

Somehow I'm not able to locate the problematic part in my configuration
though it must be some interference of the recent changes of org-mode
with my configuration.

With point somewhere in the following table I get an error that gives
the backtrace pasted below. Do you have a hint what to look for looking
at that?

| col1   | col2   |
|+|
| http://www.url1.de | http://www.url2.de |


Debugger entered--Lisp error: (wrong-type-argument listp org-table)
  org-activate-plain-links(#)
  font-lock-fontify-keywords-region(1 # nil)
  font-lock-default-fontify-region(1 # nil)
  font-lock-fontify-region(1 #)
  org-table-align()
  org-table-next-field()
  funcall-interactively(org-table-next-field)
  call-interactively(org-table-next-field)
  org-cycle(nil)
  funcall-interactively(org-cycle nil)
  call-interactively(org-cycle nil nil)
  command-execute(org-cycle)



Nicolas Goaziou  writes:

> Hello,
>
> Andrej Depperschmidt  writes:
>
>> The minimal example are the two tables in an org-file. When I try to
>> move in those tables using TAB it is working okay in the first but not
>> in the second. Note however that it is working as expected with emacs -Q
>> and manually loading org.
>>
>> There seems to be something in my configuration that needs to be
>> adjusted to the last changes in org-mode. It stopped working a few days
>> ago without any changes of my config. Any idea what to look for?
>>
>>
>> | col1 | col2 |
>> |--+--|
>> | a11  | a12  |
>> | a21  | a22  |
>>
>>
>> | col1   | col2   |
>> |+|
>> | http://www.url1.de | http://www.url2.de |
>
>
> I cannot reproduce the problem. You may want to bisect for the commit
> responsible for your change and let us know.
>
>
> Regards,

Re: [O] status of mobile (Android)

[John Hendy]

On Fri, Jan 29, 2016 at 1:11 PM, Saša Janiška  wrote:
> Hello,
>
> I'm returning to Emacs-land and wonder whether mobile-org is still
> working with org-mode?

Still works, though the development looks like it's tapered off over ~2 years:
- https://github.com/matburt/mobileorg-android

>
> Do you have any other recommendation to sync tasks with Android phones?
>

Not that I'm aware of... there's another variant (mobile-org-ng), but
like this thread, I stuck with the original:
- https://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg00651.html

> For contacts/calendars I was using org-vcard/org-caldav and they worked
> pretty well via ownCloud, but now, when i use GNOME, I can't tell
> whether calendars are visible on GNOME's status bar?
>
> There is Orgly, which is not open-source, but not sure whether it's
> better than mobileorg?
>
> Is there something which would work with ownCloud?
>

The mailing list is probably the best resource. Here's a couple of
relevant [recent] hits:
- http://thread.gmane.org/gmane.emacs.orgmode/103357/focus=104524
- http://thread.gmane.org/gmane.emacs.orgmode/104406/focus=104452


John

>
> Sincerely,
> Gour
>
> --
> One must deliver himself with the help of his mind, and not
> degrade himself. The mind is the friend of the conditioned soul,
> and his enemy as well.
>
>
>
>

Re: [O] org-player and switch to lexical binding in org.el

[Michael Brand]

Hi Nicolas

On Fri, Jan 29, 2016 at 2:32 PM, Nicolas Goaziou  wrote:
> My suggestion was hypothetical, and not yet implemented. No wonder it
> doesn't work.
>
> If you think this change sounds reasonable, I can implement it, tho.
> However, there is some backward incompatibility involved.
>
> The current solution, i.e., using `eval' only provides `file' symbol.

Only slowly I begin to get it partially. My observation is that if the
current `org-open-file' would be changed to

(eval cmd
  ;; LEXICAL argument.
  `((file . ,(convert-standard-filename file))
(link . ,dlink)))

to provide also the `link' symbol then a

(add-to-list 'org-file-apps
 (cons (concat org-player-file-extensions-regexp
   "::\\([0-9]+:[0-9]+\\(:[0-9]+\\)?\\)")
   '(org-player-play-file file (match-string 1 link

which is simple enough for me to understand in org-player.el works.
This situation looks favorable to me at least for a first step because
it would mean a version of org-player.el that remains compatible with
"any" Org before lexical binding in org.el
(release_8.3.3-426-g1f49e9f) but would also become compatible again
starting with one of the next commits in Org master.

Do I understand correct that this would not break any backward
compatibility with all other existing and correct use of
`org-file-apps'?

On Sun, Jan 17, 2016 at 9:40 PM, Nicolas Goaziou  wrote:
> I don't like the current solution either (eval with a LEXICAL argument).
>
> I think it would be better to use un function with two arguments (file
> and link-string instead). This is not backward compatible, but the
> change is trivial: sexp -> (lambda (file link) sexp).

I am concerned about backward compatibility and don't understand the
lambda part enough: Would backward compatibility be broken only for
org-player.el or also for other existing and correct use of
`org-file-apps'?

Or can `org-open-file' support both for some time like this?:

(if (eq (car cmd) 'lambda)
;; Function.
(funcall cmd (convert-standard-filename file) dlink)
  ;; Sexp, deprecated.
  (eval cmd `((file . ,(convert-standard-filename file))
  (link . ,dlink

Michael