Re: [O] Opendocument export causes error

[Achim Gratz]

Jambunathan K  gmail.com> writes:
> The problem is org-odt gets compiled on top of the wrong org-compat.
> The org-compat in vanilla Emacs is wrong (for our purposes) while that
> in your work-area is right.

There is the slight problem that org-{,-e-}odt does not (require 'org-compat)
and org-condition-case-unless-debug (which is only used by these two files) is
itself not autoloaded, plus it is called from inside in a macro.  I'm not
entirely sure what happens for the OP since I can't reproduce the issue, but it
would be worth a try to add that require(s) if only to clean thing up.


Regards,
Achim.

[O] Priority cookies in org-store-link

[William Léchelle]

Hi all,

As for a recent git version, calling org-store-link on a subtree records its
priority cookie in the link, which therefore breaks if the said priority is
changed (“no match - create this as a new heading ?”)

Links not featuring the priority succeed at finding the headline which has such
a priority mark, so I suggest the priority is removed from the captured link.

--

As a side note, testing to ask this, it looks like captured links won't take
into account header text after < or >, hence capturing links to headlines
featuring these will fail, is there a known issue about accepted characters in
headlines that I'm not aware of ?

Re: [O] Opendocument export causes error

[Bastien]

Achim Gratz  writes:

> Bastien, if you read this: here's your real-world example of how things
> don't work if the wrong autoload definitions are used.  Now, can we
> please fix this again?

I'm reading this, I will look at this issue again when we can make
entirely sure the problems of the OP are related to this.

Thanks,

-- 
 Bastien

Re: [O] Opendocument export causes error

[Jambunathan K]

Torsten Anders  writes:

> One is the standard Emacs (in my case Aquamacs based on GNU Emacs
> 23.3.50.1 at /Applications/Mozart/Mozart.app/Contents/Resources/) and
> the other is my local emacs lisp directory at ~/emacs/.

50 in your Emacs version is an indication that it is a pre-pretest
version of Emacs.  It seems you are OK with runnning a
non-released/unstable Emacs.

I am not sure whether the port below is an Aquamacs.

http://lists.gnu.org/archive/html/emacs-devel/2012-11/msg00472.html

It is Emacs 24.2.90.  One major version up and also a pre-test.  You can
read the reaction of people in that thread.  That version has a fairly
recent version of all org files.  Notably an old org-compat that is
/very close/ to new org-compat.  If the new port works, then you really
don't have to bother but just carry on with your work and bother less
about Org.
-- 

Re: [O] Opendocument export causes error

[Jambunathan K]

Achim is the one who made autoload changes.  I am not familiar with his
changes because I can jump the steps and get a working setup.

I am telling this upfront, because Achim and I may share different
instructions (which may amount to having the /same effect/) but if you
mix the instructions, you may end up being confused.  So stick to Achim
or my instructions.  My instructions are likely to be hackier.

>>   M-x locate-library RET org-install RET
>
> Library is file ~/emacs/org-mode/lisp/org-install.el
>
> (Note the *.el, it is not compiled)
>
>>   M-x locate-library RET org-autoloads RET
>
> No library org-autoloads in search path
>
>>   M-x locate-library RET org-loaddefs RET
>
> Library is file ~/emacs/org-mode/lisp/org-loaddefs.el
>
> (Again, no compiled file)
>
>>   (Try again the above commands with `.el' appended)
>
> It is always the same result as about.
>
>> Ideally your .emacs MUST have (require ') for only one of these
>> libraries.
>
> None of these libraries is actually loaded in ~/.emacs -- I recently
> commented out (require 'org-install) but some recent message from
> org-mode suggested to remove that. However, adding (require
> org-install) makes not difference.

1. Check the timestamps of org-install and org-loaddefs.  Were they
   created almost at the same time.
2. Does your vanilla emacs have a org-loaddefs in lisp/org directory.

Your init file scrutinized for errors.  In the latter part of the
E-mail, I share how you make sure that it is the init file that is in
error.  For now, scan your .emacs and convince yourself of the following
requirements.

In your .emacs,

M-x occur RET org RET

The first occurrence of org in the *occur* buffer should be the line
that modifies the load-path.

The second occurrence should be that of your (require 'org-install) or
(require 'org-loaddefs)

You will also see lines from `customize-set-variables' block which you
may pretend doesn't exist.

There should be /no other/ references to org particularly (require
'org-whatever) statements.

Note down any deviations from this.

> Dear Jambunathan,
>
> Thanks a lot for your help and providing such detailed debugging
> suggestions. To summarise, after I loaded the *.el files with
> load-library as you suggested I got the Opendocument export
> working. However, I still do not understand why this is not working
> normally.

The problem is org-odt gets compiled on top of the wrong org-compat.
The org-compat in vanilla Emacs is wrong (for our purposes) while that
in your work-area is right.

> What now. As a hack I could put something in ~/.emacs that loads these
> libraries manually, but there is likely a better solution.
>
> I detail all debugging outputs below. Any suggestion where to go from
> here? Thanks a lot again!



I would like to understand what is happening.

Phase-1
===

1. Go to your vanilla Emacs directory.  Temporarily move your lisp/org
   to some other directory.  Let's say ~/vanilla-org/.  This way you are
   sure that there is no way the wrong org-compat.elc is getting in the
   way of you Org compilation in step 3.

2. Go to your work area.

3. Compile. make .

4. emacs -Q  (Note the -Q)

5. (push load-path "~/your/org/checkout")

6. M-x load-library RET org-odt RET

7. Export to ODT.  It should succeed.

Phase-2
===

1. Move back your ~/vanilla-org to lisp/org.  Restoring the old order.
2. Repeat steps 4-7 from Phase-1.
3. See whether export succeeds. 

   If failure, the bug is in your init file is broken and has to be
   scrutinized for correctness. 

   If success, I really cannot imagine what could possibly be broken
   in your setup.  Atleast you have a working setup with new order.

Phase-3
===

I will share further instructions on debugging your init file, if
Phase-2, Step 3 resulted in a failure.

>>   M-x list-load-path-shadows RET
>
>
> Basically, subdirectories from two directories are loaded. One is the
> standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at
> /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is
> my local emacs lisp directory at ~/emacs/.
>
> The full output is copied to the very end of this email.

Trailing part of directory names is truncated and I am having difficulty
making out what is in there.

But it doesn't matter for now.


>
> Any idea how to resolve this? Again thanks a lot! 
>
> Best,
> Torsten
>
>
>
>>   M-x load-library RET org-compat.el RET
>>   M-x load-library RET org-odt.el RET
>
> Debug (org-odt): Searching for OpenDocument styles files...
> Debug (org-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times]
> Debug (org-odt): Trying /Users/torsten/emacs/org-mode/etc/styles/...
> Debug (org-odt): Using styles under /Users/torsten/emacs/org-mode/etc/styles/
> Loading /Users/torsten/emacs/org-mode/lisp/org-odt.el (source)...done
> Export buffer: 
> Export subtree: 
> Exporting to ODT using org-lparse...
> Using vacuous schema
> Loading 

Re: [O] Opendocument export causes error

[Jambunathan K]

Achim is the one who made autoload changes.  I am not familiar with his
changes because I can jump the steps and get a working setup.

I am telling this upfront, because Achim and I may share different
instructions (which may amount to having the /same effect/) but if you
mix the instructions you may end up being confused.  So stick to Achim
or my instructions.  My instructions are likely to be hackier.

>>   M-x locate-library RET org-install RET
>
> Library is file ~/emacs/org-mode/lisp/org-install.el
>
> (Note the *.el, it is not compiled)
>
>>   M-x locate-library RET org-autoloads RET
>
> No library org-autoloads in search path
>
>>   M-x locate-library RET org-loaddefs RET
>
> Library is file ~/emacs/org-mode/lisp/org-loaddefs.el
>
> (Again, no compiled file)
>
>>   (Try again the above commands with `.el' appended)
>
> It is always the same result as about.
>
>> Ideally your .emacs MUST have (require ') for only one of these
>> libraries.
>
> None of these libraries is actually loaded in ~/.emacs -- I recently
> commented out (require 'org-install) but some recent message from
> org-mode suggested to remove that. However, adding (require
> org-install) makes not difference.

1. Check the timestamps of org-install and org-loaddefs.  Were they
   created almost at the same time.
2. Does your vanilla emacs have a org-loaddefs in lisp/org directory.

Your init file scrutinized for errors.  In the latter part of the
E-mail, I share how you make sure that it is the init file that is in
error.  For now, scan your .emacs and convince yourself of the following
requirements.

In your .emacs,

M-x occur RET org RET

The first occurrence of org in the *occur* buffer should be the line
that modifies the load-path.

The second occurrence should be that of your (require 'org-install) or
(require 'org-loaddefs)

You will also see lines from `customize-set-variables' block which you
may pretend doesn't exist.

There should be /no other/ references to org particularly (require
'org-whatever) statements.

Note down any deviations from this.

> Dear Jambunathan,
>
> Thanks a lot for your help and providing such detailed debugging
> suggestions. To summarise, after I loaded the *.el files with
> load-library as you suggested I got the Opendocument export
> working. However, I still do not understand why this is not working
> normally.

The problem is org-odt gets on top of the wrong org-compat.  The
org-compat in vanilla Emacs is wrong while that in your work-area is
right.

> What now. As a hack I could put something in ~/.emacs that loads these
> libraries manually, but there is likely a better solution.
>
> I detail all debugging outputs below. Any suggestion where to go from
> here? Thanks a lot again!



I would like to understand what is happening.

Phase-1
===

1. Go to your vanilla Emacs directory.  Temporarily move your lisp/org
   to some other directory.  Let's say ~/vanilla-org/.  This way you are
   sure that there is no way the wrong org-compat.elc is getting in the
   way of you Org compilation in step 3.

2. Go to your work area.

3. Compile. make .

4. emacs -Q  (Note the -Q)

5. (push load-path "~/your/org/checkout")

6. M-x load-library RET org-odt RET

7. Export to ODT.  It should succeed.

Phase-2
===

1. Move back your ~/vanilla-org to lisp/org.  Restoring the old order.
2. Repeat steps 4-7 from Phase-1.
3. See whether export succeeds. 

   If failure, the bug is in your init file is broken and has to be
   scrutinized for correctness. 

   If success, I really cannot imagine what could possibly be broken
   in your setup.  Atleast you have a working setup with new order.

Phase-3
===

I will share further instructions on debugging your init file, if
Phase-2, Step 3 resulted in a failure.

>>   M-x list-load-path-shadows RET
>
>
> Basically, subdirectories from two directories are loaded. One is the
> standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at
> /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is
> my local emacs lisp directory at ~/emacs/.
>
> The full output is copied to the very end of this email.

Trailing part of directory names is truncated and I am having difficulty
making out what is in there.

But it doesn't matter for now.


>
> Any idea how to resolve this? Again thanks a lot! 
>
> Best,
> Torsten
>
>
>
>>   M-x load-library RET org-compat.el RET
>>   M-x load-library RET org-odt.el RET
>
> Debug (org-odt): Searching for OpenDocument styles files...
> Debug (org-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times]
> Debug (org-odt): Trying /Users/torsten/emacs/org-mode/etc/styles/...
> Debug (org-odt): Using styles under /Users/torsten/emacs/org-mode/etc/styles/
> Loading /Users/torsten/emacs/org-mode/lisp/org-odt.el (source)...done
> Export buffer: 
> Export subtree: 
> Exporting to ODT using org-lparse...
> Using vacuous schema
> Loading reftex...done
> LaTeX to Mat

[O] mobileorg for android: perhaps best to wait on an update

[Brian van den Broek]

Hi all,

mobileorg for android 0.9.5 came out a few days ago. Looks like
there's been a lot of forward movement, and that's just great. Less
great is that it busted calendar sync up pretty badly:
https://github.com/matburt/mobileorg-android/issues/305. Just thought
I'd try to save others on the list the hassle.

Best,

Brian vdB

Re: [O] what is purpose of this list

[Bernt Hansen]

jdavidb...@gmail.com writes:

> What is the purpose of this list?  I saw it referenced in the #org group
> on freenode...

Hi Dave,

The purpose of this list is to discuss anything/everything related to
org-mode. This includes but is not limited to:

  - use cases
  - questions you might have about org
  - feature requests
  - bugs / problems
  - asking for help on how to do something

etc.

This list is much more active than the freenode IRC channel.

Regards,
Bernt

[O] what is purpose of this list

[jdavidboyd]

What is the purpose of this list?  I saw it referenced in the #org group
on freenode...

Dave

Re: [O] Opendocument export causes error

[Torsten Anders]

Dear Achim,

Thanks a lot for your help! 

> Try adding (require 'org) or alternatively — if you know you never
> use the Org version that comes with Emacs (that means you need to be
> extra careful with things like 'emacs -Q') — (require 'org-loaddefs).

I tried both adding (require 'org) and (require 'org-loaddefs) to ~/.emacs but 
they both make no difference to this problem, I still get the error 

  call-interactively: Symbol's value as variable is void: err

Instead, adding the following to ~/.emacs does work, but this seems to be just 
a hack. Should I really use this?

(load-library "org-compat.el")
(load-library "org-odt.el")


> here's your real-world example of how things don't work if the wrong autoload 
> definitions are used.


Does this mean there are possibly more things that did not load as they should?

Thanks a lot again! 

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de

Re: [O] is this spreadsheet correct?

[Samuel Wales]

On 12/2/12, Achim Gratz  wrote:
> The target column apparently can't be a named column, although the
> documentation could be more clear.

Oh.  :( I liked the idea of named columns everywhere.  It is a great
feature.  Does ses do them?

> You need to put a recalculation mark into the first column (either "#"
> or "*").

Done.  I am curious about the rationale.

>> C-c '
>>
>> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p
>> nil)
>>   org-edit-src-code()
>>   org-edit-special()
>>   call-interactively(org-edit-special nil nil)
>
> What version of Org is this?  Also, it seems you didn't have the cursor

Emacs 24, latest git version of Org, not using .emacs.

> inside the table.  I think it would be nice if it also entered the
> formula editor while it was on the TBLFM line, but org-edit-special
> considers that outside the table for whatever reason.

Yes, this would be nice, as would recalculation after C-c ', depending.

Samuel

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  ANYBODY
can get it.  There is no hope without action.

[O] git access

[David Arroyo Menéndez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hello!

I'm translating the org guide, I would like make git push my
orgguide.es.po. Who can give me this access?. There are a lot of work
done you can access to this translation from
http://www.davidam.com/docu/orgguide.es.html.

Thanks!

- -- 
David Arroyo Menéndez
http://www.davidam.com
gpg --keyserver pgp.rediris.es --recv-keys B395B90A
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQEcBAEBAgAGBQJQu25BAAoJEGGvRy2zlbkKWfsIANNdBN9O4CG2fjH59As73oT7
nSq5oHq5Tfhu5ttEGQHKXQYK4LY4nRAzFpyxg/fMP4XrB3h3nF0x3jt3XS50SW76
0n4cO+b95ZHN5YsDnzaZsSiVRTPbMf/5w5Pui3988UVavUh4CHm4m60InGuKMxIk
rcSpjxWFj6fNMhatUg/A0bM0gXcdFPoYHknX+qvUIgsxK1H6rAKWiAqZ3pD8I3FA
E9jgo4Ck5L7OoEstPAOSVsEOHXG+4impkavn6py3R4di4OueTC02nUfzhictisQ9
qisc5tmxn4pFk6+LiNGhMRJWHUCFrcO48PTOWjCirEvi9IOHPaV7AKkzpa0Rdhs=
=eWQW
-END PGP SIGNATURE-

Re: [O] Problem with floating holidays

[Philipp Kroos]

"John Burns"  writes:


> I am having problems with org-float and floating holidays, in particular the 
> holiday of Thanksgiving, as an example.
>
> I have the following entry in my data file:
>
> * Anniversaries and Holidays
>
> #+CATEGORY: Holiday
>
> %%(org-float t 4 4) Thanksgiving
>
> I know that if I leave this in my file the agenda will show it every fourth 
> Thursday of every month.
>
> How do I tell it that I only want it to happen in the month of November?
>
> I tried to enter the month 11 after the last 4 so that it appears as: 
> %%(org-float t 4 4 11) Thanksgiving.
>
> This did not give me a correct result either.  I have reviewed the forums and 
> the org manual for the answer, but could not find it.
>
> My Emacs version is 23.3.1 and my Org-Mode version is 7.7.
>
> I hope that someone out there has the answer.
>
> Thanking You In Advance,
>
> John


You tried the 11 at the wrong position, try
%%(org-float 11 4 4) Thanksgiving

Regards,
Philipp

Re: [O] Opendocument export causes error

[Achim Gratz]

Torsten Anders writes:
> None of these libraries is actually loaded in ~/.emacs -- I recently
> commented out (require 'org-install) but some recent message from
> org-mode suggested to remove that. However, adding (require
> org-install) makes not difference.

Try adding (require 'org) or alternatively — if you know you never
use the Org version that comes with Emacs (that means you need to be
extra careful with things like 'emacs -Q') — (require 'org-loaddefs).

Bastien, if you read this: here's your real-world example of how things
don't work if the wrong autoload definitions are used.  Now, can we
please fix this again?


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [O] is this spreadsheet correct?

[Achim Gratz]

Samuel Wales writes:
> Also, I entered the formula as =rp=, but it got put in as
> $5.

The target column apparently can't be a named column, although the
documentation could be more clear.

> | ! | what|  pw |   ph |rp | ew | eh |  re |  f |
> |   | current | 720 | 1152 | 0.625 | 71 | 23 | 3.1 | 0.51612903 |
> #+TBLFM: $5=$pw/$ph

You need to put a recalculation mark into the first column (either "#"
or "*").

> C-c '
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
>   org-edit-src-code()
>   org-edit-special()
>   call-interactively(org-edit-special nil nil)

What version of Org is this?  Also, it seems you didn't have the cursor
inside the table.  I think it would be nice if it also entered the
formula editor while it was on the TBLFM line, but org-edit-special
considers that outside the table for whatever reason.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

Re: [O] [PATCH] Fix org-entry-put (trouble with org-columns-edit-value)

[Nicolas Goaziou]

Takafumi Arakaki  writes:

> I can confirm that the behavior I described still exists.
> I checked with the latest version (8d22b119786206bbae98183b0fb61e3ab1b22a43)
> in maint branch of org-mode and the latest version (110979) in emacs-24 branch
> of Emacs bzr repository.  I also checked with the master branch
> (6642177dee3ec04404ebd99391748f373ada3d2a) result was the same.

OK thanks for the confirmation. Could you provide an ECM (or better:
write an ERT test) for it?


Regards,

-- 
Nicolas Goaziou