* re-exporting a web site
@ 2009-05-19 11:36 Eric S Fraga
2009-05-19 13:17 ` Manish
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Eric S Fraga @ 2009-05-19 11:36 UTC (permalink / raw)
To: emacs-orgmode
Hello,
I've been through the manual and the faq but just cannot seem to find
the answer to a very simple question: I need to re-publish
(i.e. re-export) a website that is written in org-mode because I've
changed some of the style information that is "included" by each .org
file. Although I can force a re-export on individual files (C-u C-c C-e
F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
export the project simply skips all the unmodified files. Trying C-u
C-c C-e X gives
,----
| org-publish-get-base-files: Wrong type argument: stringp, nil
`----
Is this a bug? I am running the latest org-mode version from git (as of
yesterday evening, in any case) on emacs version 23.0.93.1.
I know I can delete all the files in .org-timestamps/ but this is rather
a sledgehammer approach (as it will cause unnecessary re-publishing for
other projects).
Is there an easy way to re-export a project?
Thanks,
eric
--
MC . -.. --- - ..-. .-. .- --. .- .- - ..- -.-. .-.. .- -.-. ..- -.-
NL Professor Eric S Fraga, UCL, http://www.homepages.ucl.ac.uk/~ucecesf/
BF >++++++++++[>++++++++++>+++++++++++[<]>-]>++.>++++.<-----.++++++.------.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: re-exporting a web site
2009-05-19 11:36 re-exporting a web site Eric S Fraga
@ 2009-05-19 13:17 ` Manish
2009-05-19 13:49 ` Eric S Fraga
2009-05-19 14:01 ` Matthew Lundin
2009-05-19 17:29 ` re-exporting a web site Carsten Dominik
2 siblings, 1 reply; 459+ messages in thread
From: Manish @ 2009-05-19 13:17 UTC (permalink / raw)
To: Eric S Fraga; +Cc: emacs-orgmode
On Tue, May 19, 2009 at 5:06 PM, Eric S Fraga wrote:
> Hello,
>
> I've been through the manual and the faq but just cannot seem to find
> the answer to a very simple question: I need to re-publish
> (i.e. re-export) a website that is written in org-mode because I've
> changed some of the style information that is "included" by each .org
> file. Although I can force a re-export on individual files (C-u C-c C-e
> F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
> export the project simply skips all the unmodified files. Trying C-u
> C-c C-e X gives
>
> ,----
> | org-publish-get-base-files: Wrong type argument: stringp, nil
> `----
>
> Is this a bug? I am running the latest org-mode version from git (as of
> yesterday evening, in any case) on emacs version 23.0.93.1.
>
> I know I can delete all the files in .org-timestamps/ but this is rather
> a sledgehammer approach (as it will cause unnecessary re-publishing for
> other projects).
>
> Is there an easy way to re-export a project?
Does publishing with a prefix not work?
--
Manish
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: re-exporting a web site
2009-05-19 13:17 ` Manish
@ 2009-05-19 13:49 ` Eric S Fraga
2009-05-19 17:26 ` Manish
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2009-05-19 13:49 UTC (permalink / raw)
To: emacs-orgmode
Manish <mailtomanish.sharma@gmail.com> writes:
> On Tue, May 19, 2009 at 5:06 PM, Eric S Fraga wrote:
>> Hello,
>>
>> I've been through the manual and the faq but just cannot seem to find
>> the answer to a very simple question: I need to re-publish
>> (i.e. re-export) a website that is written in org-mode because I've
>> changed some of the style information that is "included" by each .org
>> file. Although I can force a re-export on individual files (C-u C-c C-e
>> F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
>> export the project simply skips all the unmodified files. Trying C-u
>> C-c C-e X gives
>>
>> ,----
>> | org-publish-get-base-files: Wrong type argument: stringp, nil
>> `----
>>
>> Is this a bug? I am running the latest org-mode version from git (as of
>> yesterday evening, in any case) on emacs version 23.0.93.1.
>>
>> I know I can delete all the files in .org-timestamps/ but this is rather
>> a sledgehammer approach (as it will cause unnecessary re-publishing for
>> other projects).
>>
>> Is there an easy way to re-export a project?
>
> Does publishing with a prefix not work?
Thanks Manish. But unfortunately that's what I tried:
C-u C-c C-e X projectname
and the error message I've given above results!
Publishing to a file, with prefix, works perfectly, however.
--
MC . -.. --- - ..-. .-. .- --. .- .- - ..- -.-. .-.. .- -.-. ..- -.-
NL Professor Eric S Fraga, UCL, http://www.homepages.ucl.ac.uk/~ucecesf/
BF >++++++++++[>++++++++++>+++++++++++[<]>-]>++.>++++.<-----.++++++.------.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: re-exporting a web site
2009-05-19 13:49 ` Eric S Fraga
@ 2009-05-19 17:26 ` Manish
0 siblings, 0 replies; 459+ messages in thread
From: Manish @ 2009-05-19 17:26 UTC (permalink / raw)
To: Eric S Fraga; +Cc: emacs-orgmode
On Tue, May 19, 2009 at 7:19 PM, Eric S Fraga wrote:
> Manish <mailtomanish.sharma@gmail.com> writes:
>
>> On Tue, May 19, 2009 at 5:06 PM, Eric S Fraga wrote:
>>> Hello,
>>>
>>> I've been through the manual and the faq but just cannot seem to find
>>> the answer to a very simple question: I need to re-publish
>>> (i.e. re-export) a website that is written in org-mode because I've
>>> changed some of the style information that is "included" by each .org
>>> file. Although I can force a re-export on individual files (C-u C-c C-e
>>> F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
>>> export the project simply skips all the unmodified files. Trying C-u
>>> C-c C-e X gives
>>>
>>> ,----
>>> | org-publish-get-base-files: Wrong type argument: stringp, nil
>>> `----
>>>
>>> Is this a bug? I am running the latest org-mode version from git (as of
>>> yesterday evening, in any case) on emacs version 23.0.93.1.
>>>
>>> I know I can delete all the files in .org-timestamps/ but this is rather
>>> a sledgehammer approach (as it will cause unnecessary re-publishing for
>>> other projects).
>>>
>>> Is there an easy way to re-export a project?
>>
>> Does publishing with a prefix not work?
>
> Thanks Manish. But unfortunately that's what I tried:
> C-u C-c C-e X projectname
> and the error message I've given above results!
Sorry about that. Lesson learnt: never respond while half-asleep. :-/
--
Manish
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: re-exporting a web site
2009-05-19 11:36 re-exporting a web site Eric S Fraga
2009-05-19 13:17 ` Manish
@ 2009-05-19 14:01 ` Matthew Lundin
2009-05-19 14:46 ` Nick Dokos
2009-05-19 17:29 ` re-exporting a web site Carsten Dominik
2 siblings, 1 reply; 459+ messages in thread
From: Matthew Lundin @ 2009-05-19 14:01 UTC (permalink / raw)
To: Eric S Fraga; +Cc: emacs-orgmode
Hi Eric,
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> Hello,
>
> I've been through the manual and the faq but just cannot seem to find
> the answer to a very simple question: I need to re-publish
> (i.e. re-export) a website that is written in org-mode because I've
> changed some of the style information that is "included" by each .org
> file. Although I can force a re-export on individual files (C-u C-c C-e
> F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
> export the project simply skips all the unmodified files. Trying C-u
> C-c C-e X gives
>
> ,----
> | org-publish-get-base-files: Wrong type argument: stringp, nil
> `----
>
I receive the same error when I try to export using C-u C-c C-e X.
As a temporary fix, you can use C-u C-c C-e P while visiting one of the
org files in the project. That's the method I use to update an entire
website.
- Matt
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: re-exporting a web site
2009-05-19 14:01 ` Matthew Lundin
@ 2009-05-19 14:46 ` Nick Dokos
2009-05-19 14:51 ` Nick Dokos
2009-05-19 14:56 ` Eric S Fraga, Eric S Fraga
0 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2009-05-19 14:46 UTC (permalink / raw)
To: Matthew Lundin; +Cc: Eric S Fraga, emacs-orgmode
Matthew Lundin <mdl@imapmail.org> wrote:
> Hi Eric,
>
> Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>
> > Hello,
> >
> > I've been through the manual and the faq but just cannot seem to find
> > the answer to a very simple question: I need to re-publish
> > (i.e. re-export) a website that is written in org-mode because I've
> > changed some of the style information that is "included" by each .org
> > file. Although I can force a re-export on individual files (C-u C-c C-e
> > F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
> > export the project simply skips all the unmodified files. Trying C-u
> > C-c C-e X gives
> >
> > ,----
> > | org-publish-get-base-files: Wrong type argument: stringp, nil
> > `----
> >
>
> I receive the same error when I try to export using C-u C-c C-e X.
>
> As a temporary fix, you can use C-u C-c C-e P while visiting one of the
> org files in the project. That's the method I use to update an entire
> website.
>
As a workaround for the skipping of unmodified files: does setting
org-publish-use-timestamps-flag
to nil temporarily do the deed? I'm not sure what that will do to
the timestamps: they will probably be completely out of sync afterwards;
but that's exactly what Matt's method does (for the current project
only), so it could not be *too* bad !-)
You can also try to blow away (or move aside) the time stamps directory
(~/.org-timestamps by default, or the value of
org-publish-timestamp-directory) and try publishing again.
HTH,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: re-exporting a web site
2009-05-19 14:46 ` Nick Dokos
@ 2009-05-19 14:51 ` Nick Dokos
2009-05-19 14:56 ` Eric S Fraga, Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2009-05-19 14:51 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode, Eric S Fraga
Nick Dokos <nicholas.dokos@hp.com> wrote:
> As a workaround for the skipping of unmodified files: does setting
>
> org-publish-use-timestamps-flag
>
> to nil temporarily do the deed? I'm not sure what that will do to
> the timestamps: they will probably be completely out of sync afterwards;
> but that's exactly what Matt's method does (for the current project
> only), so it could not be *too* bad !-)
>
D'oh - never mind. I need more coffee.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: re-exporting a web site
2009-05-19 14:46 ` Nick Dokos
2009-05-19 14:51 ` Nick Dokos
@ 2009-05-19 14:56 ` Eric S Fraga, Eric S Fraga
2009-05-19 17:30 ` Sebastian Rose
[not found] ` <ucecesf@ucl.ac.uk>
1 sibling, 2 replies; 459+ messages in thread
From: Eric S Fraga, Eric S Fraga @ 2009-05-19 14:56 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
Nick Dokos writes:
> As a workaround for the skipping of unmodified files: does setting
>
> org-publish-use-timestamps-flag
>
> to nil temporarily do the deed? I'm not sure what that will do to
> the timestamps: they will probably be completely out of sync afterwards;
> but that's exactly what Matt's method does (for the current project
> only), so it could not be *too* bad !-)
I guess that would work. In the end, I used Matt's method (having
re-ordered my project list first so that org-mode would choose the
right project by default with the P option...).
> You can also try to blow away (or move aside) the time stamps directory
> (~/.org-timestamps by default, or the value of
> org-publish-timestamp-directory) and try publishing again.
Duh! I did think of blowing it away as I've done that in the past but
never thought of simply moving it out of the way and then moving it
back again afterwards which would at least have retained the time
stamps for other projects. Sigh. I'll remember this for next time
however!
Many thanks all!
eric
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: re-exporting a web site
2009-05-19 14:56 ` Eric S Fraga, Eric S Fraga
@ 2009-05-19 17:30 ` Sebastian Rose
2009-05-19 18:30 ` Eric S Fraga, Eric S Fraga
[not found] ` <ucecesf@ucl.ac.uk>
1 sibling, 1 reply; 459+ messages in thread
From: Sebastian Rose @ 2009-05-19 17:30 UTC (permalink / raw)
To: e.fraga; +Cc: emacs-orgmode
I do
for f in $(find ~/org/ -name '*.org'); do touch "${f}"; done
Sebastian
Eric S Fraga <ucecesf@ucl.ac.uk>, Eric S Fraga <ucecesf@ucl.ac.uk>
writes:
> Nick Dokos writes:
>> As a workaround for the skipping of unmodified files: does setting
>>
>> org-publish-use-timestamps-flag
>>
>> to nil temporarily do the deed? I'm not sure what that will do to
>> the timestamps: they will probably be completely out of sync afterwards;
>> but that's exactly what Matt's method does (for the current project
>> only), so it could not be *too* bad !-)
>
> I guess that would work. In the end, I used Matt's method (having
> re-ordered my project list first so that org-mode would choose the
> right project by default with the P option...).
>
>> You can also try to blow away (or move aside) the time stamps directory
>> (~/.org-timestamps by default, or the value of
>> org-publish-timestamp-directory) and try publishing again.
>
> Duh! I did think of blowing it away as I've done that in the past but
> never thought of simply moving it out of the way and then moving it
> back again afterwards which would at least have retained the time
> stamps for other projects. Sigh. I'll remember this for next time
> however!
>
> Many thanks all!
>
> eric
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.: +49 (0)511 - 36 58 472
Fax: +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.rose@emma-stil.de, sebastian_rose@gmx.de
Http: www.emma-stil.de
^ permalink raw reply [flat|nested] 459+ messages in thread[parent not found: <ucecesf@ucl.ac.uk>]
* Re: re-exporting a web site
[not found] ` <ucecesf@ucl.ac.uk>
@ 2009-05-19 17:04 ` Nick Dokos
2009-07-06 17:55 ` [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation) Nick Dokos
` (5 subsequent siblings)
6 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2009-05-19 17:04 UTC (permalink / raw)
To: e.fraga; +Cc: emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> Nick Dokos writes:
> > As a workaround for the skipping of unmodified files: does setting
> >
> > org-publish-use-timestamps-flag
> >
> > to nil temporarily do the deed? I'm not sure what that will do to
> > the timestamps: they will probably be completely out of sync afterwards;
> > but that's exactly what Matt's method does (for the current project
> > only), so it could not be *too* bad !-)
>
> I guess that would work. In the end, I used Matt's method (having
> re-ordered my project list first so that org-mode would choose the
> right project by default with the P option...).
>
I did not try the experiment, but as I indicated in my "D'oh" response
to me :-), I think you would run into the same bug that you ran into
originally: org-publish with a prefix arg sets
org-publish-use-time-stamps-flag to nil around the subordinate
org-publish-projects call, so these methods are (probably) equivalent. Can
you get a stack trace?
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
[not found] ` <ucecesf@ucl.ac.uk>
2009-05-19 17:04 ` Nick Dokos
@ 2009-07-06 17:55 ` Nick Dokos
2009-07-06 19:05 ` Eric S Fraga
2009-07-06 20:43 ` Sébastien Vauban
2009-07-10 16:32 ` Newbie Questions Nick Dokos
` (4 subsequent siblings)
6 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2009-07-06 17:55 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Sébastien Vauban, emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> At Mon, 06 Jul 2009 17:40:48 +0200,
> S=C3=A9bastien Vauban wrote:
> > It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
> >=20
> > (message-mark-inserted-region beg end &optional verbatim)
>
> I'm curious: I don't have this function defined (using emacs
> 23.0.94.1). Where do you get this from as it would be nice to have.
>
I had the same question: it's part of message.el, but it is bound to
C-c m (at least on GNU Emacs 23.1.50.1).
HTH,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
2009-07-06 17:55 ` [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation) Nick Dokos
@ 2009-07-06 19:05 ` Eric S Fraga
2009-07-06 20:43 ` Sébastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2009-07-06 19:05 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Sébastien Vauban, emacs-orgmode
At Mon, 06 Jul 2009 13:55:45 -0400,
Nick Dokos wrote:
> I had the same question: it's part of message.el, but it is bound to
> C-c m (at least on GNU Emacs 23.1.50.1).
Ah ha! Found it (and it's bound to C-c M-m in my version). Didn't
see it before because I was no longer loading message.el, having moved
to wanderlust which doesn't need it.
Thanks,
eric
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
2009-07-06 17:55 ` [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation) Nick Dokos
2009-07-06 19:05 ` Eric S Fraga
@ 2009-07-06 20:43 ` Sébastien Vauban
2009-07-06 21:08 ` Nick Dokos
1 sibling, 1 reply; 459+ messages in thread
From: Sébastien Vauban @ 2009-07-06 20:43 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Nick and Eric,
Nick Dokos wrote:
> Eric S Fraga wrote:
>> Se9bastien Vauban wrote:
>>> It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
>>>
>>> (message-mark-inserted-region beg end &optional verbatim)
>>
>> I'm curious: I don't have this function defined (using emacs
>> 23.0.94.1). Where do you get this from as it would be nice to have.
>
> I had the same question: it's part of message.el, but it is bound to
> C-c m (at least on GNU Emacs 23.1.50.1).
You answered before I have the opportunity to do it...
But the answer already was in my article ;-)
>>> BTW, you'd better use `C-c M-m' for quoting your code. It will allow an
>>> easy copy past of it... Like this:
--8<---------------cut here---------------start------------->8---
C-c M-m runs the command message-mark-inserted-region, which is an interactive
compiled Lisp function in `message.el'.
--8<---------------cut here---------------end--------------->8---
^^^^^^^^^^
Though, on my system:
--8<---------------cut here---------------start------------->8---
GNU Emacs 23.0.94.1 (i486-pc-linux-gnu, GTK+ Version 2.16.1) of 2009-06-18 on samarium, modified by Debian
--8<---------------cut here---------------end--------------->8---
it is still `C-c M-m'...
--8<---------------cut here---------------start------------->8---
It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
(message-mark-inserted-region beg end &optional verbatim)
--8<---------------cut here---------------end--------------->8---
Happy Emacsing to you...
BTW, would you want a quite comprehensive `.emacs' as example, you could have
a look at http://www.mygooglest.com/fni. It's not really detailed nor
configured for Org-mode, but there is a lot to drink and to eat...
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
2009-07-06 20:43 ` Sébastien Vauban
@ 2009-07-06 21:08 ` Nick Dokos
2009-07-06 22:17 ` Eric S Fraga
2009-07-07 7:27 ` Sébastien Vauban
0 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2009-07-06 21:08 UTC (permalink / raw)
To: =?utf-8?Q?S=C3=A9bastien_Vauban?=; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> But the answer already was in my article=C2=A0;-)
>
> >>> BTW, you'd better use `C-c M-m' for quoting your code. It will allow an
> >>> easy copy past of it... Like this:
>
> C-c M-m runs the command message-mark-inserted-region, which is an interact=
> ive
> compiled Lisp function in `message.el'.
> ^^^^^^^^^^
>
Absolutely right - and my failure to read your message thoroughly caused
me to waste some time searching for an answer that was in front of my
eyes. Consider me suitably chastised - but, knowing me, I'll probably
commit this sin again in the future...
> It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
>
> BTW, would you want a quite comprehensive `.emacs' as example, you could ha=
> ve
> a look at http://www.mygooglest.com/fni. It's not really detailed nor
> configured for Org-mode, but there is a lot to drink and to eat...
No, thanks: I like little sips, otherwise I drown !-)
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
2009-07-06 21:08 ` Nick Dokos
@ 2009-07-06 22:17 ` Eric S Fraga
2009-07-07 7:27 ` Sébastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2009-07-06 22:17 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Sébastien Vauban, emacs-orgmode
At Mon, 06 Jul 2009 17:08:09 -0400,
Nick Dokos wrote:
>
> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
>
> > But the answer already was in my article=C2=A0;-)
it's the things in front of you that are easiest to miss... :(
<blush>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation)
2009-07-06 21:08 ` Nick Dokos
2009-07-06 22:17 ` Eric S Fraga
@ 2009-07-07 7:27 ` Sébastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Sébastien Vauban @ 2009-07-07 7:27 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Nick,
Nick Dokos wrote:
> Sébastien Vauban wrote:
>
>> But the answer already was in my article ;-)
>>
>> >>> BTW, you'd better use `C-c M-m' for quoting your code. It will allow an
>> >>> easy copy past of it... Like this:
>>
>> C-c M-m runs the command message-mark-inserted-region, which is an
>> interactive compiled Lisp function in `message.el'.
>> ^^^^^^^^^^
>
> Absolutely right - and my failure to read your message thoroughly caused
> me to waste some time searching for an answer that was in front of my
> eyes. Consider me suitably chastised - but, knowing me, I'll probably
> commit this sin again in the future...
I'd be glad as well I could be different. But, no, I too want to take a joker
for future misunderstandings or useless questions... ;-)
BTW, would you make progresses or new discoveries regarding the "Org2Beamer"
theme, I'm always glad to know, to test and to share remarks...
Thanks for all,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Newbie Questions
[not found] ` <ucecesf@ucl.ac.uk>
2009-05-19 17:04 ` Nick Dokos
2009-07-06 17:55 ` [OT] message-mark-inserted-region (was Re: Re: Exporting to a Beamer presentation) Nick Dokos
@ 2009-07-10 16:32 ` Nick Dokos
2009-07-10 17:48 ` Nicolas Goaziou
2009-07-10 17:49 ` Eric S Fraga
2009-08-14 10:59 ` Re: DiTAA error under Ubuntu Nick Dokos
` (3 subsequent siblings)
6 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2009-07-10 16:32 UTC (permalink / raw)
To: e.fraga; +Cc: Andrew M. Nuxoll, Emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> At Thu, 09 Jul 2009 21:08:31 -0700,
> Andrew M. Nuxoll wrote:
> > In my mind, there is no conflict between scheduling and deadlining.
>
> I agree with you on this point but, in this case, it makes sense for
> both aspects to be highlighted in the agenda view. I would suggest
> that you might wish to change (reduce) the warning period for the
> deadline when you schedule an item or alternatively not schedule an
> item but simply assign an appointment date/time (i.e. an active time
> stamp) to it for when you want to work on the task. The latter is
> what I do in many cases.
>
Quite likely it's a failure of imagination on my part, but I still
don't see why you would both schedule and deadline an item. Could
you provide a scenario where that would be useful?
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Newbie Questions
2009-07-10 16:32 ` Newbie Questions Nick Dokos
@ 2009-07-10 17:48 ` Nicolas Goaziou
2009-07-10 17:53 ` Eric S Fraga
2009-07-10 17:49 ` Eric S Fraga
1 sibling, 1 reply; 459+ messages in thread
From: Nicolas Goaziou @ 2009-07-10 17:48 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Andrew M. Nuxoll, Emacs-orgmode
Nick Dokos <nicholas.dokos@hp.com> writes:
> Quite likely it's a failure of imagination on my part, but I still
> don't see why you would both schedule and deadline an item. Could
> you provide a scenario where that would be useful?
I think the OP has a time frame to execute some task. He doesn't want to
be bugged about it before SCHEDULED, and it will be too late after
DEADLINE.
Imagine you have to make a gift to someone on Sunday, but got so much
work to do that you won't be able to go to the mall before Thursday...
oh well, you can always buy online then, but that would defeat the point
of my example.
Then again, as someone said, a DEADLINE with an appropriate warning
delay would be fine in that case too.
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Newbie Questions
2009-07-10 17:48 ` Nicolas Goaziou
@ 2009-07-10 17:53 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2009-07-10 17:53 UTC (permalink / raw)
To: nicholas.dokos, e.fraga, Andrew M. Nuxoll, Emacs-orgmode
At Fri, 10 Jul 2009 19:48:20 +0200,
Nicolas Goaziou wrote:
> [...]
> Then again, as someone said, a DEADLINE with an appropriate warning
> delay would be fine in that case too.
I have tasks that have deadlines months in the future and which need
tackling from now until the deadline, although obviously not
continuously. Putting a warning on the deadline to cover the full
time range would fill my agenda view with deadlines, making it rather
ineffective!
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Newbie Questions
2009-07-10 16:32 ` Newbie Questions Nick Dokos
2009-07-10 17:48 ` Nicolas Goaziou
@ 2009-07-10 17:49 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2009-07-10 17:49 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Andrew M. Nuxoll, Emacs-orgmode
At Fri, 10 Jul 2009 12:32:59 -0400,
Nick Dokos wrote:
> Quite likely it's a failure of imagination on my part, but I still
> don't see why you would both schedule and deadline an item. Could
> you provide a scenario where that would be useful?
Well, to use an example that I think the OP (Andrew) would identify
with, when a funding agency puts out a call for proposals, they will
give a strict deadline (e.g. 12 noon, 5 August 2009). That date is
critical to the activity of writing the proposal if one intends to
apply for funding so the date gets put in my org file immediately.
Subsequently, when I figure out when I will have time to work on
writing the proposal, I will schedule the appropriate event. I must
admit, however, that I do frequently simply put an active time stamp
on the note for when I want to work on this task. I guess it depends
on the "granularity" of the scheduling of the task: if I intend to
work on it at some specific hour of the day, I'll use a time stamp; if
I intend to tackle the task "sometime" on Thursday, I'll schedule it.
The latter may be the wrong way to do it but the reality is that my
"planned" schedule often goes completely out the window due to
external factors and any time stamped activities disappear off the
agenda view the following day whereas scheduled items do not. This
makes scheduling appealing as it allows me to say, the next day,
"ooops, I forgot to actually work on that proposal yesterday...".
YMMV, of course!
cheers,
eric
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: DiTAA error under Ubuntu
[not found] ` <ucecesf@ucl.ac.uk>
` (2 preceding siblings ...)
2009-07-10 16:32 ` Newbie Questions Nick Dokos
@ 2009-08-14 10:59 ` Nick Dokos
2009-08-14 11:04 ` Nick Dokos
2010-02-04 18:24 ` Changing paragraph setting in Latex export Nick Dokos
` (2 subsequent siblings)
6 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2009-08-14 10:59 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Sébastien Vauban, emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> Is there any reason you do not wish to install either of openjdk or
> sun-java? The gnu java implementation is (I believe -- I could be
> horridly out of date on this) still not complete, especially with
> respect to AWT. My recommendation would be to install either
> openjdk-6 (which Nick I believe is using and works) or sun-java6
> (which I am using and works).
>
Seb is using openjdk. I, otoh, use Sun's version, as you do: perhaps
there is a problem with openjdk, perhaps it's just Seb's setup.
>
> Best is to do:
>
> update-alternatives --display java
>
> which will list the alternatives installed for that command as well as
> tell you the default. For me:
>
> --8<---------------cut here---------------start------------->8---
> $ update-alternatives --display java
> java - manual mode
> link currently points to /usr/lib/jvm/java-6-sun/jre/bin/java
> /usr/bin/gij-4.3 - priority 43
> /usr/bin/gij-wrapper-4.0 - priority 40
> slave java.1.gz: /usr/share/man/man1/gij-wrapper-4.0.1.gz
> /usr/bin/gij-wrapper-4.1 - priority 41
> /usr/lib/jvm/java-6-sun/jre/bin/java - priority 63
> slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz
> /usr/lib/jvm/java-gcj/jre/bin/java - priority 1043
> slave java.1.gz: /usr/lib/jvm/java-gcj/man/man1/java.1.gz
> Current `best' version is /usr/lib/jvm/java-gcj/jre/bin/java.
> $
> --8<---------------cut here---------------end--------------->8---
>
> so my default Java is the one from Sun, version 6.
>
In my case, this gives
$ update-alternatives --display java
java - status is auto.
link currently points to /usr/lib/jvm/java-6-sun/jre/bin/java
/usr/lib/jvm/java-6-sun/jre/bin/java - priority 63
slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz
Current `best' version is /usr/lib/jvm/java-6-sun/jre/bin/java.
> > What do you advise me to do? Installing another well-chosen
> > package?
>
> Yes, my recommendation would indeed be to install one of openjdk or
> sun-java.
>
I guess the question is: is there anybody with an openjdk install
for whom ditaa is working?
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: DiTAA error under Ubuntu
2009-08-14 10:59 ` Re: DiTAA error under Ubuntu Nick Dokos
@ 2009-08-14 11:04 ` Nick Dokos
0 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2009-08-14 11:04 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Sébastien Vauban, emacs-orgmode
Nick Dokos <nicholas.dokos@hp.com> wrote:
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> >
> > Is there any reason you do not wish to install either of openjdk or
> > sun-java? The gnu java implementation is (I believe -- I could be
> > horridly out of date on this) still not complete, especially with
> > respect to AWT. My recommendation would be to install either
> > openjdk-6 (which Nick I believe is using and works) or sun-java6
> > (which I am using and works).
> >
>
> Seb is using openjdk. I, otoh, use Sun's version, as you do: perhaps
> there is a problem with openjdk, perhaps it's just Seb's setup.
>
My mistake: I must have misread Seb's original mail (see, Seb, I told you it
wouldn't be the last time!-) Apparently, openjdk works fine.
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Changing paragraph setting in Latex export
[not found] ` <ucecesf@ucl.ac.uk>
` (3 preceding siblings ...)
2009-08-14 10:59 ` Re: DiTAA error under Ubuntu Nick Dokos
@ 2010-02-04 18:24 ` Nick Dokos
2010-02-04 18:49 ` Eric S Fraga
2010-08-12 14:15 ` [babel] confusion about org-confirm-babel-evaluate Nick Dokos
2010-10-07 13:29 ` Re: Bibtex and latex export Nick Dokos
6 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-02-04 18:24 UTC (permalink / raw)
To: Eric S Fraga; +Cc: emacs-orgmode, Paul Mead
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> These are more latex questions than org-mode. On that note, I also
> recommend the visual FAQ for latex users:
>
> http://www.ctan.org/tex-archive/info/visualFAQ/visualFAQ.pdf
>
> Links are clickable leading to web pages that describe the particular
> elements that accomplish whatever task you wish.
>
> page 10 has an example of "raggedright" or "flushleft" text.
>
>
All I can say is: Wow! It's a keeper.
Thanks for posting this.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [babel] confusion about org-confirm-babel-evaluate
[not found] ` <ucecesf@ucl.ac.uk>
` (4 preceding siblings ...)
2010-02-04 18:24 ` Changing paragraph setting in Latex export Nick Dokos
@ 2010-08-12 14:15 ` Nick Dokos
2010-08-12 15:07 ` Erik Iverson
2010-10-07 13:29 ` Re: Bibtex and latex export Nick Dokos
6 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-08-12 14:15 UTC (permalink / raw)
To: Eric S Fraga; +Cc: nicholas.dokos, org-mode mailing list
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> Hello all,
>
> Back from a short holiday and trying to catch up on work... and so I
> may have missed something in the org mailing list (although I've
> searched...).
>
> I have a large file which includes many babel code blocks (mostly
> maxima) that I wish to have evaluated on export. This works except
> that I have to confirm each evaluation (which takes some time). I
> know that org-confirm-babel-evaluate exists so I have put the
> following at the top of my org file:
>
> # -*- org-confirm-babel-evaluate: nil; -*-
>
> checking the value of this variable (C-h v org-babel-confirm-evaluate)
> gives me:
>
> ,----
> | org-confirm-babel-evaluate is a variable defined in `ob.el'.
> | Its value is nil
> | Local in buffer deferred-questions.org; global value is t
> |
> | This variable is a file local variable.
> | This variable is safe as a file local variable if its value
> | satisfies the predicate which is byte-compiled expression.
> |
> | Documentation:
> | Confirm before evaluation.
> | Require confirmation before interactively evaluating code
> | blocks in Org-mode buffers. The default value of this variable
> | is t, meaning confirmation is required for any code block
> | evaluation. This variable can be set to nil to inhibit any
> | future confirmation requests. This variable can also be set to a
> | [...]
> `----
>
> so the value is indeed nil. However, exporting to PDF, say, still
> requires me to confirm each evaluation. Typing C-c C-c doesn't
> require confirmation, however, so the variable does seem to have some
> effect.
>
> What am I missing here to avoid having to confirm on export? The only
> variable I have found that combines both export and babel is
> org-export-babel-evaluate which is not what I want.
>
Seems to me that the variable is not effective at all at this point in time:
it still has to be connected up and wired in. Here's what I see:
Org-mode version 7.01trans (release_7.01h.112.g13a0)
GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-05-17 on gamaville.dokosmarshall.org
org-babel-execute-src-block calls org-babel-confirm-evaluate in the
following context:
(let (...
(evaluation-confirmed (org-babel-confirm-evaluate info))
...)
...
but evaluation-confirmed is not used anywhere. In fact, there is a comment
on the line above:
;; note the `evaluation-confirmed' variable is currently not
;; used, but could be used later to avoid the need for
;; chaining confirmations
(evaluation-confirmed (org-babel-confirm-evaluate info))
but that's the *only* place where org-babel-confirm-evaluate is called,
so I don't think the function (or the variable that Eric is trying to
set) has any effect at all. I haven't chased things through to the C-c C-c
stage that Eric mentions, so I'm not sure what causes that.
Am I missing something?
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [babel] confusion about org-confirm-babel-evaluate
2010-08-12 14:15 ` [babel] confusion about org-confirm-babel-evaluate Nick Dokos
@ 2010-08-12 15:07 ` Erik Iverson
2010-08-12 16:38 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Erik Iverson @ 2010-08-12 15:07 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
Nick Dokos wrote:
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
>> Hello all,
>>
>> Back from a short holiday and trying to catch up on work... and so I
>> may have missed something in the org mailing list (although I've
>> searched...).
>>
>> I have a large file which includes many babel code blocks (mostly
>> maxima) that I wish to have evaluated on export. This works except
>> that I have to confirm each evaluation (which takes some time). I
>> know that org-confirm-babel-evaluate exists so I have put the
>> following at the top of my org file:
>>
>> # -*- org-confirm-babel-evaluate: nil; -*-
>>
>> checking the value of this variable (C-h v org-babel-confirm-evaluate)
>> gives me:
>>
>> ,----
>> | org-confirm-babel-evaluate is a variable defined in `ob.el'.
>> | Its value is nil
>> | Local in buffer deferred-questions.org; global value is t
>> |
>> | This variable is a file local variable.
>> | This variable is safe as a file local variable if its value
>> | satisfies the predicate which is byte-compiled expression.
>> |
>> | Documentation:
>> | Confirm before evaluation.
>> | Require confirmation before interactively evaluating code
>> | blocks in Org-mode buffers. The default value of this variable
>> | is t, meaning confirmation is required for any code block
>> | evaluation. This variable can be set to nil to inhibit any
>> | future confirmation requests. This variable can also be set to a
>> | [...]
>> `----
>>
>> so the value is indeed nil. However, exporting to PDF, say, still
>> requires me to confirm each evaluation. Typing C-c C-c doesn't
>> require confirmation, however, so the variable does seem to have some
>> effect.
>>
>> What am I missing here to avoid having to confirm on export? The only
>> variable I have found that combines both export and babel is
>> org-export-babel-evaluate which is not what I want.
>>
>
> Seems to me that the variable is not effective at all at this point in time:
> it still has to be connected up and wired in. Here's what I see:
>
> Org-mode version 7.01trans (release_7.01h.112.g13a0)
> GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-05-17 on gamaville.dokosmarshall.org
>
> org-babel-execute-src-block calls org-babel-confirm-evaluate in the
> following context:
>
> (let (...
> (evaluation-confirmed (org-babel-confirm-evaluate info))
> ...)
> ...
>
> but evaluation-confirmed is not used anywhere. In fact, there is a comment
> on the line above:
>
> ;; note the `evaluation-confirmed' variable is currently not
> ;; used, but could be used later to avoid the need for
> ;; chaining confirmations
> (evaluation-confirmed (org-babel-confirm-evaluate info))
>
> but that's the *only* place where org-babel-confirm-evaluate is called,
> so I don't think the function (or the variable that Eric is trying to
> set) has any effect at all. I haven't chased things through to the C-c C-c
> stage that Eric mentions, so I'm not sure what causes that.
>
> Am I missing something?
org-babel-confirm-evaluate is a function.
org-confirm-babel-evaluate is a variable.
evaluation-confirmed is the result of evaluating the
org-babel-confirm-evaluate function. So even though the
/result/ of that function isn't used yet, the function is still
called. That function uses the value of org-confirm-babel-evaluate
to decide to prompt the user or not. So, as of now,
setting org-confirm-babel-evaluate to t or nil definitely has an
effect.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [babel] confusion about org-confirm-babel-evaluate
2010-08-12 15:07 ` Erik Iverson
@ 2010-08-12 16:38 ` Nick Dokos
0 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2010-08-12 16:38 UTC (permalink / raw)
To: Erik Iverson; +Cc: nicholas.dokos, org-mode mailing list
Erik Iverson <eriki@ccbr.umn.edu> wrote:
> >
> > Am I missing something?
>
> org-babel-confirm-evaluate is a function.
> org-confirm-babel-evaluate is a variable.
>
I got that much, but I was expecting the return value of the function to
make a difference...
>
> evaluation-confirmed is the result of evaluating the
> org-babel-confirm-evaluate function. So even though the
> /result/ of that function isn't used yet, the function is still
> called. That function uses the value of org-confirm-babel-evaluate
> to decide to prompt the user or not. So, as of now,
> setting org-confirm-babel-evaluate to t or nil definitely has an
> effect.
... but of course in this case, the function never returns in the
no-confirm case.
Thanks for setting me straight!
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
[not found] ` <ucecesf@ucl.ac.uk>
` (5 preceding siblings ...)
2010-08-12 14:15 ` [babel] confusion about org-confirm-babel-evaluate Nick Dokos
@ 2010-10-07 13:29 ` Nick Dokos
2010-10-07 13:58 ` Eric S Fraga
6 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-07 13:29 UTC (permalink / raw)
To: e.fraga; +Cc: Achim Gratz, emacs-orgmode, nicholas.dokos
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz <Stromeko@nexgo.de> wrote:
> >
> > Hi Eric,
> >
> > Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
> > > | egrep: Invalid range end
> > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.
> >
> > Something somewhere tries to make a local path from an absolute one by
> > prepending "./", which fails (predictably). Is the input readable at
> > the original path? Not sure the error message from egrep has to do with
> > it or not, but it must be in any case one of the processes started by
> > texi2dvi (does not show up on my system, I only have calls to grep when
> > I trace it, but one of the sub-processes might still use it). I think
> > texi2dvi also invokes shell scripts, so any funny configuration in the
> > environment, especially where path points to, could throw it off.
>
> As far as I know, there is nothing out of the ordinary with my paths
> etc (please note that the /.../ above was an edit on my part to hide a
> rather long path). Any hints as to what I can do to explore this
> would be most helpful. How can I get a trace on what texi2dvi is
> doing? (sh -v /usr/bin/texi2dvi?)
>
There is an explicit egrep on line 1563 or thereabouts (my version
says
# texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources.
# $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $
at the top of the file):
# If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex),
# prepend `./' in order to avoid that the tools take it as an option.
echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \
|| command_line_filename="./$command_line_filename"
The regular expression seems a bit weird (upper case A to lower case
z?), but I can't see off the top of my head how it gets tripped up. For
tracing, try
sh -x texi2dvi ....
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-07 13:29 ` Re: Bibtex and latex export Nick Dokos
@ 2010-10-07 13:58 ` Eric S Fraga
2010-10-07 14:22 ` Nick Dokos
2010-10-08 8:43 ` suvayu ali
0 siblings, 2 replies; 459+ messages in thread
From: Eric S Fraga @ 2010-10-07 13:58 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Achim Gratz, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 3613 bytes --]
On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz <Stromeko@nexgo.de> wrote:
> > >
> > > Hi Eric,
> > >
> > > Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
> > > > | egrep: Invalid range end
> > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.
> > >
> > > Something somewhere tries to make a local path from an absolute one by
> > > prepending "./", which fails (predictably). Is the input readable at
> > > the original path? Not sure the error message from egrep has to do with
> > > it or not, but it must be in any case one of the processes started by
> > > texi2dvi (does not show up on my system, I only have calls to grep when
> > > I trace it, but one of the sub-processes might still use it). I think
> > > texi2dvi also invokes shell scripts, so any funny configuration in the
> > > environment, especially where path points to, could throw it off.
> >
> > As far as I know, there is nothing out of the ordinary with my paths
> > etc (please note that the /.../ above was an edit on my part to hide a
> > rather long path). Any hints as to what I can do to explore this
> > would be most helpful. How can I get a trace on what texi2dvi is
> > doing? (sh -v /usr/bin/texi2dvi?)
> >
>
> There is an explicit egrep on line 1563 or thereabouts (my version
> says
>
> # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources.
> # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $
>
> at the top of the file):
>
>
> # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex),
> # prepend `./' in order to avoid that the tools take it as an option.
> echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \
> || command_line_filename="./$command_line_filename"
>
>
> The regular expression seems a bit weird (upper case A to lower case
> z?), but I can't see off the top of my head how it gets tripped up. For
> tracing, try
>
> sh -x texi2dvi ....
>
> Nick
Thanks Nick. If I do this:
: (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
the following is a snippet of the output:
,----
| + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/)
| egrep: Invalid range end
| + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
| + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
| + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping.
`----
Because the egrep fails completely, the script assumes that it does
need to prepend "./" to the file name even though the file name
already starts with "/" (and is definitely *not* a DOS type file name
;-).
I don't understand why the egrep is failing although it definitely has
something to do with A-z range; if I try the egrep at the shell and
use "A-Za-z" instead of "A-z", the command works fine. Does it work
for anybody else on Linux?
I wonder if the problem with the range is locale dependent? My locale
is en_GB.UTF-8. The manual page for egrep does indicate that ranges
may not mean the same thing in different locales and suggests using
locale C. I don't want to change my locale but maybe it could be set
for the invocation of texi2dvi... (yech).
This is obviously not an org problem as such but I am surprised it's
working for anybody at all...
I guess I'll stick to multiple invocations of pdflatex directly for
the time being.
cheers,
eric
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-07 13:58 ` Eric S Fraga
@ 2010-10-07 14:22 ` Nick Dokos
2010-10-07 14:29 ` Eric S Fraga
2010-10-08 8:43 ` suvayu ali
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-07 14:22 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Achim Gratz, nicholas.dokos, emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
>
> the following is a snippet of the output:
>
> ,----
> | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/)
> | egrep: Invalid range end
> | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping.
> `----
>
What's that '+' sign at the end of the path?
> Because the egrep fails completely, the script assumes that it does
> need to prepend "./" to the file name even though the file name
> already starts with "/" (and is definitely *not* a DOS type file name
> ;-).
>
> I don't understand why the egrep is failing although it definitely has
> something to do with A-z range; if I try the egrep at the shell and
> use "A-Za-z" instead of "A-z", the command works fine. Does it work
> for anybody else on Linux?
>
I'm using en_US.UTF-8 on Ubuntu 8.10 and it seems to work for me.
The regexp does look funny: there are non-letters included in the
range and it may be that different versions of egrep are more or less
strict in checking it. I would change the texi2dvi script to use [A-Za-z]
and submit a bug report to texinfo.
> I wonder if the problem with the range is locale dependent? My locale
> is en_GB.UTF-8. The manual page for egrep does indicate that ranges
> may not mean the same thing in different locales and suggests using
> locale C. I don't want to change my locale but maybe it could be set
> for the invocation of texi2dvi... (yech).
>
You can always change the LOCALE just for the texi2dvi invocation.
I believe that the following works (untested):
LANG=C texi2dvi ....
or maybe
LC_ALL=C texi2dvi ...
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-07 14:22 ` Nick Dokos
@ 2010-10-07 14:29 ` Eric S Fraga
2010-10-07 14:37 ` Nick Dokos
2010-10-07 17:30 ` Achim Gratz
0 siblings, 2 replies; 459+ messages in thread
From: Eric S Fraga @ 2010-10-07 14:29 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1942 bytes --]
On Thu, 07 Oct 2010 10:22:25 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> > : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
> >
> > the following is a snippet of the output:
> >
> > ,----
> > | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/)
> > | egrep: Invalid range end
> > | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> > | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> > | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping.
> > `----
> >
>
> What's that '+' sign at the end of the path?
I think that's "sh -x" indicating a | between commands; it's not
actually in the file name. Mind you, even if it were part of the file
name, things should work (well, maybe not latex itself...).
> > I don't understand why the egrep is failing although it definitely has
> > something to do with A-z range; if I try the egrep at the shell and
> > use "A-Za-z" instead of "A-z", the command works fine. Does it work
> > for anybody else on Linux?
> >
> I'm using en_US.UTF-8 on Ubuntu 8.10 and it seems to work for me.
Interesting.
> The regexp does look funny: there are non-letters included in the
> range and it may be that different versions of egrep are more or less
> strict in checking it. I would change the texi2dvi script to use [A-Za-z]
> and submit a bug report to texinfo.
I think I will do so. The thing is that the check is very much for
DOS file names so I don't actually care what that part of the regex is
doing!
> You can always change the LOCALE just for the texi2dvi invocation.
> I believe that the following works (untested):
>
> LANG=C texi2dvi ....
>
> or maybe
>
> LC_ALL=C texi2dvi ...
but this may have unexpected side effects? I'm not sure if any of the
latex suite use the locale...
Thanks again,
eric
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-07 14:29 ` Eric S Fraga
@ 2010-10-07 14:37 ` Nick Dokos
2010-10-07 19:51 ` Eric S Fraga
2010-10-07 17:30 ` Achim Gratz
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-07 14:37 UTC (permalink / raw)
To: Eric S Fraga; +Cc: nicholas.dokos, emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> > ... I would change the texi2dvi script to use [A-Za-z]
> > and submit a bug report to texinfo.
>
> I think I will do so. The thing is that the check is very much for
> DOS file names so I don't actually care what that part of the regex is
> doing!
>
M$ will get you one way or another :-)
BTW, if you do
echo /foo | egrep '^(/|[A-z]:/)'
do you get the bad range end error message? If so, then your egrep
is indeed stricter than mine.
> > LC_ALL=C texi2dvi ...
>
> but this may have unexpected side effects? I'm not sure if any of the
> latex suite use the locale...
>
Yeah, perhaps...
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-07 14:37 ` Nick Dokos
@ 2010-10-07 19:51 ` Eric S Fraga
2010-10-07 20:11 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2010-10-07 19:51 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 926 bytes --]
On Thu, 07 Oct 2010 10:37:52 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> > > ... I would change the texi2dvi script to use [A-Za-z]
> > > and submit a bug report to texinfo.
> >
> > I think I will do so. The thing is that the check is very much for
> > DOS file names so I don't actually care what that part of the regex is
> > doing!
> >
>
> M$ will get you one way or another :-)
>
> BTW, if you do
>
> echo /foo | egrep '^(/|[A-z]:/)'
>
> do you get the bad range end error message? If so, then your egrep
> is indeed stricter than mine.
I do indeed:
: egrep: Invalid range end.
Very strange.
> > > LC_ALL=C texi2dvi ...
> >
> > but this may have unexpected side effects? I'm not sure if any of the
> > latex suite use the locale...
>
> Yeah, perhaps...
Interestingly, it *is* a locale issue:
: $ echo /foo | LC_ALL=C egrep '^(/|[A-z]:/)'
: /foo
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-07 19:51 ` Eric S Fraga
@ 2010-10-07 20:11 ` Nick Dokos
2010-10-08 6:23 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-07 20:11 UTC (permalink / raw)
To: Eric S Fraga; +Cc: nicholas.dokos, emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> > echo /foo | egrep '^(/|[A-z]:/)'
> >
> > do you get the bad range end error message? If so, then your egrep
> > is indeed stricter than mine.
>
> I do indeed:
>
> : egrep: Invalid range end.
>
> Very strange.
>
> > > > LC_ALL=C texi2dvi ...
> > >
> > > but this may have unexpected side effects? I'm not sure if any of the
> > > latex suite use the locale...
> >
> > Yeah, perhaps...
>
> Interestingly, it *is* a locale issue:
>
> : $ echo /foo | LC_ALL=C egrep '^(/|[A-z]:/)'
> : /foo
>
Yup: the egrep man page says
,----
| Within a bracket expression, a range expression consists of two
| characters separated by a hyphen. It matches any single character that
| sorts between the two characters, inclusive, using the locale’s
| collating sequence and character set. For example, in the default C
| locale, [a-d] is equivalent to [abcd]. Many locales sort characters in
| dictionary order, and in these locales [a-d] is typically not equivalent
| to [abcd]; it might be equivalent to [aBbCcDd], for example. To obtain
| the traditional interpretation of bracket expressions, you can use the C
| locale by setting the LC_ALL environment variable to the value C.
`----
So as Achim pointed out, unless texi2dvi explicitly specifies the locale
for egrep, that regexp is busted. Even [A-Za-z] is busted in the absence
of a locale: it would have to be something like [:alpha:], although I'm
not sure what DOS allows/requires as a drive prefix. And even in the C
locale, [A-z] allows non-letters which, I'm pretty sure, cannot be used
as drive prefixes.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-07 20:11 ` Nick Dokos
@ 2010-10-08 6:23 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2010-10-08 6:23 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2179 bytes --]
On Thu, 07 Oct 2010 16:11:32 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
> > > echo /foo | egrep '^(/|[A-z]:/)'
> > >
> > > do you get the bad range end error message? If so, then your egrep
> > > is indeed stricter than mine.
> >
> > I do indeed:
> >
> > : egrep: Invalid range end.
> >
> > Very strange.
> >
> > > > > LC_ALL=C texi2dvi ...
> > > >
> > > > but this may have unexpected side effects? I'm not sure if any of the
> > > > latex suite use the locale...
> > >
> > > Yeah, perhaps...
> >
> > Interestingly, it *is* a locale issue:
> >
> > : $ echo /foo | LC_ALL=C egrep '^(/|[A-z]:/)'
> > : /foo
> >
>
> Yup: the egrep man page says
>
> ,----
> | Within a bracket expression, a range expression consists of two
> | characters separated by a hyphen. It matches any single character that
> | sorts between the two characters, inclusive, using the locale’s
> | collating sequence and character set. For example, in the default C
> | locale, [a-d] is equivalent to [abcd]. Many locales sort characters in
> | dictionary order, and in these locales [a-d] is typically not equivalent
> | to [abcd]; it might be equivalent to [aBbCcDd], for example. To obtain
> | the traditional interpretation of bracket expressions, you can use the C
> | locale by setting the LC_ALL environment variable to the value C.
> `----
>
> So as Achim pointed out, unless texi2dvi explicitly specifies the locale
> for egrep, that regexp is busted. Even [A-Za-z] is busted in the absence
> of a locale: it would have to be something like [:alpha:], although I'm
> not sure what DOS allows/requires as a drive prefix. And even in the C
> locale, [A-z] allows non-letters which, I'm pretty sure, cannot be used
> as drive prefixes.
>
> Nick
>
Okay, I think this has convinced me to file a bug report. I'll start
with Debian's system (reporting a bug against the texinfo package) and
hope it filters upstream appropriately. texi2dvi definitely does not
specify the locale for egrep. [:alpha:] is probably the right choice
from the little I know about DOS...
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Bibtex and latex export
2010-10-07 14:29 ` Eric S Fraga
2010-10-07 14:37 ` Nick Dokos
@ 2010-10-07 17:30 ` Achim Gratz
1 sibling, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2010-10-07 17:30 UTC (permalink / raw)
To: emacs-orgmode
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> I think I will do so. The thing is that the check is very much for
> DOS file names so I don't actually care what that part of the regex is
> doing!
Since texi2dvi is not fixing a locale this is clearly a bug that you
should report. It should use character classes instead. Why your
version of egrep complains about the range expression is not clear to me
(it may be locale dependent behaviour, but not syntactically an invalid
range expression), but you could check LC_COLLATE if "z" gets sorted
before "A". I have an older version of egrep that will simply ignore
the range in this case and never match, but it certainly doesn't throw
an error. Maybe this was changed to weed out bad regex's... :-)
> but this may have unexpected side effects? I'm not sure if any of the
> latex suite use the locale...
I'd be wary of that, too. If anything you might precede just the call to
egrep by "LC_ALL=C".
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-07 13:58 ` Eric S Fraga
2010-10-07 14:22 ` Nick Dokos
@ 2010-10-08 8:43 ` suvayu ali
2010-10-08 11:35 ` Eric S Fraga
2010-10-08 12:01 ` Bernt Hansen
1 sibling, 2 replies; 459+ messages in thread
From: suvayu ali @ 2010-10-08 8:43 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Achim Gratz, nicholas.dokos, emacs-orgmode
On 7 October 2010 06:58, Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>>
>> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>>
>> > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz <Stromeko@nexgo.de> wrote:
>> > >
>> > > Hi Eric,
>> > >
>> > > Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>> > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
>> > > > | egrep: Invalid range end
>> > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.
>> > >
>> > > Something somewhere tries to make a local path from an absolute one by
>> > > prepending "./", which fails (predictably). Is the input readable at
>> > > the original path? Not sure the error message from egrep has to do with
>> > > it or not, but it must be in any case one of the processes started by
>> > > texi2dvi (does not show up on my system, I only have calls to grep when
>> > > I trace it, but one of the sub-processes might still use it). I think
>> > > texi2dvi also invokes shell scripts, so any funny configuration in the
>> > > environment, especially where path points to, could throw it off.
>> >
>> > As far as I know, there is nothing out of the ordinary with my paths
>> > etc (please note that the /.../ above was an edit on my part to hide a
>> > rather long path). Any hints as to what I can do to explore this
>> > would be most helpful. How can I get a trace on what texi2dvi is
>> > doing? (sh -v /usr/bin/texi2dvi?)
>> >
>>
>> There is an explicit egrep on line 1563 or thereabouts (my version
>> says
>>
>> # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources.
>> # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $
>>
>> at the top of the file):
>>
>>
>> # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex),
>> # prepend `./' in order to avoid that the tools take it as an option.
>> echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \
>> || command_line_filename="./$command_line_filename"
>>
>>
>> The regular expression seems a bit weird (upper case A to lower case
>> z?), but I can't see off the top of my head how it gets tripped up. For
>> tracing, try
>>
>> sh -x texi2dvi ....
>>
>> Nick
>
> Thanks Nick. If I do this:
>
> : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
>
> the following is a snippet of the output:
>
> ,----
> | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/)
> | egrep: Invalid range end
> | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
> | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping.
> `----
>
> Because the egrep fails completely, the script assumes that it does
> need to prepend "./" to the file name even though the file name
> already starts with "/" (and is definitely *not* a DOS type file name
> ;-).
>
> I don't understand why the egrep is failing although it definitely has
> something to do with A-z range; if I try the egrep at the shell and
> use "A-Za-z" instead of "A-z", the command works fine. Does it work
> for anybody else on Linux?
>
> I wonder if the problem with the range is locale dependent? My locale
> is en_GB.UTF-8. The manual page for egrep does indicate that ranges
> may not mean the same thing in different locales and suggests using
> locale C. I don't want to change my locale but maybe it could be set
> for the invocation of texi2dvi... (yech).
>
> This is obviously not an org problem as such but I am surprised it's
> working for anybody at all...
>
> I guess I'll stick to multiple invocations of pdflatex directly for
> the time being.
>
I have the exact same problem ever since I updated org today. (from
commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06
Eric Schulte)
My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite
understand the discussion where the bug actually is. To resolve this
do I need to file a bug with the Fedora bugzilla? I am confused how
can that be possible because I can successfully export to pdf if I
downgrade org to commit 344785b.
Any suggestions welcome.
> cheers,
> eric
>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-08 8:43 ` suvayu ali
@ 2010-10-08 11:35 ` Eric S Fraga
2010-10-08 15:37 ` suvayu ali
` (2 more replies)
2010-10-08 12:01 ` Bernt Hansen
1 sibling, 3 replies; 459+ messages in thread
From: Eric S Fraga @ 2010-10-08 11:35 UTC (permalink / raw)
To: suvayu ali; +Cc: Achim Gratz, nicholas.dokos, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1508 bytes --]
On Fri, 8 Oct 2010 01:43:25 -0700, suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
[...]
>
> I have the exact same problem ever since I updated org today. (from
> commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06
> Eric Schulte)
>
> My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite
> understand the discussion where the bug actually is. To resolve this
> do I need to file a bug with the Fedora bugzilla? I am confused how
> can that be possible because I can successfully export to pdf if I
> downgrade org to commit 344785b.
>
> Any suggestions welcome.
>
> > cheers,
> > eric
> >
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
Suvayu,
the bug is due to the expression in the texi2dvi script used in an
egrep command. The reason it is hitting you now and not before is
that the default sequence of commands for exporting org files to PDF
has changed from a sequence of "pdflatex" and "bibtex" commands to one
of using only "texi2dvi". You can fix the problem by changing the
variable org-latex-to-pdf-process. I have set it to
: ("pdflatex %f" "bibtex %f" "pdflatex %f" "pdflatex %f")
and this works just fine for me. If you don't need bibtex at all, you
can remove that entry. You only need multiple runs of pdflatex if you
have cross-references (including tables of contents etc).
This is a solution in one sense but the real bug is the egrep
expression in texi2dvi which is why it is suggested that a bug report
be filed.
HTH,
eric
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-08 11:35 ` Eric S Fraga
@ 2010-10-08 15:37 ` suvayu ali
2010-10-08 15:51 ` Nick Dokos
2010-10-08 18:03 ` Bibtex and latex export Achim Gratz
2 siblings, 0 replies; 459+ messages in thread
From: suvayu ali @ 2010-10-08 15:37 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Achim Gratz, nicholas.dokos, emacs-orgmode
On 8 October 2010 04:35, Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> On Fri, 8 Oct 2010 01:43:25 -0700, suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
> [...]
> Suvayu,
>
> the bug is due to the expression in the texi2dvi script used in an
> egrep command. The reason it is hitting you now and not before is
> that the default sequence of commands for exporting org files to PDF
> has changed from a sequence of "pdflatex" and "bibtex" commands to one
> of using only "texi2dvi". You can fix the problem by changing the
> variable org-latex-to-pdf-process. I have set it to
>
> : ("pdflatex %f" "bibtex %f" "pdflatex %f" "pdflatex %f")
>
> and this works just fine for me. If you don't need bibtex at all, you
> can remove that entry. You only need multiple runs of pdflatex if you
> have cross-references (including tables of contents etc).
>
> This is a solution in one sense but the real bug is the egrep
> expression in texi2dvi which is why it is suggested that a bug report
> be filed.
>
Hi Eric,
Thanks a lot for the explanation and the fix for now. I'll definitely
file a bug report with Fedora.
> HTH,
> eric
>
> --
> Eric S Fraga
> GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
>
>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-08 11:35 ` Eric S Fraga
2010-10-08 15:37 ` suvayu ali
@ 2010-10-08 15:51 ` Nick Dokos
2010-10-08 16:44 ` suvayu ali
2010-10-08 18:03 ` Bibtex and latex export Achim Gratz
2 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-08 15:51 UTC (permalink / raw)
To: Eric S Fraga; +Cc: Achim Gratz, emacs-orgmode, nicholas.dokos
Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
> This is a solution in one sense but the real bug is the egrep
> expression in texi2dvi which is why it is suggested that a bug report
> be filed.
>
texi2dvi includes the following address for bug reports:
bug-texinfo@gnu.org
so maybe *one* of the people filing a bug report with debian/fedora/etc
should cc: this address. Eric, do you want to do that?
FWIW, I just tried
echo /foo | egrep '^(/|[A-z]:/)'
on Ubuntu 10.04 and egrep does not complain. Can you guys try
egrep -V
and see what version of egrep you are running?
On Ubuntu 8.10: egrep -V says GNU grep 2.5.3
On Ubuntu 10.04: egrep -V says GNU grep 2.5.4
and neither of these is picky about the regexp.
Thanks,
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-08 15:51 ` Nick Dokos
@ 2010-10-08 16:44 ` suvayu ali
2010-10-08 17:27 ` Nick Dokos
[not found] ` <fatkasuvayu+linux@gmail.com>
0 siblings, 2 replies; 459+ messages in thread
From: suvayu ali @ 2010-10-08 16:44 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Achim Gratz, emacs-orgmode
Hi Nick,
On 8 October 2010 08:51, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>
>> This is a solution in one sense but the real bug is the egrep
>> expression in texi2dvi which is why it is suggested that a bug report
>> be filed.
>>
>
> texi2dvi includes the following address for bug reports:
>
> bug-texinfo@gnu.org
>
> so maybe *one* of the people filing a bug report with debian/fedora/etc
> should cc: this address. Eric, do you want to do that?
>
> FWIW, I just tried
>
> echo /foo | egrep '^(/|[A-z]:/)'
>
> on Ubuntu 10.04 and egrep does not complain.
I get "egrep: Invalid range end" on Fedora 13 and works as expected on
Ubuntu 10.04 (pdf export works as expected here).
> Can you guys try
>
> egrep -V
>
> and see what version of egrep you are running?
>
> On Ubuntu 8.10: egrep -V says GNU grep 2.5.3
> On Ubuntu 10.04: egrep -V says GNU grep 2.5.4
>
> and neither of these is picky about the regexp.
>
For me,
GNU grep 2.6.3 on Fedora 13 (fails)
GNU grep 2.5.4 on Ubuntu 10.04 (works)
> Thanks,
> Nick
>
>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Bibtex and latex export
2010-10-08 16:44 ` suvayu ali
@ 2010-10-08 17:27 ` Nick Dokos
2010-10-08 18:22 ` Achim Gratz
2010-10-08 18:28 ` Eric S Fraga
[not found] ` <fatkasuvayu+linux@gmail.com>
1 sibling, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2010-10-08 17:27 UTC (permalink / raw)
To: suvayu ali; +Cc: Achim Gratz, nicholas.dokos, emacs-orgmode
There is a thread in the bugs-texinfo mailing list on the egrep
problem in texi2dvi:
http://lists.gnu.org/archive/html/bug-texinfo/2010-03/msg00031.html
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Bibtex and latex export
2010-10-08 17:27 ` Nick Dokos
@ 2010-10-08 18:22 ` Achim Gratz
2010-10-08 18:28 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2010-10-08 18:22 UTC (permalink / raw)
To: emacs-orgmode
Nick Dokos <nicholas.dokos@hp.com> writes:
> There is a thread in the bugs-texinfo mailing list on the egrep
> problem in texi2dvi:
>
> http://lists.gnu.org/archive/html/bug-texinfo/2010-03/msg00031.html
They came to the same conclusion... :-)
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-08 17:27 ` Nick Dokos
2010-10-08 18:22 ` Achim Gratz
@ 2010-10-08 18:28 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2010-10-08 18:28 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Achim Gratz, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 703 bytes --]
On Fri, 08 Oct 2010 13:27:15 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> There is a thread in the bugs-texinfo mailing list on the egrep
> problem in texi2dvi:
>
> http://lists.gnu.org/archive/html/bug-texinfo/2010-03/msg00031.html
>
> Nick
>
Yeah, it sure looks like we're not the only runs bitten by this bug.
I guess there's no point in filing a bug with them but I may still do
it with Debian.
Thanks for digging this up. The scary thing is that nobody seems to
be seriously suggesting fixing this on that list? Also, nobody has
suggested [:alpha:] as a replacement, although this may not be
strictly correct for DOS disk designators if alpha includes all
accented letters etc...
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread
[parent not found: <fatkasuvayu+linux@gmail.com>]
* [BUG] cannot open menu when in an org buffer
@ 2012-02-04 4:21 ` suvayu ali
2012-02-04 17:46 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-02-04 4:21 UTC (permalink / raw)
To: org-mode mailing list
Hi,
In a minimal Emacs session when I open _any_ org file and try to access
the GUI menu with a mouse, I get the following back trace:
Debugger entered--Lisp error: (void-function org-in-clocktable-p)
org-in-clocktable-p()
org-context()
(assq :todo-keyword (org-context))
Switching to a non-org buffer (e.g. scratch) the problem disappears. Can
someone take a look?
Thanks,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-04 4:21 ` [BUG] cannot open menu when in an org buffer suvayu ali
@ 2012-02-04 17:46 ` Nick Dokos
2012-02-07 0:01 ` suvayu ali
2012-02-07 7:43 ` Gustav Wikström
0 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2012-02-04 17:46 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, org-mode mailing list
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi,
>
> In a minimal Emacs session when I open _any_ org file and try to access
> the GUI menu with a mouse, I get the following back trace:
>
> Debugger entered--Lisp error: (void-function org-in-clocktable-p)
> org-in-clocktable-p()
> org-context()
> (assq :todo-keyword (org-context))
>
> Switching to a non-org buffer (e.g. scratch) the problem disappears. Can
> someone take a look?
>
Confirmed. If I add
(require 'org-clock)
to my minimal .emacs, it goes away. So it seems to be a missing dependency.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-04 17:46 ` Nick Dokos
@ 2012-02-07 0:01 ` suvayu ali
2012-02-07 2:31 ` Nick Dokos
2012-02-07 7:43 ` Gustav Wikström
1 sibling, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-02-07 0:01 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
On Sat, Feb 4, 2012 at 18:46, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
>> Hi,
>>
>> In a minimal Emacs session when I open _any_ org file and try to access
>> the GUI menu with a mouse, I get the following back trace:
>>
>> Debugger entered--Lisp error: (void-function org-in-clocktable-p)
>> org-in-clocktable-p()
>> org-context()
>> (assq :todo-keyword (org-context))
>>
>> Switching to a non-org buffer (e.g. scratch) the problem disappears. Can
>> someone take a look?
>>
>
> Confirmed. If I add
>
> (require 'org-clock)
>
> to my minimal .emacs, it goes away. So it seems to be a missing dependency.
>
It seems an odd dependency to have. Anyway, I noticed something;
pressing F10 does bring up the menu as expected without any backtrace.
After that I can select anything on the menu with a mouse without
problems. The error occurs only when bringing up the menu for the
first time with a mouse.
> Nick
Cheers,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-07 0:01 ` suvayu ali
@ 2012-02-07 2:31 ` Nick Dokos
2012-02-07 13:26 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-02-07 2:31 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, org-mode mailing list
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> On Sat, Feb 4, 2012 at 18:46, Nick Dokos <nicholas.dokos@hp.com> wrote:
> >
> > Confirmed. If I add
> >
> > (require 'org-clock)
> >
> > to my minimal .emacs, it goes away. So it seems to be a missing dependenc=
> y.
> >
>
> It seems an odd dependency to have.
True - org-in-clocktable-p does not have anything to do with clocks, but
it ended up in org-clock.el. All of these "where am I" functions should
probably be in org.el. In fact, they all are except for
org-in-clocktable-p and org-at-item-p. The latter is in org-list.el and
it is not giving an error a) because org-in-clocktable-p errors out
first and b) because org.el contains a (require 'org-list). So having a
(require 'org-clock) in org.el does have a precedent, but of course this
way you end up defeating autoloads: the moment org.el is loaded, all of
these things are too. There might be a better arrangement but it's like
Pascal's letter[fn:1] : it would require time to find it :-)
> Anyway, I noticed something;
> pressing F10 does bring up the menu as expected without any backtrace.
> After that I can select anything on the menu with a mouse without
> problems.
That's true: org-context is only called from mouse code, so if you drop
the menu without the mouse, there is no problem: selecting a menu item
with the mouse, once the menu has dropped, is all widget code and does
not invoke org code at all.
> The error occurs only when bringing up the menu for the
> first time with a mouse.
>
That I find surprising though: I would expect that if you try to
click on the menu again, you'd get the error again: nothing is done
to define the function, so why should anything be different the
second time?
Nick
PS. In fact, I tried it out: I get the same error the second time.
Footnotes:
[fn:1] Approximately: "Forgive the length of this letter: I did not have
time to make it shorter."
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [BUG] cannot open menu when in an org buffer
2012-02-07 2:31 ` Nick Dokos
@ 2012-02-07 13:26 ` suvayu ali
2012-02-08 19:14 ` David Maus
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-02-07 13:26 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
Hi Nick,
On Tue, Feb 7, 2012 at 03:31, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
>> On Sat, Feb 4, 2012 at 18:46, Nick Dokos <nicholas.dokos@hp.com> wrote:
>> >
>> > Confirmed. If I add
>> >
>> > (require 'org-clock)
>> >
>> > to my minimal .emacs, it goes away. So it seems to be a missing dependenc=
>> y.
>> >
>>
>> It seems an odd dependency to have.
>
> True - org-in-clocktable-p does not have anything to do with clocks, but
> it ended up in org-clock.el. All of these "where am I" functions should
> probably be in org.el. In fact, they all are except for
> org-in-clocktable-p and org-at-item-p. The latter is in org-list.el and
> it is not giving an error a) because org-in-clocktable-p errors out
> first and b) because org.el contains a (require 'org-list). So having a
> (require 'org-clock) in org.el does have a precedent, but of course this
> way you end up defeating autoloads: the moment org.el is loaded, all of
> these things are too. There might be a better arrangement but it's like
> Pascal's letter[fn:1] : it would require time to find it :-)
>
True, actually this is one of my only gripes (if you could call it that)
about org. Loading my org customisation is a fair part of my emacs start
time. If I could improve this, it would be perfect. :)
>> Anyway, I noticed something;
>> pressing F10 does bring up the menu as expected without any backtrace.
>> After that I can select anything on the menu with a mouse without
>> problems.
>
> That's true: org-context is only called from mouse code, so if you drop
> the menu without the mouse, there is no problem: selecting a menu item
> with the mouse, once the menu has dropped, is all widget code and does
> not invoke org code at all.
>
Thanks for clearing that up. I was always hazy about the emacs interface
libraries. I think I'll look into them someday when I have some time.
>> The error occurs only when bringing up the menu for the
>> first time with a mouse.
>>
>
> That I find surprising though: I would expect that if you try to
> click on the menu again, you'd get the error again: nothing is done
> to define the function, so why should anything be different the
> second time?
>
Ah, sorry my mistake. I did not word it correctly. I didn't mean
bringing up the menu with a mouse a second time. I meant once the menu
was up (lets say the "File" menu), going to a different one by hovering
over the menu (say "Edit" or "Options") with a mouse doesn't trigger
the backtrace. Clearly it is obvious now why it would be so from your
explanation above. :)
> [fn:1] Approximately: "Forgive the length of this letter: I did not have
> time to make it shorter."
This is a very interesting and true remark. I was not familiar with
it before. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-07 13:26 ` suvayu ali
@ 2012-02-08 19:14 ` David Maus
2012-02-08 19:45 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: David Maus @ 2012-02-08 19:14 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 1441 bytes --]
Hi,
At Tue, 7 Feb 2012 14:26:41 +0100,
suvayu ali wrote:
>
> Hi Nick,
>
> On Tue, Feb 7, 2012 at 03:31, Nick Dokos <nicholas.dokos@hp.com> wrote:
> > suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> >
> >> On Sat, Feb 4, 2012 at 18:46, Nick Dokos <nicholas.dokos@hp.com> wrote:
> >> >
> >> > Confirmed. If I add
> >> >
> >> > (require 'org-clock)
> >> >
> >> > to my minimal .emacs, it goes away. So it seems to be a missing dependenc=
> >> y.
> >> >
> >>
> >> It seems an odd dependency to have.
> >
> > True - org-in-clocktable-p does not have anything to do with clocks, but
> > it ended up in org-clock.el. All of these "where am I" functions should
> > probably be in org.el. In fact, they all are except for
> > org-in-clocktable-p and org-at-item-p. The latter is in org-list.el and
> > it is not giving an error a) because org-in-clocktable-p errors out
> > first and b) because org.el contains a (require 'org-list). So having a
> > (require 'org-clock) in org.el does have a precedent, but of course this
> > way you end up defeating autoloads: the moment org.el is loaded, all of
> > these things are too. There might be a better arrangement but it's like
> > Pascal's letter[fn:1] : it would require time to find it :-)
> >
I pushed a fix to master that relocates org-in-clocktable-p from
org-clock.el to org.el -- the problem should be fixed now. This
shouldn't break things because org-clock requires org.
Best,
-- David
[-- Attachment #2: Type: application/pgp-signature, Size: 230 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-08 19:14 ` David Maus
@ 2012-02-08 19:45 ` suvayu ali
0 siblings, 0 replies; 459+ messages in thread
From: suvayu ali @ 2012-02-08 19:45 UTC (permalink / raw)
To: David Maus; +Cc: nicholas.dokos, org-mode mailing list
Hi David,
On Wed, Feb 8, 2012 at 20:14, David Maus <dmaus@ictsoc.de> wrote:
>
> I pushed a fix to master that relocates org-in-clocktable-p from
> org-clock.el to org.el -- the problem should be fixed now. This
> shouldn't break things because org-clock requires org.
>
I can confirm the issue is fixed now.
> Best,
> -- David
Thanks a lot. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [BUG] cannot open menu when in an org buffer
2012-02-04 17:46 ` Nick Dokos
2012-02-07 0:01 ` suvayu ali
@ 2012-02-07 7:43 ` Gustav Wikström
1 sibling, 0 replies; 459+ messages in thread
From: Gustav Wikström @ 2012-02-07 7:43 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 864 bytes --]
On Sat, Feb 4, 2012 at 6:46 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > Hi,
> >
> > In a minimal Emacs session when I open _any_ org file and try to access
> > the GUI menu with a mouse, I get the following back trace:
> >
> > Debugger entered--Lisp error: (void-function org-in-clocktable-p)
> > org-in-clocktable-p()
> > org-context()
> > (assq :todo-keyword (org-context))
> >
> > Switching to a non-org buffer (e.g. scratch) the problem disappears. Can
> > someone take a look?
> >
>
> Confirmed. If I add
>
> (require 'org-clock)
>
> to my minimal .emacs, it goes away. So it seems to be a missing dependency.
>
> Nick
>
>
I see the same problem when using org-goto with the latest revision of Org
(ELPA from 20120206). As Nick suggests, adding (require 'org-clock) fixes
the problem.
/Gustav
[-- Attachment #2: Type: text/html, Size: 1387 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* [OT] Issue with exported html on webserver
@ 2012-03-25 20:19 ` suvayu ali
2012-03-25 21:21 ` Christian Moe
2012-03-25 21:25 ` Nick Dokos
0 siblings, 2 replies; 459+ messages in thread
From: suvayu ali @ 2012-03-25 20:19 UTC (permalink / raw)
To: org-mode mailing list
Hi,
I labelled this OT since I am having the problem with only one
web server. Since I am not well versed with html, I was hoping the good
people of this list can help.
Now to my issue. When I export any org file to html and open it in my
browser, everything works well. But when I put it on my institute's
public_html/ directory, I see a blank page. I asked for help at the IT
help desk, they tracked down the problem to the very first tag in the
html file.
<?xml version="1.0" encoding="iso-8859-1"?>
This generates the following error in the Apache logs:
PHP Parse error: syntax error, unexpected T_STRING in
/user/sali/public_html/bug.html on line 1
Removing the line renders the page properly.
For an example, look in the following directory.
<http://www.nikhef.nl/~sali/>
+ bug.html renders correctly (the first line has been removed)
+ fails-bug.html shows a blank page (this is as org exports it)
This is rather perplexing, since I have successfully used html exported
by org before on other webservers (e.g. the public_html directory in my
previous university). Can someone help me find out what is the issue
here?
Thanks a bunch.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 20:19 ` [OT] Issue with exported html on webserver suvayu ali
@ 2012-03-25 21:21 ` Christian Moe
2012-03-25 21:30 ` suvayu ali
2012-03-25 21:25 ` Nick Dokos
1 sibling, 1 reply; 459+ messages in thread
From: Christian Moe @ 2012-03-25 21:21 UTC (permalink / raw)
To: suvayu ali, org-mode mailing list
Hi
See if this explains it:
http://www.000webhost.com/forum/web-design-html/25365-xhtml-not-recognised-parse-error-syntax-error-unexpected-t_string-line-1-a.html
Yours,
Christian
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>Hi,
>
>I labelled this OT since I am having the problem with only one
>web server. Since I am not well versed with html, I was hoping the good
>people of this list can help.
>
>Now to my issue. When I export any org file to html and open it in my
>browser, everything works well. But when I put it on my institute's
>public_html/ directory, I see a blank page. I asked for help at the IT
>help desk, they tracked down the problem to the very first tag in the
>html file.
>
> <?xml version="1.0" encoding="iso-8859-1"?>
>
>This generates the following error in the Apache logs:
>
>PHP Parse error: syntax error, unexpected T_STRING in
>/user/sali/public_html/bug.html on line 1
>
>Removing the line renders the page properly.
>
>For an example, look in the following directory.
>
><http://www.nikhef.nl/~sali/>
>
>+ bug.html renders correctly (the first line has been removed)
>+ fails-bug.html shows a blank page (this is as org exports it)
>
>This is rather perplexing, since I have successfully used html exported
>by org before on other webservers (e.g. the public_html directory in my
>previous university). Can someone help me find out what is the issue
>here?
>
>Thanks a bunch.
>
>--
>Suvayu
>
>Open source is the future. It sets us free.
---
Sent from mobile.
Please excuse my brevity.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 20:19 ` [OT] Issue with exported html on webserver suvayu ali
2012-03-25 21:21 ` Christian Moe
@ 2012-03-25 21:25 ` Nick Dokos
2012-03-25 21:33 ` suvayu ali
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-03-25 21:25 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, org-mode mailing list
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> <?xml version="1.0" encoding="iso-8859-1"?>
>
> This generates the following error in the Apache logs:
>
> PHP Parse error: syntax error, unexpected T_STRING in
> /user/sali/public_html/bug.html on line 1
>
> Removing the line renders the page properly.
>
> For an example, look in the following directory.
>
> <http://www.nikhef.nl/~sali/>
>
> + bug.html renders correctly (the first line has been removed)
> + fails-bug.html shows a blank page (this is as org exports it)
>
> This is rather perplexing, since I have successfully used html exported
> by org before on other webservers (e.g. the public_html directory in my
> previous university). Can someone help me find out what is the issue
> here?
>
The server seems misconfigured to me: why is PHP entering into the
picture at all?
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 21:25 ` Nick Dokos
@ 2012-03-25 21:33 ` suvayu ali
2012-03-25 21:48 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-25 21:33 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
Hi Nick,
On Sun, Mar 25, 2012 at 23:25, Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> The server seems misconfigured to me: why is PHP entering into the
> picture at all?
Christian's response resolved the issue. The page he pointed to, says
this happens when the "short_open_tag" server configuration is not
turned off. I will take this up with our IT department.
Thanks a lot.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 21:33 ` suvayu ali
@ 2012-03-25 21:48 ` Nick Dokos
2012-03-26 7:30 ` Christian Moe
2012-03-26 9:34 ` Sebastien Vauban
0 siblings, 2 replies; 459+ messages in thread
From: Nick Dokos @ 2012-03-25 21:48 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, org-mode mailing list
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi Nick,
>
> On Sun, Mar 25, 2012 at 23:25, Nick Dokos <nicholas.dokos@hp.com> wrote:
> >
> > The server seems misconfigured to me: why is PHP entering into the
> > picture at all?
>
> Christian's response resolved the issue. The page he pointed to, says
> this happens when the "short_open_tag" server configuration is not
> turned off. I will take this up with our IT department.
>
Yes, I went to the link that Christian posted. I was particularly
confused/intrigued/flabbergasted by the admin's response:
#+BEGIN_QUOTE
on 000webhost, all web pages are interpreted as php pages and
short_open_tag is off and that is the reason the propose
solution works on 000webhost.
#+END_QUOTE
Why on earth would anybody set it up so that "all web pages are
interpreted as php pages"? Seems crazy to me, but I'm probably
naive.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 21:48 ` Nick Dokos
@ 2012-03-26 7:30 ` Christian Moe
2012-03-26 9:34 ` Sebastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Christian Moe @ 2012-03-26 7:30 UTC (permalink / raw)
To: nicholas.dokos; +Cc: org-mode mailing list
> Why on earth would anybody set it up so that "all web pages are
> interpreted as php pages"? Seems crazy to me, but I'm probably
> naive.
>
> Nick
Apparently, so they can get by with typing <? ... ?> instead of <?php
... ?>. HTML doesn't care, and PHP predates XML, so I imagine it's a
legacy of early shortcuts that were unproblematic at the time.
But if people R 2 lazy 2 type 3 xtra chars, why not just use Perl?
:)
Yours,
Christian
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [OT] Issue with exported html on webserver
2012-03-25 21:48 ` Nick Dokos
2012-03-26 7:30 ` Christian Moe
@ 2012-03-26 9:34 ` Sebastien Vauban
2012-03-26 12:58 ` Sebastien Vauban
1 sibling, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-03-26 9:34 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Nick,
Nick Dokos wrote:
> Why on earth would anybody set it up so that "all web pages are interpreted
> as php pages"? Seems crazy to me, but I'm probably naive.
The problem can be a config which applies on a too wide range of directories.
An easy way to circumvent this is:
#+begin_src emacs-lisp
;; XML encoding
(setq org-export-html-xml-declaration
'(("html" . "<!-- <xml version="1.0" encoding="utf-8"> -->")))
#+end_src
This eliminates the =T_STRING= error and you have a page that will still pass
W3C validation...
And, this way, you don't care about what the IT department does or needs to
do.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [OT] Issue with exported html on webserver
2012-03-26 9:34 ` Sebastien Vauban
@ 2012-03-26 12:58 ` Sebastien Vauban
2012-03-26 14:27 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-03-26 12:58 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi,
"Sebastien Vauban" wrote:
> Nick Dokos wrote:
>> Why on earth would anybody set it up so that "all web pages are interpreted
>> as php pages"? Seems crazy to me, but I'm probably naive.
>
> The problem can be a config which applies on a too wide range of directories.
>
> An easy way to circumvent this is:
>
> #+begin_src emacs-lisp
> ;; XML encoding
> (setq org-export-html-xml-declaration
> '(("html" . "<!-- <xml version="1.0" encoding="utf-8"> -->")))
> #+end_src
Missing escaping of slashes...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [OT] Issue with exported html on webserver
2012-03-26 12:58 ` Sebastien Vauban
@ 2012-03-26 14:27 ` suvayu ali
0 siblings, 0 replies; 459+ messages in thread
From: suvayu ali @ 2012-03-26 14:27 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Hi Seb,
On Mon, Mar 26, 2012 at 14:58, Sebastien Vauban
<wxhgmqzgwmuf@spammotel.com> wrote:
> Hi,
>
> "Sebastien Vauban" wrote:
>> Nick Dokos wrote:
>>> Why on earth would anybody set it up so that "all web pages are interpreted
>>> as php pages"? Seems crazy to me, but I'm probably naive.
>>
>> The problem can be a config which applies on a too wide range of directories.
>>
>> An easy way to circumvent this is:
>>
>> #+begin_src emacs-lisp
>> ;; XML encoding
>> (setq org-export-html-xml-declaration
>> '(("html" . "<!-- <xml version="1.0" encoding="utf-8"> -->")))
>> #+end_src
>
> Missing escaping of slashes...
>
This works like a charm. :) Thank you so much.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Bibtex and latex export
2010-10-08 11:35 ` Eric S Fraga
2010-10-08 15:37 ` suvayu ali
2010-10-08 15:51 ` Nick Dokos
@ 2010-10-08 18:03 ` Achim Gratz
2010-10-08 18:33 ` Nick Dokos
2 siblings, 1 reply; 459+ messages in thread
From: Achim Gratz @ 2010-10-08 18:03 UTC (permalink / raw)
To: emacs-orgmode
I'm pretty sure that this behaviour of egrep has been introduced with
GNU grep version 2.6 (which says it fixed some long-standing bugs with
regards to locale handling and character classes if you care to read the
release notes). Unfortunately, as we see here, fixing bugs in one place
often uncovers bugs someplace else, as the texi2dvi maintainers
certainly didn't suspect a new version of grep to cause breakage. There
are some bugs introduced with 2.6 that supposedly have been fixed in
2.7.
Since the intent of the regex is obviously to allow an absolute path to
start either with a "/" or a DOS drive letter, contrary to what I wrote
before it is _not_ possible to use character classes as that would also
allow extra characters not allowed in drive letters in most locales.
Probably the most compatible version is to force the "C" locale for the
egrep call in question and slightly modify the range expression:
echo "$command_line_filename" | LC_ALL=C $EGREP '^(/|[A-Za-z]:/)' >&6 \
|| command_line_filename="./$command_line_filename"
Otherwise you can't really use range expressions or character classes at
all since they either permit illegal drive letters or might not work
with due to the bugs in older versions of grep... it would however be
possible to spell out each drive letter bot in upper and lower case,
although that handicaps the permissible length of the filename (if the
"-i" switch wasn't broken in some locales one could use it and save one
version of the cases):
echo "$command_line_filename" | LC_ALL=C $EGREP \
'^(/|[ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz]:/)' >&6 \
|| command_line_filename="./$command_line_filename"
*Shudder* :-)
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-08 18:03 ` Bibtex and latex export Achim Gratz
@ 2010-10-08 18:33 ` Nick Dokos
2010-10-08 19:18 ` Achim Gratz
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2010-10-08 18:33 UTC (permalink / raw)
To: Achim Gratz; +Cc: nicholas.dokos, emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> wrote:
> Otherwise you can't really use range expressions or character classes at
> all since they either permit illegal drive letters or might not work
> with due to the bugs in older versions of grep... it would however be
> possible to spell out each drive letter bot in upper and lower case,
> although that handicaps the permissible length of the filename (if the
> "-i" switch wasn't broken in some locales one could use it and save one
> version of the cases):
>
> echo "$command_line_filename" | LC_ALL=C $EGREP \
> '^(/|[ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz]:/)' >&6 \
> || command_line_filename="./$command_line_filename"
>
> *Shudder* :-)
>
Indeed :-)
There is a locale-independent range spec for regexps:
[:alpha:]
would match the indicated class in any locale. See the egrep man page
for more of these. I sent some mail to bug-texinfo@gnu.org suggesting
this, so we'll see.
I also found out to my surprise from the previously posted bug-texinfo
thread, that the ASCII characters between 'Z' and 'a' are (or were) legal
drive letters, but the assumption is that nobody would be so foolish as
to use them any more, so not checking for them is OK.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Bibtex and latex export
2010-10-08 18:33 ` Nick Dokos
@ 2010-10-08 19:18 ` Achim Gratz
0 siblings, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2010-10-08 19:18 UTC (permalink / raw)
To: emacs-orgmode
Nick Dokos <nicholas.dokos@hp.com> writes:
> I also found out to my surprise from the previously posted bug-texinfo
> thread, that the ASCII characters between 'Z' and 'a' are (or were) legal
> drive letters, but the assumption is that nobody would be so foolish as
> to use them any more, so not checking for them is OK.
Ah yes, the LASTDRIVE=32 hack (Novell, I think?). That's pretty
theoretical since most applications couldn't use them anyway, but that
didn't stop MS from later copying it. It sure doesn't work if you try
and shove these through a POSIX command line...
BTW, Wikipedia has a good writeup on that, much to my surprise:
http://en.wikipedia.org/wiki/Drive_letter_assignment
Ob-org (enough off-topic for today): once we get the lettered lists, we
should have a LASTDRIVE configuration option to allow [\]^_` as
additional list members when lists get longer than 26 elements... ;-P
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Bibtex and latex export
2010-10-08 8:43 ` suvayu ali
2010-10-08 11:35 ` Eric S Fraga
@ 2010-10-08 12:01 ` Bernt Hansen
2010-10-08 15:40 ` suvayu ali
1 sibling, 1 reply; 459+ messages in thread
From: Bernt Hansen @ 2010-10-08 12:01 UTC (permalink / raw)
To: suvayu ali; +Cc: Achim Gratz, emacs-orgmode, nicholas.dokos
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
> On 7 October 2010 06:58, Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>> On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote:
>>>
>>> Eric S Fraga <ucecesf@ucl.ac.uk> wrote:
>>>
>>> > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz <Stromeko@nexgo.de> wrote:
>>> > >
>>> > > Hi Eric,
>>> > >
>>> > > Eric S Fraga <ucecesf@ucl.ac.uk> writes:
>>> > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
>>> > > > | egrep: Invalid range end
>>> > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.
>>> > >
>>> > > Something somewhere tries to make a local path from an absolute one by
>>> > > prepending "./", which fails (predictably). Is the input readable at
>>> > > the original path? Not sure the error message from egrep has to do with
>>> > > it or not, but it must be in any case one of the processes started by
>>> > > texi2dvi (does not show up on my system, I only have calls to grep when
>>> > > I trace it, but one of the sub-processes might still use it). I think
>>> > > texi2dvi also invokes shell scripts, so any funny configuration in the
>>> > > environment, especially where path points to, could throw it off.
>>> >
>>> > As far as I know, there is nothing out of the ordinary with my paths
>>> > etc (please note that the /.../ above was an edit on my part to hide a
>>> > rather long path). Any hints as to what I can do to explore this
>>> > would be most helpful. How can I get a trace on what texi2dvi is
>>> > doing? (sh -v /usr/bin/texi2dvi?)
>>> >
>>>
>>> There is an explicit egrep on line 1563 or thereabouts (my version
>>> says
>>>
>>> # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources.
>>> # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $
>>>
>>> at the top of the file):
>>>
>>>
>>> # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex),
>>> # prepend `./' in order to avoid that the tools take it as an option.
>>> echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \
>>> || command_line_filename="./$command_line_filename"
>>>
>>>
>>> The regular expression seems a bit weird (upper case A to lower case
>>> z?), but I can't see off the top of my head how it gets tripped up. For
>>> tracing, try
>>>
>>> sh -x texi2dvi ....
>>>
>>> Nick
>>
>> Thanks Nick. If I do this:
>>
>> : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f"))
>>
>> the following is a snippet of the output:
>>
>> ,----
>> | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/)
>> | egrep: Invalid range end
>> | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex
>> | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex
>> | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping.
>> `----
>>
>> Because the egrep fails completely, the script assumes that it does
>> need to prepend "./" to the file name even though the file name
>> already starts with "/" (and is definitely *not* a DOS type file name
>> ;-).
>>
>> I don't understand why the egrep is failing although it definitely has
>> something to do with A-z range; if I try the egrep at the shell and
>> use "A-Za-z" instead of "A-z", the command works fine. Does it work
>> for anybody else on Linux?
>>
>> I wonder if the problem with the range is locale dependent? My locale
>> is en_GB.UTF-8. The manual page for egrep does indicate that ranges
>> may not mean the same thing in different locales and suggests using
>> locale C. I don't want to change my locale but maybe it could be set
>> for the invocation of texi2dvi... (yech).
>>
>> This is obviously not an org problem as such but I am surprised it's
>> working for anybody at all...
>>
>> I guess I'll stick to multiple invocations of pdflatex directly for
>> the time being.
>>
>
> I have the exact same problem ever since I updated org today. (from
> commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06
> Eric Schulte)
>
> My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite
> understand the discussion where the bug actually is. To resolve this
> do I need to file a bug with the Fedora bugzilla? I am confused how
> can that be possible because I can successfully export to pdf if I
> downgrade org to commit 344785b.
Hi suvayu ali,
The change probably is in commit
59ba412 (Use texi2dvi for processing LaTeX to pdf, 2010-10-05)
where we switch from using pdflatex to texi2dvi if it is available.
Regards,
Bernt
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Bibtex and latex export
2010-10-08 12:01 ` Bernt Hansen
@ 2010-10-08 15:40 ` suvayu ali
0 siblings, 0 replies; 459+ messages in thread
From: suvayu ali @ 2010-10-08 15:40 UTC (permalink / raw)
To: Bernt Hansen; +Cc: Achim Gratz, emacs-orgmode, nicholas.dokos
Hi Bernt,
On 8 October 2010 05:01, Bernt Hansen <bernt@norang.ca> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>
>> ....
>>
>> I have the exact same problem ever since I updated org today. (from
>> commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06
>> Eric Schulte)
>>
>> My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite
>> understand the discussion where the bug actually is. To resolve this
>> do I need to file a bug with the Fedora bugzilla? I am confused how
>> can that be possible because I can successfully export to pdf if I
>> downgrade org to commit 344785b.
>
> Hi suvayu ali,
>
> The change probably is in commit
> 59ba412 (Use texi2dvi for processing LaTeX to pdf, 2010-10-05)
> where we switch from using pdflatex to texi2dvi if it is available.
>
Thank you! I found the lines that changed the behaviour for me. :)
> Regards,
> Bernt
>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: re-exporting a web site
2009-05-19 11:36 re-exporting a web site Eric S Fraga
2009-05-19 13:17 ` Manish
2009-05-19 14:01 ` Matthew Lundin
@ 2009-05-19 17:29 ` Carsten Dominik
2009-05-19 18:29 ` Eric S Fraga, Eric S Fraga
2 siblings, 1 reply; 459+ messages in thread
From: Carsten Dominik @ 2009-05-19 17:29 UTC (permalink / raw)
To: Eric S Fraga; +Cc: emacs-orgmode
Thanks to everyone who contributed to this thread.
This was a stupid bug, fixed now.
- Carsten
On May 19, 2009, at 1:36 PM, Eric S Fraga wrote:
> Hello,
>
> I've been through the manual and the faq but just cannot seem to find
> the answer to a very simple question: I need to re-publish
> (i.e. re-export) a website that is written in org-mode because I've
> changed some of the style information that is "included" by each .org
> file. Although I can force a re-export on individual files (C-u C-c
> C-e
> F), I cannot force a re-export on a "project" (C-c C-e X). Asking to
> export the project simply skips all the unmodified files. Trying C-u
> C-c C-e X gives
>
> ,----
> | org-publish-get-base-files: Wrong type argument: stringp, nil
> `----
>
> Is this a bug? I am running the latest org-mode version from git
> (as of
> yesterday evening, in any case) on emacs version 23.0.93.1.
>
> I know I can delete all the files in .org-timestamps/ but this is
> rather
> a sledgehammer approach (as it will cause unnecessary re-publishing
> for
> other projects).
>
> Is there an easy way to re-export a project?
>
> Thanks,
> eric
>
> --
> MC . -.. --- - ..-. .-. .- --. .- .- - ..- -.-. .-.. .-
> -.-. ..- -.-
> NL Professor Eric S Fraga, UCL, http://www.homepages.ucl.ac.uk/~ucecesf/
> BF >++++++++++[>++++++++++>+++++++++++[<]>-]>++.>++++.<-----.+++++
> +.------.
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 459+ messages in thread
* [new exporter] ignoring a headline on export to PDF via latex
@ 2013-03-05 14:43 Eric S Fraga
2013-03-05 15:38 ` Suvayu Ali
2013-03-05 22:41 ` Nicolas Goaziou
0 siblings, 2 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-03-05 14:43 UTC (permalink / raw)
To: emacs-orgmode
Hello,
I used to use the following to ignore a headline when exporting to PDF:
#+begin_src emacs-lisp
(defun my-e-latex-headline (headline contents info)
(if (member "ignoreheading" (org-element-property :tags headline)) contents
(org-latex-headline headline contents info)))
(add-to-list 'org-latex-translate-alist '(headline . my-e-latex-headline))
#+end_src
With the new exporter, this no longer works.
On the mailing list, I found this thread from a couple of months ago:
http://comments.gmane.org/gmane.emacs.orgmode/62742
but I do not want to create a new backend just for this. Is there an
equivalent solution to the above with the new exporter? Nicolas, you do
imply that there is but you leave it as an exercise for the reader. As
much as I appreciate the pedagogical nature of your response, this
reader is not up to the task and a solution would be greatly
appreciated!
Thanks,
eric
--
Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [new exporter] ignoring a headline on export to PDF via latex
2013-03-05 14:43 [new exporter] ignoring a headline on export to PDF via latex Eric S Fraga
@ 2013-03-05 15:38 ` Suvayu Ali
2013-03-05 16:54 ` Eric S Fraga
2013-03-05 22:41 ` Nicolas Goaziou
1 sibling, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2013-03-05 15:38 UTC (permalink / raw)
To: emacs-orgmode
On Tue, Mar 05, 2013 at 02:43:30PM +0000, Eric S Fraga wrote:
> Hello,
>
> I used to use the following to ignore a headline when exporting to PDF:
>
> #+begin_src emacs-lisp
> (defun my-e-latex-headline (headline contents info)
> (if (member "ignoreheading" (org-element-property :tags headline)) contents
> (org-latex-headline headline contents info)))
> (add-to-list 'org-latex-translate-alist '(headline . my-e-latex-headline))
> #+end_src
>
> With the new exporter, this no longer works.
>
Try using your function with a filter. This filter might work:
org-export-filter-headline-functions. Of course it goes without saying
you will have to update your function.
A very simple test tells me this is probably going to be backend
specific. I have had this query about filters for a while now, how to
write filters that are backend agnostic. I think I'll start a new
thread once I have formulated my question more clearly.
Hope this helps,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [new exporter] ignoring a headline on export to PDF via latex
2013-03-05 15:38 ` Suvayu Ali
@ 2013-03-05 16:54 ` Eric S Fraga
2013-03-05 22:21 ` Nicolas Goaziou
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2013-03-05 16:54 UTC (permalink / raw)
To: Suvayu Ali; +Cc: emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
[...]
> Try using your function with a filter. This filter might work:
> org-export-filter-headline-functions. Of course it goes without saying
> you will have to update your function.
Thanks Suvayu. It is this update that I need help with! The
documentation of that variable is close to impenetrable to me (e.g. what
is a /communication channel/?).
I can manage without this feature for the moment so I'm not panicking
but I do hope to find a solution eventually.
Thanks again,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [new exporter] ignoring a headline on export to PDF via latex
2013-03-05 16:54 ` Eric S Fraga
@ 2013-03-05 22:21 ` Nicolas Goaziou
0 siblings, 0 replies; 459+ messages in thread
From: Nicolas Goaziou @ 2013-03-05 22:21 UTC (permalink / raw)
To: Suvayu Ali; +Cc: emacs-orgmode
Hello,
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>
> [...]
>
>> Try using your function with a filter. This filter might work:
>> org-export-filter-headline-functions. Of course it goes without saying
>> you will have to update your function.
>
> Thanks Suvayu. It is this update that I need help with! The
> documentation of that variable is close to impenetrable to me
A TYPE filter is called each time transcoding process is over of an
element of type TYPE. Here, each time a headline is transcoded (along
with its contents), functions in `org-export-filter-headline-functions'
are called with the resulting string as the first argument (i.e. the
LaTeX code for the headline and all its contents).
There's a filter for each type of element/object, and a couple of
special filters.
> (e.g. what is a /communication channel/?).
The communication channel is basically a plist containing data available
for all transcoding functions. 99% of its properties have constant
values during export process (like export options, or pre-computed
values from the parse tree).
Nevertheless, it can be used to store some data at some point in time
and retrieve it from another transcoding function later, effectively
allowing communication between parts of the export system.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [new exporter] ignoring a headline on export to PDF via latex
2013-03-05 14:43 [new exporter] ignoring a headline on export to PDF via latex Eric S Fraga
2013-03-05 15:38 ` Suvayu Ali
@ 2013-03-05 22:41 ` Nicolas Goaziou
2013-03-06 9:00 ` Eric S Fraga
1 sibling, 1 reply; 459+ messages in thread
From: Nicolas Goaziou @ 2013-03-05 22:41 UTC (permalink / raw)
To: emacs-orgmode
Hello,
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> I used to use the following to ignore a headline when exporting to PDF:
>
> #+begin_src emacs-lisp
> (defun my-e-latex-headline (headline contents info)
> (if (member "ignoreheading" (org-element-property :tags headline)) contents
> (org-latex-headline headline contents info)))
> (add-to-list 'org-latex-translate-alist '(headline . my-e-latex-headline))
> #+end_src
>
> With the new exporter, this no longer works.
>
> On the mailing list, I found this thread from a couple of months ago:
>
> http://comments.gmane.org/gmane.emacs.orgmode/62742
>
> but I do not want to create a new backend just for this. Is there an
> equivalent solution to the above with the new exporter? Nicolas, you do
> imply that there is but you leave it as an exercise for the reader. As
> much as I appreciate the pedagogical nature of your response, this
> reader is not up to the task and a solution would be greatly
> appreciated!
Indeed, this won't work anymore: `org-latex-translate-alist' has been
removed. The equivalent would just be to use a defadvice:
#+begin_src emacs-lisp
(defadvice org-latex-headline (around my-latex-skip-headlines
(headline contents info) activate)
(if (member "ignoreheading" (org-element-property :tags headline))
(setq ad-return-value contents)
ad-do-it))
#+end_src
Another approach is, as mentioned by Charles Berry, to remove the first
line of transcoded headline when it contains "ignoreheading".
#+begin_src emacs-lisp
(defun org-latex-ignore-heading-filter-headline (headline backend info)
"Strip headline from HEADLINE. Ignore BACKEND and INFO."
(when (and (org-export-derived-backend-p backend 'latex)
(string-match "\\`.*ignoreheading.*\n" headline))
(replace-match "" nil nil headline)))
(add-to-list 'org-export-filter-headline-functions
'org-latex-ignore-heading-filter-headline)
#+end_src
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [new exporter] ignoring a headline on export to PDF via latex
2013-03-05 22:41 ` Nicolas Goaziou
@ 2013-03-06 9:00 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-03-06 9:00 UTC (permalink / raw)
To: Nicolas Goaziou; +Cc: emacs-orgmode
Nicolas Goaziou <n.goaziou@gmail.com> writes:
[...]
> Indeed, this won't work anymore: `org-latex-translate-alist' has been
> removed. The equivalent would just be to use a defadvice:
>
> #+begin_src emacs-lisp
> (defadvice org-latex-headline (around my-latex-skip-headlines
> (headline contents info) activate)
> (if (member "ignoreheading" (org-element-property :tags headline))
> (setq ad-return-value contents)
> ad-do-it))
> #+end_src
>
> Another approach is, as mentioned by Charles Berry, to remove the first
> line of transcoded headline when it contains "ignoreheading".
>
> #+begin_src emacs-lisp
> (defun org-latex-ignore-heading-filter-headline (headline backend info)
> "Strip headline from HEADLINE. Ignore BACKEND and INFO."
> (when (and (org-export-derived-backend-p backend 'latex)
> (string-match "\\`.*ignoreheading.*\n" headline))
> (replace-match "" nil nil headline)))
> (add-to-list 'org-export-filter-headline-functions
> 'org-latex-ignore-heading-filter-headline)
> #+end_src
Nicolas,
this is exactly what I was looking for. It works perfectly. Many thanks!
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55
^ permalink raw reply [flat|nested] 459+ messages in thread
* How to improve Org startup time?
@ 2013-01-29 20:49 Sebastien Vauban
2013-01-29 21:14 ` Daimrod
` (3 more replies)
0 siblings, 4 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-29 20:49 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hello,
Please find here an enriched log of the packages which are loaded for Org, and
the time it takes.
--8<---------------cut here---------------start------------->8---
[2013-01-29 21:20:18] (info) +-> Requiring `appt'...
[2013-01-29 21:20:18] (info) +-> Requiring `diary-lib'...
[2013-01-29 21:20:18] (info) +-> Requiring `calendar'...
[2013-01-29 21:20:18] (info) Loading c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/cal-loaddefs.el...
[2013-01-29 21:20:18] (info) +-> Requiring `cal-menu'...
[2013-01-29 21:20:18] (info) +-> Requiring `calendar'... already loaded
[2013-01-29 21:20:18] (info) +-> Requiring `cal-menu'... c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/cal-menu.elc (loaded in 0.08 s)
[2013-01-29 21:20:18] (info) +-> Requiring `calendar'... c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/calendar.elc (loaded in 0.33 s)
[2013-01-29 21:20:18] (info) Loading c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/diary-loaddefs.el...
[2013-01-29 21:20:19] (info) +-> Requiring `diary-lib'... c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/diary-lib.elc (loaded in 0.55 s)
[2013-01-29 21:20:19] (info) +-> Requiring `appt'... c:/Program Files (x86)/emacs-24.2.91/lisp/calendar/appt.elc (loaded in 0.64 s)
[2013-01-29 21:20:19] (info) Enable appointment reminders...
[2013-01-29 21:20:19] Appointment reminders enabled (no diary file found)
[2013-01-29 21:20:19] (info) Enable appointment reminders... Done
[2013-01-29 21:20:19] (info) +-> Requiring `org-clock'...
[2013-01-29 21:20:19] (info) +-> Requiring `org-exp'...
[2013-01-29 21:20:19] (info) +-> Requiring `org'...
[2013-01-29 21:20:19] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `gnus-sum'...
[2013-01-29 21:20:19] (info) +-> Requiring `gnus'...
[2013-01-29 21:20:19] (info) +-> Requiring `wid-edit'... c:/Program Files (x86)/emacs-24.2.91/lisp/wid-edit.elc (loaded in 0.08 s)
[2013-01-29 21:20:19] (info) +-> Requiring `mm-util'...
[2013-01-29 21:20:19] (info) +-> Requiring `mail-prsvr'... d:/home/sva/Public/Repositories/gnus/lisp/mail-prsvr.elc (loaded in 0.02 s)
[2013-01-29 21:20:19] (info) +-> Requiring `timer'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `mm-util'... d:/home/sva/Public/Repositories/gnus/lisp/mm-util.elc (loaded in 0.14 s)
[2013-01-29 21:20:19] (info) +-> Requiring `nnheader'...
[2013-01-29 21:20:19] (info) +-> Requiring `mail-utils'... c:/Program Files (x86)/emacs-24.2.91/lisp/mail/mail-utils.elc (loaded in 0.05 s)
[2013-01-29 21:20:19] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `gnus-util'...
[2013-01-29 21:20:19] (info) +-> Requiring `time-date'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `gnus-util'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-util.elc (loaded in 0.08 s)
[2013-01-29 21:20:19] (info) +-> Requiring `nnheader'... d:/home/sva/Public/Repositories/gnus/lisp/nnheader.elc (loaded in 0.16 s)
[2013-01-29 21:20:19] (info) +-> Requiring `gnus-compat'...
[2013-01-29 21:20:19] (info) +-> Requiring `help-fns'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `url'...
[2013-01-29 21:20:19] (info) +-> Requiring `mailcap'... d:/home/sva/Public/Repositories/gnus/lisp/mailcap.elc (loaded in 0.02 s)
[2013-01-29 21:20:19] (info) +-> Requiring `url-vars'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-vars.elc (loaded in 0.05 s)
[2013-01-29 21:20:19] (info) +-> Requiring `url-cookie'...
[2013-01-29 21:20:19] (info) +-> Requiring `url-util'...
[2013-01-29 21:20:19] (info) +-> Requiring `url-parse'...
[2013-01-29 21:20:19] (info) +-> Requiring `url-vars'... already loaded
[2013-01-29 21:20:19] (info) +-> Requiring `auth-source'...
[2013-01-29 21:20:19] (info) +-> Requiring `password-cache'...
[2013-01-29 21:20:20] (info) +-> Requiring `password-cache'... d:/home/sva/Public/Repositories/gnus/lisp/password-cache.elc (loaded in 0.03 s)
[2013-01-29 21:20:20] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `eieio'...
[2013-01-29 21:20:20] (info) +-> Requiring `bytecomp'...
[2013-01-29 21:20:20] (info) +-> Requiring `backquote'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `macroexp'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `cconv'... c:/Program Files (x86)/emacs-24.2.91/lisp/emacs-lisp/cconv.elc (loaded in 0.05 s)
[2013-01-29 21:20:20] (info) +-> Requiring `bytecomp'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `macroexp'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `bytecomp'... already loaded [9 times]
[2013-01-29 21:20:20] (info) +-> Requiring `eieio'... c:/Program Files (x86)/emacs-24.2.91/lisp/emacs-lisp/eieio.elc (loaded in 0.45 s)
[2013-01-29 21:20:20] (info) +-> Requiring `auth-source'... d:/home/sva/Public/Repositories/gnus/lisp/auth-source.elc (loaded in 0.56 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-parse'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-parse.elc (loaded in 0.67 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-vars'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-util'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-util.elc (loaded in 0.73 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-domsuf'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-domsuf.elc (loaded in 0.03 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-cookie'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-cookie.elc (loaded in 0.83 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-history'...
[2013-01-29 21:20:20] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-history'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-history.elc (loaded in 0.05 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-expand'...
[2013-01-29 21:20:20] (info) +-> Requiring `url-methods'...
[2013-01-29 21:20:20] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-methods'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-methods.elc (loaded in 0.03 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-util'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-expand'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-expand.elc (loaded in 0.13 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-privacy'...
[2013-01-29 21:20:20] (info) +-> Requiring `url-vars'... already loaded
[2013-01-29 21:20:20] (info) +-> Requiring `url-privacy'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-privacy.elc (loaded in 0.05 s)
[2013-01-29 21:20:20] (info) +-> Requiring `url-methods'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `url-proxy'...
[2013-01-29 21:20:21] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `url-proxy'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url-proxy.elc (loaded in 0.03 s)
[2013-01-29 21:20:21] (info) +-> Requiring `url-parse'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `url-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `url'... c:/Program Files (x86)/emacs-24.2.91/lisp/url/url.elc (loaded in 1.34 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-compat'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-compat.elc (loaded in 1.38 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `nnheader'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-ems'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-ems.elc (loaded in 0.05 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gnus'... d:/home/sva/Public/Repositories/gnus/lisp/gnus.elc (loaded in 1.98 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-group'...
[2013-01-29 21:20:21] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-start'...
[2013-01-29 21:20:21] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-win'...
[2013-01-29 21:20:21] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-win'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-win.elc (loaded in 0.03 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gnus-int'...
[2013-01-29 21:20:21] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `message'...
[2013-01-29 21:20:21] (info) +-> Requiring `mailheader'... c:/Program Files (x86)/emacs-24.2.91/lisp/mail/mailheader.elc (loaded in 0.09 s)
[2013-01-29 21:20:21] (info) +-> Requiring `gmm-utils'... d:/home/sva/Public/Repositories/gnus/lisp/gmm-utils.elc (loaded in 0.03 s)
[2013-01-29 21:20:21] (info) +-> Requiring `mail-utils'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mailabbrev'... c:/Program Files (x86)/emacs-24.2.91/lisp/mail/mailabbrev.elc (loaded in 0.06 s)
[2013-01-29 21:20:21] (info) +-> Requiring `mail-parse'...
[2013-01-29 21:20:21] (info) +-> Requiring `mail-prsvr'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `ietf-drums'...
[2013-01-29 21:20:21] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `ietf-drums'... d:/home/sva/Public/Repositories/gnus/lisp/ietf-drums.elc (loaded in 0.03 s)
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2231'...
[2013-01-29 21:20:21] (info) +-> Requiring `ietf-drums'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2047'...
[2013-01-29 21:20:21] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `ietf-drums'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mail-prsvr'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2045'...
[2013-01-29 21:20:21] (info) +-> Requiring `ietf-drums'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2045'... d:/home/sva/Public/Repositories/gnus/lisp/rfc2045.elc (loaded in 0.03 s)
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2047'... d:/home/sva/Public/Repositories/gnus/lisp/rfc2047.elc (loaded in 0.11 s)
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2231'... d:/home/sva/Public/Repositories/gnus/lisp/rfc2231.elc (loaded in 0.14 s)
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2047'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2045'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mail-parse'... d:/home/sva/Public/Repositories/gnus/lisp/mail-parse.elc (loaded in 0.20 s)
[2013-01-29 21:20:21] (info) +-> Requiring `mml'...
[2013-01-29 21:20:21] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mm-bodies'...
[2013-01-29 21:20:21] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `rfc2047'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mm-encode'...
[2013-01-29 21:20:21] (info) +-> Requiring `mail-parse'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mm-encode'... d:/home/sva/Public/Repositories/gnus/lisp/mm-encode.elc (loaded in 0.02 s)
[2013-01-29 21:20:21] (info) +-> Requiring `mm-bodies'... d:/home/sva/Public/Repositories/gnus/lisp/mm-bodies.elc (loaded in 0.06 s)
[2013-01-29 21:20:21] (info) +-> Requiring `mm-encode'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mm-decode'...
[2013-01-29 21:20:21] (info) +-> Requiring `mail-parse'... already loaded
[2013-01-29 21:20:21] (info) +-> Requiring `mm-bodies'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `mm-decode'... d:/home/sva/Public/Repositories/gnus/lisp/mm-decode.elc (loaded in 0.08 s)
[2013-01-29 21:20:22] (info) +-> Requiring `mml-sec'... d:/home/sva/Public/Repositories/gnus/lisp/mml-sec.elc (loaded in 0.02 s)
[2013-01-29 21:20:22] (info) +-> Requiring `mml'... d:/home/sva/Public/Repositories/gnus/lisp/mml.elc (loaded in 0.23 s)
[2013-01-29 21:20:22] (info) +-> Requiring `rfc822'... c:/Program Files (x86)/emacs-24.2.91/lisp/mail/rfc822.elc (loaded in 0.05 s)
[2013-01-29 21:20:22] (info) +-> Requiring `format-spec'... d:/home/sva/Public/Repositories/gnus/lisp/format-spec.elc (loaded in 0.06 s)
[2013-01-29 21:20:22] (info) +-> Requiring `idna'...
[2013-01-29 21:20:22] (info) +-> Requiring `message'... d:/home/sva/Public/Repositories/gnus/lisp/message.elc (loaded in 1.00 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-range'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-range.elc (loaded in 0.02 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-int'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-int.elc (loaded in 1.11 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-spec'...
[2013-01-29 21:20:22] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-spec'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-spec.elc (loaded in 0.03 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-range'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-start'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-start.elc (loaded in 1.27 s)
[2013-01-29 21:20:22] (info) +-> Requiring `nnmail'...
[2013-01-29 21:20:22] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `nnheader'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `message'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `mail-source'...
[2013-01-29 21:20:22] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `message'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `mail-source'... d:/home/sva/Public/Repositories/gnus/lisp/mail-source.elc (loaded in 0.05 s)
[2013-01-29 21:20:22] (info) +-> Requiring `mm-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-int'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `nnmail'... d:/home/sva/Public/Repositories/gnus/lisp/nnmail.elc (loaded in 0.14 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-spec'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-int'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-range'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-win'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-undo'...
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-undo'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-undo.elc (loaded in 0.03 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gmm-utils'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `time-date'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-ems'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-group'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-group.elc (loaded in 1.61 s)
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-spec'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-range'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-int'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-undo'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `gmm-utils'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `mm-decode'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `nnoo'...
[2013-01-29 21:20:22] (info) +-> Requiring `nnheader'... already loaded
[2013-01-29 21:20:22] (info) +-> Requiring `nnoo'... d:/home/sva/Public/Repositories/gnus/lisp/nnoo.elc (loaded in 0.02 s)
[2013-01-29 21:20:23] (info) +-> Requiring `gnus-sum'... d:/home/sva/Public/Repositories/gnus/lisp/gnus-sum.elc (loaded in 3.92 s)
[2013-01-29 21:20:23] (info) +-> Requiring `calendar'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `find-func'... c:/Program Files (x86)/emacs-24.2.91/lisp/emacs-lisp/find-func.elc (loaded in 0.06 s)
[2013-01-29 21:20:23] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:23] (info) Loading d:/home/sva/Public/Repositories/org-mode/lisp/org-loaddefs.el...
[2013-01-29 21:20:23] (info) +-> Requiring `org-macs'... d:/home/sva/Public/Repositories/org-mode/lisp/org-macs.el (loaded in 0.03 s)
[2013-01-29 21:20:23] (info) +-> Requiring `org-compat'...
[2013-01-29 21:20:23] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `org-compat'... d:/home/sva/Public/Repositories/org-mode/lisp/org-compat.el (loaded in 0.05 s)
[2013-01-29 21:20:23] (info) +-> Requiring `ob-emacs-lisp'...
[2013-01-29 21:20:23] (info) +-> Requiring `ob'...
[2013-01-29 21:20:23] (info) +-> Requiring `ob-eval'...
[2013-01-29 21:20:23] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `ob-eval'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-eval.el (loaded in 0.03 s)
[2013-01-29 21:20:23] (info) +-> Requiring `ob-core'...
[2013-01-29 21:20:23] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `ob-eval'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `ob-core'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-core.el (loaded in 0.19 s)
[2013-01-29 21:20:23] (info) +-> Requiring `ob-comint'...
[2013-01-29 21:20:23] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:23] (info) +-> Requiring `comint'...
[2013-01-29 21:20:23] (info) +-> Requiring `ring'... c:/Program Files (x86)/emacs-24.2.91/lisp/emacs-lisp/ring.elc (loaded in 0.06 s)
[2013-01-29 21:20:23] (info) +-> Requiring `ansi-color'... c:/Program Files (x86)/emacs-24.2.91/lisp/ansi-color.elc (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `regexp-opt'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `comint'... c:/Program Files (x86)/emacs-24.2.91/lisp/comint.elc (loaded in 0.20 s)
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-comint'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-comint.el (loaded in 0.34 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-exp'...
[2013-01-29 21:20:24] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-exp'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-exp.el (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-keys'...
[2013-01-29 21:20:24] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-keys'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-keys.el (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-table'...
[2013-01-29 21:20:24] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-table'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-table.el (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-lob'...
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-table'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-lob'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-lob.el (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-ref'...
[2013-01-29 21:20:24] (info) +-> Requiring `ob-core'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-ref'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-ref.el (loaded in 0.03 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-tangle'...
[2013-01-29 21:20:24] (info) +-> Requiring `org-src'...
[2013-01-29 21:20:24] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-keys'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-comint'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `org-src'... d:/home/sva/Public/Repositories/org-mode/lisp/org-src.el (loaded in 0.13 s)
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `ob-tangle'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-tangle.el (loaded in 0.16 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob'... d:/home/sva/Public/Repositories/org-mode/lisp/ob.el (loaded in 0.98 s)
[2013-01-29 21:20:24] (info) +-> Requiring `ob-emacs-lisp'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-emacs-lisp.el (loaded in 0.98 s)
[2013-01-29 21:20:24] (info) +-> Requiring `org-version'... d:/home/sva/Public/Repositories/org-mode/lisp/org-version.el (loaded in 0.00 s)
[2013-01-29 21:20:24] (info) +-> Requiring `outline'... c:/Program Files (x86)/emacs-24.2.91/lisp/outline.elc (loaded in 0.06 s)
[2013-01-29 21:20:24] (info) +-> Requiring `noutline'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `time-date'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `easymenu'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `overlay'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `org-entities'...
[2013-01-29 21:20:24] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `org-entities'... d:/home/sva/Public/Repositories/org-mode/lisp/org-entities.el (loaded in 0.09 s)
[2013-01-29 21:20:24] (info) +-> Requiring `org-faces'...
[2013-01-29 21:20:24] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:24] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-faces'... d:/home/sva/Public/Repositories/org-mode/lisp/org-faces.el (loaded in 0.13 s)
[2013-01-29 21:20:25] (info) +-> Requiring `org-list'...
[2013-01-29 21:20:25] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-list'... d:/home/sva/Public/Repositories/org-mode/lisp/org-list.el (loaded in 0.17 s)
[2013-01-29 21:20:25] (info) +-> Requiring `org-pcomplete'...
[2013-01-29 21:20:25] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `pcomplete'...
[2013-01-29 21:20:25] (info) +-> Requiring `comint'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `pcomplete'... c:/Program Files (x86)/emacs-24.2.91/lisp/pcomplete.elc (loaded in 0.05 s)
[2013-01-29 21:20:25] (info) +-> Requiring `org-pcomplete'... d:/home/sva/Public/Repositories/org-mode/lisp/org-pcomplete.el (loaded in 0.11 s)
[2013-01-29 21:20:25] (info) +-> Requiring `org-src'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-footnote'...
[2013-01-29 21:20:25] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `org-footnote'... d:/home/sva/Public/Repositories/org-mode/lisp/org-footnote.el (loaded in 0.13 s)
[2013-01-29 21:20:25] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `font-lock'... already loaded
[2013-01-29 21:20:25] (info) +-> Requiring `macroexp'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `bytecomp'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `warnings'... c:/Program Files (x86)/emacs-24.2.91/lisp/emacs-lisp/warnings.elc (loaded in 0.05 s)
[2013-01-29 21:20:26] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `macroexp'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `bytecomp'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `warnings'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:26] (info) +-> Requiring `org'... d:/home/sva/Public/Repositories/org-mode/lisp/org.el (loaded in 7.30 s)
[2013-01-29 21:20:26] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `org-agenda'...
[2013-01-29 21:20:26] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:26] (info) +-> Requiring `macroexp'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:27] (info) +-> Requiring `bytecomp'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `warnings'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `help-fns'... already loaded [2 times]
[2013-01-29 21:20:27] (info) +-> Requiring `org-bbdb'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-bbdb'... d:/home/sva/Public/Repositories/org-mode/lisp/org-bbdb.el (loaded in 0.05 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-bibtex'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `bibtex'...
[2013-01-29 21:20:27] (info) +-> Requiring `button'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `bibtex'... c:/Program Files (x86)/emacs-24.2.91/lisp/textmodes/bibtex.elc (loaded in 0.17 s)
[2013-01-29 21:20:27] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-bibtex'... d:/home/sva/Public/Repositories/org-mode/lisp/org-bibtex.el (loaded in 0.25 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-docview'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-docview'... d:/home/sva/Public/Repositories/org-mode/lisp/org-docview.el (loaded in 0.02 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-gnus'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `gnus-util'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `gnus-sum'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-gnus'... d:/home/sva/Public/Repositories/org-mode/lisp/org-gnus.el (loaded in 0.03 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-info'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-info'... d:/home/sva/Public/Repositories/org-mode/lisp/org-info.el (loaded in 0.03 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-jsinfo'...
[2013-01-29 21:20:27] (info) +-> Requiring `org-exp'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-macs'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-agenda'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `ob-exp'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-src'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `macroexp'... already loaded [2 times]
[2013-01-29 21:20:27] (info) +-> Requiring `org-exp'... d:/home/sva/Public/Repositories/org-mode/lisp/org-exp.el (loaded in 0.24 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-html'...
[2013-01-29 21:20:27] (info) +-> Requiring `org-exp'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-html'... d:/home/sva/Public/Repositories/org-mode/lisp/org-html.el (loaded in 0.09 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-jsinfo'... d:/home/sva/Public/Repositories/org-mode/lisp/org-jsinfo.el (loaded in 0.38 s)
[2013-01-29 21:20:27] (info) +-> Requiring `org-irc'...
[2013-01-29 21:20:27] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:27] (info) +-> Requiring `org-irc'... d:/home/sva/Public/Repositories/org-mode/lisp/org-irc.el (loaded in 0.11 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-mew'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-mew'... d:/home/sva/Public/Repositories/org-mode/lisp/org-mew.el (loaded in 0.01 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-mhe'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-mhe'... d:/home/sva/Public/Repositories/org-mode/lisp/org-mhe.el (loaded in 0.02 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-rmail'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-rmail'... d:/home/sva/Public/Repositories/org-mode/lisp/org-rmail.el (loaded in 0.02 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-vm'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-vm'... d:/home/sva/Public/Repositories/org-mode/lisp/org-vm.el (loaded in 0.03 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-w3m'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-w3m'... d:/home/sva/Public/Repositories/org-mode/lisp/org-w3m.el (loaded in 0.03 s)
[2013-01-29 21:20:28] (info) +-> Requiring `org-wl'...
[2013-01-29 21:20:28] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:28] (info) +-> Requiring `org-wl'... d:/home/sva/Public/Repositories/org-mode/lisp/org-wl.el (loaded in 0.03 s)
[2013-01-29 21:20:28] (info) +-> Requiring `image'... already loaded
[2013-01-29 21:20:28] (info) Loading c:/Program Files (x86)/emacs-24.2.91/lisp/vc/vc-git.elc...
Loading vc-git...done
[2013-01-29 21:20:28] (info) +-> Requiring `vc-git'... already loaded [2 times]
[2013-01-29 21:20:30] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:30] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `diary-lib'... already loaded [2 times]
[2013-01-29 21:20:46] No event to add
[2013-01-29 21:20:46] (info) +-> Requiring `org-agenda'... d:/home/sva/Public/Repositories/org-mode/lisp/org-agenda.el (loaded in 19.70 s)
[2013-01-29 21:20:46] (info) +-> Requiring `ob-exp'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-src'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `macroexp'... already loaded [2 times]
[2013-01-29 21:20:46] (info) +-> Requiring `org-exp'... d:/home/sva/Public/Repositories/org-mode/lisp/org-exp.el (loaded in 27.17 s)
[2013-01-29 21:20:46] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-clock'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-habit'...
[2013-01-29 21:20:46] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-agenda'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-habit'... d:/home/sva/Public/Repositories/org-mode/lisp/org-habit.el (loaded in 0.05 s)
[2013-01-29 21:20:46] (info) +-> Requiring `org-protocol'...
[2013-01-29 21:20:46] (info) +-> Requiring `org'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:46] (info) +-> Requiring `org-protocol'... d:/home/sva/Public/Repositories/org-mode/lisp/org-protocol.el (loaded in 0.05 s)
[2013-01-29 21:20:46] (info) Found 36 entries in `org-agenda-files'
[2013-01-29 21:20:47] (info) +-> Requiring `org-e-ascii'...
[2013-01-29 21:20:47] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:47] (info) +-> Requiring `org-export'...
[2013-01-29 21:20:47] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:47] (info) +-> Requiring `org-element'... already loaded
[2013-01-29 21:20:47] (info) +-> Requiring `ob-exp'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-export'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-export.el (loaded in 0.27 s)
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-publish'...
[2013-01-29 21:20:48] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-export'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-publish'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-publish.el (loaded in 0.08 s)
[2013-01-29 21:20:48] (info) +-> Requiring `macroexp'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-ascii'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-ascii.el (loaded in 0.52 s)
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-html'...
[2013-01-29 21:20:48] (info) +-> Requiring `org-export'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-publish'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `table'...
[2013-01-29 21:20:48] (info) +-> Requiring `regexp-opt'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `easymenu'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `table'... c:/Program Files (x86)/emacs-24.2.91/lisp/textmodes/table.elc (loaded in 0.14 s)
[2013-01-29 21:20:48] (info) +-> Requiring `help-fns'... already loaded [3 times]
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-html'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-html.el (loaded in 0.36 s)
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-latex'...
[2013-01-29 21:20:48] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-export'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-publish'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-latex'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-latex.el (loaded in 0.09 s)
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-beamer'...
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-latex'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-beamer'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-beamer.el (loaded in 0.06 s)
[2013-01-29 21:20:48] (info) +-> Requiring `org-e-odt'...
[2013-01-29 21:20:48] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `table'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `format-spec'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-export'... already loaded
[2013-01-29 21:20:48] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:48] Debug (org-e-odt): Searching for OpenDocument styles files...
[2013-01-29 21:20:48] Debug (org-e-odt): Trying d:/home/sva/Public/Repositories/org-mode/etc/styles/...
[2013-01-29 21:20:48] Debug (org-e-odt): Using styles under d:/home/sva/Public/Repositories/org-mode/etc/styles/
[2013-01-29 21:20:48] Debug (org-e-odt): Searching for OpenDocument schema files...
[2013-01-29 21:20:48] Debug (org-e-odt): Trying d:/home/sva/Public/Repositories/org-mode/etc/schema/...
[2013-01-29 21:20:48] Debug (org-e-odt): Using schema files under d:/home/sva/Public/Repositories/org-mode/etc/schema/
[2013-01-29 21:20:49] (info) +-> Requiring `help-fns'... already loaded [3 times]
[2013-01-29 21:20:49] (info) +-> Requiring `org-e-odt'... d:/home/sva/Public/Repositories/org-mode/contrib/lisp/org-e-odt.el (loaded in 0.31 s)
[2013-01-29 21:20:49] (info) +-> Requiring `ob-R'...
[2013-01-29 21:20:49] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `ob-R'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-R.el (loaded in 0.05 s)
[2013-01-29 21:20:49] (info) +-> Requiring `ob-awk'...
[2013-01-29 21:20:49] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `ob-awk'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-awk.el (loaded in 0.03 s)
[2013-01-29 21:20:49] (info) +-> Requiring `ob-calc'...
[2013-01-29 21:20:49] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `calc'...
[2013-01-29 21:20:49] (info) +-> Requiring `calc-macs'... c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc-macs.elc (loaded in 0.17 s)
[2013-01-29 21:20:49] (info) Loading c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc-loaddefs.el...
[2013-01-29 21:20:49] (info) +-> Requiring `calc'... c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc.elc (loaded in 0.38 s)
[2013-01-29 21:20:49] (info) +-> Requiring `calc-trail'...
[2013-01-29 21:20:49] (info) +-> Requiring `calc-ext'...
[2013-01-29 21:20:49] (info) +-> Requiring `calc'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `calc-macs'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `calc-ext'... c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc-ext.elc (loaded in 0.22 s)
[2013-01-29 21:20:49] (info) +-> Requiring `calc-macs'... already loaded
[2013-01-29 21:20:49] (info) +-> Requiring `calc-trail'... c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc-trail.elc (loaded in 0.30 s)
[2013-01-29 21:20:49] (info) +-> Requiring `calc-store'...
[2013-01-29 21:20:50] (info) +-> Requiring `calc-ext'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `calc-macs'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `calc-store'... c:/Program Files (x86)/emacs-24.2.91/lisp/calc/calc-store.elc (loaded in 0.09 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-calc'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-calc.el (loaded in 0.81 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-ditaa'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `org-compat'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-ditaa'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-ditaa.el (loaded in 0.03 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-dot'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-dot'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-dot.el (loaded in 0.02 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-emacs-lisp'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-gnuplot'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-gnuplot'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-gnuplot.el (loaded in 0.03 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-latex'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-latex'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-latex.el (loaded in 0.03 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-ledger'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-ledger'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-ledger.el (loaded in 0.02 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-org'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-org'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-org.el (loaded in 0.02 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-python'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-python'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-python.el (loaded in 0.03 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-sh'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `shell'...
[2013-01-29 21:20:50] (info) +-> Requiring `comint'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `pcomplete'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `shell'... c:/Program Files (x86)/emacs-24.2.91/lisp/shell.elc (loaded in 0.16 s)
[2013-01-29 21:20:50] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-sh'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-sh.el (loaded in 0.19 s)
[2013-01-29 21:20:50] (info) +-> Requiring `ob-sql'...
[2013-01-29 21:20:50] (info) +-> Requiring `ob'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `cl'... already loaded
[2013-01-29 21:20:50] (info) +-> Requiring `ob-sql'... d:/home/sva/Public/Repositories/org-mode/lisp/ob-sql.el (loaded in 0.03 s)
--8<---------------cut here---------------end--------------->8---
In particular, you'll see that *16 seconds* are "lost" between 21:20:30 and
21:20:46. They correspond to the executiong of just *one line*:
#+begin_src emacs-lisp
(org-agenda-to-appt)
#+end_src
This may have something to do with my big amount of Org files in
`org-agenda-files': 36 at this point. But is that so big??
OK, let's find a way to delay that computation (filling in the calendar
system with today's appointments) up to when org-agenda will be loaded, with
the following block of code:
#+begin_src emacs-lisp
(eval-after-load "org-agenda"
'(when org-agenda-files
(org-agenda-to-appt)))
#+end_src
Results? No change, nothing...
Why? Because, as you can see in the above tree, org-agenda is in fact already
loaded, hence the eval-after-load running as well.
Call tree for org-agenda:
Requiring `org'...
[2013-01-29 21:20:19] (info) +-> Requiring `org-clock'...
[2013-01-29 21:20:19] (info) +-> Requiring `org-exp'...
[2013-01-29 21:20:26] (info) +-> Requiring `org-agenda'...
I must admit I don't understand[1] why `org-agenda' must be called during Org
startup.
I would like to have:
- the minimal Org config loaded when opening any .org file; IOW, certainly not
the agenda files!
- all files in `org-agenda-files' when calling any agenda view (C-c a ...)
- the current clocked file when resume Org's clock mechanism.
I'm ready to look at where to cut branches of the Org tree, if that does make
sense to you. Does it?
Best regards,
Seb
[1] Don't assume it's not related to some problem in my config. But, for this
point, AFAIU, it's not the case.
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-29 20:49 How to improve Org startup time? Sebastien Vauban
@ 2013-01-29 21:14 ` Daimrod
2013-01-29 21:21 ` Sebastien Vauban
2013-01-29 21:23 ` Nick Dokos
` (2 subsequent siblings)
3 siblings, 1 reply; 459+ messages in thread
From: Daimrod @ 2013-01-29 21:14 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 970 bytes --]
"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:
> Hello,
Hello Sebastien,
> I would like to have:
>
> - the minimal Org config loaded when opening any .org file; IOW, certainly not
> the agenda files!
>
> - all files in `org-agenda-files' when calling any agenda view (C-c a ...)
>
> - the current clocked file when resume Org's clock mechanism.
>
> I'm ready to look at where to cut branches of the Org tree, if that does make
> sense to you. Does it?
You could try to pull from the main branch and test the latest option
pushed by Bastien to improve the agenda startup.
This option, `org-agenda-inhibit-startup', is set by default to t so
shouldn't have anything to configure.
Here is the original thread: http://comments.gmane.org/gmane.emacs.orgmode/65215
> Best regards,
> Seb
>
> [1] Don't assume it's not related to some problem in my config. But, for this
> point, AFAIU, it's not the case.
--
Daimrod/Greg
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-29 21:14 ` Daimrod
@ 2013-01-29 21:21 ` Sebastien Vauban
2013-01-29 21:53 ` Daimrod
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-29 21:21 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hello Daimrod,
Daimrod wrote:
> "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> I would like to have:
>>
>> - the minimal Org config loaded when opening any .org file; IOW, certainly not
>> the agenda files!
>>
>> - all files in `org-agenda-files' when calling any agenda view (C-c a ...)
>>
>> - the current clocked file when resume Org's clock mechanism.
>>
>> I'm ready to look at where to cut branches of the Org tree, if that does make
>> sense to you. Does it?
>
> You could try to pull from the main branch and test the latest option
> pushed by Bastien to improve the agenda startup.
>
> This option, `org-agenda-inhibit-startup', is set by default to t so
> shouldn't have anything to configure.
Thanks for your notice -- it could (have) help(ed)... if I wasn't already
(quite) up-to-date; here's the results of `git log':
--8<---------------cut here---------------start------------->8---
commit f52600a43908d5b246901780b9a761e477ec5604
Author: Eric Schulte <schulte.eric-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Sat Jan 26 13:58:15 2013 -0700
fix bug: tangling #+headers: lines w/prefix arg
commit bb40d29b45e091f3a4226c890e1130299c4dffd4
Author: Nicolas Goaziou <n.goaziou-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Sat Jan 26 18:05:56 2013 +0100
org-export: Fix subtree export when parent section is empty
* contrib/lisp/org-export.el (org-export--get-subtree-options): When
point is at an headline and subtree export is called, make sure
export properties are extracted from parent headline.
* testing/lisp/test-org-export.el: Add test.
commit 5e11659e66845e918a047f4a89d171f599729174
Merge: 714b372 a119649
Author: Bastien Guerry <bzg-whniv8GeeGkdnm+yROfE0A@public.gmane.org>
Date: Sat Jan 26 15:11:21 2013 +0100
Merge branch 'maint'
Conflicts:
lisp/org.el
commit a1196499237b6a0389fba2d21b69c34068404519
Author: Bastien Guerry <bzg-whniv8GeeGkdnm+yROfE0A@public.gmane.org>
Date: Sat Jan 26 15:10:43 2013 +0100
org.el (org-agenda-inhibit-startup): Rename from `org-agenda-inhibit-startup-visibility-cycling'
* org.el (org-agenda-inhibit-startup): Rename from
`org-agenda-inhibit-startup-visibility-cycling'.
(org-agenda-prepare-buffers): Bind `org-inhibit-startup' to
`org-agenda-inhibit-startup'.
--8<---------------cut here---------------end--------------->8---
I must admit I did not see any improvement -- at least, even if I did not make
any measures before and after that, I did not feel any improvement.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-29 21:21 ` Sebastien Vauban
@ 2013-01-29 21:53 ` Daimrod
2013-01-29 22:42 ` Sebastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Daimrod @ 2013-01-29 21:53 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2642 bytes --]
"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:
> Hello Daimrod,
>
> Daimrod wrote:
>> "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:
>>> I would like to have:
>>>
>>> - the minimal Org config loaded when opening any .org file; IOW, certainly not
>>> the agenda files!
>>>
>>> - all files in `org-agenda-files' when calling any agenda view (C-c a ...)
>>>
>>> - the current clocked file when resume Org's clock mechanism.
>>>
>>> I'm ready to look at where to cut branches of the Org tree, if that does make
>>> sense to you. Does it?
>>
>> You could try to pull from the main branch and test the latest option
>> pushed by Bastien to improve the agenda startup.
>>
>> This option, `org-agenda-inhibit-startup', is set by default to t so
>> shouldn't have anything to configure.
>
> Thanks for your notice -- it could (have) help(ed)... if I wasn't already
> (quite) up-to-date; here's the results of `git log':
>
> commit f52600a43908d5b246901780b9a761e477ec5604
> Author: Eric Schulte <schulte.eric@gmail.com>
> Date: Sat Jan 26 13:58:15 2013 -0700
>
> fix bug: tangling #+headers: lines w/prefix arg
>
> commit bb40d29b45e091f3a4226c890e1130299c4dffd4
> Author: Nicolas Goaziou <n.goaziou@gmail.com>
> Date: Sat Jan 26 18:05:56 2013 +0100
>
> org-export: Fix subtree export when parent section is empty
>
> * contrib/lisp/org-export.el (org-export--get-subtree-options): When
> point is at an headline and subtree export is called, make sure
> export properties are extracted from parent headline.
> * testing/lisp/test-org-export.el: Add test.
>
> commit 5e11659e66845e918a047f4a89d171f599729174
> Merge: 714b372 a119649
> Author: Bastien Guerry <bzg@altern.org>
> Date: Sat Jan 26 15:11:21 2013 +0100
>
> Merge branch 'maint'
>
> Conflicts:
> lisp/org.el
>
> commit a1196499237b6a0389fba2d21b69c34068404519
> Author: Bastien Guerry <bzg@altern.org>
> Date: Sat Jan 26 15:10:43 2013 +0100
>
> org.el (org-agenda-inhibit-startup): Rename from `org-agenda-inhibit-startup-visibility-cycling'
>
> * org.el (org-agenda-inhibit-startup): Rename from
> `org-agenda-inhibit-startup-visibility-cycling'.
> (org-agenda-prepare-buffers): Bind `org-inhibit-startup' to
> `org-agenda-inhibit-startup'.
>
> I must admit I did not see any improvement -- at least, even if I did not make
> any measures before and after that, I did not feel any improvement.
Per chance, you did not forget to M-x compile ? ;)
Joking aside, I'm sad it didn't any sensible improvement.
--
Daimrod/Greg
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 21:53 ` Daimrod
@ 2013-01-29 22:42 ` Sebastien Vauban
2013-01-30 12:21 ` Daniel Clemente
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-29 22:42 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Daimrod,
Daimrod wrote:
> "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Daimrod wrote:
>>> "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>> I would like to have:
>>>>
>>>> - the minimal Org config loaded when opening any .org file; IOW, certainly not
>>>> the agenda files!
>>>>
>>>> - all files in `org-agenda-files' when calling any agenda view (C-c a ...)
>>>>
>>>> - the current clocked file when resume Org's clock mechanism.
>>>>
>>>> I'm ready to look at where to cut branches of the Org tree, if that does make
>>>> sense to you. Does it?
>>>
>>> You could try to pull from the main branch and test the latest option
>>> pushed by Bastien to improve the agenda startup.
>>>
>>> This option, `org-agenda-inhibit-startup', is set by default to t so
>>> shouldn't have anything to configure.
>>
>> Thanks for your notice -- it could (have) help(ed)... if I wasn't already
>> (quite) up-to-date.
>>
>> I must admit I did not see any improvement -- at least, even if I did not make
>> any measures before and after that, I did not feel any improvement.
>
> Per chance, you did not forget to M-x compile ? ;)
Good to remind me/us with that, but, once again, no, as I do not use compiled
Org files. That way, I'm sure not to forget such recompile step -- which I
would definitely do once in a while!
> Joking aside, I'm sad it didn't any sensible improvement.
Not for me. Not now, at least. But apparently well for others (Eric Fraga).
And, anyway, I'm always welcoming a lot any such effort to improve stuff, even
if that's not always visible as such.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 22:42 ` Sebastien Vauban
@ 2013-01-30 12:21 ` Daniel Clemente
2013-01-30 13:17 ` Sebastien Vauban
2013-01-31 4:20 ` Eric S Fraga
0 siblings, 2 replies; 459+ messages in thread
From: Daniel Clemente @ 2013-01-30 12:21 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
> > Per chance, you did not forget to M-x compile ? ;)
>
> Good to remind me/us with that, but, once again, no, as I do not use compiled
> Org files. That way, I'm sure not to forget such recompile step -- which I
> would definitely do once in a while!
>
If you are worried about speed, you should always byte-compile, because it's easy and byte-compiled code is faster.
Just do a "make" after each "git pull".
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 12:21 ` Daniel Clemente
@ 2013-01-30 13:17 ` Sebastien Vauban
2013-01-30 17:16 ` Bastien
2013-01-31 4:20 ` Eric S Fraga
1 sibling, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 13:17 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Daniel,
Daniel Clemente wrote:
>>> Per chance, you did not forget to M-x compile ? ;)
>>
>> Good to remind me/us with that, but, once again, no, as I do not use compiled
>> Org files. That way, I'm sure not to forget such recompile step -- which I
>> would definitely do once in a while!
>
> If you are worried about speed, you should always byte-compile, because it's
> easy and byte-compiled code is faster.
> Just do a "make" after each "git pull".
I know it's easy, but I know myself, and I'm sure to lose hours of work
because, at some point in time, I'll forget to compile the stuff after having
made one change.
Plus, from the speed comparisons I had done once, I felt the difference as
being completely marginal.
Do you really notice a speed improvement when using the compiled files?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 12:21 ` Daniel Clemente
2013-01-30 13:17 ` Sebastien Vauban
@ 2013-01-31 4:20 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-01-31 4:20 UTC (permalink / raw)
To: Daniel Clemente; +Cc: Sebastien Vauban, emacs-orgmode
Daniel Clemente <n142857@gmail.com> writes:
> If you are worried about speed, you should always byte-compile, because it's easy and byte-compiled code is faster.
> Just do a "make" after each "git pull".
I do compile org but I do not compile any of my start-up files; this is
a practice I got into when I was running different versions of emacs
(e.g. 22 vs 23 vs 24) on different systems (from a wee N800 to a huge
multi-core system) but with shared startup files.
I say this in case the speedups I am observing are more noticeable if
using non-compiled code and others are wondering why they don't observe
any speedups.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-917-gb9c506
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 20:49 How to improve Org startup time? Sebastien Vauban
2013-01-29 21:14 ` Daimrod
@ 2013-01-29 21:23 ` Nick Dokos
2013-01-29 22:39 ` Sebastien Vauban
2013-01-29 23:06 ` Bastien
2013-01-31 4:16 ` Eric S Fraga
3 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2013-01-29 21:23 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> In particular, you'll see that *16 seconds* are "lost" between 21:20:30 and
> 21:20:46. They correspond to the executiong of just *one line*:
>
> #+begin_src emacs-lisp
> (org-agenda-to-appt)
> #+end_src
>
> This may have something to do with my big amount of Org files in
> `org-agenda-files': 36 at this point. But is that so big??
>
I don't think so.
Can you get a profile?
M-x elp-instrument-package RET org-agenda RET
M-x org-agenda-to-appt
M-x elp-results
In my (admittedly unchallenging, run-of-the-mill) setup, I get
(with everything already loaded):
org-agenda-to-appt 1 0.053846964 0.053846964
org-agenda-prepare-buffers 1 0.028483817 0.028483817
org-agenda-get-day-entries 8 0.024222044 0.0030277555
org-agenda-get-scheduled 8 0.0154506449 0.0019313306
org-agenda-get-timestamps 8 0.004179949 0.0005224936
org-agenda-skip 184 0.0027937810 1.518...e-05
org-agenda-files 2 0.001386068 0.000693034
org-agenda-get-deadlines 8 0.001288303 0.0001610378
org-agenda-format-item 22 0.0012140690 5.518...e-05
org-agenda-get-blocks 8 0.0007851970 9.814...e-05
org-agenda-new-marker 44 0.0006114019 1.389...e-05
org-agenda-skip-eval 368 0.0001511950 4.108...e-07
org-agenda-todayp 16 0.0001342800 8.392...e-06
org-agenda-fix-displayed-tags 22 7.2914e-05 3.314...e-06
org-agenda-get-category-icon 22 1.8382e-05 8.355...e-07
org-agenda-time-of-day-to-ampm-maybe 6 3.347e-06 5.578...e-07
A factor of 300: maybe it's real, but let's make sure first.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 21:23 ` Nick Dokos
@ 2013-01-29 22:39 ` Sebastien Vauban
2013-01-29 23:11 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-29 22:39 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Nick,
Thanks for looking into this as well!
Nick Dokos wrote:
> Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> wrote:
>> In particular, you'll see that *16 seconds* are "lost" between 21:20:30 and
>> 21:20:46. They correspond to the executiong of just *one line*:
>>
>> #+begin_src emacs-lisp
>> (org-agenda-to-appt)
>> #+end_src
>>
>> This may have something to do with my big amount of Org files in
>> `org-agenda-files': 36 at this point. But is that so big??
>
> I don't think so.
I'm sure it is, as I wrote (removed from the joined log) a "message" call
before and after that line, and those time-stamps were 16 seconds one from the
other.
> Can you get a profile?
You're right I should use real tools for that...
> M-x elp-instrument-package RET org-agenda RET
> M-x org-agenda-to-appt
> M-x elp-results
>
> In my (admittedly unchallenging, run-of-the-mill) setup, I get
> (with everything already loaded):
>
> org-agenda-to-appt 1 0.053846964 0.053846964
> org-agenda-prepare-buffers 1 0.028483817 0.028483817
> org-agenda-get-day-entries 8 0.024222044 0.0030277555
> org-agenda-get-scheduled 8 0.0154506449 0.0019313306
> org-agenda-get-timestamps 8 0.004179949 0.0005224936
> org-agenda-skip 184 0.0027937810 1.518...e-05
> org-agenda-files 2 0.001386068 0.000693034
> org-agenda-get-deadlines 8 0.001288303 0.0001610378
> org-agenda-format-item 22 0.0012140690 5.518...e-05
> org-agenda-get-blocks 8 0.0007851970 9.814...e-05
> org-agenda-new-marker 44 0.0006114019 1.389...e-05
> org-agenda-skip-eval 368 0.0001511950 4.108...e-07
> org-agenda-todayp 16 0.0001342800 8.392...e-06
> org-agenda-fix-displayed-tags 22 7.2914e-05 3.314...e-06
> org-agenda-get-category-icon 22 1.8382e-05 8.355...e-07
> org-agenda-time-of-day-to-ampm-maybe 6 3.347e-06 5.578...e-07
>
> A factor of 300: maybe it's real, but let's make sure first.
Here it is. I don't know how to interpret that difference, tho.
--8<---------------cut here---------------start------------->8---
org-agenda-to-appt 1 19.673 19.673
org-agenda-prepare-buffers 1 18.86 18.86
org-agenda-get-day-entries 36 0.7970000000 0.0221388888
org-agenda-files 37 0.5440000000 0.0147027027
org-agenda-get-scheduled 36 0.5150000000 0.0143055555
org-agenda-get-deadlines 36 0.1580000000 0.0043888888
org-agenda-skip 612 0.1410000000 0.0002303921
org-agenda-get-timestamps 36 0.047 0.0013055555
org-agenda-get-blocks 36 0.046 0.0012777777
org-agenda-format-item 42 0.031 0.0007380952
org-agenda-skip-eval 1204 0.016 1.32...e-005
org-agenda-fix-displayed-tags 42 0.0 0.0
org-agenda-todayp 72 0.0 0.0
org-agenda-new-marker 89 0.0 0.0
org-agenda-deadline-face 2 0.0 0.0
org-agenda-get-category-icon 42 0.0 0.0
--8<---------------cut here---------------end--------------->8---
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 22:39 ` Sebastien Vauban
@ 2013-01-29 23:11 ` Nick Dokos
2013-01-30 8:58 ` Sebastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2013-01-29 23:11 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> >> This may have something to do with my big amount of Org files in
> >> `org-agenda-files': 36 at this point. But is that so big??
> >
> > I don't think so.
>
> I'm sure it is, as I wrote (removed from the joined log) a "message" call
> before and after that line, and those time-stamps were 16 seconds one from the
> other.
>
Small misunderstanding here: the "I don't think so" was a reply
to the "is that so big?" question.
> > Can you get a profile?
>
> You're right I should use real tools for that...
>
> > M-x elp-instrument-package RET org-agenda RET
> > M-x org-agenda-to-appt
> > M-x elp-results
> >
> > In my (admittedly unchallenging, run-of-the-mill) setup, I get
> > (with everything already loaded):
> >
> > org-agenda-to-appt 1 0.053846964 0.053846964
> > org-agenda-prepare-buffers 1 0.028483817 0.028483817
> > org-agenda-get-day-entries 8 0.024222044 0.0030277555
> > org-agenda-get-scheduled 8 0.0154506449 0.0019313306
> > org-agenda-get-timestamps 8 0.004179949 0.0005224936
> > org-agenda-skip 184 0.0027937810 1.518...e-05
> > org-agenda-files 2 0.001386068 0.000693034
> > org-agenda-get-deadlines 8 0.001288303 0.0001610378
> > org-agenda-format-item 22 0.0012140690 5.518...e-05
> > org-agenda-get-blocks 8 0.0007851970 9.814...e-05
> > org-agenda-new-marker 44 0.0006114019 1.389...e-05
> > org-agenda-skip-eval 368 0.0001511950 4.108...e-07
> > org-agenda-todayp 16 0.0001342800 8.392...e-06
> > org-agenda-fix-displayed-tags 22 7.2914e-05 3.314...e-06
> > org-agenda-get-category-icon 22 1.8382e-05 8.355...e-07
> > org-agenda-time-of-day-to-ampm-maybe 6 3.347e-06 5.578...e-07
> >
> > A factor of 300: maybe it's real, but let's make sure first.
>
> Here it is. I don't know how to interpret that difference, tho.
>
> org-agenda-to-appt 1 19.673 19.673
> org-agenda-prepare-buffers 1 18.86 18.86
> org-agenda-get-day-entries 36 0.7970000000 0.0221388888
> org-agenda-files 37 0.5440000000 0.0147027027
> org-agenda-get-scheduled 36 0.5150000000 0.0143055555
> org-agenda-get-deadlines 36 0.1580000000 0.0043888888
> org-agenda-skip 612 0.1410000000 0.0002303921
> org-agenda-get-timestamps 36 0.047 0.0013055555
> org-agenda-get-blocks 36 0.046 0.0012777777
> org-agenda-format-item 42 0.031 0.0007380952
> org-agenda-skip-eval 1204 0.016 1.32...e-005
> org-agenda-fix-displayed-tags 42 0.0 0.0
> org-agenda-todayp 72 0.0 0.0
> org-agenda-new-marker 89 0.0 0.0
> org-agenda-deadline-face 2 0.0 0.0
> org-agenda-get-category-icon 42 0.0 0.0
>
Well, you have a bigger agenda by a factor of 4-5 and I guess a slower
machine, but it all takes less than a second except for one thing: the
big difference seems to be org-agend-prepare-buffers which
opens the files, reads them in and gets the buffers ready.
Once the files are open however, they should be cached, so doing it
again should not take very long at all: is that the case?
If so, my guess is that either you have a very slow disk or you have
disk problems. Were things fast at some point in the past? In that case,
I would worry about the disk. Also, what happens if you copy your agenda
files to some other machine and try it there? If that's fast, then again
I would worry about this disk.
An anecdote to illustrate: at one point, it would take me a couple of
minutes to log in whereas previously it was a few seconds. The kernel
log contained a few disk errors. The disk errors apparently caused multiple
retries, both in the kernel but also (and most probably more
time-consumingly) in the disk firmware. The errors all happened to be in
the file that contained my desktop background image. When I changed
backgrounds (leaving the old file in place so that the bad spots would
not be used by some other file), my login time went back to a few
seconds. I replaced the disk and (knock on wood) the problem has not
reappeared.
So check your kernel logs and maybe run a disk diagnostic program as well.
If there are errors, try backing up the agenda files (copying them
should take a long time if my suspicion is correct): do the equivalent
of
mv file1.org file1.org.bak
# the following might take a long time
cp file1.org.bak file1.org
so that the backups will still occupy the error loci. If the disk is
not too far gone, that might restore the speed of the agenda, but if
that's the case, don't wait too long to replace the disk: once a disk
goes a little bad, it tends to go a *lot* bad pretty fast.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 23:11 ` Nick Dokos
@ 2013-01-30 8:58 ` Sebastien Vauban
2013-01-30 10:23 ` Florian Beck
2013-01-31 4:43 ` Eric S Fraga
0 siblings, 2 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 8:58 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> wrote:
>> >> This may have something to do with my big amount of Org files in
>> >> `org-agenda-files': 36 at this point. But is that so big??
>> >
>> > I don't think so.
>>
>> I'm sure it is, as I wrote (removed from the joined log) a "message" call
>> before and after that line, and those time-stamps were 16 seconds one from the
>> other.
>
> Small misunderstanding here: the "I don't think so" was a reply
> to the "is that so big?" question.
It was already late for me it seems. Yes, I misunderstood your point. Anyway,
I don't mind getting reminded of things which could have escaped me!
>> > Can you get a profile?
>>
>> You're right I should use real tools for that...
>>
>> > M-x elp-instrument-package RET org-agenda RET
>> > M-x org-agenda-to-appt
>> > M-x elp-results
>> >
>> > In my (admittedly unchallenging, run-of-the-mill) setup, I get
>> > (with everything already loaded):
>> >
>> > org-agenda-to-appt 1 0.053846964 0.053846964
>> > org-agenda-prepare-buffers 1 0.028483817 0.028483817
>> > org-agenda-get-day-entries 8 0.024222044 0.0030277555
>> > org-agenda-get-scheduled 8 0.0154506449 0.0019313306
>> > org-agenda-get-timestamps 8 0.004179949 0.0005224936
>> > org-agenda-skip 184 0.0027937810 1.518...e-05
>> > org-agenda-files 2 0.001386068 0.000693034
>> > org-agenda-get-deadlines 8 0.001288303 0.0001610378
>> > org-agenda-format-item 22 0.0012140690 5.518...e-05
>> > org-agenda-get-blocks 8 0.0007851970 9.814...e-05
>> > org-agenda-new-marker 44 0.0006114019 1.389...e-05
>> > org-agenda-skip-eval 368 0.0001511950 4.108...e-07
>> > org-agenda-todayp 16 0.0001342800 8.392...e-06
>> > org-agenda-fix-displayed-tags 22 7.2914e-05 3.314...e-06
>> > org-agenda-get-category-icon 22 1.8382e-05 8.355...e-07
>> > org-agenda-time-of-day-to-ampm-maybe 6 3.347e-06 5.578...e-07
>> >
>> > A factor of 300: maybe it's real, but let's make sure first.
>>
>> Here it is. I don't know how to interpret that difference, tho.
>>
>> org-agenda-to-appt 1 19.673 19.673
>> org-agenda-prepare-buffers 1 18.86 18.86
>> org-agenda-get-day-entries 36 0.7970000000 0.0221388888
>> org-agenda-files 37 0.5440000000 0.0147027027
>> org-agenda-get-scheduled 36 0.5150000000 0.0143055555
>> org-agenda-get-deadlines 36 0.1580000000 0.0043888888
>> org-agenda-skip 612 0.1410000000 0.0002303921
>> org-agenda-get-timestamps 36 0.047 0.0013055555
>> org-agenda-get-blocks 36 0.046 0.0012777777
>> org-agenda-format-item 42 0.031 0.0007380952
>> org-agenda-skip-eval 1204 0.016 1.32...e-005
>> org-agenda-fix-displayed-tags 42 0.0 0.0
>> org-agenda-todayp 72 0.0 0.0
>> org-agenda-new-marker 89 0.0 0.0
>> org-agenda-deadline-face 2 0.0 0.0
>> org-agenda-get-category-icon 42 0.0 0.0
>
> Well, you have a bigger agenda by a factor of 4-5
Well, I'm still under the floating line, for what concerns GTD (in the sense
of getting things _DONE_).
> and I guess a slower machine, but it all takes less than a second except for
> one thing: the big difference seems to be org-agend-prepare-buffers which
> opens the files, reads them in and gets the buffers ready.
Well, I did have a slow machine (6-year old, 2 GB RAM and plain old HD) up to
last month. Now, I do have a brand new Asus laptop with 4 GB RAM and 256 GB
SSD... It can't be that slow. Not possible...
I have to admit working most of the time without the laptop being powered,
which I know (from observation) is 2 to 3 times slower. But, if I do that,
it's because:
- I want to save my battery life, by making full charges and discharges, hence
being unpowered is how I work 5 hours out of 7 (charging takes 2 hours).
- I want to be in a situation similar to the one of my colleagues, who are
using Org (because of me) and don't especially have a machine which is that
new.
> Once the files are open however, they should be cached, so doing it again
> should not take very long at all: is that the case?
Yes, it is the case.
> If so, my guess is that either you have a very slow disk or you have
> disk problems.
I can't imagine how, but?
> Were things fast at some point in the past?
No, it always has been (too) slow for me, hence my efforts to look at how to
separate different Org functions (fontifying a buffer + Org search support,
from generating an agenda, among others) at different points in time.
For me, loading Org when opening an Org file should not trigger the agenda
stuff (requiring org-agenda and the like). This latter should be triggered by
the autoloads when pressing C-c a, for example.
> In that case, I would worry about the disk. Also, what happens if you copy
> your agenda files to some other machine and try it there? If that's fast,
> then again I would worry about this disk.
>
> An anecdote to illustrate: at one point, it would take me a couple of
> minutes to log in whereas previously it was a few seconds. The kernel
> log contained a few disk errors. The disk errors apparently caused multiple
> retries, both in the kernel but also (and most probably more
> time-consumingly) in the disk firmware. The errors all happened to be in
> the file that contained my desktop background image. When I changed
> backgrounds (leaving the old file in place so that the bad spots would
> not be used by some other file), my login time went back to a few
> seconds. I replaced the disk and (knock on wood) the problem has not
> reappeared.
>
> So check your kernel logs and maybe run a disk diagnostic program as well.
> If there are errors, try backing up the agenda files (copying them
> should take a long time if my suspicion is correct): do the equivalent
> of
>
> mv file1.org file1.org.bak
> # the following might take a long time
> cp file1.org.bak file1.org
>
> so that the backups will still occupy the error loci. If the disk is
> not too far gone, that might restore the speed of the agenda, but if
> that's the case, don't wait too long to replace the disk: once a disk
> goes a little bad, it tends to go a *lot* bad pretty fast.
I'm on Windows 8, so I think I have less control on such log events than you
do. Tho, I looked in the Event Viewer (tabs "System" and "Hardware Events"),
but did not find anything suspect at this point.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 8:58 ` Sebastien Vauban
@ 2013-01-30 10:23 ` Florian Beck
2013-01-31 4:43 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Florian Beck @ 2013-01-30 10:23 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> I have to admit working most of the time without the laptop being powered,
> which I know (from observation) is 2 to 3 times slower.
So maybe your disk is powered down or in a "sleep mode" in order to save
power? Could you check whether you get the same result with your laptop
powered?
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 8:58 ` Sebastien Vauban
2013-01-30 10:23 ` Florian Beck
@ 2013-01-31 4:43 ` Eric S Fraga
2013-01-31 12:40 ` Sebastien Vauban
1 sibling, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2013-01-31 4:43 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Some timings on a 3-4 (?) year old netbook with Intel N450 Atom @1.66GHz
dual core powered:
With old org, actually from October 2012 (!) as this system acts as a
cloud server for me so I don't actually use it interactively much:
| org-agenda-to-appt | 1 | 12.525722775 | 12.525722775 |
| org-agenda-prepare-buffers | 2 | 10.719484861 | 5.3597424305 |
| org-agenda-get-day-entries | 15 | 1.4113181819 | 0.0940878787 |
| org-agenda-get-scheduled | 15 | 1.032943071 | 0.0688628714 |
| org-agenda-get-deadlines | 14 | 0.2688785840 | 0.0192056131 |
| org-agenda-skip | 797 | 0.1879489969 | 0.0002358205 |
and with up to date org as of a few minutes ago:
| org-agenda-to-appt | 1 | 9.168879079 | 9.168879079 |
| org-agenda-prepare-buffers | 2 | 8.1717637810 | 4.0858818905 |
| org-agenda-get-day-entries | 15 | 0.5261351449 | 0.0350756763 |
| org-agenda-get-deadlines | 14 | 0.253867925 | 0.0181334232 |
| org-agenda-get-scheduled | 15 | 0.1835072029 | 0.0122338135 |
| org-agenda-skip | 797 | 0.0482942050 | 6.059...e-05 |
I.e. an approximately 25% reduction in time overall so I think
org-agenda is significantly faster (okay, not orders of magnitude) but
the time taken is dominated by org-agenda-prepare-buffers on this
system.
However, more interestingly, on a 1 year old desktop computer Intel Core
i5-2500 @ 3.30 GHz, I get very different behaviour:
| org-agenda-to-appt | 1 | 0.182718048 | 0.182718048 |
| org-agenda-get-day-entries | 14 | 0.095832824 | 0.0068452017 |
| org-agenda-prepare-buffers | 1 | 0.086104933 | 0.086104933 |
| org-agenda-get-scheduled | 14 | 0.067475949 | 0.0048197106 |
| org-agenda-skip | 794 | 0.0475198030 | 5.984...e-05 |
| org-agenda-get-deadlines | 14 | 0.014998552 | 0.0010713251 |
[note: slightly different agenda files as the cloud server copy of my
agenda files is a couple of hours behind my desktop]
Notice the big change in org-agenda-prepare-buffers relative to the
other calls. Disk performance is almost likely the key here and I think
the recent improvements are quite dramatic but I haven't had a chance to
time these yet.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-917-gb9c506
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-31 4:43 ` Eric S Fraga
@ 2013-01-31 12:40 ` Sebastien Vauban
2013-02-01 0:57 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-31 12:40 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric S Fraga wrote:
> Some timings on a 3-4 (?) year old netbook with Intel N450 Atom @1.66GHz
> dual core powered:
>
> With old org, actually from October 2012 (!) as this system acts as a
> cloud server for me so I don't actually use it interactively much:
>
> | org-agenda-to-appt | 1 | 12.525722775 | 12.525722775 |
> | org-agenda-prepare-buffers | 2 | 10.719484861 | 5.3597424305 |
> | org-agenda-get-day-entries | 15 | 1.4113181819 | 0.0940878787 |
> | org-agenda-get-scheduled | 15 | 1.032943071 | 0.0688628714 |
> | org-agenda-get-deadlines | 14 | 0.2688785840 | 0.0192056131 |
> | org-agenda-skip | 797 | 0.1879489969 | 0.0002358205 |
>
> and with up to date org as of a few minutes ago:
>
> | org-agenda-to-appt | 1 | 9.168879079 | 9.168879079 |
> | org-agenda-prepare-buffers | 2 | 8.1717637810 | 4.0858818905 |
> | org-agenda-get-day-entries | 15 | 0.5261351449 | 0.0350756763 |
> | org-agenda-get-deadlines | 14 | 0.253867925 | 0.0181334232 |
> | org-agenda-get-scheduled | 15 | 0.1835072029 | 0.0122338135 |
> | org-agenda-skip | 797 | 0.0482942050 | 6.059...e-05 |
>
> I.e. an approximately 25% reduction in time overall so I think
> org-agenda is significantly faster (okay, not orders of magnitude) but
> the time taken is dominated by org-agenda-prepare-buffers on this
> system.
>
> However, more interestingly, on a 1 year old desktop computer Intel Core
> i5-2500 @ 3.30 GHz, I get very different behaviour:
>
> | org-agenda-to-appt | 1 | 0.182718048 | 0.182718048 |
> | org-agenda-get-day-entries | 14 | 0.095832824 | 0.0068452017 |
> | org-agenda-prepare-buffers | 1 | 0.086104933 | 0.086104933 |
> | org-agenda-get-scheduled | 14 | 0.067475949 | 0.0048197106 |
> | org-agenda-skip | 794 | 0.0475198030 | 5.984...e-05 |
> | org-agenda-get-deadlines | 14 | 0.014998552 | 0.0010713251 |
>
> Notice the big change in org-agenda-prepare-buffers relative to the
> other calls. Disk performance is almost likely the key here and I think
> the recent improvements are quite dramatic but I haven't had a chance to
> time these yet.
Dividing the figures by 50, just for the disks, seems too big for me, nope?
Just to be sure: are you sure that, in this last test, `org-agenda-to-appt'
was called without having first opening the agenda files?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-31 12:40 ` Sebastien Vauban
@ 2013-02-01 0:57 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-02-01 0:57 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
[...]
> Dividing the figures by 50, just for the disks, seems too big for me, nope?
Hi Seb, yes, it does seem dramatic.
> Just to be sure: are you sure that, in this last test, `org-agenda-to-appt'
> was called without having first opening the agenda files?
Ummm, I thought I was sure but I have just done it again and get
different results so I must have done something wrong in the last
test. Ooops... Doing it again, using this procedure:
- start emacs
- M-x elp-instrument-package RET org-agenda RET
- M-x org-agenda-to-apt RET
- M-x elp-results
- quit emacs
now gives me
| org-agenda-to-appt | 1 | 1.602924479 | 1.602924479 |
| org-agenda-prepare-buffers | 1 | 1.510812568 | 1.510812568 |
| org-agenda-get-day-entries | 14 | 0.088741138 | 0.0063386527 |
| org-agenda-get-scheduled | 14 | 0.027990309 | 0.0019993077 |
| org-agenda-get-deadlines | 14 | 0.0154423710 | 0.0011030265 |
| org-agenda-skip | 797 | 0.008103603 | 1.016...e-05 |
so the reduction is not quite as dramatic (factor of 5, not 50).
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-917-gb9c506
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 20:49 How to improve Org startup time? Sebastien Vauban
2013-01-29 21:14 ` Daimrod
2013-01-29 21:23 ` Nick Dokos
@ 2013-01-29 23:06 ` Bastien
2013-01-30 9:19 ` Sebastien Vauban
2013-01-31 4:16 ` Eric S Fraga
3 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2013-01-29 23:06 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
HI Sébastien,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> In particular, you'll see that *16 seconds* are "lost" between 21:20:30 and
> 21:20:46. They correspond to the executiong of just *one line*:
>
> #+begin_src emacs-lisp
> (org-agenda-to-appt)
> #+end_src
>
> This may have something to do with my big amount of Org files in
> `org-agenda-files': 36 at this point. But is that so big??
There are basically two factors that can slow down the agenda
generation: the number of agenda files, the number of entries
to check in all agenda files.
Can you compare the time spent by the initialization process
before and after commit 582cca5806 ?
It should improve things sensibly, I'd be curious to know
why it does not improve anything -- if that's the case.
Also, do you have any hooks in org-mode-hook?
Finally, org-agenda-to-appt is very slow by default, it
uses org-agenda-get-day-entries and check every entry...
see the docstring on how to make it check only the ones
you really need.
HTH!
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 23:06 ` Bastien
@ 2013-01-30 9:19 ` Sebastien Vauban
2013-01-30 9:51 ` Daimrod
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 9:19 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> In particular, you'll see that *16 seconds* are "lost" between 21:20:30 and
>> 21:20:46. They correspond to the executiong of just *one line*:
>>
>> #+begin_src emacs-lisp
>> (org-agenda-to-appt)
>> #+end_src
>>
>> This may have something to do with my big amount of Org files in
>> `org-agenda-files': 36 at this point. But is that so big??
>
> There are basically two factors that can slow down the agenda generation:
> the number of agenda files, the number of entries to check in all agenda
> files.
>
> Can you compare the time spent by the initialization process before and
> after commit 582cca5806 ?
I'll do at noon.
> It should improve things sensibly, I'd be curious to know why it does not
> improve anything -- if that's the case.
>
> Also, do you have any hooks in org-mode-hook?
Of course ;-)
Here, the full collection (in real life, they're at different spots of my
.emacs file):
--8<---------------cut here---------------start------------->8---
;; whitespace mode
(add-hook 'text-mode-hook
(lambda ()
(whitespace-mode 1)))
;; activate Auto Fill for all text mode buffers
(add-hook 'text-mode-hook 'turn-on-auto-fill)
(add-hook 'org-mode-hook
(lambda ()
(local-set-key (kbd "\C-\M-n") 'outline-next-visible-heading)
(local-set-key (kbd "\C-\M-p") 'outline-previous-visible-heading)
(local-set-key (kbd "\C-\M-u") 'outline-up-heading)))
(add-hook 'org-mode-hook
(lambda ()
;; (local-set-key "\M-n" 'outline-next-visible-heading)
;; (local-set-key "\M-p" 'outline-previous-visible-heading)
(local-set-key (kbd "C-c h") 'hide-other)
;; table
(local-set-key "\M-\C-w" 'org-table-copy-region)
(local-set-key "\M-\C-y" 'org-table-paste-rectangle)
(local-set-key "\M-\C-l" 'org-table-sort-lines)))
(add-hook 'org-mode-hook
(lambda() (add-to-list 'mode-line-format
'(:eval (org-propertize
(org-display-outline-path nil t " / " t)
'face 'mode-line-emphasis
'help-echo "Outline path")) t)))
(add-hook 'org-mode-hook
(lambda ()
(define-key org-agenda-keymap
"L" 'lvn/org-agenda-toggle-list-category)
(define-key org-agenda-mode-map
"L" 'lvn/org-agenda-toggle-list-category)))
(add-hook 'org-mode-hook
(lambda ()
(setq imenu-generic-expression
org-src-blocks-imenu-generic-expression))))
(add-hook 'org-mode-hook
(lambda ()
;; YASnippet (using the new org-cycle hooks)
(set (make-local-variable 'yas/trigger-key) (kbd "tab")) ;; needed?
(add-to-list 'org-tab-first-hook
'yas/org-very-safe-expand)
(define-key yas/keymap (kbd "tab") 'yas/next-field) ;; needed?
)))
(add-hook 'org-mode-hook
(lambda ()
(local-set-key (kbd "C-c m") 'org-mime-subtree)))
--8<---------------cut here---------------end--------------->8---
This is the result of searching for the following strings:
- text-mode-hook
- outline-mode-hook
- org-mode-hook
> Finally, org-agenda-to-appt is very slow by default, it uses
> org-agenda-get-day-entries and check every entry... see the docstring on how
> to make it check only the ones you really need.
Euh...
╭────
│ org-agenda-get-day-entries is a Lisp function in `org-agenda.el'.
│
│ (org-agenda-get-day-entries &rest ARGS)
│
│ Not documented.
╰────
╭────
│ org-agenda-to-appt is an interactive autoloaded Lisp function in
│ `org-agenda.el'.
│
│ (org-agenda-to-appt &optional REFRESH FILTER &rest ARGS)
│
│ Not documented.
╰────
What am I missing?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-30 9:19 ` Sebastien Vauban
@ 2013-01-30 9:51 ` Daimrod
2013-01-30 13:11 ` Sebastien Vauban
2013-01-30 16:28 ` Bastien
2 siblings, 0 replies; 459+ messages in thread
From: Daimrod @ 2013-01-30 9:51 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2642 bytes --]
"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:
>> Finally, org-agenda-to-appt is very slow by default, it uses
>> org-agenda-get-day-entries and check every entry... see the docstring on how
>> to make it check only the ones you really need.
>
> Euh...
>
> ╭────
> │ org-agenda-get-day-entries is a Lisp function in `org-agenda.el'.
> │
> │ (org-agenda-get-day-entries &rest ARGS)
> │
> │ Not documented.
> ╰────
>
> ╭────
> │ org-agenda-to-appt is an interactive autoloaded Lisp function in
> │ `org-agenda.el'.
> │
> │ (org-agenda-to-appt &optional REFRESH FILTER &rest ARGS)
> │
> │ Not documented.
> ╰────
>
> What am I missing?
Those functions should be documented. Here is what I have:
> org-agenda-get-day-entries is a compiled Lisp function in
> `org-agenda.el'.
>
> (org-agenda-get-day-entries FILE DATE &rest ARGS)
>
> Does the work for `org-diary' and `org-agenda'.
> FILE is the path to a file to be checked for entries. DATE is date like
> the one returned by `calendar-current-date'. ARGS are symbols indicating
> which kind of entries should be extracted. For details about these, see
> the documentation of `org-diary'.
> org-agenda-to-appt is an interactive autoloaded compiled Lisp function
> in `org-agenda.el'.
>
> (org-agenda-to-appt &optional REFRESH FILTER &rest ARGS)
>
> Activate appointments found in `org-agenda-files'.
> With a C-u prefix, refresh the list of
> appointments.
>
> If FILTER is t, interactively prompt the user for a regular
> expression, and filter out entries that don't match it.
>
> If FILTER is a string, use this string as a regular expression
> for filtering entries out.
>
> If FILTER is a function, filter out entries against which
> calling the function returns nil. This function takes one
> argument: an entry from `org-agenda-get-day-entries'.
>
> FILTER can also be an alist with the car of each cell being
> either 'headline or 'category. For example:
>
> '((headline "IMPORTANT")
> (category "Work"))
>
> will only add headlines containing IMPORTANT or headlines
> belonging to the "Work" category.
>
> ARGS are symbols indicating what kind of entries to consider.
> By default `org-agenda-to-appt' will use :deadline, :scheduled
> and :timestamp entries. See the docstring of `org-diary' for
> details and examples.
>
> If an entry as a APPT_WARNTIME property, its value will be used
> to override `appt-message-warning-time'.
--
Daimrod/Greg
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 9:19 ` Sebastien Vauban
2013-01-30 9:51 ` Daimrod
@ 2013-01-30 13:11 ` Sebastien Vauban
2013-01-30 19:40 ` Achim Gratz
2013-01-30 16:28 ` Bastien
2 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 13:11 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Bastien,
Bastien wrote:
> Can you compare the time spent by the initialization process before and
> after commit 582cca5806 ?
>
> It should improve things sensibly, I'd be curious to know why it does not
> improve anything -- if that's the case.
Before giving the results, let me tell you I've now tested as well with the
laptop being "powered" or not. That does change things in a factor "1 to 3".
However, still far behind Nick's results.
Here the results of the jury (elapsed time of `org-agenda-to-appt'):
| commit | date | time (not powered) | time (powered) | ratio |
|--------+--------+--------------------+----------------+-------|
| f52600 | Jan 26 | 19.27 | 5.56 | 3.5 |
| 0cf717 | Jan 21 | 19.74 | 5.84 | 3.4 |
#+TBLFM: $5=$3/$4;%.1f
These are the means over a couple of tests. But the maximum variance (over
that small number of tests) is only about 0.04 s -- in powered mode.
That is: yes, things are better, up to 5%. But, on this example, not quite
significant... ;-(
FYI, I tried the ultimately current version (f518bc8) but there is a parsing
error in `org-e-odt.el' -- I guess since commit 35f944a of this morning?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-30 13:11 ` Sebastien Vauban
@ 2013-01-30 19:40 ` Achim Gratz
2013-01-30 22:45 ` Sebastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Achim Gratz @ 2013-01-30 19:40 UTC (permalink / raw)
To: emacs-orgmode
Sebastien Vauban writes:
> These are the means over a couple of tests. But the maximum variance (over
> that small number of tests) is only about 0.04 s -- in powered mode.
File operations on Windows _are_ slow to start with and since a virus
scanner is more or less required these days, opening a file is getting
slower yet.
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
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 19:40 ` Achim Gratz
@ 2013-01-30 22:45 ` Sebastien Vauban
2013-01-31 10:11 ` Bastien
2013-01-31 17:04 ` Achim Gratz
0 siblings, 2 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 22:45 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Achim,
Achim Gratz wrote:
> Sebastien Vauban writes:
>> These are the means over a couple of tests. But the maximum variance (over
>> that small number of tests) is only about 0.04 s -- in powered mode.
>
> File operations on Windows _are_ slow to start with and since a virus
> scanner is more or less required these days, opening a file is getting
> slower yet.
You may be right, but I guess that I'm not alone using Windows 8, so my
performance observations must be shared by others as well. It may even be
worse for some who have more Org files, and a less powerful computer.
So, I'm trying to think what could be done to split the full Org load time
(loading the packages, loading the Org agenda files, scanning them, computing
an agenda view, etc.) into smaller chunks, that the user would experience
depending on his current actions.
For example, why do all the Org agenda files have to be loaded when I'm simply
opening a plain common (I mean: not part of the agenda) Org file?
I don't know if that's possible (or maybe it's already done so), but the
opposite question could make sense: why would have Org agenda buffers to be
fully fontified when the only useful information for building an agenda view
is the "time" information the entries contain (deadline, scheduled,
timestamp).
Hence, my initial request for information:
>> I would like to have:
>>
>> - the minimal Org config loaded when opening any .org file; IOW, certainly
>> not the agenda files!
>>
>> - all files in `org-agenda-files' when calling any agenda view (C-c a ...)
>>
>> - the current clocked file when resume Org's clock mechanism.
>>
>> I'm ready to look at where to cut branches of the Org tree, if that does
>> make sense to you. Does it?
on which I had no comment.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 22:45 ` Sebastien Vauban
@ 2013-01-31 10:11 ` Bastien
2013-01-31 17:04 ` Achim Gratz
1 sibling, 0 replies; 459+ messages in thread
From: Bastien @ 2013-01-31 10:11 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hi Sébastien,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> For example, why do all the Org agenda files have to be loaded when I'm simply
> opening a plain common (I mean: not part of the agenda) Org file?
They don't. Can you reproduce the problem with a minimal config?
Thanks,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 22:45 ` Sebastien Vauban
2013-01-31 10:11 ` Bastien
@ 2013-01-31 17:04 ` Achim Gratz
1 sibling, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2013-01-31 17:04 UTC (permalink / raw)
To: emacs-orgmode
Sebastien Vauban writes:
> You may be right, but I guess that I'm not alone using Windows 8, so my
> performance observations must be shared by others as well. It may even be
> worse for some who have more Org files, and a less powerful computer.
Take Emacs and Org out of the picture and check how fast you can open
random files. That will tell you if the performance degradation you see
is caused (at least in part) by those low-level operations. I've had
two incidents the past year where some group policy changes done by IT
would result in a file-open time of close to two seconds (no joke). Now
imagine what happens when you need to open some 10k files…
As to how Org implements its agenda operations: I don't know and I don't
have a comment.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 9:19 ` Sebastien Vauban
2013-01-30 9:51 ` Daimrod
2013-01-30 13:11 ` Sebastien Vauban
@ 2013-01-30 16:28 ` Bastien
2013-01-30 22:36 ` Sebastien Vauban
2 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2013-01-30 16:28 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hi Sébastien,
put your .emacs on diet :) More seriously, I would start by checking
org-agenda-to-appt documentation. It should be on your system. If it
is not, check online. That's what really slows down your config.
Then, when this is done, I would try to use only those hooks that are
really necessary.
My 2 cts of course,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 16:28 ` Bastien
@ 2013-01-30 22:36 ` Sebastien Vauban
2013-01-31 10:10 ` Bastien
2013-01-31 15:24 ` Sebastien Vauban
0 siblings, 2 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-30 22:36 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Bastien,
Bastien wrote:
> put your .emacs on diet :) More seriously, I would start by checking
> org-agenda-to-appt documentation. It should be on your system. If it is not,
> check online.
I tried to filter to only "timestamp" entries with the following:
#+begin_src emacs-lisp
(org-agenda-to-appt nil nil '(:timestamp))
#+end_src
But that does not work -- no error, but no event added to the appt list!
I must not understand the &rest parameter, I guess.
> That's what really slows down your config.
Yes and no.
Yes, because it's currently run at startup time, even if I put that command
inside an eval-after-load "org-agenda" (as `org-agenda' is ultimately called
when `org-clock-persist' is set).
No, because no running that does not change the fact that, sooner or later,
the Org agenda files will have to be loaded and scanned through.
Not having that done at startup simply _add_ another 16 seconds delay to the
computation of the first agenda view; not a gain IMO.
> Then, when this is done, I would try to use only those hooks that are really
> necessary.
Are you referring to something in particular?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 22:36 ` Sebastien Vauban
@ 2013-01-31 10:10 ` Bastien
2013-01-31 15:24 ` Sebastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Bastien @ 2013-01-31 10:10 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hi Sébastien,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> #+begin_src emacs-lisp
> (org-agenda-to-appt nil nil '(:timestamp))
> #+end_src
Try this:
#+begin_src emacs-lisp
(org-agenda-to-appt nil nil :timestamp)
#+end_src
HTH,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-30 22:36 ` Sebastien Vauban
2013-01-31 10:10 ` Bastien
@ 2013-01-31 15:24 ` Sebastien Vauban
2013-01-31 23:15 ` Bastien
1 sibling, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-31 15:24 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Bastien,
"Sebastien Vauban" wrote:
> Bastien wrote:
>> put your .emacs on diet :) More seriously, I would start by checking
>> org-agenda-to-appt documentation. It should be on your system. If it is not,
>> check online.
>
> I tried to filter to only "timestamp" entries with the following:
>
> #+begin_src emacs-lisp
> (org-agenda-to-appt nil nil '(:timestamp))
> #+end_src
>
> But that does not work -- no error, but no event added to the appt list!
>
> I must not understand the &rest parameter, I guess.
>
>> That's what really slows down your config.
>
> Yes and no.
>
> Yes, because it's currently run at startup time, even if I put that command
> inside an eval-after-load "org-agenda" (as `org-agenda' is ultimately called
> when `org-clock-persist' is set).
>
> No, because no running that does not change the fact that, sooner or later,
> the Org agenda files will have to be loaded and scanned through.
>
> Not having that done at startup simply _add_ another 16 seconds delay to the
> computation of the first agenda view; not a gain IMO.
To be coherent with what I'm telling in this thread... that is:
- we can use Org just for note-taking, and exporting to HTML/LaTeX/etc.
- we can use it for agenda purpose only
- we can use if for clocking purpose only
- we can use it for any mix of these (at different moments in time)
... I've removed the explicit call of `(org-agenda-to-appt)' from my .emacs:
it makes no sense to search for event notifications at startup time if my
primary purpose, now, of firing up Emacs is to work on notes and documents.
However, I've left it in the `org-finalize-agenda-hook' hook, so that the
`appt-list' is fed up as soon as I begin using agenda functions.
That way, I have well removed 16 seconds from my Emacs startup time, but
they're moved for the creation of the _first_ agenda view.
IOW, the time is lost where it makes more sense, but I still have to search on
how to reduce that time.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-31 15:24 ` Sebastien Vauban
@ 2013-01-31 23:15 ` Bastien
2013-01-31 23:24 ` Sebastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2013-01-31 23:15 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> However, I've left it in the `org-finalize-agenda-hook' hook, so that the
> `appt-list' is fed up as soon as I begin using agenda functions.
But then org-agenda-to-appt will be called each time your generate
a new agenda... not sure you really want this right.
Why not simply calling it interactively when you need it?
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-31 23:15 ` Bastien
@ 2013-01-31 23:24 ` Sebastien Vauban
2013-02-14 9:30 ` Tassilo Horn
2013-02-14 17:52 ` Memnon Anon
0 siblings, 2 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-31 23:24 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> However, I've left it in the `org-finalize-agenda-hook' hook, so that the
>> `appt-list' is fed up as soon as I begin using agenda functions.
>
> But then org-agenda-to-appt will be called each time your generate
> a new agenda... not sure you really want this right.
>
> Why not simply calling it interactively when you need it?
I can't count on myself to do it at a regular enough interval (at least
daily).
Then, this is the only (?) solution found so that the appt-list is still quite
up-to-date.
This is how Bernt does it as well in his tutorial:
http://doc.norang.ca/org-mode.html#Reminders
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-31 23:24 ` Sebastien Vauban
@ 2013-02-14 9:30 ` Tassilo Horn
2013-02-14 10:24 ` Sebastien Vauban
2013-02-14 17:52 ` Memnon Anon
1 sibling, 1 reply; 459+ messages in thread
From: Tassilo Horn @ 2013-02-14 9:30 UTC (permalink / raw)
To: emacs-orgmode
"Sebastien Vauban"
<wxhgmqzgwmuf@spammotel.com> writes:
>> But then org-agenda-to-appt will be called each time your generate
>> a new agenda... not sure you really want this right.
>>
>> Why not simply calling it interactively when you need it?
>
> I can't count on myself to do it at a regular enough interval (at least
> daily).
>
> Then, this is the only (?) solution found so that the appt-list is
> still quite up-to-date.
I call it once at emacs startup and then only when I save an agenda
file.
--8<---------------cut here---------------start------------->8---
(defun th-org-agenda-to-appt ()
(org-agenda-to-appt t)
(appt-activate 1))
(defun th-org-mode-init ()
;; ...
(when (and (org-agenda-file-p)
(not (string= (file-name-nondirectory (buffer-file-name))
org-mobile-capture-file))
(not (string= (buffer-file-name)
org-mobile-inbox-for-pull)))
(add-hook 'after-save-hook 'th-org-agenda-to-appt t t)))
(add-hook 'org-mode-hook 'th-org-mode-init)
--8<---------------cut here---------------end--------------->8---
Bye,
Tassilo
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-02-14 9:30 ` Tassilo Horn
@ 2013-02-14 10:24 ` Sebastien Vauban
0 siblings, 0 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-02-14 10:24 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Tassilo,
Tassilo Horn wrote:
> "Sebastien Vauban" writes:
>
>>> But then org-agenda-to-appt will be called each time your generate a new
>>> agenda... not sure you really want this right.
>>>
>>> Why not simply calling it interactively when you need it?
>>
>> I can't count on myself to do it at a regular enough interval (at least
>> daily).
>>
>> Then, this is the only (?) solution found so that the appt-list is still
>> quite up-to-date.
>
> I call it once at emacs startup
I don't do it anymore, for not requiring Org libraries anymore, would I simply
fire up an Emacs for non-Org tasks (such as reading my mails with Gnus).
> and then only when I save an agenda file.
Pretty smart alternative (instead of doing it at every agenda build)...
> (defun th-org-agenda-to-appt ()
> (org-agenda-to-appt t)
> (appt-activate 1))
Why re-activating appt each time? Why not simply once in your .emacs?
> (defun th-org-mode-init ()
> ;; ...
> (when (and (org-agenda-file-p)
> (not (string= (file-name-nondirectory (buffer-file-name))
> org-mobile-capture-file))
> (not (string= (buffer-file-name)
> org-mobile-inbox-for-pull)))
> (add-hook 'after-save-hook 'th-org-agenda-to-appt t t)))
>
> (add-hook 'org-mode-hook 'th-org-mode-init)
*I* don't understand why you put the addition to `after-save-hook' inside a
complex when about some type of file. Your `after-save-hook' is global, right?
Would something like the following not be sufficient -- eventually put in an
`(eval-after-load "org")'...?
#+begin_src emacs-lisp
(add-hook 'after-save-hook
(lambda ()
(when (and (eq major-mode 'org-mode)
(org-agenda-file-p))
(org-agenda-to-appt))))
#+end_src
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-31 23:24 ` Sebastien Vauban
2013-02-14 9:30 ` Tassilo Horn
@ 2013-02-14 17:52 ` Memnon Anon
2013-02-14 20:46 ` Sebastien Vauban
1 sibling, 1 reply; 459+ messages in thread
From: Memnon Anon @ 2013-02-14 17:52 UTC (permalink / raw)
To: emacs-orgmode
"Sebastien Vauban"
<wxhgmqzgwmuf@spammotel.com> writes:
> Bastien wrote:
>> "Sebastien Vauban" writes:
>>
>>> However, I've left it in the `org-finalize-agenda-hook' hook, so that the
>>> `appt-list' is fed up as soon as I begin using agenda functions.
>>
>> But then org-agenda-to-appt will be called each time your generate
>> a new agenda... not sure you really want this right.
>>
>> Why not simply calling it interactively when you need it?
>
> I can't count on myself to do it at a regular enough interval (at least
> daily).
>
> Then, this is the only (?) solution found so that the appt-list is still quite
> up-to-date.
I am using the same setup (thanks Bernt :):
- Initialize on Startup
- Update on midnight for next day with run-at-time
- Update frequently via org-finalize-agenda-hook
The last piece eats up quite some time (couple of seconds on my ancient
machine), so what about a different solution just for the last bit.
E.g., updating, when an item gets scheduled/timestamped for today.
Something like (pseudo code!):
(defadvice org-schedule (after my-adv-update-appt activate)
"org-agenda-to-appt when org-last-timestamp todayp"
(when (= (time-to-days
(org-time-string-to-time org-last-inserted-timestamp))
(org-today))
(message "Updating appt!")
(org-agenda-to-appt)))
(defadvice org-time-stamp (after my-adv-update-appt activate)
"org-agenda-to-appt when org-last-timestamp todayp"
(when (= (time-to-days
(org-time-string-to-time org-last-inserted-timestamp))
(org-today))
(message "Updating appt!")
(org-agenda-to-appt)))
Would that work?
I agree, calling it interactively feels error prone and I would probably
forget it ...
Memnon
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-02-14 17:52 ` Memnon Anon
@ 2013-02-14 20:46 ` Sebastien Vauban
0 siblings, 0 replies; 459+ messages in thread
From: Sebastien Vauban @ 2013-02-14 20:46 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Memnon,
Memnon Anon wrote:
> "Sebastien Vauban" writes:
>> Bastien wrote:
>>> "Sebastien Vauban" writes:
>>>
>>>> However, I've left it in the `org-finalize-agenda-hook' hook, so that the
>>>> `appt-list' is fed up as soon as I begin using agenda functions.
>>>
>>> But then org-agenda-to-appt will be called each time your generate
>>> a new agenda... not sure you really want this right.
>>>
>>> Why not simply calling it interactively when you need it?
>>
>> I can't count on myself to do it at a regular enough interval (at least
>> daily).
>>
>> Then, this is the only (?) solution found so that the appt-list is still quite
>> up-to-date.
>
> I am using the same setup (thanks Bernt :):
> - Initialize on Startup
> - Update on midnight for next day with run-at-time
> - Update frequently via org-finalize-agenda-hook
>
> The last piece eats up quite some time (couple of seconds on my ancient
> machine), so what about a different solution just for the last bit.
That's another way of thinking out of the box.
> E.g., updating, when an item gets scheduled/timestamped for today.
>
> Something like (pseudo code!):
>
> (defadvice org-schedule (after my-adv-update-appt activate)
> "org-agenda-to-appt when org-last-timestamp todayp"
> (when (= (time-to-days
> (org-time-string-to-time org-last-inserted-timestamp))
> (org-today))
>
> (message "Updating appt!")
> (org-agenda-to-appt)))
>
> (defadvice org-time-stamp (after my-adv-update-appt activate)
> "org-agenda-to-appt when org-last-timestamp todayp"
> (when (= (time-to-days
> (org-time-string-to-time org-last-inserted-timestamp))
> (org-today))
>
> (message "Updating appt!")
> (org-agenda-to-appt)))
>
> Would that work?
> I agree, calling it interactively feels error prone and I would probably
> forget it ...
Not in my habits, as I more often use S-up than C-c C-s. OK, one could argue
that if I move a timestamp from one day (or more), there is certainly no hours
attached to it. Rigth. But a bit fragile.
In fact, not in general, as it happens sometimes that I type the keyword
SCHEDULED by hand.
And, in fact, your code would be called (much) more often than if the
org-agenda-to-appt is called when saving an Org agenda file, what was the
solution of Tassilo. Do you see drawbacks in his solution?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to improve Org startup time?
2013-01-29 20:49 How to improve Org startup time? Sebastien Vauban
` (2 preceding siblings ...)
2013-01-29 23:06 ` Bastien
@ 2013-01-31 4:16 ` Eric S Fraga
2013-01-31 12:30 ` Sebastien Vauban
3 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2013-01-31 4:16 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hello,
>
> Please find here an enriched log of the packages which are loaded for Org, and
> the time it takes.
>
> [2013-01-29 21:20:18] (info) +-> Requiring `appt'...
> [2013-01-29 21:20:18] (info) +-> Requiring `diary-lib'...
> [2013-01-29 21:20:18] (info) +-> Requiring `calendar'...
Seb,
how do you get this output? It looks very useful!
In terms of the actual topic of this thread, I can say that the recent
changes to org for startup have led to a significant decrease in my
emacs startup time. Thanks to all that have done this!
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-917-gb9c506
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-31 4:16 ` Eric S Fraga
@ 2013-01-31 12:30 ` Sebastien Vauban
2013-01-31 23:31 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2013-01-31 12:30 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric S Fraga wrote:
> Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Please find here an enriched log of the packages which are loaded for Org, and
>> the time it takes.
>>
>> [2013-01-29 21:20:18] (info) +-> Requiring `appt'...
>> [2013-01-29 21:20:18] (info) +-> Requiring `diary-lib'...
>> [2013-01-29 21:20:18] (info) +-> Requiring `calendar'...
>
> how do you get this output? It looks very useful!
The timestamp stuff comes from EmacsWiki:
#+begin_src emacs-lisp
(defadvice message (before when-was-that activate)
"Add timestamps to `message' output."
(ad-set-arg 0 (concat (format-time-string "[%Y-%m-%d %T] ")
(ad-get-arg 0))))
#+end_src
The "call tree" between packages is originally written by me:
#+begin_src emacs-lisp
(defadvice require (around require-around activate)
"Leave a trace of packages being loaded."
(let* ((feature (ad-get-arg 0))
(require-depth (or (and (boundp 'require-depth) require-depth)
0))
(prefix (concat (make-string (* 2 require-depth) ? ) "+-> ")))
(cond ((featurep feature)
(message "(info) %sRequiring `%s'... already loaded"
prefix feature)
;; in the case `ad-do-it' is not called, you have to set the
;; return value yourself!
(setq ad-return-value feature))
(t
(let ((lvn/time-start))
(message "(info) %sRequiring `%s'..." prefix feature)
(setq lvn/time-start (float-time))
(let ((require-depth (1+ require-depth)))
ad-do-it)
(message "(info) %sRequiring `%s'... %s (loaded in %.2f s)"
prefix feature
(locate-library (symbol-name feature))
(- (float-time) lvn/time-start)))))))
#+end_src
You can further improve what you see in the echo area with:
#+begin_src emacs-lisp
(defadvice load (before debug-log activate)
(message "(info) Loading %s..." (locate-library (ad-get-arg 0))))
(defadvice load-library (before debug-log activate)
(message "(info) Loading library `%s'..." (locate-library (ad-get-arg 0))))
(defadvice load-file (before debug-log activate)
(message "(info) Loading file `%s'..." (locate-library (ad-get-arg 0))))
(defadvice find-file (around find-file-around activate)
"Open FILENAME and report time spent."
(let ((filename (ad-get-arg 0))
(find-file-time-start (float-time)))
(message "(info) Finding file %s..." filename)
ad-do-it
(message "(info) Found file %s in %.2f s." filename
(- (float-time) find-file-time-start))))
#+end_src
Adapt it to your taste (and report it!)...
> In terms of the actual topic of this thread, I can say that the recent
> changes to org for startup have led to a significant decrease in my
> emacs startup time. Thanks to all that have done this!
I hope to benefit from all that soon, as well...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to improve Org startup time?
2013-01-31 12:30 ` Sebastien Vauban
@ 2013-01-31 23:31 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-01-31 23:31 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>
> The timestamp stuff comes from EmacsWiki:
>
> #+begin_src emacs-lisp
> (defadvice message (before when-was-that activate)
> "Add timestamps to `message' output."
> (ad-set-arg 0 (concat (format-time-string "[%Y-%m-%d %T] ")
> (ad-get-arg 0))))
> #+end_src
>
> The "call tree" between packages is originally written by me:
> [...]
Thanks! Very useful.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-917-gb9c506
^ permalink raw reply [flat|nested] 459+ messages in thread
* [bug] latex fragment preview with dvipng ignores :foreground specification
@ 2013-01-25 23:02 Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2013-01-25 23:02 UTC (permalink / raw)
To: emacs-orgmode
Hello,
I am trying to use org-tree-slide for an interactive session I have to
facilitate soon. This works quite well, in a geeky kind of way ;-)
However, I do want to display a couple of equations and using latex
fragments is the most appealing mechanism. When I try to use
org-preview-latex-fragment, the latex image is
generated. Unfortunately, as I use a black background on my display, I
cannot see the fragment as it is being generated with black text on a
transparent background by default. Note, I am using dvipng for the
image conversion.
I can customise org-format-latex-options to fix this, or so I
thought. No matter what I do, the resulting latex fragment has black
text. The problem appears to be that the -fg option to dvipng does not
work so it doesn't matter how I customise org-format-latex-options.
Can anybody suggest a workaround (without changing the actual latex
itself)? I can customise the above variable to set the background for
latex images to white, which at least allows the equations to be seen,
but this is a mildly ugly solution. :( And ruins any geek street cred I
might have had ;-)
Thanks,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3d-874-gf11acc
^ permalink raw reply [flat|nested] 459+ messages in thread
* From latest maint/master, no need to (require 'org-install)
@ 2012-10-02 13:15 Bastien
2012-10-02 13:38 ` Torsten Wagner
` (3 more replies)
0 siblings, 4 replies; 459+ messages in thread
From: Bastien @ 2012-10-02 13:15 UTC (permalink / raw)
To: emacs-orgmode
Hi all,
there is no need to (require 'org-install) anymore from the maint
and master branches.
When using the Org distribution that comes with Emacs, Emacs will add
Org's autoloaded core functions to [emacs]/lisp/loaddefs.el and the rest
of the autoloaded functions to [emacs]/lisp/org/org-loaddefs.el. This
is an improvement over the present situation, where *all* autoloaded
functions where added to Emacs' loaddefs.el -- too much. This is not
yet in Emacs trunk but will be in Emacs 24.3.
When getting Org as a .tar.gz/.zip archive file, you'll have a file
org-loaddefs.el in the lisp/ directory -- this file is now loaded when
org.el is loaded.
When getting Org from ELPA (either "org" or "org-plus-contrib"),
org-loaddefs.el will also be in the load-path.
When getting Org from git, you *HAVE* to created org-loaddefs.el with
`make autoloads' (which is also run by a simple `make'), otherwise
some needed functions will not be autoloaded.
You can check whether org-loaddefs.el has been correctly been loaded
with M-x org-version RET.
Thanks,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:15 From latest maint/master, no need to (require 'org-install) Bastien
@ 2012-10-02 13:38 ` Torsten Wagner
2012-10-02 13:49 ` Bastien
2012-10-02 13:54 ` Rainer M Krug
` (2 subsequent siblings)
3 siblings, 1 reply; 459+ messages in thread
From: Torsten Wagner @ 2012-10-02 13:38 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
Hi Bastien,
nice. One line less in uhhhh .... how long is my emacs config, but it
was a constant trap for people and hence this is smoothed out... good
job ;)
Anyhow I just realized that ELPA contains
"org" and "org-plus-contrib"
I stupidly overlooked that and always read
"org" or "org-contrib"
Well, thats the way many Linux distros does that kind of things. Sure
enough org-contrib would need org as a requirement.
Maybe thats not possible in ELPA yet?!
Anyhow any reason for the above way?
Greetings
Torsten
On 2 October 2012 22:15, Bastien <bzg@altern.org> wrote:
> Hi all,
>
> there is no need to (require 'org-install) anymore from the maint
> and master branches.
>
> When using the Org distribution that comes with Emacs, Emacs will add
> Org's autoloaded core functions to [emacs]/lisp/loaddefs.el and the rest
> of the autoloaded functions to [emacs]/lisp/org/org-loaddefs.el. This
> is an improvement over the present situation, where *all* autoloaded
> functions where added to Emacs' loaddefs.el -- too much. This is not
> yet in Emacs trunk but will be in Emacs 24.3.
>
> When getting Org as a .tar.gz/.zip archive file, you'll have a file
> org-loaddefs.el in the lisp/ directory -- this file is now loaded when
> org.el is loaded.
>
> When getting Org from ELPA (either "org" or "org-plus-contrib"),
> org-loaddefs.el will also be in the load-path.
>
> When getting Org from git, you *HAVE* to created org-loaddefs.el with
> `make autoloads' (which is also run by a simple `make'), otherwise
> some needed functions will not be autoloaded.
>
> You can check whether org-loaddefs.el has been correctly been loaded
> with M-x org-version RET.
>
> Thanks,
>
> --
> Bastien
>
>
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:38 ` Torsten Wagner
@ 2012-10-02 13:49 ` Bastien
2012-10-03 3:59 ` Torsten Wagner
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2012-10-02 13:49 UTC (permalink / raw)
To: Torsten Wagner; +Cc: emacs-orgmode
Hi Torsten,
Torsten Wagner <torsten.wagner@gmail.com> writes:
> Anyhow I just realized that ELPA contains
> "org" and "org-plus-contrib"
> I stupidly overlooked that and always read
> "org" or "org-contrib"
>
> Well, thats the way many Linux distros does that kind of things. Sure
> enough org-contrib would need org as a requirement.
> Maybe thats not possible in ELPA yet?!
org-plus-contrib has this lenghthy name precisely to make sure that
people know this is Org + Contributed files, not just contributed files.
> Anyhow any reason for the above way?
Apparently it's not possible/easy to handle dependancies between ELPA
packages so we're good like this (for now.)
All best,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:49 ` Bastien
@ 2012-10-03 3:59 ` Torsten Wagner
0 siblings, 0 replies; 459+ messages in thread
From: Torsten Wagner @ 2012-10-03 3:59 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
On 2 October 2012 22:49, Bastien <bzg@altern.org> wrote:
> Hi Torsten,
>
> Torsten Wagner <torsten.wagner@gmail.com> writes:
>
>> Anyhow I just realized that ELPA contains
>> "org" and "org-plus-contrib"
>> I stupidly overlooked that and always read
>> "org" or "org-contrib"
>>
>> Well, thats the way many Linux distros does that kind of things. Sure
>> enough org-contrib would need org as a requirement.
>> Maybe thats not possible in ELPA yet?!
>
> org-plus-contrib has this lenghthy name precisely to make sure that
> people know this is Org + Contributed files, not just contributed files.
Well I said "I stupidly overlooked that", did I ;)
Greetings
Torsten
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:15 From latest maint/master, no need to (require 'org-install) Bastien
2012-10-02 13:38 ` Torsten Wagner
@ 2012-10-02 13:54 ` Rainer M Krug
2012-10-02 14:20 ` Bastien
2012-10-02 22:52 ` From latest maint/master, no need to (require 'org-install) Charles
2012-10-03 9:25 ` Bastien
3 siblings, 1 reply; 459+ messages in thread
From: Rainer M Krug @ 2012-10-02 13:54 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 02/10/12 15:15, Bastien wrote:
> Hi all,
>
> there is no need to (require 'org-install) anymore from the maint and master branches.
>
> When using the Org distribution that comes with Emacs, Emacs will add Org's autoloaded core
> functions to [emacs]/lisp/loaddefs.el and the rest of the autoloaded functions to
> [emacs]/lisp/org/org-loaddefs.el. This is an improvement over the present situation, where
> *all* autoloaded functions where added to Emacs' loaddefs.el -- too much. This is not yet in
> Emacs trunk but will be in Emacs 24.3.
>
> When getting Org as a .tar.gz/.zip archive file, you'll have a file org-loaddefs.el in the
> lisp/ directory -- this file is now loaded when org.el is loaded.
>
> When getting Org from ELPA (either "org" or "org-plus-contrib"), org-loaddefs.el will also be
> in the load-path.
>
> When getting Org from git, you *HAVE* to created org-loaddefs.el with `make autoloads' (which
> is also run by a simple `make'), otherwise some needed functions will not be autoloaded.
>
> You can check whether org-loaddefs.el has been correctly been loaded with M-x org-version RET.
But how do I see it? I get:
Org-mode version 7.9.2 (release_7.9.2-352-g7f74da.dirty @ /home/rkrug/.emacs.d/org-mode/lisp/) [2
times]
I am getting confused.
I use org mode from git, and my update script for org from git is:
#!/bin/sh
cd ~/.emacs.d/org-mode-git/org-mode
git checkout master
git fetch --tags origin
# git clone git://repo.or.cz/org-mode.git
git pull
git gc
git checkout master
make clean
make
make autoloads
make doc
make info
# make install
Is this OK, or should I change something in the script? Or switch to ELPA (emacs 24.2.1)?
Rainer
>
> Thanks,
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBq8i8ACgkQoYgNqgF2egqrNwCdGy9+Lz2biQWGWIQcZJzYy+4Q
2IgAoIHL2JxB+MVu3ZvKszB4wZXvBJnr
=RDan
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:54 ` Rainer M Krug
@ 2012-10-02 14:20 ` Bastien
2012-10-02 14:52 ` Rainer M Krug
2012-10-02 15:13 ` From latest maint/master, no need to (require 'org-install): Lisp error Rainer Stengele
0 siblings, 2 replies; 459+ messages in thread
From: Bastien @ 2012-10-02 14:20 UTC (permalink / raw)
To: Rainer M Krug; +Cc: emacs-orgmode
Hi Rainer,
Rainer M Krug <r.m.krug@gmail.com> writes:
> Org-mode version 7.9.2 (release_7.9.2-352-g7f74da.dirty @
> /home/rkrug/.emacs.d/org-mode/lisp/)
Looks fine.
> I use org mode from git, and my update script for org from git is:
>
> #!/bin/sh
> cd ~/.emacs.d/org-mode-git/org-mode
Okay.
> git checkout master
> git fetch --tags origin
>
> # git clone git://repo.or.cz/org-mode.git
> git pull
> git gc
>
> git checkout master
>
> make clean
> make
> make autoloads
> make doc
> make info
>
> # make install
Instead of the above quote you can simply use
make update
(And you can clone from git://orgmode.org/org-mode.git
it will be faster and more recent. repo.or.cz is behind
by one hour.)
> Is this OK, or should I change something in the script? Or switch to ELPA (emacs 24.2.1)?
Things look okay. My suggestions are just to spare some lines.
Best,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 14:20 ` Bastien
@ 2012-10-02 14:52 ` Rainer M Krug
2012-10-02 15:19 ` Bastien
2012-10-02 15:13 ` From latest maint/master, no need to (require 'org-install): Lisp error Rainer Stengele
1 sibling, 1 reply; 459+ messages in thread
From: Rainer M Krug @ 2012-10-02 14:52 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 02/10/12 16:20, Bastien wrote:
> Hi Rainer,
>
> Rainer M Krug <r.m.krug@gmail.com> writes:
>
>> Org-mode version 7.9.2 (release_7.9.2-352-g7f74da.dirty @
>> /home/rkrug/.emacs.d/org-mode/lisp/)
>
> Looks fine.
Good to know.
>
>> I use org mode from git, and my update script for org from git is:
>>
>> #!/bin/sh cd ~/.emacs.d/org-mode-git/org-mode
>
> Okay.
>
>> git checkout master git fetch --tags origin
>>
>> # git clone git://repo.or.cz/org-mode.git git pull git gc
>>
>> git checkout master
>>
>> make clean make make autoloads make doc make info
>>
>> # make install
>
> Instead of the above quote you can simply use
>
> make update
I guess you mean instead of the make ... commands - right? The git ... have to stay I assume?
>
> (And you can clone from git://orgmode.org/org-mode.git it will be faster and more recent.
> repo.or.cz is behind by one hour.)
Switched some time ago - the repo.or.cz in the comment is just a leftover.
>
>> Is this OK, or should I change something in the script? Or switch to ELPA (emacs 24.2.1)?
>
> Things look okay. My suggestions are just to spare some lines.
Thanks a lot,
now I can sleep a little better,
Rainer
>
> Best,
>
- --
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: Rainer@krugs.de
Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBq/6AACgkQoYgNqgF2egpPoQCfYYHZ+t+tP5s6Sg4TICTQwigA
jSMAn21qlfBzymy0vCM4p63Y0QFdeEzg
=GFcW
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 14:20 ` Bastien
2012-10-02 14:52 ` Rainer M Krug
@ 2012-10-02 15:13 ` Rainer Stengele
2012-10-02 15:20 ` Bastien
1 sibling, 1 reply; 459+ messages in thread
From: Rainer Stengele @ 2012-10-02 15:13 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Rainer M Krug
Am 02.10.2012 16:20, schrieb Bastien:
> Hi Rainer,
>
> Rainer M Krug <r.m.krug@gmail.com> writes:
>
>> Org-mode version 7.9.2 (release_7.9.2-352-g7f74da.dirty @
>> /home/rkrug/.emacs.d/org-mode/lisp/)
>
> Looks fine.
>
>> I use org mode from git, and my update script for org from git is:
>>
>> #!/bin/sh
>> cd ~/.emacs.d/org-mode-git/org-mode
>
> Okay.
>
>> git checkout master
>> git fetch --tags origin
>>
>> # git clone git://repo.or.cz/org-mode.git
>> git pull
>> git gc
>>
>> git checkout master
>>
>> make clean
>> make
>> make autoloads
>> make doc
>> make info
>>
>> # make install
>
> Instead of the above quote you can simply use
>
> make update
>
> (And you can clone from git://orgmode.org/org-mode.git
> it will be faster and more recent. repo.or.cz is behind
> by one hour.)
>
>> Is this OK, or should I change something in the script? Or switch to ELPA (emacs 24.2.1)?
>
> Things look okay. My suggestions are just to spare some lines.
>
> Best,
>
Hi!
I tried "make update" and ended up here:
Debugger entered--Lisp error: (error "Required feature `org-version' was
not provided")
require(org-version
"c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/org-version.el" noerror)
(if (require (quote org-version) org-version\.el (quote noerror))
(quote (progn (autoload (quote org-release) "org-version.el") (autoload
(quote org-git-version) "org-version.el"))) (if (require (quote
org-fixup) org-fixup\.el (quote noerror)) (quote (org-fixup)) (warn
"Could not define org version correctly. Check installation!") (quote
(progn (defun org-release nil "N/A") (defun org-git-version nil "N/A
!!check installation!!")))))
(let* ((org-dir (org-find-library-dir "org")) (org-version\.el (concat
org-dir "org-version.el")) (org-fixup\.el (concat org-dir
"../mk/org-fixup.el"))) (if (require (quote org-version) org-version\.el
(quote noerror)) (quote (progn (autoload (quote org-release)
"org-version.el") (autoload (quote org-git-version) "org-version.el")))
(if (require (quote org-fixup) org-fixup\.el (quote noerror)) (quote
(org-fixup)) (warn "Could not define org version correctly. Check
installation!") (quote (progn (defun org-release nil "N/A") (defun
org-git-version nil "N/A !!check installation!!"))))))
(lambda nil "Try very hard to provide sensible version strings." (let*
((org-dir (org-find-library-dir "org")) (org-version\.el (concat org-dir
"org-version.el")) (org-fixup\.el (concat org-dir
"../mk/org-fixup.el"))) (if (require (quote org-version) org-version\.el
(quote noerror)) (quote (progn (autoload (quote org-release)
"org-version.el") (autoload (quote org-git-version) "org-version.el")))
(if (require (quote org-fixup) org-fixup\.el (quote noerror)) (quote
(org-fixup)) (warn "Could not define org version correctly. Check
installation!") (quote (progn (defun org-release nil "N/A") (defun
org-git-version nil "N/A !!check installation!!")))))))()
(org-check-version)
eval-buffer(#<buffer *load*<2>> nil
"c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/org.el" nil t) ;
Reading at buffer position 9046
load-with-code-conversion("c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/org.el"
"c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/org.el" nil t)
require(org)
byte-code("\300\301!\210\300\302!\207" [require org find-func] 2)
require(org-exp-blocks)
eval-buffer(#<buffer *load*> nil
"c:/Users/rainer/AppData/Roaming/.emacs" nil t) ; Reading at buffer
position 6546
load-with-code-conversion("c:/Users/rainer/AppData/Roaming/.emacs"
"c:/Users/rainer/AppData/Roaming/.emacs" t t)
load("~/.emacs" t t)
#[0 "\b\205\262
What is wrong in my setup?
Rainer
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:13 ` From latest maint/master, no need to (require 'org-install): Lisp error Rainer Stengele
@ 2012-10-02 15:20 ` Bastien
2012-10-02 15:28 ` Rainer Stengele
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2012-10-02 15:20 UTC (permalink / raw)
To: Rainer Stengele; +Cc: emacs-orgmode, Rainer M Krug
Rainer Stengele <rainer.stengele@online.de> writes:
> What is wrong in my setup?
run
make autoloads
at least once before
make update
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:20 ` Bastien
@ 2012-10-02 15:28 ` Rainer Stengele
2012-10-02 15:39 ` Bastien
2012-10-02 15:45 ` johnlist
0 siblings, 2 replies; 459+ messages in thread
From: Rainer Stengele @ 2012-10-02 15:28 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Rainer M Krug
Am 02.10.2012 17:20, schrieb Bastien:
> Rainer Stengele <rainer.stengele@online.de> writes:
>
>> What is wrong in my setup?
>
> run
>
> make autoloads
>
> at least once before
>
> make update
>
sorry but no.
Still complaining about org-version ..
Rainer
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:28 ` Rainer Stengele
@ 2012-10-02 15:39 ` Bastien
2012-10-04 7:37 ` Rainer Stengele
2012-10-02 15:45 ` johnlist
1 sibling, 1 reply; 459+ messages in thread
From: Bastien @ 2012-10-02 15:39 UTC (permalink / raw)
To: Rainer Stengele; +Cc: emacs-orgmode, Rainer M Krug
Rainer Stengele <rainer.stengele@online.de> writes:
> Still complaining about org-version ..
Dong! Fixed. Please pull again.
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:39 ` Bastien
@ 2012-10-04 7:37 ` Rainer Stengele
2012-10-05 5:20 ` Achim Gratz
0 siblings, 1 reply; 459+ messages in thread
From: Rainer Stengele @ 2012-10-04 7:37 UTC (permalink / raw)
Cc: emacs-orgmode, Rainer M Krug
Am 02.10.2012 17:39, schrieb Bastien:
> Rainer Stengele <rainer.stengele@online.de> writes:
>
>> Still complaining about org-version ..
>
> Dong! Fixed. Please pull again.
>
Thanks Bastien,
works perfectly now.
Actually I am confused - I did not quite understand - why do I no more
require 'org-install and also not 'org. Can you point me to some docs
about this?
Rainer
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-04 7:37 ` Rainer Stengele
@ 2012-10-05 5:20 ` Achim Gratz
0 siblings, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2012-10-05 5:20 UTC (permalink / raw)
To: emacs-orgmode
Rainer Stengele writes:
> Actually I am confused - I did not quite understand - why do I no more
> require 'org-install and also not 'org. Can you point me to some docs
> about this?
If you need anything at all, you now need to use (require 'org),
regardless of whether it's the Org version that comes with Emacs (which
has been using this in favor of org-install.el for some time) or from
Git. However, you don't need any (require 'org) whatsoever if you don't
happen to use customizations in your initialization file that require
Org to be loaded already, since simply using any of the autoloaded
functions will now arrange for the necesary files being loaded.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:28 ` Rainer Stengele
2012-10-02 15:39 ` Bastien
@ 2012-10-02 15:45 ` johnlist
2012-10-02 17:47 ` Achim Gratz
1 sibling, 1 reply; 459+ messages in thread
From: johnlist @ 2012-10-02 15:45 UTC (permalink / raw)
To: emacs-orgmode
On 02.10.2012 11:28, Rainer Stengele wrote:
>> run
>>
>> make autoloads
>>
>> at least once before
>>
>> make update
>>
> sorry but no.
>
> Still complaining about org-version ..
>
> Rainer
fwiw, I updated via git this morning and entered the same problem with
the same error message. I'm swamped and didn't have time to debug
further (though I did check list-load-path-shadows and didn't see a
problem there).
I reverted to current stable version (tar.gz) and this loads fine.
emacs 24.2.1
Org-mode version 7.9.2 (7.9.2-dist @ /home/me/elisp/org-mode/lisp/)
--
John
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install): Lisp error
2012-10-02 15:45 ` johnlist
@ 2012-10-02 17:47 ` Achim Gratz
0 siblings, 0 replies; 459+ messages in thread
From: Achim Gratz @ 2012-10-02 17:47 UTC (permalink / raw)
To: emacs-orgmode
johnlist@johnrakestraw.com writes:
> fwiw, I updated via git this morning and entered the same problem with
> the same error message. I'm swamped and didn't have time to debug
> further (though I did check list-load-path-shadows and didn't see a
> problem there).
That's what Git is for:
git reflog -5 HEAD
will show you where your branch head was for the last five operations
that moved it. If you want to go back 2 steps you'd say
git checkout HEAD@{2}
for instance. No need to deal with pesky tar files.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:15 From latest maint/master, no need to (require 'org-install) Bastien
2012-10-02 13:38 ` Torsten Wagner
2012-10-02 13:54 ` Rainer M Krug
@ 2012-10-02 22:52 ` Charles
2012-10-03 9:26 ` Bastien
2012-10-03 9:25 ` Bastien
3 siblings, 1 reply; 459+ messages in thread
From: Charles @ 2012-10-02 22:52 UTC (permalink / raw)
To: emacs-orgmode
Bastien,
Early this morning, i.e. before your message, I pulled from git, ran
make update2 and at the end of compiling org-loaddefs.el was mentioned
as not loaded. This in cygwin.
This evening I followed your instructions (I think!) and ran
~/elisp/org-mode && make autoloads
Then make update2; at the end of this it complained about org-version.el
I ran make autoloads again and then make update2 - no complaints this time.
Was this to be expected?
Windows 7 HP 64
Emacs 24.2.1
cygwin 1.7.16
org version 7.9.2 (release_7.9.2-383-g09d6bc) (which I obtained by M-x
org-version)
Charlie Millar
On 10/2/2012 9:15 AM, Bastien wrote:
> Hi all,
>
> there is no need to (require 'org-install) anymore from the maint
> and master branches.
>
> When using the Org distribution that comes with Emacs, Emacs will add
> Org's autoloaded core functions to [emacs]/lisp/loaddefs.el and the rest
> of the autoloaded functions to [emacs]/lisp/org/org-loaddefs.el. This
> is an improvement over the present situation, where *all* autoloaded
> functions where added to Emacs' loaddefs.el -- too much. This is not
> yet in Emacs trunk but will be in Emacs 24.3.
>
> When getting Org as a .tar.gz/.zip archive file, you'll have a file
> org-loaddefs.el in the lisp/ directory -- this file is now loaded when
> org.el is loaded.
>
> When getting Org from ELPA (either "org" or "org-plus-contrib"),
> org-loaddefs.el will also be in the load-path.
>
> When getting Org from git, you *HAVE* to created org-loaddefs.el with
> `make autoloads' (which is also run by a simple `make'), otherwise
> some needed functions will not be autoloaded.
>
> You can check whether org-loaddefs.el has been correctly been loaded
> with M-x org-version RET.
>
> Thanks,
>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 22:52 ` From latest maint/master, no need to (require 'org-install) Charles
@ 2012-10-03 9:26 ` Bastien
2012-10-03 17:23 ` John Hendy
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2012-10-03 9:26 UTC (permalink / raw)
To: Charles; +Cc: emacs-orgmode
Hi Charles,
Charles <millarc@verizon.net> writes:
> I ran make autoloads again and then make update2 - no complaints this time.
>
> Was this to be expected?
There might be some hicups in the transition from the old org-install
way to the new org-loaddefs way, but if things are fine then it's fine.
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-03 9:26 ` Bastien
@ 2012-10-03 17:23 ` John Hendy
2012-10-03 17:31 ` Achim Gratz
0 siblings, 1 reply; 459+ messages in thread
From: John Hendy @ 2012-10-03 17:23 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Charles
On Wed, Oct 3, 2012 at 4:26 AM, Bastien <bzg@altern.org> wrote:
> Hi Charles,
>
> Charles <millarc@verizon.net> writes:
>
>> I ran make autoloads again and then make update2 - no complaints this time.
>>
>> Was this to be expected?
>
> There might be some hicups in the transition from the old org-install
> way to the new org-loaddefs way, but if things are fine then it's fine.
Or does this have to do with Emacs version. In your original
announcement, you said:
,---
| This is not yet in Emacs trunk but will be in Emacs 24.3.
`---
I didn't follow if that was about removing (require 'org-install) or
only about something having to do with autoloading. Charles mentioned
he is using Emacs 24.2.1, so I just thought to mention this. For
finality... will *all* versions of Emacs now allow for removing
(require 'org-install) with a fresh git pull of orgmode, or does one
need to be using Emacs 24.3?
Thanks,
John
>
> --
> Bastien
>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-02 13:15 From latest maint/master, no need to (require 'org-install) Bastien
` (2 preceding siblings ...)
2012-10-02 22:52 ` From latest maint/master, no need to (require 'org-install) Charles
@ 2012-10-03 9:25 ` Bastien
2012-10-03 22:52 ` Eric Fraga
2012-10-05 7:59 ` Rainer M Krug
3 siblings, 2 replies; 459+ messages in thread
From: Bastien @ 2012-10-03 9:25 UTC (permalink / raw)
To: emacs-orgmode
Hi all again,
Bastien <bzg@altern.org> writes:
> there is no need to (require 'org-install) anymore from the maint
> and master branches.
... and you should actually remove (require 'org-install) from your
configuration, since this file is not automatically created anymore.
Thanks,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install)
2012-10-03 9:25 ` Bastien
@ 2012-10-03 22:52 ` Eric Fraga
2012-10-05 7:37 ` Thomas S. Dye
2012-10-05 8:40 ` Sebastien Vauban
2012-10-05 7:59 ` Rainer M Krug
1 sibling, 2 replies; 459+ messages in thread
From: Eric Fraga @ 2012-10-03 22:52 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
Bastien <bzg@altern.org> writes:
> Hi all again,
>
> Bastien <bzg@altern.org> writes:
>
>> there is no need to (require 'org-install) anymore from the maint
>> and master branches.
>
> ... and you should actually remove (require 'org-install) from your
> configuration, since this file is not automatically created anymore.
>
> Thanks,
Okay but with what should I replace this, if anything?
Specifically, I currently have (in my organically grown customisation
file ;-):
--8<---------------cut here---------------start------------->8---
(add-to-list 'load-path "~/git/org-mode")
(add-to-list 'load-path "~/git/org-mode/lisp")
(add-to-list 'load-path "~/git/org-mode/contrib/lisp/")
(require 'org-install)
(require 'org-e-latex)
(require 'org-e-odt)
(require 'org-latex)
(require 'org-mime)
(require 'ob-jacaranda)
(require 'ob-python)
(require 'ob-R)
(require 'ob-sh)
(require 'org-crypt) (org-crypt-use-before-save-magic)
(require 'org-inlinetask) ;binding C-c C-x t
(require 'org-protocol)
(require 'org-wc)
;; customisations follow
--8<---------------cut here---------------end--------------->8---
What should I or could I remove from this?
Thanks,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.2.50.1 and Org release_7.9.2-350-g934208
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-03 22:52 ` Eric Fraga
@ 2012-10-05 7:37 ` Thomas S. Dye
2012-10-05 8:40 ` Sebastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Thomas S. Dye @ 2012-10-05 7:37 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
Eric Fraga <e.fraga@ucl.ac.uk> writes:
> Bastien <bzg@altern.org> writes:
>
>> Hi all again,
>>
>> Bastien <bzg@altern.org> writes:
>>
>>> there is no need to (require 'org-install) anymore from the maint
>>> and master branches.
>>
>> ... and you should actually remove (require 'org-install) from your
>> configuration, since this file is not automatically created anymore.
>>
>> Thanks,
>
> Okay but with what should I replace this, if anything?
>
> Specifically, I currently have (in my organically grown customisation
> file ;-):
>
> (add-to-list 'load-path "~/git/org-mode")
> (add-to-list 'load-path "~/git/org-mode/lisp")
> (add-to-list 'load-path "~/git/org-mode/contrib/lisp/")
> (require 'org-install)
> (require 'org-e-latex)
> (require 'org-e-odt)
> (require 'org-latex)
> (require 'org-mime)
> (require 'ob-jacaranda)
> (require 'ob-python)
> (require 'ob-R)
> (require 'ob-sh)
> (require 'org-crypt) (org-crypt-use-before-save-magic)
> (require 'org-inlinetask) ;binding C-c C-x t
> (require 'org-protocol)
> (require 'org-wc)
> ;; customisations follow
>
> What should I or could I remove from this?
>
> Thanks,
> eric
Hi Eric,
ob-jacaranda? Any chance this might swell the list of babel supported
languages?
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-03 22:52 ` Eric Fraga
2012-10-05 7:37 ` Thomas S. Dye
@ 2012-10-05 8:40 ` Sebastien Vauban
2012-10-07 1:58 ` Eric Fraga
1 sibling, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-10-05 8:40 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric Fraga wrote:
> Bastien <bzg-whniv8GeeGkdnm+yROfE0A@public.gmane.org> writes:
>> Bastien <bzg-whniv8GeeGkdnm+yROfE0A@public.gmane.org> writes:
>>> there is no need to (require 'org-install) anymore from the maint and
>>> master branches.
>>
>> ... and you should actually remove (require 'org-install) from your
>> configuration, since this file is not automatically created anymore.
>
> Okay but with what should I replace this, if anything?
>
> Specifically, I currently have (in my organically grown customisation file
> ;-):
>
> (add-to-list 'load-path "~/git/org-mode")
Why that one?
> (add-to-list 'load-path "~/git/org-mode/lisp")
> (add-to-list 'load-path "~/git/org-mode/contrib/lisp/")
> (require 'org-install)
> (require 'org-e-latex)
> (require 'org-e-odt)
> (require 'org-latex)
> (require 'org-mime)
> (require 'ob-jacaranda)
> (require 'ob-python)
> (require 'ob-R)
> (require 'ob-sh)
> (require 'org-crypt) (org-crypt-use-before-save-magic)
> (require 'org-inlinetask) ;binding C-c C-x t
> (require 'org-protocol)
> (require 'org-wc)
> ;; customisations follow
>
> What should I or could I remove from this?
What I do is:
#+begin_src emacs-lisp
(when (locate-library "org-install")
(require 'org-install))
#+end_src
That way, if it's still present (and maybe necessary[1]), it will be loaded.
If not, it simply has no effect.
Best regards,
Seb
[1] On old Emacs/Org versions, for people using my .emacs configuration file.
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install)
2012-10-05 8:40 ` Sebastien Vauban
@ 2012-10-07 1:58 ` Eric Fraga
2012-10-07 8:03 ` Achim Gratz
0 siblings, 1 reply; 459+ messages in thread
From: Eric Fraga @ 2012-10-07 1:58 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> Eric Fraga wrote:
>> (add-to-list 'load-path "~/git/org-mode")
>
> Why that one?
Ahh, that's a bit of historical garbage. There was a point a while back
where org-install seemed to have lisp/org-xxx paths and the easiest fix
was to add the root to the list of paths. The problem was fixed fairly
quickly but I forgot to remove my temporary fix.
>> What should I or could I remove from this?
>
> What I do is:
>
> #+begin_src emacs-lisp
> (when (locate-library "org-install")
> (require 'org-install))
> #+end_src
Actually, I now have
#+begin_src emacs-lisp
(add-to-list 'load-path "~/git/org-mode/lisp")
(add-to-list 'load-path "~/git/org-mode/contrib/lisp/")
(require 'org)
#+end_src
with a number of other =require= calls for specific ob- and org-e-
packages. This seems to work just fine.
My question now is whether I should replace the =(require 'org)= by
=(require 'org-loaddefs)= which seems to be the way that Emacs is moving
for packages?
Thanks,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.2.50.1 and Org release_7.9.2-406-g2c78ca
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-07 1:58 ` Eric Fraga
@ 2012-10-07 8:03 ` Achim Gratz
2012-10-08 3:02 ` Eric S Fraga
2012-10-09 6:44 ` Sebastien Vauban
0 siblings, 2 replies; 459+ messages in thread
From: Achim Gratz @ 2012-10-07 8:03 UTC (permalink / raw)
To: emacs-orgmode
Eric Fraga writes:
> My question now is whether I should replace the =(require 'org)= by
> =(require 'org-loaddefs)= which seems to be the way that Emacs is moving
> for packages?
No. The definitions in org-loaddefs are require'd from org internally,
you should never reference to it directly. What Emacs and package
managers are doing is not exactly the same thing, but again they should
setup things in a way that only =(require 'org)= is needed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-07 8:03 ` Achim Gratz
@ 2012-10-08 3:02 ` Eric S Fraga
2012-10-09 6:44 ` Sebastien Vauban
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2012-10-08 3:02 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Eric Fraga writes:
>> My question now is whether I should replace the =(require 'org)= by
>> =(require 'org-loaddefs)= which seems to be the way that Emacs is moving
>> for packages?
>
> No. The definitions in org-loaddefs are require'd from org internally,
> you should never reference to it directly. What Emacs and package
> managers are doing is not exactly the same thing, but again they should
> setup things in a way that only =(require 'org)= is needed.
>
>
> Regards,
> Achim.
Thanks Achim for the clarification!
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.2.50.1 and Org release_7.9.2-402-ge5e49e
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-07 8:03 ` Achim Gratz
2012-10-08 3:02 ` Eric S Fraga
@ 2012-10-09 6:44 ` Sebastien Vauban
2012-10-09 7:31 ` Sebastien Vauban
1 sibling, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-10-09 6:44 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Achim,
Achim Gratz wrote:
> Eric Fraga writes:
>> My question now is whether I should replace the =(require 'org)= by
>> =(require 'org-loaddefs)= which seems to be the way that Emacs is moving
>> for packages?
>
> No. The definitions in org-loaddefs are require'd from org internally, you
> should never reference to it directly. What Emacs and package managers are
> doing is not exactly the same thing, but again they should setup things in a
> way that only =(require 'org)= is needed.
You mean we must require Org in our .emacs file (instead of just loading the
autoload definitions)?
IIUC, (in my case at least) that could seriously impact the Emacs startup
time?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 6:44 ` Sebastien Vauban
@ 2012-10-09 7:31 ` Sebastien Vauban
2012-10-09 17:47 ` Achim Gratz
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-10-09 7:31 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Achim,
"Sebastien Vauban" wrote:
> Achim Gratz wrote:
>> only =(require 'org)= is needed.
>
> You mean we must require Org in our .emacs file (instead of just loading the
> autoload definitions)?
>
> IIUC, (in my case at least) that could seriously impact the Emacs startup
> time?
Confirmed with Org-mode version 7.9.2 (release_7.9.2-425-g8ec79b @
d:/home/sva/src/org-mode/lisp/).
Starting Emacs now requires ~18 seconds vs 2 seconds before.
Some culprits are:
- loading some of my 45 Org agenda files (not all, though -- maybe, the one in
which I'm currently clocking and the ones I clocked in before, from the
clock history?)
- loading lots of extra packages which I don't necessarily need when I just
fire up Emacs for doing non-Org related work, such as gnus-sum (hence, all
of Gnus, along with MIME utils, URL stuff, etc.)
- loading all my Org config (Babel, LOB, exporters, etc.), which is in an
(eval-after-load "org" ...).
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 7:31 ` Sebastien Vauban
@ 2012-10-09 17:47 ` Achim Gratz
2012-10-09 18:26 ` Michael Brand
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Achim Gratz @ 2012-10-09 17:47 UTC (permalink / raw)
To: emacs-orgmode
Sebastien Vauban writes:
> Starting Emacs now requires ~18 seconds vs 2 seconds before.
That is one of the consequences of how org.el is currently structured.
If you know exactly what you're doing when in your init file, you can at
the moment still do a
(require 'org-loaddefs)
where you formerly did require org-install. Of course this will then
not work if you fall back to the built-in Org version of an old Emacs,
so maybe you'd want
(require 'org-loaddefs nil 'noerror)
I'm not sure how Bastien wants this to work going forward, but by the
way it's been announced and implemented the need to do this should go
away.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 17:47 ` Achim Gratz
@ 2012-10-09 18:26 ` Michael Brand
2012-10-27 8:41 ` Bastien
2012-10-09 19:23 ` Sebastien Vauban
2012-10-27 8:49 ` Bastien
2 siblings, 1 reply; 459+ messages in thread
From: Michael Brand @ 2012-10-09 18:26 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Hi Achim
On Tue, Oct 9, 2012 at 7:47 PM, Achim Gratz <Stromeko@nexgo.de> wrote:
> I'm not sure how Bastien wants this to work going forward, but by the
> way it's been announced and implemented the need to do this should go
> away.
Would it be possible/reasonable to have org-version available before
(require 'org)? I would like to put the Org version into the Message
Buffer at Emacs startup without the need of loading the entire Org
yet.
Michael
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 18:26 ` Michael Brand
@ 2012-10-27 8:41 ` Bastien
0 siblings, 0 replies; 459+ messages in thread
From: Bastien @ 2012-10-27 8:41 UTC (permalink / raw)
To: Michael Brand; +Cc: Achim Gratz, emacs-orgmode
Hi Michael,
Michael Brand <michael.ch.brand@gmail.com> writes:
> Would it be possible/reasonable to have org-version available before
> (require 'org)? I would like to put the Org version into the Message
> Buffer at Emacs startup without the need of loading the entire Org
> yet.
Yes, you can call (org-version) before any (require 'org).
This will call the org-version that is autoloaded in Emacs.
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 17:47 ` Achim Gratz
2012-10-09 18:26 ` Michael Brand
@ 2012-10-09 19:23 ` Sebastien Vauban
2012-10-27 8:49 ` Bastien
2 siblings, 0 replies; 459+ messages in thread
From: Sebastien Vauban @ 2012-10-09 19:23 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Achim,
Achim Gratz wrote:
> Sebastien Vauban writes:
>> Starting Emacs now requires ~18 seconds vs 2 seconds before.
>
> That is one of the consequences of how org.el is currently structured.
> If you know exactly what you're doing when in your init file, you can at
> the moment still do a
>
> (require 'org-loaddefs)
>
> where you formerly did require org-install.
Good to know...
> Of course this will then not work if you fall back to the built-in Org
> version of an old Emacs, so maybe you'd want
>
> (require 'org-loaddefs nil 'noerror)
I guess the risk of falling to the built-in Org version is no bigger than it
was with org-install?
Anyway, I always protect all require's of stuff which can be absent from some
distribution (as my .emacs is used by colleagues).
> I'm not sure how Bastien wants this to work going forward, but by the
> way it's been announced and implemented the need to do this should go
> away.
OK. We'll see with him as soon as he comes back online.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-09 17:47 ` Achim Gratz
2012-10-09 18:26 ` Michael Brand
2012-10-09 19:23 ` Sebastien Vauban
@ 2012-10-27 8:49 ` Bastien
2 siblings, 0 replies; 459+ messages in thread
From: Bastien @ 2012-10-27 8:49 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
>> Starting Emacs now requires ~18 seconds vs 2 seconds before.
>
> That is one of the consequences of how org.el is currently structured.
The move to using org-loaddefs.el was to optimize things within Emacs.
Before org-loaddefs.el, all Org's autoloads were added to loaddefs.el.
This had the effect of preloading too many Org's functions in a bare
"emacs -Q".
After org-loaddefs.el, only the core Org functions are added to Emacs'
loaddefs.el.
The time you spare by not preloading all autoloads in loaddefs.el is
lost when you require org for the first time -- either in your config
or by simply finding a new .org file.
But on the overall, I think it's cleaner that way.
The next step to optimize things a bit is to have less autoloads
in org-autoloads.el... any suggestion is welcome in this area!
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: From latest maint/master, no need to (require 'org-install)
2012-10-03 9:25 ` Bastien
2012-10-03 22:52 ` Eric Fraga
@ 2012-10-05 7:59 ` Rainer M Krug
1 sibling, 0 replies; 459+ messages in thread
From: Rainer M Krug @ 2012-10-05 7:59 UTC (permalink / raw)
Cc: emacs-orgmode
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/10/12 11:25, Bastien wrote:
> Hi all again,
>
> Bastien <bzg@altern.org> writes:
>
>> there is no need to (require 'org-install) anymore from the maint and master branches.
>
> ... and you should actually remove (require 'org-install) from your configuration, since this
> file is not automatically created anymore.
OK - now I am getting slightly confused again.
Could you please give some example configuration code? For example, in
my case, I am using org mode from git, I am using the script posted
above in the thread to update org-mode git:
#!/bin/sh
cd ~/.emacs.d/org-mode-git/org-mode
git checkout master
git fetch --tags origin
# git clone git://repo.or.cz/org-mode.git
git pull
git gc
git checkout master
make clean
make
make autoloads
make doc
make info
# make install
in my .emacs.d/init.el I have:
;; Load up Org Mode and Org Babel for elisp embedded in Org Mode files
(add-to-list 'load-path "~/.emacs.d/org-mode/lisp")
(add-to-list 'load-path "~/.emacs.d/org-mode/contrib/lisp")
;; load up Org-mode and Org-babel
(require 'org-install)
;; load up the main file
(org-babel-load-file "~/.emacs.d/emacs.org")
And i my emacs.org, I have at the beginning:
* ELPA settings
#+begin_src emacs-lisp
;; set package-load-list -- default is all
(setq package-archives '(
("ELPA" . "http://tromey.com/elpa/")
("gnu" . "http://elpa.gnu.org/packages/")
("suco" . "http://joseito.republika.pl/sunrise-commander/")
("marmalade" . "http://marmalade-repo.org/packages/")
)
)
(package-initialize)
#+end_src
Later on, I have some customizations.
So do I have to change something?
What should I do with the (require 'org-install)?
Rainer
>
> Thanks,
>
From: Rainer@krugs.de (Rainer M. Krug)
Date: Fri, 05 Oct 2012 09:57:30 +0200
Message-ID: <87txu9z6z9.fsf@krugs.de>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBuk0UACgkQoYgNqgF2egrCrQCdEAZA42TLb4Xs48fIkairYgxO
IEYAnA74GEV64O3TkVIwsCWP0UuVKpZa
=etPk
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 459+ messages in thread
* Error when changing todo-state [7.8.11]
@ 2012-06-20 7:24 salome.soedergran
2012-06-20 15:21 ` Eric S Fraga
2012-06-20 17:08 ` Charles Philip Chan
0 siblings, 2 replies; 459+ messages in thread
From: salome.soedergran @ 2012-06-20 7:24 UTC (permalink / raw)
To: emacs-orgmode
Hi!
I recently upgraded to emacs24 and org 7.8.11. Since this upgrade, when I set or change a todo-state, I get an error message (void-variable state). The desired todo-state is being set all the same. I guess there's some kind of conflict between my config and the new org-version -- but what is it and what can I do about it?
Please find the backtrace and parts of my init-file below.
Best, Salome
BACKTRACE
Debugger entered--Lisp error: (void-variable state)
(member state org-done-keywords)
(if (member state org-done-keywords) (progn (org-make-checklist-export) (org-reset-checkbox-state-maybe)))
(when (member state org-done-keywords) (org-make-checklist-export) (org-reset-checkbox-state-maybe))
org-checklist()
run-hooks(org-after-todo-state-change-hook)
byte-code("\306\307!\210\310\b!\203\x0f\0\311\225Sb\210\310\312 \313Q!\204\x1c\0\310\314!\210\302 \x1a\315 ^[\302 \x1c\316\216\317\320\321\307\211$*\x1d\x0e@\x1e@\x0eA\x1eA\x0eB\x1eB\x0eC\311\232\203I\0\320\x16C\322\202K\0\x0eD\x1eD\323\324!\x1eE\311\224\x1eF\325\x0eE!\x1eG\326\x0eG\x0eH\"\211\x1eIA@\x1eJ\327\x0eI8\x1eK\330\x0eI8\x1eL\x0eE\206{\0\331\x1eM\307\x1eN\x0eE\x0eO\235\211\x1ePA\x1eQ\x0eR\203\264\0\x0eC\332\232\203\236\0\x0eS\333=\204\257\0\x0eC\204\264\0\x0eS\203\264\0\x0eS\333=\204\264\0\334 \202 \x02\x0eC\335\232\203\322\0\x0eS\203\305\0\x0eR\204\322\0\336\337\340\341\x0eO\"\320\307$\202 \x02\x0eC\342=\203\357\0\x0eE\203\351\0\x0eQ\205 \x02\x0eQ@\202 \x02\x0eO@\202 \x02\x0eC\343=\203 \x01\x0eP\x0eO\232?\205 \x02\x0eE\203\x13\x01\344\x0eOG\x0eQG\345#\x0eO8\202 \x02\x0eO\x1eT\346\x0eT!@)\202 \x02\x0eS\307=\2035\x01\x0eC\347\232\2035\x01\320\211\x16C\206 \x02\x0eC\203\271\x01\x0eC\331\232\203E\x01\320\202 \x02\x0eC\350=\203P\x01\320\202 \x02\x0eC\351=\203b\x01\x0eK\206 \x02\x0eU@\202 \x02\x0eC\352=\203y\x01\x0eG\x0eV\235A@\206 \x02\x0eV@\202 \x02\x0eC\353=\203\227\x01\354\x0eV!\x1eV\x0eG\x0eV\235A@\206\223\x01\x0eV@)\202 \x02\x0eC\x0eO\235@\206 \x02\x0eC;\203\256\x01\355\356\x0eC\"\202 \x02\357\x0eC!S\x0eO8\202 \x02\x0eP\204\311\x01\x0eG\206 \x02\x0eO@\202 \x02\x0eE\x0eL\232\203\325\x01\320\202 \x02\x0eQ\204\336\x01\320\202 \x02\x0eJ\360>\203\x06\x02\x0eW\x0eX=\203\363\x01\x0eQ@\202 \x02\x0eQG\311V\205 \x02\x0eK\206 \x02\x0eU@\202 \x02\x0eQ@\x1eY\361\362\x0eY\x0eM#\206\x17\x02\x0eY\211\x1eY\203%\x02\363\x0eY\363Q\202&\x02\363\x1eZ\364\365\366\x0eE\367\x0eY\370\v\257\b\x1e[\320\211\x1e\\\x1e]\x0e;\203~\x02\x0eE\x0eU\235?\x16^\212\302 \x1c\371\216\212\214~\210\372\373\x0e[\"-\204~\x02\374\375!\203m\x02\355\376\x0eE\x0eY#\210\202~\x02\377\376\x0eE\x0eY#\210\201g\0\201h\0\320\"\210\201i\0\n!\210\201j\0\x0eZ\307\211#\210\201k\0\x0eF!\204\242\x02\377\201l\0\201m\0\x0eZ!\"\210\x0eG\204\306\x02\325\x0eY!\x16G\326\x0eG\x0eH\"\211\x16IA@\x16J\327\x0eI8\x16K\330\x0eI8\x16L\x0eC\201n\0>\203\370\x02\377\201o\0\344\x0e_G\201p\0\326\x0eY\x0e_\"\x0e_>G#\x0e_G\201q\0\201r\0\326\x0eY\x0e_\"\363#$\210\x0eY\x0eU\235?\x16^\x0eY\x0eU\235\205\x0e\x03\x0eE\x0eU\235?\x16]\r\203\x1a\x03\201s\0\r!\210\x0eB\204$\x03\x0e@\203\305\x03\x0eD\307=\204\305\x03\x0eC\201t\0>\204\305\x03\326\x0eY\x0eB\"A@\206G\x03\345\326\x0eE\x0eB\"8\211\x16\\\322=\203[\x03\x0eD\322=\203[\x03\201u\0\x16\\\x0eY\203z\x03\x0eY\x0e`\235\203z\x03\x0eE\x0e`\235\204z\x03\201v\0\320\211\201w\0#\210\x0e]\203\252\x03\x0e@\203\252\x03\201v\0\201w\0\201x\0 \"\210\x0e\\\204\252\x03\x0e@\322=\203\252\x03\201y\0\351\x0eY\x0eE\201z\0\322%\210\x0eY\203\305\x03\x0e\\\203\305\x03\201y\0\201{\0\x0eY\x0eE\201z\0\x0e\\%\210\201|\0\x0eY!\210\x0ea\203\335\x03\x0eb\204\335\x03\201}\0\320\307\"\210\x0ec\203\347\x03\201~\0 \210\201\x7f\0\201\200\0!\210\x0eC\203\x02\x04\x0eY\x0eU\235\204\x02\x04\325\x0eY!\x16G\201\201\0\315 \201\202\0 \201\203\0\x0eG$\210\x0e]\2036\x04\201\204\0\201d\0!\203/\x04\302 \x1c\201\205\0\216\201\206\0 \x16d*\201\207\0\x0eY!\210\201\210\0 \203r\x04n\204r\x04\212\201\211\0\324!\210\310\x0ee!)\203r\x04`\345\211\225\206Y\x04\324\225\\W\203r\x04\345\225\206e\x04\324\225b\210\310\363!\203r\x04\201\212\0 \210\x0ef\205\202\x04\212\201\213\0\201f\0\x0e[\").\x18\207" [org-outline-regexp org-todo-regexp match-data startpos save-match-data-internal logging org-back-to-heading t looking-at 0 " +" "\\( +\\|[ ]*$\\)" "\\(?: *\\|[ ]*$\\)" point-at-bol ((byte-code "\301\b\302\"\207" [save-match-data-internal set-match-data evaporate] 3)) org-entry-get nil "LOGGING" note match-string 1 org-get-todo-sequence-head assoc 3 4 "" (4) prefix org-fast-todo-selection (4) org-icompleting-read "State: " mapcar #[(x) "\bC\207" [x] 1] right left - 2 last (4) none done nextset previousset reverse error "State `%s' not valid in this file" prefix-numeric-value (type priority) run-hook-with-args-until-success ...] 10)
org-todo(nil)
call-interactively(org-todo nil nil)
Emacs : GNU Emacs 24.1.50.1 (i686-pc-linux-gnu, GTK+ Version 3.4.2)
of 2012-06-16 on platinum, modified by Debian
Package: Org-mode version 7.8.11
INIT-FILE (part)
(setq
org-clock-persist 'history
org-agenda-window-setup 'current-window
org-goto-max-level 10
org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code)
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-show-following-heading t
org-agenda-restore-windows-after-quit t
org-babel-pre-tangle-hook '(save-buffer)
org-occur-hook '(org-first-headline-recenter)
org-export-interblocks '((src org-babel-exp-non-block-elements))
org-cycle-separator-lines 0
org-use-sub-superscripts nil
org-clock-out-remove-zero-time-clocks t
org-metaup-hook '(org-babel-load-in-session-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-hide-leading-stars t
org-log-into-drawer "LOGBOOK"
org-columns-default-format "%25ITEM(Details) %15TAGS(Context) %7TODO(To Do) %5Effort(Time){:} %6CLOCKSUM(Clock){Total}"
org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers)
org-show-siblings nil
org-checklist-export-function 'org-export-as-ascii
org-attach-method '(link)
org-blank-before-new-entry '((heading) (plain-list-item))
org-global-properties '(("Effort_ALL" .
"0 0:10 0:30 1:00 2:00 3:00 4:00 6:00 8:00")
)
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-agenda-prefix-format '((agenda . "%?-12t% s") (timeline . " % s")
(todo . "%-12:c") (tags . "%-12:c %i")
(search . " %i %-12:c"))
org-agenda-skip-deadline-if-done t
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-mode-hook '((lambda nil (local-set-key [f11] (quote org2blog/wp-mode)))
org-clock-load
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append local]
5]
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes
(lambda nil (subword-mode 1)))
org-export-latex-low-levels '("\\begin{itemize}" "\\end{itemize}" "\\item %s")
org-show-hierarchy-above t
org-agenda-remove-tags t
org-clock-idle-time 15
org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
org-beamer-place-default-actions-for-lists)
org-export-html-coding-system 'utf-8
org-agenda-repeating-timestamp-show-all nil
org-tags-column -75
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-cycle-emulate-tab '(whitestart)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-todo-keywords '((sequence "APPT(a!)" "NEXT(n!)" "WAITING(w@)" "INBOX(i)"
"|" "DONE(d!)" "CANCELLED(c!)" "MAYBE/LATER(m!)")
)
org-agenda-weekend-days '(0)
org-agenda-files '("~/org/gtd.org")
org-drawers '("ZIEL" "PROPERTIES" "LOGBOOK" "CLOCK")
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-after-todo-state-change-hook '(org-checklist org-clock-out-if-current)
org-bbdb-anniversary-format-alist '(("birthday" lambda (name years suffix)
(concat "[[bbdb:" name "][" name
"]] ist " (number-to-string years)
" Jahre alt")
)
("wedding" lambda (name years suffix)
(concat "[[bbdb:" name "][" name "]]"
(number-to-string years)
". Hochzeitstag")
)
)
org-agenda-tags-todo-honor-ignore-options t
org-confirm-shell-link-function 'yes-or-no-p
)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Error when changing todo-state [7.8.11]
2012-06-20 7:24 Error when changing todo-state [7.8.11] salome.soedergran
@ 2012-06-20 15:21 ` Eric S Fraga
2012-06-20 17:08 ` Charles Philip Chan
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2012-06-20 15:21 UTC (permalink / raw)
To: salome.soedergran; +Cc: emacs-orgmode
<salome.soedergran@gmx.ch> writes:
> Hi!
>
> I recently upgraded to emacs24 and org 7.8.11. Since this upgrade,
> when I set or change a todo-state, I get an error message
> (void-variable state). The desired todo-state is being set all the
> same. I guess there's some kind of conflict between my config and the
> new org-version -- but what is it and what can I do about it?
> Please find the backtrace and parts of my init-file below.
"state" has been changed to "org-state".
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.1.50.1 and Org release_7.8.11-69-ga2fd96
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Error when changing todo-state [7.8.11]
2012-06-20 7:24 Error when changing todo-state [7.8.11] salome.soedergran
2012-06-20 15:21 ` Eric S Fraga
@ 2012-06-20 17:08 ` Charles Philip Chan
1 sibling, 0 replies; 459+ messages in thread
From: Charles Philip Chan @ 2012-06-20 17:08 UTC (permalink / raw)
To: Org-mode
[-- Attachment #1: Type: text/plain, Size: 959 bytes --]
salome.soedergran@gmx.ch writes:
Hi Salome:
> I recently upgraded to emacs24 and org 7.8.11. Since this upgrade,
> when I set or change a todo-state, I get an error message
> (void-variable state).
I had the same problem. It turned out that the problem is some
customization that I have in "org-after-todo-state-change-hook". IIRC,
the offending code (at least for me) is:
,----
| ;;Add category to todos
| (add-hook 'org-after-todo-state-change-hook
| (lambda ()
| (if (string= state "CATEGORY")
| (save-excursion
| (org-back-to-heading)
| (org-set-property "CATEGORY"
| (nth 4 (org-heading-components)))))))
`----
YMMV.
Charles
--
I've run DOOM more in the last few days than I have the last few
months. I just love debugging ;-)
(Linus Torvalds)
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* [bug] org-habit-show-all-today undefined
@ 2012-05-29 3:37 Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2012-05-29 3:37 UTC (permalink / raw)
To: emacs-orgmode
With the most recent update to org,
,----
| Author: Max Mikhanosha <max@openchat.com>
| Date: Mon May 28 14:55:32 2012 -0400
|
| Add ability to show all (even unscheduled) habits on today agenda, by
| setting `org-habit-show-all-today' to t.
|
| * lisp/org-agenda.el (defvar org-habit-show-all-today): new variable
| (org-agenda-get-scheduled): show all habits if user wants it
| * lisp/org-habit.el (defcustom org-habit-show-all-today): new variable
`----
I get the following error as soon as I try to view my agenda. I don't
use habits at all.
,----
| Debugger entered--Lisp error: (void-variable org-habit-show-all-today)
| (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p))))
| (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p)))))
| (if (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p))))) (progn (save-excursion (setq donep (member todo-state org-done-keywords)) (if (and donep (or org-agenda-skip-scheduled-if-done (not (= diff 0)) (and (functionp ...) (org-is-habit-p)))) (setq txt nil) (setq habitp (if did-habit-check-p habitp (and (functionp ...) (org-is-habit-p)))) (setq category (org-get-category) org-category-pos (get-text-property (point) (quote org-category-position))) (if (not (re-search-backward "^\\*+[ ]+" nil t)) (setq txt org-agenda-no-heading-message) (goto-char (match-end 0)) (setq pos1 (match-beginning 0)) (if habitp (if (or ... ...) (throw :skip nil)) (if (and ... ...) (throw :skip nil))) (setq tags (org-get-tags-at)) (setq head (buffer-substring-no-properties (point) (progn ... ...))) (if (string-match " \\([012]?[0-9]:[0-9][0-9]\\)" s) (setq timestr (concat ... " ")) (setq timestr (quote time))) (setq txt (org-agenda-format-item (if ... ... ...) head category tags (if ... nil timestr) nil habitp)))) (when txt (setq face (cond ((and ... pastschedp) (quote org-scheduled-previously)) (todayp (quote org-scheduled-today)) (t (quote org-scheduled))) habitp (and habitp (org-habit-parse-todo))) (org-add-props txt props (quote undone-face) face (quote face) (if donep (quote org-agenda-done) face) (quote org-marker) (org-agenda-new-marker pos) (quote org-hd-marker) (org-agenda-new-marker pos1) (quote type) (if pastschedp "past-scheduled" "scheduled") (quote date) (if pastschedp d2 date) (quote priority) (if habitp (org-habit-get-priority habitp) (+ 94 (- 5 diff) (org-get-priority txt))) (quote org-category) category (quote org-category-position) org-category-pos (quote org-habit-p) habitp (quote todo-state) todo-state) (push txt ee)))))
| (when (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p))))) (save-excursion (setq donep (member todo-state org-done-keywords)) (if (and donep (or org-agenda-skip-scheduled-if-done (not (= diff 0)) (and (functionp (quote org-is-habit-p)) (org-is-habit-p)))) (setq txt nil) (setq habitp (if did-habit-check-p habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p)))) (setq category (org-get-category) org-category-pos (get-text-property (point) (quote org-category-position))) (if (not (re-search-backward "^\\*+[ ]+" nil t)) (setq txt org-agenda-no-heading-message) (goto-char (match-end 0)) (setq pos1 (match-beginning 0)) (if habitp (if (or (not org-habit-show-habits) (and ... org-habit-show-habits-only-for-today)) (throw :skip nil)) (if (and (or ... ...) (setq mm ...)) (throw :skip nil))) (setq tags (org-get-tags-at)) (setq head (buffer-substring-no-properties (point) (progn (skip-chars-forward "^\n") (point)))) (if (string-match " \\([012]?[0-9]:[0-9][0-9]\\)" s) (setq timestr (concat (substring s ...) " ")) (setq timestr (quote time))) (setq txt (org-agenda-format-item (if (= diff 0) (car org-agenda-scheduled-leaders) (format ... ...)) head category tags (if (not ...) nil timestr) nil habitp)))) (when txt (setq face (cond ((and (not habitp) pastschedp) (quote org-scheduled-previously)) (todayp (quote org-scheduled-today)) (t (quote org-scheduled))) habitp (and habitp (org-habit-parse-todo))) (org-add-props txt props (quote undone-face) face (quote face) (if donep (quote org-agenda-done) face) (quote org-marker) (org-agenda-new-marker pos) (quote org-hd-marker) (org-agenda-new-marker pos1) (quote type) (if pastschedp "past-scheduled" "scheduled") (quote date) (if pastschedp d2 date) (quote priority) (if habitp (org-habit-get-priority habitp) (+ 94 (- 5 diff) (org-get-priority txt))) (quote org-category) category (quote org-category-position) org-category-pos (quote org-habit-p) habitp (quote todo-state) todo-state) (push txt ee))))
| (catch :skip (org-agenda-skip) (setq s (match-string 1) txt nil pos (1- (match-beginning 1)) todo-state (save-match-data (org-get-todo-state)) show-all (or (eq org-agenda-repeating-timestamp-show-all t) (member todo-state org-agenda-repeating-timestamp-show-all)) d2 (org-time-string-to-absolute (match-string 1) d1 (quote past) show-all (current-buffer) pos) diff (- d2 d1)) (setq pastschedp (and todayp (< diff 0))) (setq did-habit-check-p nil) (when (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp (quote org-is-habit-p)) (org-is-habit-p))))) (save-excursion (setq donep (member todo-state org-done-keywords)) (if (and donep (or org-agenda-skip-scheduled-if-done (not (= diff 0)) (and (functionp ...) (org-is-habit-p)))) (setq txt nil) (setq habitp (if did-habit-check-p habitp (and (functionp ...) (org-is-habit-p)))) (setq category (org-get-category) org-category-pos (get-text-property (point) (quote org-category-position))) (if (not (re-search-backward "^\\*+[ ]+" nil t)) (setq txt org-agenda-no-heading-message) (goto-char (match-end 0)) (setq pos1 (match-beginning 0)) (if habitp (if (or ... ...) (throw :skip nil)) (if (and ... ...) (throw :skip nil))) (setq tags (org-get-tags-at)) (setq head (buffer-substring-no-properties (point) (progn ... ...))) (if (string-match " \\([012]?[0-9]:[0-9][0-9]\\)" s) (setq timestr (concat ... " ")) (setq timestr (quote time))) (setq txt (org-agenda-format-item (if ... ... ...) head category tags (if ... nil timestr) nil habitp)))) (when txt (setq face (cond ((and ... pastschedp) (quote org-scheduled-previously)) (todayp (quote org-scheduled-today)) (t (quote org-scheduled))) habitp (and habitp (org-habit-parse-todo))) (org-add-props txt props (quote undone-face) face (quote face) (if donep (quote org-agenda-done) face) (quote org-marker) (org-agenda-new-marker pos) (quote org-hd-marker) (org-agenda-new-marker pos1) (quote type) (if pastschedp "past-scheduled" "scheduled") (quote date) (if pastschedp d2 date) (quote priority) (if habitp (org-habit-get-priority habitp) (+ 94 (- 5 diff) (org-get-priority txt))) (quote org-category) category (quote org-category-position) org-category-pos (quote org-habit-p) habitp (quote todo-state) todo-state) (push txt ee)))))
| (while (re-search-forward regexp nil t) (catch :skip (org-agenda-skip) (setq s (match-string 1) txt nil pos (1- (match-beginning 1)) todo-state (save-match-data (org-get-todo-state)) show-all (or (eq org-agenda-repeating-timestamp-show-all t) (member todo-state org-agenda-repeating-timestamp-show-all)) d2 (org-time-string-to-absolute (match-string 1) d1 (quote past) show-all (current-buffer) pos) diff (- d2 d1)) (setq pastschedp (and todayp (< diff 0))) (setq did-habit-check-p nil) (when (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and (functionp ...) (org-is-habit-p))))) (save-excursion (setq donep (member todo-state org-done-keywords)) (if (and donep (or org-agenda-skip-scheduled-if-done (not ...) (and ... ...))) (setq txt nil) (setq habitp (if did-habit-check-p habitp (and ... ...))) (setq category (org-get-category) org-category-pos (get-text-property (point) (quote org-category-position))) (if (not (re-search-backward "^\\*+[ ]+" nil t)) (setq txt org-agenda-no-heading-message) (goto-char (match-end 0)) (setq pos1 (match-beginning 0)) (if habitp (if ... ...) (if ... ...)) (setq tags (org-get-tags-at)) (setq head (buffer-substring-no-properties ... ...)) (if (string-match " \\([012]?[0-9]:[0-9][0-9]\\)" s) (setq timestr ...) (setq timestr ...)) (setq txt (org-agenda-format-item ... head category tags ... nil habitp)))) (when txt (setq face (cond (... ...) (todayp ...) (t ...)) habitp (and habitp (org-habit-parse-todo))) (org-add-props txt props (quote undone-face) face (quote face) (if donep (quote org-agenda-done) face) (quote org-marker) (org-agenda-new-marker pos) (quote org-hd-marker) (org-agenda-new-marker pos1) (quote type) (if pastschedp "past-scheduled" "scheduled") (quote date) (if pastschedp d2 date) (quote priority) (if habitp (org-habit-get-priority habitp) (+ 94 ... ...)) (quote org-category) category (quote org-category-position) org-category-pos (quote org-habit-p) habitp (quote todo-state) todo-state) (push txt ee))))))
| (let* ((props (list (quote org-not-done-regexp) org-not-done-regexp (quote org-todo-regexp) org-todo-regexp (quote org-complex-heading-regexp) org-complex-heading-regexp (quote done-face) (quote org-agenda-done) (quote mouse-face) (quote highlight) (quote help-echo) (format "mouse-2 or RET jump to org file %s" (abbreviate-file-name buffer-file-name)))) (regexp org-scheduled-time-regexp) (todayp (org-agenda-todayp date)) (d1 (calendar-absolute-from-gregorian date)) mm (deadline-position-alist (mapcar (lambda (a) (and (setq mm (get-text-property 0 ... a)) (cons (marker-position mm) a))) deadline-results)) d2 diff pos pos1 category org-category-pos tags donep ee txt head pastschedp todo-state face timestr s habitp show-all did-habit-check-p) (goto-char (point-min)) (while (re-search-forward regexp nil t) (catch :skip (org-agenda-skip) (setq s (match-string 1) txt nil pos (1- (match-beginning 1)) todo-state (save-match-data (org-get-todo-state)) show-all (or (eq org-agenda-repeating-timestamp-show-all t) (member todo-state org-agenda-repeating-timestamp-show-all)) d2 (org-time-string-to-absolute (match-string 1) d1 (quote past) show-all (current-buffer) pos) diff (- d2 d1)) (setq pastschedp (and todayp (< diff 0))) (setq did-habit-check-p nil) (when (or (and (< diff 0) (< (abs diff) org-scheduled-past-days) (and todayp (not org-agenda-only-exact-dates))) (= diff 0) (and todayp org-habit-show-all-today (setq did-habit-check-p t) (setq habitp (and ... ...)))) (save-excursion (setq donep (member todo-state org-done-keywords)) (if (and donep (or org-agenda-skip-scheduled-if-done ... ...)) (setq txt nil) (setq habitp (if did-habit-check-p habitp ...)) (setq category (org-get-category) org-category-pos (get-text-property ... ...)) (if (not ...) (setq txt org-agenda-no-heading-message) (goto-char ...) (setq pos1 ...) (if habitp ... ...) (setq tags ...) (setq head ...) (if ... ... ...) (setq txt ...))) (when txt (setq face (cond ... ... ...) habitp (and habitp ...)) (org-add-props txt props (quote undone-face) face (quote face) (if donep ... face) (quote org-marker) (org-agenda-new-marker pos) (quote org-hd-marker) (org-agenda-new-marker pos1) (quote type) (if pastschedp "past-scheduled" "scheduled") (quote date) (if pastschedp d2 date) (quote priority) (if habitp ... ...) (quote org-category) category (quote org-category-position) org-category-pos (quote org-habit-p) habitp (quote todo-state) todo-state) (push txt ee)))))) (nreverse ee))
| org-agenda-get-scheduled(nil)
| (setq rtn (org-agenda-get-scheduled deadline-results))
| (cond ((and (eq arg :todo) (equal date (calendar-gregorian-from-absolute (org-today)))) (setq rtn (org-agenda-get-todos)) (setq results (append results rtn))) ((eq arg :timestamp) (setq rtn (org-agenda-get-blocks)) (setq results (append results rtn)) (setq rtn (org-agenda-get-timestamps deadline-results)) (setq results (append results rtn))) ((eq arg :sexp) (setq rtn (org-agenda-get-sexps)) (setq results (append results rtn))) ((eq arg :scheduled) (setq rtn (org-agenda-get-scheduled deadline-results)) (setq results (append results rtn))) ((eq arg :closed) (setq rtn (org-agenda-get-progress)) (setq results (append results rtn))) ((eq arg :deadline) (setq rtn (org-agenda-get-deadlines)) (setq deadline-results (copy-sequence rtn)) (setq results (append results rtn))))
| (while (setq arg (pop args)) (cond ((and (eq arg :todo) (equal date (calendar-gregorian-from-absolute (org-today)))) (setq rtn (org-agenda-get-todos)) (setq results (append results rtn))) ((eq arg :timestamp) (setq rtn (org-agenda-get-blocks)) (setq results (append results rtn)) (setq rtn (org-agenda-get-timestamps deadline-results)) (setq results (append results rtn))) ((eq arg :sexp) (setq rtn (org-agenda-get-sexps)) (setq results (append results rtn))) ((eq arg :scheduled) (setq rtn (org-agenda-get-scheduled deadline-results)) (setq results (append results rtn))) ((eq arg :closed) (setq rtn (org-agenda-get-progress)) (setq results (append results rtn))) ((eq arg :deadline) (setq rtn (org-agenda-get-deadlines)) (setq deadline-results (copy-sequence rtn)) (setq results (append results rtn)))))
| (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond ((and (eq arg :todo) (equal date (calendar-gregorian-from-absolute (org-today)))) (setq rtn (org-agenda-get-todos)) (setq results (append results rtn))) ((eq arg :timestamp) (setq rtn (org-agenda-get-blocks)) (setq results (append results rtn)) (setq rtn (org-agenda-get-timestamps deadline-results)) (setq results (append results rtn))) ((eq arg :sexp) (setq rtn (org-agenda-get-sexps)) (setq results (append results rtn))) ((eq arg :scheduled) (setq rtn (org-agenda-get-scheduled deadline-results)) (setq results (append results rtn))) ((eq arg :closed) (setq rtn (org-agenda-get-progress)) (setq results (append results rtn))) ((eq arg :deadline) (setq rtn (org-agenda-get-deadlines)) (setq deadline-results (copy-sequence rtn)) (setq results (append results rtn))))))
| (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond ((and (eq arg :todo) (equal date (calendar-gregorian-from-absolute ...))) (setq rtn (org-agenda-get-todos)) (setq results (append results rtn))) ((eq arg :timestamp) (setq rtn (org-agenda-get-blocks)) (setq results (append results rtn)) (setq rtn (org-agenda-get-timestamps deadline-results)) (setq results (append results rtn))) ((eq arg :sexp) (setq rtn (org-agenda-get-sexps)) (setq results (append results rtn))) ((eq arg :scheduled) (setq rtn (org-agenda-get-scheduled deadline-results)) (setq results (append results rtn))) ((eq arg :closed) (setq rtn (org-agenda-get-progress)) (setq results (append results rtn))) ((eq arg :deadline) (setq rtn (org-agenda-get-deadlines)) (setq deadline-results (copy-sequence rtn)) (setq results (append results rtn)))))))
| (let ((case-fold-search nil)) (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond ((and (eq arg :todo) (equal date ...)) (setq rtn (org-agenda-get-todos)) (setq results (append results rtn))) ((eq arg :timestamp) (setq rtn (org-agenda-get-blocks)) (setq results (append results rtn)) (setq rtn (org-agenda-get-timestamps deadline-results)) (setq results (append results rtn))) ((eq arg :sexp) (setq rtn (org-agenda-get-sexps)) (setq results (append results rtn))) ((eq arg :scheduled) (setq rtn (org-agenda-get-scheduled deadline-results)) (setq results (append results rtn))) ((eq arg :closed) (setq rtn (org-agenda-get-progress)) (setq results (append results rtn))) ((eq arg :deadline) (setq rtn (org-agenda-get-deadlines)) (setq deadline-results (copy-sequence rtn)) (setq results (append results rtn))))))))
| (save-current-buffer (set-buffer buffer) (unless (derived-mode-p (quote org-mode)) (error "Agenda file %s is not in `org-mode'" file)) (let ((case-fold-search nil)) (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond ((and ... ...) (setq rtn ...) (setq results ...)) ((eq arg :timestamp) (setq rtn ...) (setq results ...) (setq rtn ...) (setq results ...)) ((eq arg :sexp) (setq rtn ...) (setq results ...)) ((eq arg :scheduled) (setq rtn ...) (setq results ...)) ((eq arg :closed) (setq rtn ...) (setq results ...)) ((eq arg :deadline) (setq rtn ...) (setq deadline-results ...) (setq results ...))))))) results)
| (with-current-buffer buffer (unless (derived-mode-p (quote org-mode)) (error "Agenda file %s is not in `org-mode'" file)) (let ((case-fold-search nil)) (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond ((and ... ...) (setq rtn ...) (setq results ...)) ((eq arg :timestamp) (setq rtn ...) (setq results ...) (setq rtn ...) (setq results ...)) ((eq arg :sexp) (setq rtn ...) (setq results ...)) ((eq arg :scheduled) (setq rtn ...) (setq results ...)) ((eq arg :closed) (setq rtn ...) (setq results ...)) ((eq arg :deadline) (setq rtn ...) (setq deadline-results ...) (setq results ...))))))) results)
| (if (not buffer) (list (format "ORG-AGENDA-ERROR: No such org-file %s" file)) (with-current-buffer buffer (unless (derived-mode-p (quote org-mode)) (error "Agenda file %s is not in `org-mode'" file)) (let ((case-fold-search nil)) (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg (pop args)) (cond (... ... ...) (... ... ... ... ...) (... ... ...) (... ... ...) (... ... ...) (... ... ... ...)))))) results))
| (let* ((org-startup-folded nil) (org-startup-align-all-tables nil) (buffer (if (file-exists-p file) (org-get-agenda-file-buffer file) (error "No such file %s" file))) arg results rtn deadline-results) (if (not buffer) (list (format "ORG-AGENDA-ERROR: No such org-file %s" file)) (with-current-buffer buffer (unless (derived-mode-p (quote org-mode)) (error "Agenda file %s is not in `org-mode'" file)) (let ((case-fold-search nil)) (save-excursion (save-restriction (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg ...) (cond ... ... ... ... ... ...))))) results)))
| org-agenda-get-day-entries("~/s/notes/notes.org" (5 29 2012) :deadline :scheduled :timestamp)
`----
thanks,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 + Ma Gnus v0.6
^ permalink raw reply [flat|nested] 459+ messages in thread* AUCTeX conflicting with org-mode
@ 2012-03-07 0:31 suvayu ali
2012-03-07 5:08 ` Yagnesh Raghava Yakkala
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-07 0:31 UTC (permalink / raw)
To: org-mode mailing list
Hi,
I am having conflicts AUCTeX when I try to open plain latex files after
I exporting an org file to latex. These are the exact steps.
1. Start Emacs as: emacs -q (so that the site files load and I have
auctex available).
2. Open any org file and export to latex, C-c C-e l.
3. Open another plain latex file.
At this point I see this backtrace:
Debugger entered--Lisp error: (void-variable TeX-master)
#[nil "\301\302 !\203
\303=\203 \304\305\211\306#\210\307\306!\207" [TeX-master
file-exists-p buffer-file-name shared TeX-master-file nil t
TeX-update-style] 4]()
run-hooks(find-file-hook)
after-find-file(nil t)
find-file-noselect-1(#<buffer velo-links.tex>
"~/graphics/velo-links.tex" nil nil "~/graphics/velo-links.tex"
(263573 64770))
find-file-noselect("~/graphics/velo-links.tex" nil nil t)
find-file("~/graphics/velo-links.tex" t)
call-interactively(find-file nil nil)
Since removing the auctex site files out of the site-lisp directory
resolves the conflict I am assuming the problem stems from my auctex
installation.
Can someone help me trouble shoot this?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: AUCTeX conflicting with org-mode
2012-03-07 0:31 AUCTeX conflicting with org-mode suvayu ali
@ 2012-03-07 5:08 ` Yagnesh Raghava Yakkala
2012-03-07 9:07 ` suvayu ali
2012-03-07 15:39 ` Nick Dokos
0 siblings, 2 replies; 459+ messages in thread
From: Yagnesh Raghava Yakkala @ 2012-03-07 5:08 UTC (permalink / raw)
To: emacs-orgmode
Hi Suvayu,
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
> Hi,
>
> I am having conflicts AUCTeX when I try to open plain latex files after
> I exporting an org file to latex. These are the exact steps.
>
> 1. Start Emacs as: emacs -q (so that the site files load and I have
> auctex available).
> 2. Open any org file and export to latex, C-c C-e l.
> 3. Open another plain latex file.
>
> At this point I see this backtrace:
>
> Debugger entered--Lisp error: (void-variable TeX-master)
> #[nil "\301\302 !\203
> \303=\203 \304\305\211\306#\210\307\306!\207" [TeX-master
> file-exists-p buffer-file-name shared TeX-master-file nil t
> TeX-update-style] 4]()
> run-hooks(find-file-hook)
> after-find-file(nil t)
> find-file-noselect-1(#<buffer velo-links.tex>
> "~/graphics/velo-links.tex" nil nil "~/graphics/velo-links.tex"
> (263573 64770))
> find-file-noselect("~/graphics/velo-links.tex" nil nil t)
> find-file("~/graphics/velo-links.tex" t)
> call-interactively(find-file nil nil)
>
> Since removing the auctex site files out of the site-lisp directory
> resolves the conflict I am assuming the problem stems from my auctex
> installation.
>
> Can someone help me trouble shoot this?
I can reproduce this., I think your auctex installation is fine. Its
definitely from org.
In org-latex.el Tex-master is set to t to suppress auctex from asking for
that variable while exporting with org-latex..(IIRC there was a discussion and
Carsten made that change)
Some how org leaving that to void at the end of org-latex export (I coundn't
figure out how?).
--
YYR
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: AUCTeX conflicting with org-mode
2012-03-07 5:08 ` Yagnesh Raghava Yakkala
@ 2012-03-07 9:07 ` suvayu ali
2012-03-07 15:39 ` Nick Dokos
1 sibling, 0 replies; 459+ messages in thread
From: suvayu ali @ 2012-03-07 9:07 UTC (permalink / raw)
To: Yagnesh Raghava Yakkala; +Cc: emacs-orgmode
On Wed, Mar 7, 2012 at 06:08, Yagnesh Raghava Yakkala <yagnesh@live.com> wrote:
> I can reproduce this., I think your auctex installation is fine. Its
> definitely from org.
Thanks a lot for taking a look and confirming. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-07 5:08 ` Yagnesh Raghava Yakkala
2012-03-07 9:07 ` suvayu ali
@ 2012-03-07 15:39 ` Nick Dokos
2012-03-07 17:37 ` suvayu ali
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-03-07 15:39 UTC (permalink / raw)
To: Yagnesh Raghava Yakkala; +Cc: nicholas.dokos, emacs-orgmode
Yagnesh Raghava Yakkala <yagnesh@live.com> wrote:
>
> Hi Suvayu,
>
> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>
> > Hi,
> >
> > I am having conflicts AUCTeX when I try to open plain latex files after
> > I exporting an org file to latex. These are the exact steps.
> >
> > 1. Start Emacs as: emacs -q (so that the site files load and I have
> > auctex available).
> > 2. Open any org file and export to latex, C-c C-e l.
> > 3. Open another plain latex file.
> >
> > At this point I see this backtrace:
> >
> > Debugger entered--Lisp error: (void-variable TeX-master)
> > #[nil "\301\302 !\203
> > \303=\203 \304\305\211\306#\210\307\306!\207" [TeX-master
> > file-exists-p buffer-file-name shared TeX-master-file nil t
> > TeX-update-style] 4]()
> > run-hooks(find-file-hook)
> > after-find-file(nil t)
> > find-file-noselect-1(#<buffer velo-links.tex>
> > "~/graphics/velo-links.tex" nil nil "~/graphics/velo-links.tex"
> > (263573 64770))
> > find-file-noselect("~/graphics/velo-links.tex" nil nil t)
> > find-file("~/graphics/velo-links.tex" t)
> > call-interactively(find-file nil nil)
> >
> > Since removing the auctex site files out of the site-lisp directory
> > resolves the conflict I am assuming the problem stems from my auctex
> > installation.
> >
> > Can someone help me trouble shoot this?
>
> I can reproduce this., I think your auctex installation is fine. Its
> definitely from org.
>
> In org-latex.el Tex-master is set to t to suppress auctex from asking for
> that variable while exporting with org-latex..(IIRC there was a discussion and
> Carsten made that change)
>
> Some how org leaving that to void at the end of org-latex export (I coundn't
> figure out how?).
>
That sounds far-fetched to me: once TeX-master is bound, one has to go
to some lengths to unbind it (see makunbound - but I'm pretty sure
that's not used anywhere in org code - there are a few instances of the
function analog, fmakunbound).
It seems much more likely that in these cases, it never got bound in the
first place, possibly because of dependency problems in the loading of
packages. But I cannot reproduce the problem, so I'm speaking
theoretically only and my imagination may be failing me.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: AUCTeX conflicting with org-mode
2012-03-07 15:39 ` Nick Dokos
@ 2012-03-07 17:37 ` suvayu ali
2012-03-07 20:00 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-07 17:37 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Nick,
On Wed, Mar 7, 2012 at 16:39, Nick Dokos <nicholas.dokos@hp.com> wrote:
>> In org-latex.el Tex-master is set to t to suppress auctex from asking for
>> that variable while exporting with org-latex..(IIRC there was a discussion and
>> Carsten made that change)
>>
>> Some how org leaving that to void at the end of org-latex export (I coundn't
>> figure out how?).
>>
>
> That sounds far-fetched to me: once TeX-master is bound, one has to go
> to some lengths to unbind it (see makunbound - but I'm pretty sure
> that's not used anywhere in org code - there are a few instances of the
> function analog, fmakunbound).
>
> It seems much more likely that in these cases, it never got bound in the
> first place, possibly because of dependency problems in the loading of
> packages. But I cannot reproduce the problem, so I'm speaking
> theoretically only and my imagination may be failing me.
I think Yagnesh is talking about this thread:
<http://thread.gmane.org/gmane.emacs.orgmode/48512/focus=48526>
I took a quick look at the commit (ca49e89) and the source (org-latex.el
line 888), but everything looks good to me. To add more information,
while exporting to latex I get the following warning when auctex site
files are present.
Export buffer:
Exporting to LaTeX...
Warning: defvar ignored because TeX-master is let-bound
Making TeX-master buffer-local while let-bound!
Hope this clearly explains the problem I am facing.
PS: BTW, why is AUCTeX not part of Emacs?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-07 17:37 ` suvayu ali
@ 2012-03-07 20:00 ` Nick Dokos
2012-03-07 21:54 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-03-07 20:00 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, emacs-orgmode, Yagnesh Raghava Yakkala
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi Nick,
>
> On Wed, Mar 7, 2012 at 16:39, Nick Dokos <nicholas.dokos@hp.com> wrote:
> >> In org-latex.el Tex-master is set to t to suppress auctex from asking for
> >> that variable while exporting with org-latex..(IIRC there was a discussion and
> >> Carsten made that change)
> >>
> >> Some how org leaving that to void at the end of org-latex export (I coundn't
> >> figure out how?).
> >>
> >
> > That sounds far-fetched to me: once TeX-master is bound, one has to go
> > to some lengths to unbind it (see makunbound - but I'm pretty sure
> > that's not used anywhere in org code - there are a few instances of the
> > function analog, fmakunbound).
> >
> > It seems much more likely that in these cases, it never got bound in the
> > first place, possibly because of dependency problems in the loading of
> > packages. But I cannot reproduce the problem, so I'm speaking
> > theoretically only and my imagination may be failing me.
>
> I think Yagnesh is talking about this thread:
> <http://thread.gmane.org/gmane.emacs.orgmode/48512/focus=48526>
>
> I took a quick look at the commit (ca49e89) and the source (org-latex.el
> line 888), but everything looks good to me. To add more information,
> while exporting to latex I get the following warning when auctex site
> files are present.
>
> Export buffer:
> Exporting to LaTeX...
> Warning: defvar ignored because TeX-master is let-bound
> Making TeX-master buffer-local while let-bound!
>
> Hope this clearly explains the problem I am facing.
>
Yup - that shows that tex.el has not been loaded by the time you try the
export, so the let-bind (Carsten's fix) happens first and then the
defvar (from tex.el) complains because that's usually not what you want:
you want to get to the global binding (which doesn't exist at that point
in time). That's what the doc for defvar warns about:
,----
| ...
| If SYMBOL has a local binding, then this form affects the local
| binding. This is usually not what you want. Thus, if you need to
| load a file defining variables, with this form or with `defconst' or
| `defcustom', you should always load that file _outside_ any bindings
| for these variables. (`defconst' and `defcustom' behave similarly in
| this respect.)
`----
As a workaround-and-proof-of-concept, try
(load "tex")
before loading org. Assuming that that works, you will probably want
to arrange things that this is always done.
It might also be the case that Carsten's fix needs to be modified to
check whether TeX-master is bound already - then it can let-bind it
without problems; but I'm not sure what to do if that's not the case.
The question I have is what exactly causes tex.el to be loaded at that
point in time. If you can figure that out, then that might lead to a
more permanent solution.
> PS: BTW, why is AUCTeX not part of Emacs?
>
I thought it had to do with the glacial release schedule of emacs 21/22/23:
at the time, auctex/preview-latex was undergoing changes at a much faster
pace, so waiting for emacs releases was just not feasible. Whether it
could be integrated now is a good question, but I don't have a good answer
for it.
There is also a recent thread that implies that the copyrights were not
assigned to the FSF, but that seems to have changed. See
http://lists.gnu.org/archive/html/emacs-devel/2012-01/msg00847.html
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-07 20:00 ` Nick Dokos
@ 2012-03-07 21:54 ` suvayu ali
2012-03-07 22:30 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-07 21:54 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Nick,
On Wed, Mar 7, 2012 at 21:00, Nick Dokos <nicholas.dokos@hp.com> wrote:
> As a workaround-and-proof-of-concept, try
>
> (load "tex")
>
> before loading org. Assuming that that works, you will probably want
> to arrange things that this is always done.
>
This worked as you hypothesised. :)
> It might also be the case that Carsten's fix needs to be modified to
> check whether TeX-master is bound already - then it can let-bind it
> without problems; but I'm not sure what to do if that's not the case.
>
> The question I have is what exactly causes tex.el to be loaded at that
> point in time. If you can figure that out, then that might lead to a
> more permanent solution.
I am not sure how I can conclusively confirm that, but I think when I
export to latex, the exported latex buffer loads it. For example, I
don't see this issue when say I go through these steps:
1. Open a tex file.
2. Open and export an org file to latex.
3. Open a new tex file.
In this case step (1) must be loading tex.el, circumventing the issue.
Cheers,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-07 21:54 ` suvayu ali
@ 2012-03-07 22:30 ` Nick Dokos
2012-03-08 7:09 ` Yagnesh Raghava Yakkala
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-03-07 22:30 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, emacs-orgmode, Yagnesh Raghava Yakkala
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi Nick,
>
> On Wed, Mar 7, 2012 at 21:00, Nick Dokos <nicholas.dokos@hp.com> wrote:
> > As a workaround-and-proof-of-concept, try
> >
> > (load "tex")
> >
> > before loading org. Assuming that that works, you will probably want
> > to arrange things that this is always done.
> >
>
> This worked as you hypothesised. :)
>
> > It might also be the case that Carsten's fix needs to be modified to
> > check whether TeX-master is bound already - then it can let-bind it
> > without problems; but I'm not sure what to do if that's not the case.
> >
> > The question I have is what exactly causes tex.el to be loaded at that
> > point in time. If you can figure that out, then that might lead to a
> > more permanent solution.
>
> I am not sure how I can conclusively confirm that, but I think when I
> export to latex, the exported latex buffer loads it. For example, I
> don't see this issue when say I go through these steps:
>
> 1. Open a tex file.
> 2. Open and export an org file to latex.
> 3. Open a new tex file.
>
> In this case step (1) must be loading tex.el, circumventing the issue.
>
Actually, your backtrace in the original post makes things clearer now.
org-export-as-latex calls find-file-noselect on the .tex file, which
calls after-find-file which runs the find-file-hook. Somehow the
find-file-hook is set up[fn:1] as in VirTeX-common-initialization to
call TeX-master-file - although your backtrace shows compiled code, it's
pretty clear that that's the setting of the find-file-hook that
VirTeX-common-initialization has done. So it looks as if tex.el is
partially loaded: the initialization is done, the hook is set up but the
defvar has failed, probably because of the let-bind.
Nick
Footnotes:
[fn:1] à la Sidney Harris - cf. http://www.sciencecartoonsplus.com/index.php
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-07 22:30 ` Nick Dokos
@ 2012-03-08 7:09 ` Yagnesh Raghava Yakkala
2012-03-20 11:02 ` Bastien
0 siblings, 1 reply; 459+ messages in thread
From: Yagnesh Raghava Yakkala @ 2012-03-08 7:09 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1054 bytes --]
Hello Nick.,
Nick Dokos <nicholas.dokos@hp.com> writes:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
[snipped]
>
> Actually, your backtrace in the original post makes things clearer now.
>
> org-export-as-latex calls find-file-noselect on the .tex file, which
> calls after-find-file which runs the find-file-hook. Somehow the
> find-file-hook is set up[fn:1] as in VirTeX-common-initialization to
> call TeX-master-file - although your backtrace shows compiled code, it's
> pretty clear that that's the setting of the find-file-hook that
> VirTeX-common-initialization has done. So it looks as if tex.el is
> partially loaded: the initialization is done, the hook is set up but the
> defvar has failed, probably because of the let-bind.
Thanks for the analysis. I think you are right. With my limited elisp skills I
would say its a *bug* and coming from org.
If I take that let-binding off and setting the TeX-master by checking with
if it ever bound seems fixing this problem.
this patch fixing the problem. (can be further improved)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: org-latex.diff --]
[-- Type: text/x-diff, Size: 813 bytes --]
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 03664b4..9e53849 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -885,7 +885,6 @@ when PUB-DIR is set, use this as the publishing directory."
(concat filename ".tex")
filename)))
(auto-insert nil); Avoid any auto-insert stuff for the new file
- (TeX-master t) ; Avoid the Query for TeX master from AUCTeX
(buffer (if to-buffer
(cond
((eq to-buffer 'string) (get-buffer-create
@@ -958,6 +957,8 @@ when PUB-DIR is set, use this as the publishing directory."
:exclude-tags (plist-get opt-plist :exclude-tags)
:LaTeX-fragments nil)))
+ (if (boundp 'TeX-master) (setq TeX-master t)) ; Avoid the Query for TeX master from AUCTeX
+
(set-buffer buffer)
(erase-buffer)
(org-install-letbind)
[-- Attachment #3: Type: text/plain, Size: 10 bytes --]
--
YYR
^ permalink raw reply related [flat|nested] 459+ messages in thread* Re: AUCTeX conflicting with org-mode
2012-03-08 7:09 ` Yagnesh Raghava Yakkala
@ 2012-03-20 11:02 ` Bastien
2012-03-20 14:48 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2012-03-20 11:02 UTC (permalink / raw)
To: Yagnesh Raghava Yakkala; +Cc: emacs-orgmode
Hi Yagnesh,
Yagnesh Raghava Yakkala <yagnesh@live.com> writes:
> Thanks for the analysis. I think you are right. With my limited elisp skills I
> would say its a *bug* and coming from org.
>
> If I take that let-binding off and setting the TeX-master by checking with
> if it ever bound seems fixing this problem.
>
> this patch fixing the problem. (can be further improved)
Applied, thanks.
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-20 11:02 ` Bastien
@ 2012-03-20 14:48 ` suvayu ali
2012-03-20 16:23 ` Bastien
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-20 14:48 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Bastien and Yagnesh,
On Tue, Mar 20, 2012 at 12:02, Bastien <bzg@gnu.org> wrote:
> Hi Yagnesh,
>
> Yagnesh Raghava Yakkala <yagnesh@live.com> writes:
>
>> Thanks for the analysis. I think you are right. With my limited elisp skills I
>> would say its a *bug* and coming from org.
>>
>> If I take that let-binding off and setting the TeX-master by checking with
>> if it ever bound seems fixing this problem.
>>
>> this patch fixing the problem. (can be further improved)
>
> Applied, thanks.
>
I wanted to comment earlier but it slipped my mind, sorry about that.
I am not sure if this patch is quite corect. It removes the let bind and
instead conditionally uses setq to bind it to t. From the docs I see the
variable becomes buffer local when set in any fashion, but does that
still mean it is okay to use setq?
I can imagine in a complicated publishing project, an org file might
need to set the value to something. I suppose this will override any
such custom config. Is my analysis correct? It might be worth thinking
about before applying the patch.
Is a conditional let binding possible, it might be the safer choice in
that case.
Thanks,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-20 14:48 ` suvayu ali
@ 2012-03-20 16:23 ` Bastien
2012-03-20 23:07 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Bastien @ 2012-03-20 16:23 UTC (permalink / raw)
To: suvayu ali; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Suvayu,
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
> I wanted to comment earlier but it slipped my mind, sorry about that.
>
> I am not sure if this patch is quite corect. It removes the let bind and
> instead conditionally uses setq to bind it to t. From the docs I see the
> variable becomes buffer local when set in any fashion, but does that
> still mean it is okay to use setq?
>
> I can imagine in a complicated publishing project, an org file might
> need to set the value to something. I suppose this will override any
> such custom config. Is my analysis correct? It might be worth thinking
> about before applying the patch.
>
> Is a conditional let binding possible, it might be the safer choice in
> that case.
I applied a patch into hotfix-7.8.06 using the let binding -- let me
know if this works correctly.
Thanks!
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-20 16:23 ` Bastien
@ 2012-03-20 23:07 ` suvayu ali
2012-03-21 6:01 ` Yagnesh Raghava Yakkala
2012-03-26 17:47 ` Bastien
0 siblings, 2 replies; 459+ messages in thread
From: suvayu ali @ 2012-03-20 23:07 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Bastien,
On Tue, Mar 20, 2012 at 17:23, Bastien <bzg@gnu.org> wrote:
> Hi Suvayu,
>
> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>
>> I wanted to comment earlier but it slipped my mind, sorry about that.
>>
>> I am not sure if this patch is quite corect. It removes the let bind and
>> instead conditionally uses setq to bind it to t. From the docs I see the
>> variable becomes buffer local when set in any fashion, but does that
>> still mean it is okay to use setq?
>>
>> I can imagine in a complicated publishing project, an org file might
>> need to set the value to something. I suppose this will override any
>> such custom config. Is my analysis correct? It might be worth thinking
>> about before applying the patch.
>>
>> Is a conditional let binding possible, it might be the safer choice in
>> that case.
>
> I applied a patch into hotfix-7.8.06 using the let binding -- let me
> know if this works correctly.
I don't think this works. The problem (thanks to Nick again for the
analysis earlier in the thread[1] :-)) is the let bind happens before
tex.el is loaded. So when it is loaded eventually, the defvar fails
which in turn triggers the backtrace. The setq in the body works but
could possibly mess up someone's custom config as I mentioned in my
earlier post.
I hope you see the no-win situation now (:-p), hence my apprehension
about the fix earlier. That said, I guess you have two choices:
1. Leave the bug unsolved, hoping there will be a cleaner solution
later. After all, there is a very simple workaround on the user side,
do (load "tex.el") before using org-latex.
2. The second choice would be to partially fix the bug with the setq,
but potentially break a future unsuspecting user with a non-standard
config.
If it were up to me, I would probably prefer option one.
I hope this clears up everything.
Footnotes:
[1] <http://thread.gmane.org/gmane.emacs.orgmode/53128/focus=53152>
<http://thread.gmane.org/gmane.emacs.orgmode/53128/focus=53156>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: AUCTeX conflicting with org-mode
2012-03-20 23:07 ` suvayu ali
@ 2012-03-21 6:01 ` Yagnesh Raghava Yakkala
2012-03-21 8:21 ` suvayu ali
2012-03-26 17:47 ` Bastien
1 sibling, 1 reply; 459+ messages in thread
From: Yagnesh Raghava Yakkala @ 2012-03-21 6:01 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 333 bytes --]
Hi Bastien and Suvayu,
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>
[snipped 35 lines]
>
> 1. Leave the bug unsolved, hoping there will be a cleaner solution
> later. After all, there is a very simple workaround on the user side,
> do (load "tex.el") before using org-latex.
how about this patch (to hotfix branch).
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: org-latex.el.diff --]
[-- Type: text/x-diff, Size: 522 bytes --]
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 2e11ca4..438e5a4 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -871,6 +871,7 @@ when PUB-DIR is set, use this as the publishing directory."
filename)))
(auto-insert nil); Avoid any auto-insert stuff for the new file
(TeX-master (boundp 'TeX-master))
+ (dummy (unless TeX-master (makunbound 'TeX-master))) ; make sure we are not introducing TeX-master
(buffer (if to-buffer
(cond
((eq to-buffer 'string) (get-buffer-create
[-- Attachment #3: Type: text/plain, Size: 9 bytes --]
--
YYR
^ permalink raw reply related [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-21 6:01 ` Yagnesh Raghava Yakkala
@ 2012-03-21 8:21 ` suvayu ali
2012-03-21 8:45 ` Yagnesh Raghava Yakkala
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-03-21 8:21 UTC (permalink / raw)
To: Yagnesh Raghava Yakkala; +Cc: emacs-orgmode
Hi Yagnesh,
On Wed, Mar 21, 2012 at 07:01, Yagnesh Raghava Yakkala <yagnesh@live.com> wrote:
> Hi Bastien and Suvayu,
>
> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>>
> [snipped 35 lines]
>>
>> 1. Leave the bug unsolved, hoping there will be a cleaner solution
>> later. After all, there is a very simple workaround on the user side,
>> do (load "tex.el") before using org-latex.
>
> how about this patch (to hotfix branch).
>
I tested it, the problem is still there. I don't think you can put
arbitrary code within a let* bind and expect to retain the effect in
the main body.
The only possible solution I can see seems to be ensuring tex.el is
loaded properly. More importantly though, if more users cannot
replicate this bug this might as well be a detail specific to how the
AUCTeX site files behave in my setup (I use AUCTeX from the Fedora
repositories). Not sure if that is something org should handle.
Cheers,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-21 8:21 ` suvayu ali
@ 2012-03-21 8:45 ` Yagnesh Raghava Yakkala
0 siblings, 0 replies; 459+ messages in thread
From: Yagnesh Raghava Yakkala @ 2012-03-21 8:45 UTC (permalink / raw)
To: emacs-orgmode
Hello Suvayu.,
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
> Hi Yagnesh,
>
> On Wed, Mar 21, 2012 at 07:01, Yagnesh Raghava Yakkala <yagnesh@live.com> wrote:
>> Hi Bastien and Suvayu,
>>
>> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>>>
>> [snipped 35 lines]
>>>
>>> 1. Leave the bug unsolved, hoping there will be a cleaner solution
>>> later. After all, there is a very simple workaround on the user side,
>>> do (load "tex.el") before using org-latex.
>>
>> how about this patch (to hotfix branch).
>>
>
> I tested it, the problem is still there.
That's odd. My tests have passed.
>I don't think you can put
> arbitrary code within a let* bind and expect to retain the effect in the
> main body.
I don't understand what you mean here. Anyway it seems poking into
variables from other packages is not a good idea in elisp.
--
YYR
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-20 23:07 ` suvayu ali
2012-03-21 6:01 ` Yagnesh Raghava Yakkala
@ 2012-03-26 17:47 ` Bastien
2012-03-26 18:10 ` suvayu ali
1 sibling, 1 reply; 459+ messages in thread
From: Bastien @ 2012-03-26 17:47 UTC (permalink / raw)
To: suvayu ali; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Suvayu,
suvayu ali <fatkasuvayu+linux@gmail.com> writes:
> I hope you see the no-win situation now (:-p), hence my apprehension
> about the fix earlier. That said, I guess you have two choices:
>
> 1. Leave the bug unsolved, hoping there will be a cleaner solution
> later. After all, there is a very simple workaround on the user side,
> do (load "tex.el") before using org-latex.
Okay, let's do this. I've marked the patch as "Requesting For Comments"
in the patchwork: http://patchwork.newartisans.com/patch/1232/
Thanks!
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: AUCTeX conflicting with org-mode
2012-03-26 17:47 ` Bastien
@ 2012-03-26 18:10 ` suvayu ali
0 siblings, 0 replies; 459+ messages in thread
From: suvayu ali @ 2012-03-26 18:10 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode, Yagnesh Raghava Yakkala
Hi Bastien,
On Mon, Mar 26, 2012 at 19:47, Bastien <bzg@gnu.org> wrote:
> Hi Suvayu,
>
> suvayu ali <fatkasuvayu+linux@gmail.com> writes:
>
>> I hope you see the no-win situation now (:-p), hence my apprehension
>> about the fix earlier. That said, I guess you have two choices:
>>
>> 1. Leave the bug unsolved, hoping there will be a cleaner solution
>> later. After all, there is a very simple workaround on the user side,
>> do (load "tex.el") before using org-latex.
>
> Okay, let's do this. I've marked the patch as "Requesting For Comments"
> in the patchwork: http://patchwork.newartisans.com/patch/1232/
>
Thanks! As I stated earlier, IMO this is the safer choice. Good to see
"the maintainer" agrees. ;)
Cheers,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* OrgMode - Export Simple Chinese text to Latex/PDF
@ 2012-02-08 9:07 Haisheng Wu
2012-02-09 1:56 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Haisheng Wu @ 2012-02-08 9:07 UTC (permalink / raw)
To: emacs-orgmode; +Cc: freizl
[-- Attachment #1: Type: text/plain, Size: 882 bytes --]
Hi guys,
What I'd like to do is exporting a Chinese file into latex then convert
to a pdf file.
It failed to display Chinese characters then I search google for help and
finding I need CJK package according to this post.
http://www.math.nus.edu.sg/aslaksen/cs/cjk.html
Unfortunately it is not that simple to make a UTF8 encoding file which I
have.
Then I found another way is like this:
\documentclass{article}
\usepackage{CJK}
\begin{document}
\begin{CJK}{UTF8}{gbsn}
非常感 test
\end{CJK} (this is a test)
\end{document}
Therefore I add those two lines into the org file:
#+LaTeX_HEADER: \usepackage{CJK}
#+LaTeX_HEADER: \begin{CJK}{UTF8}{gbsn}
it WORKS.
However, you might already notice, the `\begin` command is not closed
when I check with the generated tex file.
Any hints / suggestions on this case?
Thanks a lot.
-Simon
[-- Attachment #2: Type: text/html, Size: 1823 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-08 9:07 OrgMode - Export Simple Chinese text to Latex/PDF Haisheng Wu
@ 2012-02-09 1:56 ` suvayu ali
2012-02-09 2:04 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-02-09 1:56 UTC (permalink / raw)
To: Haisheng Wu; +Cc: emacs-orgmode
Hi,
On Wed, Feb 8, 2012 at 10:07, Haisheng Wu <freizl@gmail.com> wrote:
> #+LaTeX_HEADER: \usepackage{CJK}
> #+LaTeX_HEADER: \begin{CJK}{UTF8}{gbsn}
Have you tried the following instead?
#+LaTeX_HEADER: \usepackage{CJK}
#LaTeX: \begin{CJK}{UTF8}{gbsn}
<some text in chinese>
#LaTeX: \end{CJK}{test}
GL
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 1:56 ` suvayu ali
@ 2012-02-09 2:04 ` Nick Dokos
2012-02-09 2:21 ` Haisheng Wu
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-02-09 2:04 UTC (permalink / raw)
To: suvayu ali; +Cc: Haisheng Wu, emacs-orgmode, nicholas.dokos
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi,
>
> On Wed, Feb 8, 2012 at 10:07, Haisheng Wu <freizl@gmail.com> wrote:
> > #+LaTeX_HEADER: \usepackage{CJK}
> > #+LaTeX_HEADER: \begin{CJK}{UTF8}{gbsn}
>
> Have you tried the following instead?
>
> #+LaTeX_HEADER: \usepackage{CJK}
>
> #LaTeX: \begin{CJK}{UTF8}{gbsn}
>
> <some text in chinese>
>
> #LaTeX: \end{CJK}{test}
The {test} should probably not be there:
#LaTeX: \end{CJK}
but the rest is all good, I think.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 2:04 ` Nick Dokos
@ 2012-02-09 2:21 ` Haisheng Wu
2012-02-09 2:24 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Haisheng Wu @ 2012-02-09 2:21 UTC (permalink / raw)
To: suvayu ali, nicholas.dokos; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 704 bytes --]
I think it is `#+Latex` rather than `#Latex`.
The former one works for me.
Thanks a lot!
-Simon
On Thu, Feb 9, 2012 at 10:04 AM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > Hi,
> >
> > On Wed, Feb 8, 2012 at 10:07, Haisheng Wu <freizl@gmail.com> wrote:
> > > #+LaTeX_HEADER: \usepackage{CJK}
> > > #+LaTeX_HEADER: \begin{CJK}{UTF8}{gbsn}
> >
> > Have you tried the following instead?
> >
> > #+LaTeX_HEADER: \usepackage{CJK}
> >
> > #LaTeX: \begin{CJK}{UTF8}{gbsn}
> >
> > <some text in chinese>
> >
> > #LaTeX: \end{CJK}{test}
>
> The {test} should probably not be there:
>
> #LaTeX: \end{CJK}
>
> but the rest is all good, I think.
>
> Nick
>
[-- Attachment #2: Type: text/html, Size: 1287 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 2:21 ` Haisheng Wu
@ 2012-02-09 2:24 ` suvayu ali
2012-02-09 2:56 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2012-02-09 2:24 UTC (permalink / raw)
To: Haisheng Wu; +Cc: nicholas.dokos, emacs-orgmode
On Thu, Feb 9, 2012 at 03:21, Haisheng Wu <freizl@gmail.com> wrote:
> I think it is `#+Latex` rather than `#Latex`.
> The former one works for me.
Yes, both you and Nick are correct. :)
Sorry for the typo.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 2:24 ` suvayu ali
@ 2012-02-09 2:56 ` Nick Dokos
2012-02-09 3:12 ` Haisheng Wu
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2012-02-09 2:56 UTC (permalink / raw)
To: suvayu ali; +Cc: Haisheng Wu, emacs-orgmode, nicholas.dokos
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> On Thu, Feb 9, 2012 at 03:21, Haisheng Wu <freizl@gmail.com> wrote:
> > I think it is `#+Latex` rather than `#Latex`.
> > The former one works for me.
>
Yes, indeed.
> Yes, both you and Nick are correct. :)
>
> Sorry for the typo.
>
Didn't catch the typo either.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 2:56 ` Nick Dokos
@ 2012-02-09 3:12 ` Haisheng Wu
2012-02-09 12:25 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Haisheng Wu @ 2012-02-09 3:12 UTC (permalink / raw)
To: nicholas.dokos, suvayu ali; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 832 bytes --]
aha...actually I just found one exception.
By using the approach you suggested, the generated tex will be like:
\title{吴海生}
\begin{document}
\maketitle
\begin{CJK}{UTF8}{gbsn}
...
...
As you would see, the `CJK` is nested in the `document`,
therefore, title which is in Chinese as well can not display correctly.
Any ideas?
Thanks a lot.
-Haisheng
On Thu, Feb 9, 2012 at 10:56 AM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > On Thu, Feb 9, 2012 at 03:21, Haisheng Wu <freizl@gmail.com> wrote:
> > > I think it is `#+Latex` rather than `#Latex`.
> > > The former one works for me.
> >
> Yes, indeed.
>
> > Yes, both you and Nick are correct. :)
> >
> > Sorry for the typo.
> >
>
> Didn't catch the typo either.
>
> Nick
>
>
>
[-- Attachment #2: Type: text/html, Size: 1943 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 3:12 ` Haisheng Wu
@ 2012-02-09 12:25 ` suvayu ali
2012-02-09 19:35 ` Eric Abrahamsen
2012-02-10 2:46 ` Haisheng Wu
0 siblings, 2 replies; 459+ messages in thread
From: suvayu ali @ 2012-02-09 12:25 UTC (permalink / raw)
To: Haisheng Wu; +Cc: nicholas.dokos, emacs-orgmode
Hi,
On Thu, Feb 9, 2012 at 04:12, Haisheng Wu <freizl@gmail.com> wrote:
> As you would see, the `CJK` is nested in the `document`,
> therefore, title which is in Chinese as well can not display correctly.
> Any ideas?
Well, when it comes to utf8 export, I always recommend xelatex or
lualatex. :) Recently there was a thread on devanagari (for Sanskrit
and its derivatives like Hindi) which proved useful to the OP.
<http://thread.gmane.org/gmane.emacs.orgmode/51914>
Hope this helps.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 12:25 ` suvayu ali
@ 2012-02-09 19:35 ` Eric Abrahamsen
2012-02-10 2:46 ` Haisheng Wu
1 sibling, 0 replies; 459+ messages in thread
From: Eric Abrahamsen @ 2012-02-09 19:35 UTC (permalink / raw)
To: emacs-orgmode
On Thu, Feb 09 2012, suvayu ali wrote:
> Hi,
>
> On Thu, Feb 9, 2012 at 04:12, Haisheng Wu <freizl@gmail.com> wrote:
>> As you would see, the `CJK` is nested in the `document`,
>> therefore, title which is in Chinese as well can not display correctly.
>> Any ideas?
>
> Well, when it comes to utf8 export, I always recommend xelatex or
> lualatex. :) Recently there was a thread on devanagari (for Sanskrit
> and its derivatives like Hindi) which proved useful to the OP.
I do a lot of org to latex export with Chinese in it, and would
absolutely second using Xelatex, it just makes so many things simpler.
Use these headers, and compile with xelatex, you might need a pretty
recent texlive installation.
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{xltxtra}
\usepackage{xeCJK}
\setmainfont{Janson Text LT Pro} % or whatever
\setCJKmainfont{文泉驿正黑} % or whatever
--
GNU Emacs 24.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
of 2012-02-07 on pellet
Org-mode version 7.8.03 (release_7.8.03.324.gc4b233)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: OrgMode - Export Simple Chinese text to Latex/PDF
2012-02-09 12:25 ` suvayu ali
2012-02-09 19:35 ` Eric Abrahamsen
@ 2012-02-10 2:46 ` Haisheng Wu
1 sibling, 0 replies; 459+ messages in thread
From: Haisheng Wu @ 2012-02-10 2:46 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 907 bytes --]
What mentioned in the thread is really helpful.
The only difference is I need figure out proper font for Chinese.
I use command `fc-list` (ubuntu) to figure it out.
PS: Not sure how to figure out such easily in Windows.
Thanks a lot!
-Haisheng
On Thu, Feb 9, 2012 at 8:25 PM, suvayu ali <fatkasuvayu+linux@gmail.com>wrote:
> Hi,
>
> On Thu, Feb 9, 2012 at 04:12, Haisheng Wu <freizl@gmail.com> wrote:
> > As you would see, the `CJK` is nested in the `document`,
> > therefore, title which is in Chinese as well can not display correctly.
> > Any ideas?
>
> Well, when it comes to utf8 export, I always recommend xelatex or
> lualatex. :) Recently there was a thread on devanagari (for Sanskrit
> and its derivatives like Hindi) which proved useful to the OP.
>
> <http://thread.gmane.org/gmane.emacs.orgmode/51914>
>
> Hope this helps.
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
[-- Attachment #2: Type: text/html, Size: 1514 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Variable settings in .emacs VS cross device portability.
@ 2012-01-30 16:13 Yu
2012-01-31 0:42 ` Thomas S. Dye
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Yu @ 2012-01-30 16:13 UTC (permalink / raw)
To: org-mode mailing list
Hello!
I was wondering if there is a possibility to make org-files fully
portable in behaviour (especially when exporting) between different
emacs installations.
When reading the mailing list or other writing about org-mode,
commonly suggestions of the type "just add (setq org-foo bar) to your
.emacs". This however creates a dependency on the local setup of the
variables, which likely will be a problem, when sharing the file with
someone.
My current solution is to use a template file with #+BIND: and
#+PROPERTY: lines in a setup section rather than setting anything in
configuration files.
However, is there some way to turn a user-variable dependent file into
a portable file? I was thinking of something along the lines of
"dumping user-specified variables into a list of #+BIND lines" and, if
necessary, the magic "-*- var: value -*-" line at the start of the
file (or, less elegant because of spreading options across different
positions in the file) the commented "local variables" structure near
the end of the file. The latter two variants only apply if I am right
about #+BIND lines applying only during export (whereas the magic
emacs lines should create buffer-local bindings).
king regards, Yu
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Variable settings in .emacs VS cross device portability.
2012-01-30 16:13 Variable settings in .emacs VS cross device portability Yu
@ 2012-01-31 0:42 ` Thomas S. Dye
2012-01-31 0:57 ` Eric Schulte
2012-02-02 13:59 ` Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.) Karl Voit
2 siblings, 0 replies; 459+ messages in thread
From: Thomas S. Dye @ 2012-01-31 0:42 UTC (permalink / raw)
To: Yu; +Cc: org-mode mailing list
Yu <yu_icq@gmx.at> writes:
> Hello!
>
> I was wondering if there is a possibility to make org-files fully
> portable in behaviour (especially when exporting) between different
> emacs installations.
>
> When reading the mailing list or other writing about org-mode,
> commonly suggestions of the type "just add (setq org-foo bar) to your
> .emacs". This however creates a dependency on the local setup of the
> variables, which likely will be a problem, when sharing the file with
> someone.
>
> My current solution is to use a template file with #+BIND: and
> #+PROPERTY: lines in a setup section rather than setting anything in
> configuration files.
>
> However, is there some way to turn a user-variable dependent file into
> a portable file? I was thinking of something along the lines of
> "dumping user-specified variables into a list of #+BIND lines" and, if
> necessary, the magic "-*- var: value -*-" line at the start of the
> file (or, less elegant because of spreading options across different
> positions in the file) the commented "local variables" structure near
> the end of the file. The latter two variants only apply if I am right
> about #+BIND lines applying only during export (whereas the magic
> emacs lines should create buffer-local bindings).
Aloha Yu,
I favor Eric Schulte's solution for reproducible research, which you can
find here:
http://www.jstatsoft.org/v46/i03
The trick is to launch a fresh instance of Emacs and supply it with an
initialization file tailored to the content. Eric uses a Makefile for
this, and I've been able to copy and tweak his Makefile for use on other
projects.
hth,
Tom
--
Thomas S. Dye
http://www.tsdye.com
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-01-30 16:13 Variable settings in .emacs VS cross device portability Yu
2012-01-31 0:42 ` Thomas S. Dye
@ 2012-01-31 0:57 ` Eric Schulte
2012-01-31 19:15 ` Eric S Fraga
2012-02-02 13:59 ` Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.) Karl Voit
2 siblings, 1 reply; 459+ messages in thread
From: Eric Schulte @ 2012-01-31 0:57 UTC (permalink / raw)
To: Yu; +Cc: org-mode mailing list
Yu <yu_icq@gmx.at> writes:
> Hello!
>
> I was wondering if there is a possibility to make org-files fully
> portable in behaviour (especially when exporting) between different
> emacs installations.
>
File Local Variables [1] make it possible to explicitly specify the
values of variables from within the text of a .org file. This can be
placed in a single line at the top of a file for small changes or in a
larger section at the end of the file.
Cheers,
>
> When reading the mailing list or other writing about org-mode,
> commonly suggestions of the type "just add (setq org-foo bar) to your
> .emacs". This however creates a dependency on the local setup of the
> variables, which likely will be a problem, when sharing the file with
> someone.
>
> My current solution is to use a template file with #+BIND: and
> #+PROPERTY: lines in a setup section rather than setting anything in
> configuration files.
>
> However, is there some way to turn a user-variable dependent file into
> a portable file? I was thinking of something along the lines of
> "dumping user-specified variables into a list of #+BIND lines" and, if
> necessary, the magic "-*- var: value -*-" line at the start of the
> file (or, less elegant because of spreading options across different
> positions in the file) the commented "local variables" structure near
> the end of the file. The latter two variants only apply if I am right
> about #+BIND lines applying only during export (whereas the magic
> emacs lines should create buffer-local bindings).
>
> king regards, Yu
>
Footnotes:
[1] http://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-01-31 0:57 ` Eric Schulte
@ 2012-01-31 19:15 ` Eric S Fraga
2012-02-01 8:45 ` Yu
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2012-01-31 19:15 UTC (permalink / raw)
To: Eric Schulte; +Cc: org-mode mailing list, Yu
Eric Schulte <eric.schulte@gmx.com> writes:
[...]
> File Local Variables [1] make it possible to explicitly specify the
> values of variables from within the text of a .org file. This can be
> placed in a single line at the top of a file for small changes or in a
> larger section at the end of the file.
Eric,
this doesn't always seem to work, at least not for me. BIND always
works but certain org variables seem to be ignored when set using local
file variables.
The variables I refer to are often, maybe always (?), related to export
functions. My gut feeling is that this has something to do with a copy
of the file being made for the export and maybe emacs not getting a
chance to set local variables for that copy? Grasping at straws here,
mind you ;-)
I have no idea how to debug such behaviour but I have experienced this
for a long time now. Any hints would be welcome, of course!
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.92.1
: using Org-mode version 7.8.03 (release_7.8.03.283.g171ea)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-01-31 19:15 ` Eric S Fraga
@ 2012-02-01 8:45 ` Yu
2012-02-01 15:02 ` Eric S Fraga
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Yu @ 2012-02-01 8:45 UTC (permalink / raw)
To: Eric Schulte, Yu, org-mode mailing list
2012/1/31 Eric S Fraga <e.fraga@ucl.ac.uk>:
> Eric Schulte <eric.schulte@gmx.com> writes:
>
> [...]
>
>> File Local Variables [1] make it possible to explicitly specify the
>> values of variables from within the text of a .org file. This can be
>> placed in a single line at the top of a file for small changes or in a
>> larger section at the end of the file.
>
> Eric,
>
> this doesn't always seem to work, at least not for me. BIND always
> works but certain org variables seem to be ignored when set using local
> file variables.
>
> The variables I refer to are often, maybe always (?), related to export
> functions. My gut feeling is that this has something to do with a copy
> of the file being made for the export and maybe emacs not getting a
> chance to set local variables for that copy? Grasping at straws here,
> mind you ;-)
For #+BIND the org manual is probably not quite clear.
The "Concept Index" page says:
: * #+BIND: Export options. (line 19)
"12.2 Export options" says:
: #+BIND: lisp-var lisp-val, e.g.:
org-export-latex-low-levels itemize
: You need to confirm using these, or configure
`org-export-allow-BIND'
So basically, #+BIND only applies to export, though the manual maybe
slightly underemphasizes that fact.
Did you try the general emacs syntax for file variables, Eric Schulte
mentioned? [1] For me that worked (except that non-safe variables
require confirmation in order to avoid text files executing harmful
code). The emacs-documentation doesn't mention it, but apparently this
works also in shebang'ed files, by moving the single line form (`-*-
... -*-') to the second line. [2]
[1] http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html
[2] http://www.lugaru.com/man/File.Variables.html
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 8:45 ` Yu
@ 2012-02-01 15:02 ` Eric S Fraga
2012-02-01 15:17 ` Eric S Fraga
2012-02-06 19:55 ` janek
2 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2012-02-01 15:02 UTC (permalink / raw)
To: Yu; +Cc: org-mode mailing list, Eric Schulte
Yu <yu_icq@gmx.at> writes:
[...]
> Did you try the general emacs syntax for file variables, Eric Schulte
> mentioned? [1] For me that worked (except that non-safe variables
> require confirmation in order to avoid text files executing harmful
> code). The emacs-documentation doesn't mention it, but apparently this
> works also in shebang'ed files, by moving the single line form (`-*-
> ... -*-') to the second line. [2]
>
> [1] http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html
> [2] http://www.lugaru.com/man/File.Variables.html
Yu,
Thanks for this.
I use file local variables all the time, both with and without org, and
have done so for years! I also use BIND successfully.
My point was that org seems to ignore some variables that have been set
using file local variables and I think it's only those that affect the
export behaviour that are ignored. Hence my gut feeling regarding
whether exporting doesn't actually set file local variables due to the
export working on a copy of the buffer. But I am not entirely sure what
the interaction between the export process and Emacs may be in this
case.
Maybe others have a better intuition.
I'll try to come up with a minimal example that illustrates the problem.
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.92.1
: using Org-mode version 7.8.03 (release_7.8.03.285.g646b3)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 8:45 ` Yu
2012-02-01 15:02 ` Eric S Fraga
@ 2012-02-01 15:17 ` Eric S Fraga
2012-02-01 17:43 ` Sebastien Vauban
2012-02-06 19:55 ` janek
2 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2012-02-01 15:17 UTC (permalink / raw)
To: Yu; +Cc: org-mode mailing list, Eric Schulte
[-- Attachment #1: Type: text/plain, Size: 788 bytes --]
Hello all,
herewith is a minimal example that illustrates the problem I have with
exporting and file local variables. The attached file re-defines
org-export-latex-tag-markup to use a box instead of bold for tags. When
I visit the file, Emacs does indeed set the variable to what I
want. However, this setting is ignored on export.
Actually, in this case, the BIND is also ignored on export even though
the variable does change to the specified value after export!
I am very confused, to say the least. *How* can I get file local
behaviour when exporting with org? Am I doing something silly
somewhere? (highly likely given my past track record ;-) Do others see
different behaviour?
I'm up to date (as of this morning) with org and latest emacs as of last
week.
Thanks,
eric
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: export variables ignored --]
[-- Type: text/orgmode, Size: 399 bytes --]
# -*- org-export-latex-tag-markup: "locally set: \\fbox{%s}"; -*-
#+TITLE: examplebug.org
#+AUTHOR: Eric S Fraga
#+EMAIL: e.fraga@ucl.ac.uk
#+DATE: 2012-01-09 Mon
#+bind: org-export-latex-tag-markup "bound: \\fbox{%s}"
* Formatting tags :example:
When exporting, the default is to put tags in bold. I want a box around them.
[-- Attachment #3: Type: text/plain, Size: 128 bytes --]
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.92.1
: using Org-mode version 7.8.03 (release_7.8.03.285.g646b3)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 15:17 ` Eric S Fraga
@ 2012-02-01 17:43 ` Sebastien Vauban
2012-02-01 19:21 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Sebastien Vauban @ 2012-02-01 17:43 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric S Fraga wrote:
> herewith is a minimal example that illustrates the problem I have with
> exporting and file local variables. The attached file re-defines
> org-export-latex-tag-markup to use a box instead of bold for tags. When
> I visit the file, Emacs does indeed set the variable to what I
> want. However, this setting is ignored on export.
>
> Actually, in this case, the BIND is also ignored on export even though
> the variable does change to the specified value after export!
>
> I am very confused, to say the least. *How* can I get file local
> behaviour when exporting with org? Am I doing something silly
> somewhere? (highly likely given my past track record ;-) Do others see
> different behaviour?
>
> I'm up to date (as of this morning) with org and latest emacs as of last
> week.
>
> Thanks,
> eric
>
>
> # -*- org-export-latex-tag-markup: "locally set: \\fbox{%s}"; -*-
> #+TITLE: examplebug.org
> #+AUTHOR: Eric S Fraga
> #+EMAIL: e.fraga-hclig2XLE9Zaa/9Udqfwiw@public.gmane.org
> #+DATE: 2012-01-09 Mon
>
> #+bind: org-export-latex-tag-markup "bound: \\fbox{%s}"
>
> * Formatting tags :example:
> When exporting, the default is to put tags in bold. I want a box around them.
I almost never play(ed) with local variables and bind variables, but I wanted
to confirm what you see:
the local variable is the one set by your bind; but it has no impact on the
exported LaTeX file...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 17:43 ` Sebastien Vauban
@ 2012-02-01 19:21 ` Eric S Fraga
2012-02-01 20:08 ` Sebastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2012-02-01 19:21 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
[...]
> I almost never play(ed) with local variables and bind variables, but I wanted
> to confirm what you see:
>
> the local variable is the one set by your bind; but it has no impact on the
> exported LaTeX file...
>
> Best regards,
> Seb
Thanks for the confirmation. At least I am not going completely crazy
;-)
Does the local variable setting defined in the file take effect before
you export?
Thanks again,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.92.1
: using Org-mode version 7.8.03 (release_7.8.03.288.ga3e5f)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 19:21 ` Eric S Fraga
@ 2012-02-01 20:08 ` Sebastien Vauban
0 siblings, 0 replies; 459+ messages in thread
From: Sebastien Vauban @ 2012-02-01 20:08 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric S Fraga wrote:
> Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
>> I almost never play(ed) with local variables and bind variables, but I
>> wanted to confirm what you see:
>>
>> the local variable is the one set by your bind; but it has no impact on the
>> exported LaTeX file...
>
> Thanks for the confirmation. At least I am not going completely crazy
> ;-)
>
> Does the local variable setting defined in the file take effect before
> you export?
After saving your file to disk, and opening it:
┏━━━━
┃ org-export-latex-tag-markup is a variable defined in `org-latex.el'.
┃ Its value is "locally set: \\fbox{%s}"
┃ Original value was "\\textbf{%s}"
┃ Local in buffer examplebug.org; global value is
┃ "<what is in my Emacs config file>"
┃
┃ This variable is a file local variable.
┗━━━━
After exporting it to LaTeX, answering yes to the question about allowing to
BIND variables:
┏━━━━
┃ org-export-latex-tag-markup is a variable defined in `org-latex.el'.
┃ Its value is "bound: \\fbox{%s}"
┃ Original value was "\\textbf{%s}"
┃ Local in buffer examplebug.org; global value is
┃ "<what is in my Emacs config file>"
┗━━━━
So, yes to your above question...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Variable settings in .emacs VS cross device portability.
2012-02-01 8:45 ` Yu
2012-02-01 15:02 ` Eric S Fraga
2012-02-01 15:17 ` Eric S Fraga
@ 2012-02-06 19:55 ` janek
2 siblings, 0 replies; 459+ messages in thread
From: janek @ 2012-02-06 19:55 UTC (permalink / raw)
To: emacs-orgmode
Yu <yu_icq@gmx.at> writes:
> code). The emacs-documentation doesn't mention it, but apparently this
> works also in shebang'ed files, by moving the single line form (`-*-
> ... -*-') to the second line. [2]
>
> [1] http://www.gnu.org/software/emacs/manual/html_node/emacs/File-Variables.html
> [2] http://www.lugaru.com/man/File.Variables.html
Choosing File Modes
(info "(emacs) Choosing Modes")
info:emacs#Choosing%20Modes
When the first line starts with `#!', you usually cannot use the
`-*-' feature on the first line, because the system would get confused
when running the interpreter. So Emacs looks for `-*-' on the second
line in such files as well as on the first line.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.)
2012-01-30 16:13 Variable settings in .emacs VS cross device portability Yu
2012-01-31 0:42 ` Thomas S. Dye
2012-01-31 0:57 ` Eric Schulte
@ 2012-02-02 13:59 ` Karl Voit
2012-02-02 15:16 ` Alan E. Davis
2 siblings, 1 reply; 459+ messages in thread
From: Karl Voit @ 2012-02-02 13:59 UTC (permalink / raw)
To: emacs-orgmode
* Yu <yu_icq@gmx.at> wrote:
> Hello!
>
> I was wondering if there is a possibility to make org-files fully
> portable in behaviour (especially when exporting) between different
> emacs installations.
The Tread has turned into BIND and local variables only. I wanted
to add my current solution which uses a different approach.
My ~/.emacs is a symlink to ~/hosts/${HOSTNAME}/emacs where
host-specific or platform-specific configuration is stored. The
directory ~/hosts is synchronized[1] on all of my machines and
accounts.
In ~/hosts/all/emacs.d/* I have got myorgmode.el, mycommon.el,
myauctex.el, myedit-server.el, mypython.el, and so forth.
As you can imagine, the ~/hosts/${HOSTNAME}/emacs contains a load
command for mycommon.el which refers to all the other el files.
Therefore mycommon.el and all the others are identical on all my
machines whereas ~/.emacs contains (only few) platform-specific
things.
Maybe this is a possible attempt to overcome your problems when
using Org-mode on different machines.
1. I am currently using Unison File Synchronizer[2] in combination
with crond/LaunchCtl but git or something like dvcs-autosync[3]
or even Dropbox will work too.
2. http://www.cis.upenn.edu/~bcpierce/unison/
3. http://www.mayrhofer.eu.org/dvcs-autosync
--
Karl Voit
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.)
2012-02-02 13:59 ` Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.) Karl Voit
@ 2012-02-02 15:16 ` Alan E. Davis
2012-02-02 15:18 ` Alan E. Davis
0 siblings, 1 reply; 459+ messages in thread
From: Alan E. Davis @ 2012-02-02 15:16 UTC (permalink / raw)
To: news1142; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2631 bytes --]
My setup, while far from ideal, is working pretty well. It does require a
modicum of manual oversight.
I have a directory, ~/WorkBench , in which all of my going work is
located. Dozens of subdirectories including every project I have worked on
or am working on, with PDFs, etc. In ~/WorkBench/org are some setup files:
org-init-settings.el
org-local-init-settings.el (included in .gitignore)
emacs-common-settings.el (all machines)
emacs-local-settings.el (local machine --- included in
.gitignore)
emacs-frame-setup-magic.el
The directory ~/WorkBench and all subdirectories are under git supervision,
so long as it stays smaller than about 3 GB. In that case, it can be
carried around on an 8GB flash drive, and cloned on other machines, though
I've had to delete and reclone, once the repo got too large. It could be
cloned to Dropbox if I wanted to spend money on it, and trusted it.
I really like this setup, the use of git. However, I am using git at the
most trivial level, and perhaps there are more direct ways to do this.
The next step is to encrypt the whole thing. I have encrypted a couple of
sensitive files using bcrypt.
Alan
On Thu, Feb 2, 2012 at 5:59 AM, Karl Voit <devnull@karl-voit.at> wrote:
> * Yu <yu_icq@gmx.at> wrote:
> > Hello!
> >
> > I was wondering if there is a possibility to make org-files fully
> > portable in behaviour (especially when exporting) between different
> > emacs installations.
>
> The Tread has turned into BIND and local variables only. I wanted
> to add my current solution which uses a different approach.
>
> My ~/.emacs is a symlink to ~/hosts/${HOSTNAME}/emacs where
> host-specific or platform-specific configuration is stored. The
> directory ~/hosts is synchronized[1] on all of my machines and
> accounts.
>
> In ~/hosts/all/emacs.d/* I have got myorgmode.el, mycommon.el,
> myauctex.el, myedit-server.el, mypython.el, and so forth.
>
> As you can imagine, the ~/hosts/${HOSTNAME}/emacs contains a load
> command for mycommon.el which refers to all the other el files.
>
> Therefore mycommon.el and all the others are identical on all my
> machines whereas ~/.emacs contains (only few) platform-specific
> things.
>
> Maybe this is a possible attempt to overcome your problems when
> using Org-mode on different machines.
>
> 1. I am currently using Unison File Synchronizer[2] in combination
> with crond/LaunchCtl but git or something like dvcs-autosync[3]
> or even Dropbox will work too.
> 2. http://www.cis.upenn.edu/~bcpierce/unison/
> 3. http://www.mayrhofer.eu.org/dvcs-autosync
> --
> Karl Voit
>
>
>
[-- Attachment #2: Type: text/html, Size: 3330 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Emacs/Org-mode configs spread over multiple accounts/machines (was: Variable settings in .emacs VS cross device portability.)
2012-02-02 15:16 ` Alan E. Davis
@ 2012-02-02 15:18 ` Alan E. Davis
2012-02-03 18:30 ` Emacs/Org-mode configs spread over multiple accounts/machines Eric Schulte
0 siblings, 1 reply; 459+ messages in thread
From: Alan E. Davis @ 2012-02-02 15:18 UTC (permalink / raw)
To: news1142; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 3007 bytes --]
By the way, all of these are called from .emacs.el . Another point, I
have elected not to byte-compile the loaded elisp files in
~/WorkBench/Emacs , so they will load ok on multiple versions of emacs.
On Thu, Feb 2, 2012 at 7:16 AM, Alan E. Davis <lngndvs@gmail.com> wrote:
> My setup, while far from ideal, is working pretty well. It does require a
> modicum of manual oversight.
>
> I have a directory, ~/WorkBench , in which all of my going work is
> located. Dozens of subdirectories including every project I have worked on
> or am working on, with PDFs, etc. In ~/WorkBench/org are some setup files:
>
> org-init-settings.el
> org-local-init-settings.el (included in .gitignore)
> emacs-common-settings.el (all machines)
> emacs-local-settings.el (local machine --- included in
> .gitignore)
> emacs-frame-setup-magic.el
>
> The directory ~/WorkBench and all subdirectories are under git
> supervision, so long as it stays smaller than about 3 GB. In that case, it
> can be carried around on an 8GB flash drive, and cloned on other machines,
> though I've had to delete and reclone, once the repo got too large. It
> could be cloned to Dropbox if I wanted to spend money on it, and trusted
> it.
>
> I really like this setup, the use of git. However, I am using git at the
> most trivial level, and perhaps there are more direct ways to do this.
>
> The next step is to encrypt the whole thing. I have encrypted a couple of
> sensitive files using bcrypt.
>
> Alan
>
>
>
>
> On Thu, Feb 2, 2012 at 5:59 AM, Karl Voit <devnull@karl-voit.at> wrote:
>
>> * Yu <yu_icq@gmx.at> wrote:
>> > Hello!
>> >
>> > I was wondering if there is a possibility to make org-files fully
>> > portable in behaviour (especially when exporting) between different
>> > emacs installations.
>>
>> The Tread has turned into BIND and local variables only. I wanted
>> to add my current solution which uses a different approach.
>>
>> My ~/.emacs is a symlink to ~/hosts/${HOSTNAME}/emacs where
>> host-specific or platform-specific configuration is stored. The
>> directory ~/hosts is synchronized[1] on all of my machines and
>> accounts.
>>
>> In ~/hosts/all/emacs.d/* I have got myorgmode.el, mycommon.el,
>> myauctex.el, myedit-server.el, mypython.el, and so forth.
>>
>> As you can imagine, the ~/hosts/${HOSTNAME}/emacs contains a load
>> command for mycommon.el which refers to all the other el files.
>>
>> Therefore mycommon.el and all the others are identical on all my
>> machines whereas ~/.emacs contains (only few) platform-specific
>> things.
>>
>> Maybe this is a possible attempt to overcome your problems when
>> using Org-mode on different machines.
>>
>> 1. I am currently using Unison File Synchronizer[2] in combination
>> with crond/LaunchCtl but git or something like dvcs-autosync[3]
>> or even Dropbox will work too.
>> 2. http://www.cis.upenn.edu/~bcpierce/unison/
>> 3. http://www.mayrhofer.eu.org/dvcs-autosync
>> --
>> Karl Voit
>>
>>
>>
>
[-- Attachment #2: Type: text/html, Size: 3976 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Emacs/Org-mode configs spread over multiple accounts/machines
2012-02-02 15:18 ` Alan E. Davis
@ 2012-02-03 18:30 ` Eric Schulte
0 siblings, 0 replies; 459+ messages in thread
From: Eric Schulte @ 2012-02-03 18:30 UTC (permalink / raw)
To: Alan E. Davis; +Cc: news1142, emacs-orgmode
One more option in this space is the technique used in the emacs starter
kit, in which specialized config files named after both the user and the
machine hostname are loaded on startup. This allows sharing of config
across users and machines.
http://eschulte.me/emacs24-starter-kit/
https://github.com/eschulte/emacs24-starter-kit
Best,
"Alan E. Davis" <lngndvs@gmail.com> writes:
> By the way, all of these are called from .emacs.el . Another point, I
> have elected not to byte-compile the loaded elisp files in
> ~/WorkBench/Emacs , so they will load ok on multiple versions of emacs.
>
> On Thu, Feb 2, 2012 at 7:16 AM, Alan E. Davis <lngndvs@gmail.com> wrote:
>
>> My setup, while far from ideal, is working pretty well. It does require a
>> modicum of manual oversight.
>>
>> I have a directory, ~/WorkBench , in which all of my going work is
>> located. Dozens of subdirectories including every project I have worked on
>> or am working on, with PDFs, etc. In ~/WorkBench/org are some setup files:
>>
>> org-init-settings.el
>> org-local-init-settings.el (included in .gitignore)
>> emacs-common-settings.el (all machines)
>> emacs-local-settings.el (local machine --- included in
>> .gitignore)
>> emacs-frame-setup-magic.el
>>
>> The directory ~/WorkBench and all subdirectories are under git
>> supervision, so long as it stays smaller than about 3 GB. In that case, it
>> can be carried around on an 8GB flash drive, and cloned on other machines,
>> though I've had to delete and reclone, once the repo got too large. It
>> could be cloned to Dropbox if I wanted to spend money on it, and trusted
>> it.
>>
>> I really like this setup, the use of git. However, I am using git at the
>> most trivial level, and perhaps there are more direct ways to do this.
>>
>> The next step is to encrypt the whole thing. I have encrypted a couple of
>> sensitive files using bcrypt.
>>
>> Alan
>>
>>
>>
>>
>> On Thu, Feb 2, 2012 at 5:59 AM, Karl Voit <devnull@karl-voit.at> wrote:
>>
>>> * Yu <yu_icq@gmx.at> wrote:
>>> > Hello!
>>> >
>>> > I was wondering if there is a possibility to make org-files fully
>>> > portable in behaviour (especially when exporting) between different
>>> > emacs installations.
>>>
>>> The Tread has turned into BIND and local variables only. I wanted
>>> to add my current solution which uses a different approach.
>>>
>>> My ~/.emacs is a symlink to ~/hosts/${HOSTNAME}/emacs where
>>> host-specific or platform-specific configuration is stored. The
>>> directory ~/hosts is synchronized[1] on all of my machines and
>>> accounts.
>>>
>>> In ~/hosts/all/emacs.d/* I have got myorgmode.el, mycommon.el,
>>> myauctex.el, myedit-server.el, mypython.el, and so forth.
>>>
>>> As you can imagine, the ~/hosts/${HOSTNAME}/emacs contains a load
>>> command for mycommon.el which refers to all the other el files.
>>>
>>> Therefore mycommon.el and all the others are identical on all my
>>> machines whereas ~/.emacs contains (only few) platform-specific
>>> things.
>>>
>>> Maybe this is a possible attempt to overcome your problems when
>>> using Org-mode on different machines.
>>>
>>> 1. I am currently using Unison File Synchronizer[2] in combination
>>> with crond/LaunchCtl but git or something like dvcs-autosync[3]
>>> or even Dropbox will work too.
>>> 2. http://www.cis.upenn.edu/~bcpierce/unison/
>>> 3. http://www.mayrhofer.eu.org/dvcs-autosync
>>> --
>>> Karl Voit
>>>
>>>
>>>
>>
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 459+ messages in thread
* Can't have tags with a dash
@ 2011-10-12 17:37 Marcelo de Moraes Serpa
2011-10-12 18:02 ` suvayu ali
0 siblings, 1 reply; 459+ messages in thread
From: Marcelo de Moraes Serpa @ 2011-10-12 17:37 UTC (permalink / raw)
To: Org Mode
[-- Attachment #1: Type: text/plain, Size: 228 bytes --]
Hi guys,
I've noticed org can't handle a single tag with a dash in it. If I try to
tag an item with 'payment-integration' for example, org turns it into two
tags - ':payment:integration'. Is that intended?
Cheers,
- Marcelo.
[-- Attachment #2: Type: text/html, Size: 325 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Can't have tags with a dash
2011-10-12 17:37 Can't have tags with a dash Marcelo de Moraes Serpa
@ 2011-10-12 18:02 ` suvayu ali
2011-10-12 18:08 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2011-10-12 18:02 UTC (permalink / raw)
To: Marcelo de Moraes Serpa; +Cc: Org Mode
On Wed, Oct 12, 2011 at 7:37 PM, Marcelo de Moraes Serpa
<celoserpa@gmail.com> wrote:
> I've noticed org can't handle a single tag with a dash in it. If I try to
> tag an item with 'payment-integration' for example, org turns it into two
> tags - ':payment:integration'. Is that intended?
I believe so.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Can't have tags with a dash
2011-10-12 18:02 ` suvayu ali
@ 2011-10-12 18:08 ` Nick Dokos
2011-10-14 2:20 ` Marcelo de Moraes Serpa
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-10-12 18:08 UTC (permalink / raw)
To: suvayu ali; +Cc: nicholas.dokos, Org Mode, Marcelo de Moraes Serpa
suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
> On Wed, Oct 12, 2011 at 7:37 PM, Marcelo de Moraes Serpa
> <celoserpa@gmail.com> wrote:
> > I've noticed org can't handle a single tag with a dash in it. If I try to
> > tag an item with 'payment-integration' for example, org turns it into two
> > tags - ':payment:integration'. Is that intended?
>
> I believe so.
>
Yes - look at the match syntax for tags: (info "(org) Matching tags and properties")
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Can't have tags with a dash
2011-10-12 18:08 ` Nick Dokos
@ 2011-10-14 2:20 ` Marcelo de Moraes Serpa
0 siblings, 0 replies; 459+ messages in thread
From: Marcelo de Moraes Serpa @ 2011-10-14 2:20 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Org Mode
[-- Attachment #1: Type: text/plain, Size: 580 bytes --]
Thanks.
On Wed, Oct 12, 2011 at 1:08 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> suvayu ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > On Wed, Oct 12, 2011 at 7:37 PM, Marcelo de Moraes Serpa
> > <celoserpa@gmail.com> wrote:
> > > I've noticed org can't handle a single tag with a dash in it. If I try
> to
> > > tag an item with 'payment-integration' for example, org turns it into
> two
> > > tags - ':payment:integration'. Is that intended?
> >
> > I believe so.
> >
>
> Yes - look at the match syntax for tags: (info "(org) Matching tags and
> properties")
>
> Nick
>
>
[-- Attachment #2: Type: text/html, Size: 1078 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Latex Export: Place Caption Below Table
@ 2011-09-28 11:26 Jakob Lombacher
2011-09-28 15:07 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Jakob Lombacher @ 2011-09-28 11:26 UTC (permalink / raw)
To: emacs-orgmode
Hi,
if I export a document to latex, the caption of a table is always on the top.
How can I place it at the bottom? Is there a parameter to config it?
Thanks
Jakob
Examaple
#+LABEL: tbl:asdf
#+CAPTION: ?????
| | |
"leads to:"
---------------
\begin{table}[htb]
\caption{?????} \label{tbl:datenstrukturen}
.....
\end{table}
I need:
----------
\begin{table}[htb]
.....
\caption{?????} \label{tbl:datenstrukturen}
\end{table}
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Latex Export: Place Caption Below Table
2011-09-28 11:26 Latex Export: Place Caption Below Table Jakob Lombacher
@ 2011-09-28 15:07 ` Eric S Fraga
2011-09-28 19:02 ` Thomas S. Dye
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-09-28 15:07 UTC (permalink / raw)
To: Jakob Lombacher; +Cc: emacs-orgmode
Jakob Lombacher <kontakt@lombacher.net> writes:
> Hi,
>
> if I export a document to latex, the caption of a table is always on the top.
>
> How can I place it at the bottom? Is there a parameter to config it?
No, the placement is (currently) fixed to come before the tabular (or
alternative) environment. Line 1970 or thereabouts in
org-latex.el. Should be straightforward to modify although it is a
quite common convention to have the caption above the table...
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.7 (release_7.7.329.g15c3)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Latex Export: Place Caption Below Table
2011-09-28 15:07 ` Eric S Fraga
@ 2011-09-28 19:02 ` Thomas S. Dye
2011-09-28 19:40 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Thomas S. Dye @ 2011-09-28 19:02 UTC (permalink / raw)
To: Jakob Lombacher; +Cc: emacs-orgmode
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> Jakob Lombacher <kontakt@lombacher.net> writes:
>
>> Hi,
>>
>> if I export a document to latex, the caption of a table is always on the top.
>>
>> How can I place it at the bottom? Is there a parameter to config it?
>
> No, the placement is (currently) fixed to come before the tabular (or
> alternative) environment. Line 1970 or thereabouts in
> org-latex.el. Should be straightforward to modify although it is a
> quite common convention to have the caption above the table...
Hi Eric,
Are you able to propose a patch? This came up in my work recently with
a journal that puts captions below a table (and ends them with a
period!).
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Latex Export: Place Caption Below Table
2011-09-28 19:02 ` Thomas S. Dye
@ 2011-09-28 19:40 ` Nick Dokos
2011-10-02 16:26 ` [PATCH] " Thomas S. Dye
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-09-28 19:40 UTC (permalink / raw)
To: Thomas S. Dye; +Cc: nicholas.dokos, emacs-orgmode, Jakob Lombacher
[-- Attachment #1: Type: text/plain, Size: 1379 bytes --]
Thomas S. Dye <tsd@tsdye.com> wrote:
> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>
> > Jakob Lombacher <kontakt@lombacher.net> writes:
> >
> >> Hi,
> >>
> >> if I export a document to latex, the caption of a table is always on the top.
> >>
> >> How can I place it at the bottom? Is there a parameter to config it?
> >
> > No, the placement is (currently) fixed to come before the tabular (or
> > alternative) environment. Line 1970 or thereabouts in
> > org-latex.el. Should be straightforward to modify although it is a
> > quite common convention to have the caption above the table...
>
> Hi Eric,
>
> Are you able to propose a patch? This came up in my work recently with
> a journal that puts captions below a table (and ends them with a
> period!).
>
It's just a matter of emitting the \caption after the contents of the
table, rather than before:
,----
| \begin{table}[htb]
| \begin{center}
| \begin{tabular}{rr}
| ...
| \end{tabular}
| \end{center}
| \caption{Squares}
| \end{table}
`----
instead of
,----
| \begin{table}[htb]
| \caption{Squares}
| \begin{center}
| \begin{tabular}{rr}
| ...
| \end{tabular}
| \end{center}
| \end{table}
`----
The following patch (deliberately hidden as a binary octet-stream to keep it
out of patchwork) will do that - but IMO, it would be better to have yet another
user-settable option to control the placement.
Nick
[-- Attachment #2: caption below table patch --]
[-- Type: application/octet-stream, Size: 2046 bytes --]
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 17626b5..30aa2a4 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1965,12 +1965,6 @@ (defun org-export-latex-tables (insert)
(concat "\\begin{longtable}{" align "}\n")
(if floatp
(format "\\begin{%s}%s\n" tblenv placement)))
- (if floatp
- (format
- "\\caption%s{%s} %s"
- (if shortn (concat "[" shortn "]") "")
- (or caption "")
- (if label (format "\\label{%s}" label) "")))
(if (and longtblp caption) "\\\\\n" "\n")
(if (and org-export-latex-tables-centered (not longtblp))
"\\begin{center}\n")
@@ -1993,6 +1987,12 @@ (defun org-export-latex-tables (insert)
(if (not longtblp) (format "\n\\end{%s}" tabular-env))
(if longtblp "\n" (if org-export-latex-tables-centered
"\n\\end{center}\n" "\n"))
+ (if floatp
+ (format
+ "\\caption%s{%s} %s"
+ (if shortn (concat "[" shortn "]") "")
+ (or caption "")
+ (if label (format "\\label{%s}" label) "")))
(if longtblp
"\\end{longtable}"
(if floatp (format "\\end{%s}" tblenv)))))
@@ -2042,11 +2042,11 @@ (defun org-export-latex-convert-table.el-table ()
(setq tbl (concat "\\begin{center}\n" tbl "\\end{center}")))
(when floatp
(setq tbl (concat "\\begin{table}\n"
+ tbl
(format "\\caption%s{%s%s}\n"
(if shortn (format "[%s]" shortn) "")
(if label (format "\\label{%s}" label) "")
(or caption ""))
- tbl
"\n\\end{table}\n")))
(insert (org-export-latex-protect-string tbl))))
^ permalink raw reply related [flat|nested] 459+ messages in thread* [PATCH] Re: Latex Export: Place Caption Below Table
2011-09-28 19:40 ` Nick Dokos
@ 2011-10-02 16:26 ` Thomas S. Dye
2011-10-03 8:10 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Thomas S. Dye @ 2011-10-02 16:26 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode, Jakob Lombacher
[-- Attachment #1: Type: text/plain, Size: 1702 bytes --]
Nick Dokos <nicholas.dokos@hp.com> writes:
> Thomas S. Dye <tsd@tsdye.com> wrote:
>
>> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>>
>> > Jakob Lombacher <kontakt@lombacher.net> writes:
>> >
>> >> Hi,
>> >>
>> >> if I export a document to latex, the caption of a table is always on the top.
>> >>
>> >> How can I place it at the bottom? Is there a parameter to config it?
>> >
>> > No, the placement is (currently) fixed to come before the tabular (or
>> > alternative) environment. Line 1970 or thereabouts in
>> > org-latex.el. Should be straightforward to modify although it is a
>> > quite common convention to have the caption above the table...
>>
>> Hi Eric,
>>
>> Are you able to propose a patch? This came up in my work recently with
>> a journal that puts captions below a table (and ends them with a
>> period!).
>>
>
> It's just a matter of emitting the \caption after the contents of the
> table, rather than before:
>
> ,----
> | \begin{table}[htb]
> | \begin{center}
> | \begin{tabular}{rr}
> | ...
> | \end{tabular}
> | \end{center}
> | \caption{Squares}
> | \end{table}
> `----
>
> instead of
>
> ,----
> | \begin{table}[htb]
> | \caption{Squares}
> | \begin{center}
> | \begin{tabular}{rr}
> | ...
> | \end{tabular}
> | \end{center}
> | \end{table}
> `----
>
>
> The following patch (deliberately hidden as a binary octet-stream to keep it
> out of patchwork) will do that - but IMO, it would be better to have yet another
> user-settable option to control the placement.
>
> Nick
>
>
Aloha all,
The inlined patch introduces a variable
org-export-latex-table-caption-above to control the placement of table
captions. Thanks to Nick Dokos for leading the way on this.
Tom
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Table caption patch --]
[-- Type: text/x-patch, Size: 3097 bytes --]
From 3809f751afb8fffab1e07f7f4d6e607ed5a77b5b Mon Sep 17 00:00:00 2001
From: Tom Dye <tsd@tsdye.com>
Date: Sun, 2 Oct 2011 05:49:52 -1000
Subject: [PATCH] * lisp/org-latex.el: added variable to toggle captions below tables
---
lisp/org-latex.el | 15 +++++++++++----
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 17626b5..f91b93e 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -73,7 +73,7 @@
org-deadline-string "\\|"
org-closed-string"\\)")
"Regexp matching special time planning keywords plus the time after it.")
-
+(defvar org-export-latex-table-caption-above t)
(defvar org-re-quote) ; dynamically scoped from org.el
(defvar org-commentsp) ; dynamically scoped from org.el
@@ -1965,13 +1965,13 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER."
(concat "\\begin{longtable}{" align "}\n")
(if floatp
(format "\\begin{%s}%s\n" tblenv placement)))
- (if floatp
+ (if (and floatp org-export-latex-table-caption-above)
(format
"\\caption%s{%s} %s"
(if shortn (concat "[" shortn "]") "")
(or caption "")
(if label (format "\\label{%s}" label) "")))
- (if (and longtblp caption) "\\\\\n" "\n")
+ (if (and longtblp caption) "\\\\\n" "\n")
(if (and org-export-latex-tables-centered (not longtblp))
"\\begin{center}\n")
(if (not longtblp)
@@ -1993,6 +1993,12 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER."
(if (not longtblp) (format "\n\\end{%s}" tabular-env))
(if longtblp "\n" (if org-export-latex-tables-centered
"\n\\end{center}\n" "\n"))
+ (if (and floatp (not org-export-latex-table-caption-above))
+ (format
+ "\\caption%s{%s} %s"
+ (if shortn (concat "[" shortn "]") "")
+ (or caption "")
+ (if label (format "\\label{%s}" label) "")))
(if longtblp
"\\end{longtable}"
(if floatp (format "\\end{%s}" tblenv)))))
@@ -2042,11 +2048,12 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER."
(setq tbl (concat "\\begin{center}\n" tbl "\\end{center}")))
(when floatp
(setq tbl (concat "\\begin{table}\n"
+ (if (not org-export-latex-table-caption-above) tbl)
(format "\\caption%s{%s%s}\n"
(if shortn (format "[%s]" shortn) "")
(if label (format "\\label{%s}" label) "")
(or caption ""))
- tbl
+ (if org-export-latex-table-caption-above tbl)
"\n\\end{table}\n")))
(insert (org-export-latex-protect-string tbl))))
--
1.7.1
[-- Attachment #3: Type: text/plain, Size: 40 bytes --]
--
Thomas S. Dye
http://www.tsdye.com
^ permalink raw reply related [flat|nested] 459+ messages in thread* Re: [PATCH] Re: Latex Export: Place Caption Below Table
2011-10-02 16:26 ` [PATCH] " Thomas S. Dye
@ 2011-10-03 8:10 ` Eric S Fraga
0 siblings, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2011-10-03 8:10 UTC (permalink / raw)
To: Thomas S. Dye; +Cc: nicholas.dokos, emacs-orgmode, Jakob Lombacher
tsd@tsdye.com (Thomas S. Dye) writes:
> Nick Dokos <nicholas.dokos@hp.com> writes:
>> The following patch (deliberately hidden as a binary octet-stream to keep it
>> out of patchwork) will do that - but IMO, it would be better to have yet another
>> user-settable option to control the placement.
>>
>> Nick
>>
>>
>
> Aloha all,
>
> The inlined patch introduces a variable
> org-export-latex-table-caption-above to control the placement of table
> captions. Thanks to Nick Dokos for leading the way on this.
>
> Tom
Tom & Nick,
thanks for doing this -- I was swamped last week so had no chance of
following the thread until today!
One comment on the last version of the patch: would it not be better for
the variable to be a defcustom variable instead of defvar? Otherwise,
the patch looks fine to me although I'm unlikely to use the new
functionality ;-)
Thanks again,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.7 (release_7.7.340.g80931)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Problem with autoloads
@ 2011-06-26 20:14 suvayu ali
2011-06-27 16:51 ` Michael Markert
0 siblings, 1 reply; 459+ messages in thread
From: suvayu ali @ 2011-06-26 20:14 UTC (permalink / raw)
To: org-mode mailing list
Hi,
After I updated yesterday I have been having this problem. This is how
I compile:
$ make cleanall && make all
and I load org from my init file like this:
;; the org repo is at ~/build/org-mode
(add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
(add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lisp"))
(require 'org-install)
Now every time something needs to be loaded say org-latex during latex export
or org-table when turning on orgtbl minor mode, I get errors like these:
(file-error "Cannot open load file" "lisp/org")
I see lisp/org-install.el has autoloads like these:
(autoload 'org-mode "lisp/org" ...)
I have faced this once earlier, not sure how I resolved it back then. What am
I doing wrong here?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-26 20:14 Problem with autoloads suvayu ali
@ 2011-06-27 16:51 ` Michael Markert
2011-06-27 17:57 ` Suvayu Ali
2011-06-27 18:08 ` Michael Markert
0 siblings, 2 replies; 459+ messages in thread
From: Michael Markert @ 2011-06-27 16:51 UTC (permalink / raw)
To: suvayu ali; +Cc: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 757 bytes --]
On 26 Jun 2011, suvayu ali wrote:
> $ make cleanall && make all
>
> and I load org from my init file like this:
>
> ;; the org repo is at ~/build/org-mode
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lisp"))
>
> (require 'org-install)
>
> <snip>
>
> I have faced this once earlier, not sure how I resolved it back
> then. What am I doing wrong here?
I faced this, too.
A fix/workaround is to adjust the loadpath to:
(add-to-list 'load-path (expand-file-name "~/build/org-mode"))
After quick browsing through the logs I found nothing that could have
caused this, but my guess is that someone adjusted the autoloads from
"file.el" to "lisp/file.el".
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 16:51 ` Michael Markert
@ 2011-06-27 17:57 ` Suvayu Ali
2011-06-27 22:23 ` Michael Markert
2011-06-27 18:08 ` Michael Markert
1 sibling, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-06-27 17:57 UTC (permalink / raw)
To: Michael Markert; +Cc: org-mode mailing list
Hi Michael,
On Mon, 27 Jun 2011 18:51:01 +0200
Michael Markert <markert.michael@googlemail.com> wrote:
> A fix/workaround is to adjust the loadpath to:
>
> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>
> After quick browsing through the logs I found nothing that could have
> caused this, but my guess is that someone adjusted the autoloads from
> "file.el" to "lisp/file.el".
That seems to work for now. But I think this should still be addressed.
At least if this is how org behaves now, the instructions on Worg
should reflect that.
Thanks a lot. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 17:57 ` Suvayu Ali
@ 2011-06-27 22:23 ` Michael Markert
2011-06-28 0:13 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Michael Markert @ 2011-06-27 22:23 UTC (permalink / raw)
To: Suvayu Ali; +Cc: Bastien, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 1035 bytes --]
On 27 Jun 2011, Suvayu Ali wrote:
> Hi Michael,
>
> On Mon, 27 Jun 2011 18:51:01 +0200
> Michael Markert <markert.michael@googlemail.com> wrote:
>
>> A fix/workaround is to adjust the loadpath to:
>>
>> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>>
>> After quick browsing through the logs I found nothing that could have
>> caused this, but my guess is that someone adjusted the autoloads from
>> "file.el" to "lisp/file.el".
>
> That seems to work for now. But I think this should still be
> addressed. At least if this is how org behaves now, the instructions
> on Worg should reflect that.
>
> Thanks a lot. :)
I think I tracked it down: The problem is emacs24, that is the
autoload.el that it bundles.
With emacs23 it doesn't honor the path of the file it's passed, but with
emacs24 it does, resulting in "lisp/file" autoloads.
I don't see an easy solution, that's not plain dirty.[1]
Michael
I consider adding the base directory along with the `lisp' and maybe
`contrib/lisp' directories quite dirty ;)
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 22:23 ` Michael Markert
@ 2011-06-28 0:13 ` Nick Dokos
2011-06-28 1:01 ` Suvayu Ali
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-28 0:13 UTC (permalink / raw)
To: Michael Markert; +Cc: Bastien, org-mode mailing list, nicholas.dokos
Michael Markert <markert.michael@googlemail.com> wrote:
> On 27 Jun 2011, Suvayu Ali wrote:
> > Hi Michael,
> >
> > On Mon, 27 Jun 2011 18:51:01 +0200
> > Michael Markert <markert.michael@googlemail.com> wrote:
> >
> >> A fix/workaround is to adjust the loadpath to:
> >>
> >> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
> >>
> >> After quick browsing through the logs I found nothing that could have
> >> caused this, but my guess is that someone adjusted the autoloads from
> >> "file.el" to "lisp/file.el".
> >
> > That seems to work for now. But I think this should still be
> > addressed. At least if this is how org behaves now, the instructions
> > on Worg should reflect that.
> >
> > Thanks a lot. :)
>
> I think I tracked it down: The problem is emacs24, that is the
> autoload.el that it bundles.
>
> With emacs23 it doesn't honor the path of the file it's passed, but with
> emacs24 it does, resulting in "lisp/file" autoloads.
>
> I don't see an easy solution, that's not plain dirty.[1]
>
> Michael
>
> I consider adding the base directory along with the `lisp' and maybe
> `contrib/lisp' directories quite dirty ;)
I run emacs24 and I don't have this problem - and I made sure that I was
running emacs24 by modifying the makefile appropriately:
,----
| $ make lisp/org-install.el
| /usr/local/bin/emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name \"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp\" load-path)))" -eval "(message (emacs-version))" --eval "(require 'autoload)" \
| --eval '(find-file "org-install.el")' \
| --eval '(erase-buffer)' \
| --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote (lisp/org.el lisp/org-agenda.el lisp/org-ascii.el lisp/org-attach.el lisp/org-archive.el lisp/org-bbdb.el lisp/org-beamer.el lisp/org-bibtex.el lisp/org-capture.el lisp/org-clock.el lisp/org-colview.el lisp/org-colview-xemacs.el lisp/org-compat.el lisp/org-pcomplete.el lisp/org-crypt.el lisp/org-ctags.el lisp/org-datetree.el lisp/org-docview.el lisp/org-entities.el lisp/org-exp.el lisp/org-exp-blocks.el lisp/org-docbook.el lisp/org-faces.el lisp/org-feed.el lisp/org-footnote.el lisp/org-freemind.el lisp/org-gnus.el lisp/org-habit.el lisp/org-html.el lisp/org-icalendar.el lisp/org-id.el lisp/org-indent.el lisp/org-info.el lisp/org-inlinetask.el lisp/org-jsinfo.el lisp/org-irc.el lisp/org-latex.el lisp/org-list.e
l lisp/org-mac-message.el lisp/org-macs.el lisp/org-mew.el lisp/org-mhe.el lisp/org-mks.el lisp/org-mobile.el lisp/org-mouse.el lisp/org-publish.el lisp/org-plot.el lisp/org-protocol.el lisp
/org-remember.el lisp/org-rmail.el lisp/org-special-blocks.el lisp/org-src.el lisp/org-table.el lisp/org-taskjuggler.el lisp/org-timer.el lisp/org-vm.el lisp/org-w3m.el lisp/org-wl.el lisp/org-xoxo.el lisp/ob.el lisp/ob-table.el lisp/ob-lob.el lisp/ob-ref.el lisp/ob-exp.el lisp/ob-tangle.el lisp/ob-comint.el lisp/ob-eval.el lisp/ob-keys.el lisp/ob-awk.el lisp/ob-C.el lisp/ob-calc.el lisp/ob-ditaa.el lisp/ob-haskell.el lisp/ob-perl.el lisp/ob-sh.el lisp/ob-R.el lisp/ob-dot.el lisp/ob-mscgen.el lisp/ob-latex.el lisp/ob-lisp.el lisp/ob-ledger.el lisp/ob-python.el lisp/ob-sql.el lisp/ob-asymptote.el lisp/ob-emacs-lisp.el lisp/ob-matlab.el lisp/ob-ruby.el lisp/ob-sqlite.el lisp/ob-clojure.el lisp/ob-ocaml.el lisp/ob-sass.el lisp/ob-css.el lisp/ob-gnuplot.el lisp/ob-octave.el lisp/ob-screen.el
lisp/ob-plantuml.el lisp/ob-org.el lisp/ob-js.el lisp/ob-scheme.el)))' \
| --eval '(insert "\n(provide (quote org-install))\n")' \
| --eval '(save-buffer)'
| GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
| of 2011-04-13 on alphaville.dokosmarshall.org
| Loading vc-git...
| Generating autoloads for lisp/org.el...
| Generating autoloads for lisp/org.el...done
| Generating autoloads for lisp/org-agenda.el...
| ...
`----
The generated org-install.el looks like this:
,----
| \f
| ;;;### (autoloads (org-customize org-reload org-require-autoloaded-modules
| ;;;;;; org-submit-bug-report org-cycle-agenda-files org-switchb
| ;;;;;; org-map-entries org-open-link-from-string org-open-at-point-global
| ;;;;;; org-insert-link-global org-store-link org-run-like-in-org-mode
| ;;;;;; turn-on-orgstruct++ turn-on-orgstruct orgstruct-mode org-global-cycle
| ;;;;;; org-mode org-babel-do-load-languages) "org" "lisp/org.el"
| ;;;;;; (19976 50297))
| ;;; Generated autoloads from lisp/org.el
|
| (autoload 'org-babel-do-load-languages "org" "\
| Load the languages defined in `org-babel-load-languages'.
|
| \(fn SYM VALUE)" nil nil)
|
| (autoload 'org-mode "org" "\
| Outline-based notes management and organizer, alias
| \"Carsten's outline-mode for keeping track of everything.\"
| ...
`----
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 0:13 ` Nick Dokos
@ 2011-06-28 1:01 ` Suvayu Ali
2011-06-28 6:33 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-06-28 1:01 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, org-mode mailing list, Michael Markert
Hi Nick,
On Mon, 27 Jun 2011 20:13:25 -0400
Nick Dokos <nicholas.dokos@hp.com> wrote:
> The generated org-install.el looks like this:
>
[...]
> |
> | (autoload 'org-mode "org" "\
> | Outline-based notes management and organizer, alias
> | \"Carsten's outline-mode for keeping track of everything.\"
> | ...
> `----
>
I also run emacs24 and my autoloads look like this. Obviously the
leading lisp/ is the problem.
(autoload 'org-mode "lisp/org" ...)
This is my setup:
emacs 24 is installed in /opt/emacs-lisp I changed the Makefile to point
EMACS to /opt/emacs-lisp/bin/emacs and ran make. It still generates the
same autoloads (with the leading lisp/).
I setup org by evaluating the following lines in an emacs session
started as emacs -Q:
(add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
(add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lisp"))
;; activate org
(require 'org-install)
I get the same error again, its trying to load lisp/org instead of org.
I tried this with a fresh clone of the org-mode repository. I can't see
where I could have gone wrong here.
> Nick
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 1:01 ` Suvayu Ali
@ 2011-06-28 6:33 ` Nick Dokos
2011-06-28 6:56 ` Michael Markert
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-28 6:33 UTC (permalink / raw)
To: Suvayu Ali
Cc: Bastien, nicholas.dokos, org-mode mailing list, Michael Markert
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi Nick,
>
> On Mon, 27 Jun 2011 20:13:25 -0400
> Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> > The generated org-install.el looks like this:
> >
>
> [...]
>
> > |
> > | (autoload 'org-mode "org" "\
> > | Outline-based notes management and organizer, alias
> > | \"Carsten's outline-mode for keeping track of everything.\"
> > | ...
> > `----
> >
>
> I also run emacs24 and my autoloads look like this. Obviously the
> leading lisp/ is the problem.
>
> (autoload 'org-mode "lisp/org" ...)
>
> This is my setup:
>
> emacs 24 is installed in /opt/emacs-lisp I changed the Makefile to point
> EMACS to /opt/emacs-lisp/bin/emacs and ran make. It still generates the
> same autoloads (with the leading lisp/).
>
> I setup org by evaluating the following lines in an emacs session
> started as emacs -Q:
>
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
> (add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lisp"))
>
> ;; activate org
> (require 'org-install)
>
> I get the same error again, its trying to load lisp/org instead of org.
> I tried this with a fresh clone of the org-mode repository. I can't see
> where I could have gone wrong here.
>
Suvayu and I worked on this in an email exchange: it turns out that
Michael was right in that (recent) emacs 24 is indeed the culprit. In
particular, the variable generated-autoload-file is now initialized to
nil:
,----
| (defvar generated-autoload-file nil
| "File into which to write autoload definitions.
| A Lisp file can set this in its local variables section to make
| its autoloads go somewhere else.
|
| If this is a relative file name, the directory is determined as
| follows:
| - If a Lisp file defined `generated-autoload-file' as a
| file-local variable, use its containing directory.
| - Otherwise use the \"lisp\" subdirectory of `source-directory'.
|
| The autoload file is assumed to contain a trailer starting with a
| FormFeed character.")
`----
whereas before (e.g. in the version of emacs 24 that I'm running: GNU
Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of
2011-04-13) it was initialized to "loaddefs.el":
,----
| (defvar generated-autoload-file "loaddefs.el"
| "*File \\[update-file-autoloads] puts autoloads into.
| A `.el' file can set this in its local variables section to make its
| autoloads go somewhere else. The autoload file is assumed to contain a
| trailer starting with a FormFeed character.")
`----
The particular value is not that important: the fact that it was
a relative file name is, as indicated by the comment above.
I think the following patch fixes it and does not break any earlier
versions of org. Suvayu, Michael (and anybody else who cares to try it):
would you mind checking and reporting back?
Thanks,
Nick
diff --git a/Makefile b/Makefile
index 239ab2e..08e3a08 100644
--- a/Makefile
+++ b/Makefile
@@ -230,6 +230,7 @@ autoloads: lisp/org-install.el
lisp/org-install.el: $(LISPFILES0) Makefile
$(BATCH) --eval "(require 'autoload)" \
+ --eval '(setq generated-autoload-file "org-install.el")' \
--eval '(find-file "org-install.el")' \
--eval '(erase-buffer)' \
--eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote ($(LISPFILES0))))' \
^ permalink raw reply related [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 6:33 ` Nick Dokos
@ 2011-06-28 6:56 ` Michael Markert
2011-06-28 7:30 ` Suvayu Ali
2011-06-28 12:39 ` Michael Markert
0 siblings, 2 replies; 459+ messages in thread
From: Michael Markert @ 2011-06-28 6:56 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 2506 bytes --]
On 28 Jun 2011, Nick Dokos wrote:
> <snip>
>
> Suvayu and I worked on this in an email exchange: it turns out that
> Michael was right in that (recent) emacs 24 is indeed the culprit. In
> particular, the variable generated-autoload-file is now initialized to
> nil:
>
> ,----
> | (defvar generated-autoload-file nil
> | "File into which to write autoload definitions.
> | A Lisp file can set this in its local variables section to make
> | its autoloads go somewhere else.
> |
> | If this is a relative file name, the directory is determined as
> | follows:
> | - If a Lisp file defined `generated-autoload-file' as a
> | file-local variable, use its containing directory.
> | - Otherwise use the \"lisp\" subdirectory of `source-directory'.
> |
> | The autoload file is assumed to contain a trailer starting with a
> | FormFeed character.")
> `----
>
> whereas before (e.g. in the version of emacs 24 that I'm running: GNU
> Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of
> 2011-04-13) it was initialized to "loaddefs.el":
>
>
> ,---- | (defvar generated-autoload-file "loaddefs.el" | "*File
> \\[update-file-autoloads] puts autoloads into. | A `.el' file can set
> this in its local variables section to make its | autoloads go
> somewhere else. The autoload file is assumed to contain a | trailer
> starting with a FormFeed character.") `----
>
> The particular value is not that important: the fact that it was
> a relative file name is, as indicated by the comment above.
>
> I think the following patch fixes it and does not break any earlier
> versions of org. Suvayu, Michael (and anybody else who cares to try
> it): would you mind checking and reporting back?
Hi Nick,
thanks for looking into it.
But the patch doesn't work. I think that stems from the fact, that the
first thing `generate-file-autoloads' does is to bind it new:
,----
| (defun generate-file-autoloads (file)
| "Insert at point a loaddefs autoload section for FILE.
| Autoloads are generated for defuns and defmacros in FILE
| marked by `generate-autoload-cookie' (which see).
| If FILE is being visited in a buffer, the contents of the buffer
| are used.
| Return non-nil in the case where no autoloads were added at point."
| (interactive "fGenerate autoloads for file: ")
| (let ((generated-autoload-file buffer-file-name))
| (autoload-generate-file-autoloads file (current-buffer))))
`----
And because we feed it a relative file name it's bound to a relative
file name.
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 6:56 ` Michael Markert
@ 2011-06-28 7:30 ` Suvayu Ali
2011-06-28 14:15 ` Nick Dokos
2011-06-28 12:39 ` Michael Markert
1 sibling, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-06-28 7:30 UTC (permalink / raw)
To: Michael Markert; +Cc: Bastien, nicholas.dokos, org-mode mailing list
Hi Nick,
On Tue, 28 Jun 2011 08:56:59 +0200
Michael Markert <markert.michael@googlemail.com> wrote:
> Hi Nick,
>
> thanks for looking into it.
>
> But the patch doesn't work. I think that stems from the fact, that the
> first thing `generate-file-autoloads' does is to bind it new:
I can confirm, I still get the error:
Cannot open load file: lisp/org
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 7:30 ` Suvayu Ali
@ 2011-06-28 14:15 ` Nick Dokos
2011-06-28 15:18 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-28 14:15 UTC (permalink / raw)
To: Suvayu Ali
Cc: Bastien, nicholas.dokos, org-mode mailing list, Michael Markert
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi Nick,
>
> On Tue, 28 Jun 2011 08:56:59 +0200
> Michael Markert <markert.michael@googlemail.com> wrote:
>
> > Hi Nick,
> >
> > thanks for looking into it.
> >
> > But the patch doesn't work. I think that stems from the fact, that the
> > first thing `generate-file-autoloads' does is to bind it new:
>
> I can confirm, I still get the error:
>
> Cannot open load file: lisp/org
>
OK, thanks to both you and Michael for checking: back to the drawing
board. Things would be easier if I could reproduce it: I'll install
emacs latest and try again.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 14:15 ` Nick Dokos
@ 2011-06-28 15:18 ` Nick Dokos
2011-06-28 16:15 ` Michael Markert
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-28 15:18 UTC (permalink / raw)
Cc: Bastien, nicholas.dokos, org-mode mailing list, Michael Markert
Nick Dokos <nicholas.dokos@hp.com> wrote:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > Hi Nick,
> >
> > On Tue, 28 Jun 2011 08:56:59 +0200
> > Michael Markert <markert.michael@googlemail.com> wrote:
> >
> > > Hi Nick,
> > >
> > > thanks for looking into it.
> > >
> > > But the patch doesn't work. I think that stems from the fact, that the
> > > first thing `generate-file-autoloads' does is to bind it new:
> >
> > I can confirm, I still get the error:
> >
> > Cannot open load file: lisp/org
> >
>
> OK, thanks to both you and Michael for checking: back to the drawing
> board. Things would be easier if I could reproduce it: I'll install
> emacs latest and try again.
>
I cannot reproduce it even with latest org, latest emacs: org-install.el
makes properly with autoloads that look like this:
,----
| (autoload 'org-mode "org" "\
| Outline-based notes management and organizer, alias
| \"Carsten's outline-mode for keeping track of everything.\"
`----
No lisp/org anywhere in sight (except in comments).
I also tried with Michael's patch and it still works for me, so if
it fixes things for him and Suvayu, it should probably be applied
(but I wish I understood what goes wrong and how the patch fixes it).
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 15:18 ` Nick Dokos
@ 2011-06-28 16:15 ` Michael Markert
2011-06-28 16:23 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Michael Markert @ 2011-06-28 16:15 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 1094 bytes --]
On 28 Jun 2011, Nick Dokos wrote:
> <snip>
>
> I cannot reproduce it even with latest org, latest emacs:
> org-install.el makes properly with autoloads that look like this:
>
> ,----
> | (autoload 'org-mode "org" "\
> | Outline-based notes management and organizer, alias
> | \"Carsten's outline-mode for keeping track of everything.\"
> `----
>
> No lisp/org anywhere in sight (except in comments).
That sounds great. I'm running on Julien's emacs-snapshot so I'm not
using an latest version.
> I also tried with Michael's patch and it still works for me, so if
> it fixes things for him and Suvayu, it should probably be applied
I didn't test for compability and if the problem is only temporarily it
should not be applied.
> (but I wish I understood what goes wrong and how the patch fixes it).
I try to summarize (sorry for being incomprehensible in the other mail
-- it's to hot here):
Problem: autoload.el generates file names with lisp/ prefix.
Solution:
- We generate the autoloads file in the org directory.
- To get valid file names we use the non-prefixed file names.
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 16:15 ` Michael Markert
@ 2011-06-28 16:23 ` Nick Dokos
2011-06-28 18:11 ` Michael Markert
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-28 16:23 UTC (permalink / raw)
To: Michael Markert; +Cc: Bastien, org-mode mailing list, nicholas.dokos
Michael Markert <markert.michael@googlemail.com> wrote:
> On 28 Jun 2011, Nick Dokos wrote:
> > <snip>
> >
> > I cannot reproduce it even with latest org, latest emacs:
> > org-install.el makes properly with autoloads that look like this:
> >
> > ,----
> > | (autoload 'org-mode "org" "\
> > | Outline-based notes management and organizer, alias
> > | \"Carsten's outline-mode for keeping track of everything.\"
> > `----
> >
> > No lisp/org anywhere in sight (except in comments).
>
> That sounds great. I'm running on Julien's emacs-snapshot so I'm not
> using an latest version.
>
> > I also tried with Michael's patch and it still works for me, so if
> > it fixes things for him and Suvayu, it should probably be applied
>
> I didn't test for compability and if the problem is only temporarily it
> should not be applied.
>
> > (but I wish I understood what goes wrong and how the patch fixes it).
>
> I try to summarize (sorry for being incomprehensible in the other mail
> -- it's to hot here):
>
> Problem: autoload.el generates file names with lisp/ prefix.
For you and Suvayu, but not for me. It's the discrepancy
that bothers me.
> Solution:
> - We generate the autoloads file in the org directory.
> - To get valid file names we use the non-prefixed file names.
I would like to understand the root cause.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 16:23 ` Nick Dokos
@ 2011-06-28 18:11 ` Michael Markert
0 siblings, 0 replies; 459+ messages in thread
From: Michael Markert @ 2011-06-28 18:11 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 2158 bytes --]
On 28 Jun 2011, Nick Dokos wrote:
> Michael Markert <markert.michael@googlemail.com> wrote:
>> <snip>
>> Problem: autoload.el generates file names with lisp/ prefix.
>
> For you and Suvayu, but not for me. It's the discrepancy
> that bothers me.
I dug into emacs because I thought "Sure, there must be some change in
the meantime", well now I'm bothered, too.
The bzr autoloads.el is identical to mine.
But this code makes me curious:
#+begin_src emacs-lisp
(defun autoload-file-load-name (file)
"Compute the name that will be used to load FILE."
;; OUTFILE should be the name of the global loaddefs.el file, which
;; is expected to be at the root directory of the files we're
;; scanning for autoloads and will be in the `load-path'.
(let* ((outfile (default-value 'generated-autoload-file))
(name (file-relative-name file (file-name-directory outfile)))
(names '())
(dir (file-name-directory outfile)))
;; If `name' has directory components, only keep the
;; last few that are really needed.
(while name
(setq name (directory-file-name name))
(push (file-name-nondirectory name) names)
(setq name (file-name-directory name)))
(while (not name)
(cond
((null (cdr names)) (setq name (car names)))
((file-exists-p (expand-file-name "subdirs.el" dir))
;; FIXME: here we only check the existence of subdirs.el,
;; without checking its content. This makes it generate wrong load
;; names for cases like lisp/term which is not added to load-path.
(setq dir (expand-file-name (pop names) dir)))
(t (setq name (mapconcat 'identity names "/")))))
(if (string-match "\\.elc?\\(\\.\\|\\'\\)" name)
(substring name 0 (match-beginning 0))
name)))
#+end_src emacs-lisp
if I read it correctly we decompose our path-name (say lisp/org.el), by
rebasing it on outfile (org-install.el, which gives lisp/org.el) and
split in dirs, which gives '("lisp" "org.el"), then we are in the else
branch, build "lisp/org.el" and then in the last if we chop of the
".el".
I can't see how you get there correct path names :(
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 6:56 ` Michael Markert
2011-06-28 7:30 ` Suvayu Ali
@ 2011-06-28 12:39 ` Michael Markert
2011-06-28 19:09 ` Suvayu Ali
1 sibling, 1 reply; 459+ messages in thread
From: Michael Markert @ 2011-06-28 12:39 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 3182 bytes --]
On 28 Jun 2011, Michael Markert wrote:
> [1 <text/plain; US-ASCII (7bit)>]
> On 28 Jun 2011, Nick Dokos wrote:
>> <snip>
>>
>> Suvayu and I worked on this in an email exchange: it turns out that
>> Michael was right in that (recent) emacs 24 is indeed the culprit. In
>> particular, the variable generated-autoload-file is now initialized
>> to nil:
>>
>> ,----
>> | (defvar generated-autoload-file nil
>> | "File into which to write autoload definitions.
>> | A Lisp file can set this in its local variables section to make
>> | its autoloads go somewhere else.
>> |
>> | If this is a relative file name, the directory is determined as
>> | follows:
>> | - If a Lisp file defined `generated-autoload-file' as a
>> | file-local variable, use its containing directory.
>> | - Otherwise use the \"lisp\" subdirectory of `source-directory'.
>> |
>> | The autoload file is assumed to contain a trailer starting with a
>> | FormFeed character.")
>> `----
>>
>> whereas before (e.g. in the version of emacs 24 that I'm running: GNU
>> Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0) of
>> 2011-04-13) it was initialized to "loaddefs.el":
>>
>>
>> ,---- | (defvar generated-autoload-file "loaddefs.el" | "*File
>> \\[update-file-autoloads] puts autoloads into. | A `.el' file can
>> set this in its local variables section to make its | autoloads go
>> somewhere else. The autoload file is assumed to contain a | trailer
>> starting with a FormFeed character.") `----
>>
>> The particular value is not that important: the fact that it was
>> a relative file name is, as indicated by the comment above.
>>
>> I think the following patch fixes it and does not break any earlier
>> versions of org. Suvayu, Michael (and anybody else who cares to try
>> it): would you mind checking and reporting back?
With this patch for the makefile I can get it running:
-- <snap> ---
diff --git a/Makefile b/Makefile
index 239ab2e..2d1d324 100644
--- a/Makefile
+++ b/Makefile
@@ -230,12 +230,11 @@ autoloads: lisp/org-install.el
lisp/org-install.el: $(LISPFILES0) Makefile
$(BATCH) --eval "(require 'autoload)" \
- --eval '(find-file "org-install.el")' \
+ --eval '(find-file "lisp/org-install.el")' \
--eval '(erase-buffer)' \
- --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote ($(LISPFILES0))))' \
+ --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote ($(LISPF))))' \
--eval '(insert "\n(provide (quote org-install))\n")' \
--eval '(save-buffer)'
- mv org-install.el lisp
doc/org: doc/org.texi
(cd doc && $(MAKEINFO) --no-split org.texi -o org)
-- <snap> ---
I have some problems with writing org-install directly but otherwise
autoload.el generates lisp/ autoloads (with LISPFILES0) or fails to find
(with LISPF).
But because org-install is automatically generated I don't consider them
as such grave in the case it kills the old file and leaves garbage
(maybe use a backup file?).
I tried several things that all failed:
1. Let-bind `generated-autoload-load-name' per run
2. add `generated-autoload-file' to the elisp files
3. 1. with LISPFILES0
4. ...
I'll spare you the rest. :(
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply related [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 12:39 ` Michael Markert
@ 2011-06-28 19:09 ` Suvayu Ali
2011-06-29 16:51 ` Eric S Fraga
2011-07-14 17:33 ` Skip Collins
0 siblings, 2 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-06-28 19:09 UTC (permalink / raw)
To: Michael Markert; +Cc: Bastien, nicholas.dokos, org-mode mailing list
Hello Nick and Michael,
Sorry for the delayed response. I had an important appointment.
On Tue, 28 Jun 2011 14:39:13 +0200
Michael Markert <markert.michael@googlemail.com> wrote:
>
> With this patch for the makefile I can get it running:
>
> -- <snap> ---
>
> diff --git a/Makefile b/Makefile
> index 239ab2e..2d1d324 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -230,12 +230,11 @@ autoloads: lisp/org-install.el
>
> lisp/org-install.el: $(LISPFILES0) Makefile
> $(BATCH) --eval "(require 'autoload)" \
> - --eval '(find-file "org-install.el")' \
> + --eval '(find-file "lisp/org-install.el")' \
> --eval '(erase-buffer)' \
> - --eval '(mapc (lambda (x) (generate-file-autoloads
> (symbol-name x))) (quote ($(LISPFILES0))))' \
> + --eval '(mapc (lambda (x) (generate-file-autoloads
> (symbol-name x))) (quote ($(LISPF))))' \ --eval '(insert "\n(provide
> (quote org-install))\n")' \ --eval '(save-buffer)'
> - mv org-install.el lisp
>
> doc/org: doc/org.texi
> (cd doc && $(MAKEINFO) --no-split org.texi -o org)
>
> -- <snap> ---
This patch to the Makefile generates the autoloads without the lisp/
prefix for me and works without errors. However as Nick says, maybe its
worthwhile to understand why this was happening in the first place. My
lisp knowledge is very little, but please let me know if I can help
track this down.
>
> Michael
Thanks a lot. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 19:09 ` Suvayu Ali
@ 2011-06-29 16:51 ` Eric S Fraga
2011-06-29 18:24 ` Michael Markert
2011-07-14 17:33 ` Skip Collins
1 sibling, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-06-29 16:51 UTC (permalink / raw)
To: Suvayu Ali
Cc: Bastien, nicholas.dokos, org-mode mailing list, Michael Markert
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
[...]
> prefix for me and works without errors. However as Nick says, maybe its
> worthwhile to understand why this was happening in the first place. My
> lisp knowledge is very little, but please let me know if I can help
> track this down.
I'm jumping late into this thread so apologies first but I just wanted
to add one data point: I had this problem as well (and did mention it in
passing in some message a few weeks ago) but it disappeared. I track
Julien's Emacs 24 builds and it would *appear* that the change in
behaviour appeared and then disappeared. At least, my org-install.el
file suddenly had "lisp/org" and then just as suddenly did not!
--
Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-29 16:51 ` Eric S Fraga
@ 2011-06-29 18:24 ` Michael Markert
2011-06-29 19:12 ` suvayu ali
2011-06-29 19:12 ` Eric S Fraga
0 siblings, 2 replies; 459+ messages in thread
From: Michael Markert @ 2011-06-29 18:24 UTC (permalink / raw)
To: Eric S Fraga
Cc: Julien Danjou, Bastien, org-mode mailing list, nicholas.dokos
[-- Attachment #1: Type: text/plain, Size: 1185 bytes --]
On 29 Jun 2011, Eric S. Fraga wrote:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>
> [...]
>
>> prefix for me and works without errors. However as Nick says, maybe
>> its worthwhile to understand why this was happening in the first
>> place. My lisp knowledge is very little, but please let me know if I
>> can help track this down.
>
> I'm jumping late into this thread so apologies first but I just wanted
> to add one data point: I had this problem as well (and did mention it
> in passing in some message a few weeks ago) but it disappeared. I
> track Julien's Emacs 24 builds and it would *appear* that the change
> in behaviour appeared and then disappeared. At least, my
> org-install.el file suddenly had "lisp/org" and then just as suddenly
> did not!
Uhh this is getting more weird with every new message.
From when is your package? And what is the current state of this
problem? With the package from yesterday I still see the problem.
Like I said in another message in this thread: From looking at the
source I see no way, that autoloads could generate the path we need.
@Suvayu Do you use Julien's emacs-snapshot, too?
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-29 18:24 ` Michael Markert
@ 2011-06-29 19:12 ` suvayu ali
2011-06-29 19:12 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: suvayu ali @ 2011-06-29 19:12 UTC (permalink / raw)
To: Michael Markert
Cc: Julien Danjou, Bastien, nicholas.dokos, org-mode mailing list
Hi,
On Wed, Jun 29, 2011 at 11:24 AM, Michael Markert
<markert.michael@googlemail.com> wrote:
> @Suvayu Do you use Julien's emacs-snapshot, too?
>
No I usually follow the git mirror on repo.or.cz[1] unless there is some
bugfix that I want, in that case I use the bzr repo here[2].
> Michael
Footnotes:
[1] http://repo.or.cz/w/emacs.git
[2] http://bzr.savannah.gnu.org/lh/emacs/trunk/changes
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-29 18:24 ` Michael Markert
2011-06-29 19:12 ` suvayu ali
@ 2011-06-29 19:12 ` Eric S Fraga
1 sibling, 0 replies; 459+ messages in thread
From: Eric S Fraga @ 2011-06-29 19:12 UTC (permalink / raw)
To: org-mode mailing list
Michael Markert <markert.michael@googlemail.com> writes:
> On 29 Jun 2011, Eric S. Fraga wrote:
>
>> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>>
>> [...]
>>
>>> prefix for me and works without errors. However as Nick says, maybe
>>> its worthwhile to understand why this was happening in the first
>>> place. My lisp knowledge is very little, but please let me know if I
>>> can help track this down.
>>
>> I'm jumping late into this thread so apologies first but I just wanted
>> to add one data point: I had this problem as well (and did mention it
>> in passing in some message a few weeks ago) but it disappeared. I
>> track Julien's Emacs 24 builds and it would *appear* that the change
>> in behaviour appeared and then disappeared. At least, my
>> org-install.el file suddenly had "lisp/org" and then just as suddenly
>> did not!
>
> Uhh this is getting more weird with every new message.
>
> From when is your package? And what is the current state of this
> problem? With the package from yesterday I still see the problem.
>
> Like I said in another message in this thread: From looking at the
> source I see no way, that autoloads could generate the path we need.
>
> @Suvayu Do you use Julien's emacs-snapshot, too?
>
> Michael
Actually, it's getting even more confusing. My summary above is wrong.
Sorry! However, I have three systems:
|--------+------------------------+--------------------+-------------|
| system | emacs-snapshot version | org-install format | org version |
|--------+------------------------+--------------------+-------------|
| 1. | 20110620-1 | "org" | 2b7dbee |
| 2. | 20110620-1 | "lisp/org" | 2b7dbee |
| 3. | 20110628-1 | "lisp/org" | 560804b |
|--------+------------------------+--------------------+-------------|
These are all Debian testing/unstable systems with slightly different
mixes of packages and two (1,2) with one commit newer than the other
(3).
Two different versions of Emacs but the different method of specifying
the autoload not matching the version of Emacs. There's something else
going on! I'm happy to give versions of other packages if required, of
course!
Very very strange!
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.511.g2b7d)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-28 19:09 ` Suvayu Ali
2011-06-29 16:51 ` Eric S Fraga
@ 2011-07-14 17:33 ` Skip Collins
2011-07-14 22:40 ` suvayu ali
2011-07-15 16:38 ` Achim Gratz
1 sibling, 2 replies; 459+ messages in thread
From: Skip Collins @ 2011-07-14 17:33 UTC (permalink / raw)
To: Suvayu Ali, emacs-orgmode
On Tue, Jun 28, 2011 at 3:09 PM, Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>> diff --git a/Makefile b/Makefile
>> index 239ab2e..2d1d324 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -230,12 +230,11 @@ autoloads: lisp/org-install.el
>>
>> lisp/org-install.el: $(LISPFILES0) Makefile
>> $(BATCH) --eval "(require 'autoload)" \
>> - --eval '(find-file "org-install.el")' \
>> + --eval '(find-file "lisp/org-install.el")' \
>> --eval '(erase-buffer)' \
>> - --eval '(mapc (lambda (x) (generate-file-autoloads
>> (symbol-name x))) (quote ($(LISPFILES0))))' \
>> + --eval '(mapc (lambda (x) (generate-file-autoloads
>> (symbol-name x))) (quote ($(LISPF))))' \ --eval '(insert "\n(provide
>> (quote org-install))\n")' \ --eval '(save-buffer)'
>> - mv org-install.el lisp
>>
>> doc/org: doc/org.texi
>> (cd doc && $(MAKEINFO) --no-split org.texi -o org)
>
> This patch to the Makefile generates the autoloads without the lisp/
> prefix for me and works without errors. However as Nick says, maybe its
> worthwhile to understand why this was happening in the first place. My
> lisp knowledge is very little, but please let me know if I can help
> track this down.
Is there any more progress on finding and fixing this problem with org
and emacs24? I just built the development version of Aquamacs (GNU
Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
present. Should this patch be applied to org sources?
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-07-14 17:33 ` Skip Collins
@ 2011-07-14 22:40 ` suvayu ali
2011-07-15 16:38 ` Achim Gratz
1 sibling, 0 replies; 459+ messages in thread
From: suvayu ali @ 2011-07-14 22:40 UTC (permalink / raw)
To: Skip Collins; +Cc: emacs-orgmode
On Thu, Jul 14, 2011 at 7:33 PM, Skip Collins <skip.collins@gmail.com> wrote:
>> This patch to the Makefile generates the autoloads without the lisp/
>> prefix for me and works without errors. However as Nick says, maybe its
>> worthwhile to understand why this was happening in the first place. My
>> lisp knowledge is very little, but please let me know if I can help
>> track this down.
>
> Is there any more progress on finding and fixing this problem with org
> and emacs24? I just built the development version of Aquamacs (GNU
> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
> present. Should this patch be applied to org sources?
I have been using this patch since my last post, I haven't had this
problem again. But of course that doesn't say whether that means the
problem isn't present without the patch. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-07-14 17:33 ` Skip Collins
2011-07-14 22:40 ` suvayu ali
@ 2011-07-15 16:38 ` Achim Gratz
2011-07-15 17:43 ` Jambunathan K
2011-07-16 12:51 ` Bastien
1 sibling, 2 replies; 459+ messages in thread
From: Achim Gratz @ 2011-07-15 16:38 UTC (permalink / raw)
To: emacs-orgmode
Skip Collins <skip.collins@gmail.com> writes:
> Is there any more progress on finding and fixing this problem with org
> and emacs24? I just built the development version of Aquamacs (GNU
> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
> present. Should this patch be applied to org sources?
I've cloned emacs.git and compiled Emacs24 yesterday just to find out.
I've not drilled down to the bottom of this yet, but it is a deliberate
change in autoload.el and I'm not sure if the change in behaviour that
org-mode affects was intended or not. If anybody frequents the Emacs
developer list, you might ask Chong Yidong (I've already sent him an
email with that question, but the devlist might be quicker).
Anyway, I intend to fix this during the restructuring of the Makefile by
building those targets in a sub-make that runs in ./lisp (unless I run
into a problem with that). Meanwhile the patch that has been posted
fixes the issue and does not break on older Emacsen, so this should
probably be applied by Bastien.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-07-15 16:38 ` Achim Gratz
@ 2011-07-15 17:43 ` Jambunathan K
2011-07-16 12:51 ` Bastien
1 sibling, 0 replies; 459+ messages in thread
From: Jambunathan K @ 2011-07-15 17:43 UTC (permalink / raw)
To: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Skip Collins <skip.collins@gmail.com> writes:
>> Is there any more progress on finding and fixing this problem with org
>> and emacs24? I just built the development version of Aquamacs (GNU
>> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
>> present. Should this patch be applied to org sources?
>
> I've cloned emacs.git and compiled Emacs24 yesterday just to find out.
> I've not drilled down to the bottom of this yet, but it is a deliberate
> change in autoload.el and I'm not sure if the change in behaviour that
> org-mode affects was intended or not. If anybody frequents the Emacs
> developer list, you might ask Chong Yidong (I've already sent him an
> email with that question, but the devlist might be quicker).
May be these changes deserve a NEWS entry - C-h n
The change has caused lots of confusion at least in this list.
> Anyway, I intend to fix this during the restructuring of the Makefile by
> building those targets in a sub-make that runs in ./lisp (unless I run
> into a problem with that). Meanwhile the patch that has been posted
> fixes the issue and does not break on older Emacsen, so this should
> probably be applied by Bastien.
>
>
> Regards,
> Achim.
--
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-07-15 16:38 ` Achim Gratz
2011-07-15 17:43 ` Jambunathan K
@ 2011-07-16 12:51 ` Bastien
2011-07-16 12:57 ` Bastien
1 sibling, 1 reply; 459+ messages in thread
From: Bastien @ 2011-07-16 12:51 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Meanwhile the patch that has been posted fixes the issue and does not
> break on older Emacsen, so this should probably be applied by Bastien.
I somehow lost track of this patch (my .overview in Gnus got corrupted)
and I cannot access Gmane as the search.gmane.org seems to be down.
Can someone send me this patch again so that I apply it?
Thanks in advance,
--
Bastien
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 16:51 ` Michael Markert
2011-06-27 17:57 ` Suvayu Ali
@ 2011-06-27 18:08 ` Michael Markert
2011-06-27 18:23 ` Suvayu Ali
1 sibling, 1 reply; 459+ messages in thread
From: Michael Markert @ 2011-06-27 18:08 UTC (permalink / raw)
To: suvayu ali; +Cc: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 724 bytes --]
On 27 Jun 2011, Michael Markert wrote:
> On 26 Jun 2011, suvayu ali wrote:
>
>> $ make cleanall && make all
>>
>> and I load org from my init file like this:
>>
>> ;; the org repo is at ~/build/org-mode (add-to-list 'load-path
>> (expand-file-name "~/build/org-mode/lisp")) (add-to-list 'load-path
>> (expand-file-name "~/build/org-mode/contrib/lisp"))
>>
>> (require 'org-install)
>>
>> <snip>
>>
>> I have faced this once earlier, not sure how I resolved it back
>> then. What am I doing wrong here?
>
> I faced this, too.
>
> A fix/workaround is to adjust the loadpath to:
>
> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
Scratch that. You need that line _additionally_ to the your other two.
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 18:08 ` Michael Markert
@ 2011-06-27 18:23 ` Suvayu Ali
2011-06-27 18:43 ` Michael Markert
0 siblings, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-06-27 18:23 UTC (permalink / raw)
To: Michael Markert; +Cc: org-mode mailing list
On Mon, 27 Jun 2011 20:08:26 +0200
Michael Markert <markert.michael@googlemail.com> wrote:
> > A fix/workaround is to adjust the loadpath to:
> >
> > (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>
> Scratch that. You need that line _additionally_ to the your other two.
I noticed something strange; if you do (load-library "org-capture") for
example (with the load path set to ~/build/orgmode/lisp), the
libraries get loaded without any errors and then on everything works as
usual. This seems like a strange behaviour to me.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with autoloads
2011-06-27 18:23 ` Suvayu Ali
@ 2011-06-27 18:43 ` Michael Markert
0 siblings, 0 replies; 459+ messages in thread
From: Michael Markert @ 2011-06-27 18:43 UTC (permalink / raw)
To: Suvayu Ali; +Cc: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 1258 bytes --]
On 27 Jun 2011, Suvayu Ali wrote:
> On Mon, 27 Jun 2011 20:08:26 +0200
> Michael Markert <markert.michael@googlemail.com> wrote:
>
>>> A fix/workaround is to adjust the loadpath to:
>>>
>>> (add-to-list 'load-path (expand-file-name "~/build/org-mode"))
>>
>> Scratch that. You need that line _additionally_ to the your other
>> two.
>
> I noticed something strange; if you do (load-library "org-capture")
> for example (with the load path set to ~/build/orgmode/lisp), the
> libraries get loaded without any errors and then on everything works
> as usual. This seems like a strange behaviour to me.
No, it's perfectly fine. With the autoloads you search for
`lisp/file.el' so the directory that includes the lisp directory has to
be in the load-path.
If you search only for the `file.el' the `lisp' directory itself has to
be in the load-path. This is exactly the problem if you change your
load-path according to my first mail: If you (or a file -- in my case it
was org-contacts.el) load the file directly, you'll fail.
With org-mode this is especially hairy, because the bundled org-mode is
by default still in the load-path, so you'll load the old ones -- in the
best case this results in cryptic and incomprehensible error messages on
load.
Michael
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Problem with BEGIN_SRC export-as-latex and FORTRAN code
@ 2011-06-21 13:33 Nick Papior Andersen
2011-06-21 15:26 ` [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code) Eric S Fraga
2011-06-21 16:51 ` Problem with BEGIN_SRC export-as-latex and FORTRAN code Eric Schulte
0 siblings, 2 replies; 459+ messages in thread
From: Nick Papior Andersen @ 2011-06-21 13:33 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 787 bytes --]
Hi all
I have attached a sample which produces a wrong output in my org-mode
installation. Both the output TeX file and the org file are attached.
The wrong doing happens when i do "org-export-as-latex". The output tex file
has removed a certain string length (i counted 23) and inserted some from
the code below as a description in the item field (which it shouldn't do as
we are in an enumerate environment).
I have version 7.01g, i have had troubles to install the newest 7.5 org-mode
version so i cant say if it does the same there. But i have searched the
changes list for export on latex source. It didn't seem to have had any
changes as far as this bug.
I know that i probably shouldn't denote FORTRAN code as C code, but is that
internally differentiated?
Kind regards Nick
[-- Attachment #1.2: Type: text/html, Size: 975 bytes --]
[-- Attachment #2: latex-org-export-bug.zip --]
[-- Type: application/zip, Size: 1113 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 13:33 Problem with BEGIN_SRC export-as-latex and FORTRAN code Nick Papior Andersen
@ 2011-06-21 15:26 ` Eric S Fraga
2011-06-21 16:53 ` Nick Papior Andersen
2011-06-21 16:51 ` Problem with BEGIN_SRC export-as-latex and FORTRAN code Eric Schulte
1 sibling, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-06-21 15:26 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Nick Papior Andersen <nickpapior@gmail.com> writes:
> Hi all
>
> I have attached a sample which produces a wrong output in my org-mode
> installation. Both the output TeX file and the org file are attached.
>
> The wrong doing happens when i do "org-export-as-latex". The output tex file
> has removed a certain string length (i counted 23) and inserted some from
> the code below as a description in the item field (which it shouldn't do as
> we are in an enumerate environment).
The problem you describe does not exist in the current git head so I
recommend you try upgrading again. Maybe explain what problems you had
with 7.5?
In any case, using the same example file you posted, I see a different
problem when I export to latex. Here is a snippet of the resulting
latex:
,----
| \section{Test}
| \label{sec-1}
|
|
| \begin{enumerate}
| \item Try and use \verb=org-export-as-latex=, it will produce error segment.
| \end{enumerate}
| \lstset{language=C}
| \begin{lstlisting}
| MODULE m_global_precision
| IMPLICIT NONE
| INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
| END MODULE m_global_precision
| \end{lstlisting}
|
| ORG-LIST-END-MARKER
| \section{Test2}
`----
*Note* the =ORG-LIST-END-MARKER=.
Finally, why not specify language=Fortran?
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.414.g56de5)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 15:26 ` [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code) Eric S Fraga
@ 2011-06-21 16:53 ` Nick Papior Andersen
2011-06-21 18:07 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Nick Papior Andersen @ 2011-06-21 16:53 UTC (permalink / raw)
To: Nick Papior Andersen, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]
Hi Eric
Thanks.
I can see why the new thing would work as it utilizes the listing
environment. If the bug is fully removed then great.
It shows when the verbatim environment is used in my version. If a newer
version of org-mode will ever be used with only the verbatim environment,
then what happens?
No actual reason for not writing fortran besides it is shorter... However it
will produce the same error nonetheless.
Another error in your above shown result, is that the listing should have
been exported inside the enumerate environment. I have speculated whether
the error is due to fortran is not in language list.
http://orgmode.org/worg/org-contrib/babel/languages.html
As to my installation of org-mode, i downloaded and make, make install..
Have installed correctly, i just couldn't figure out to setup the new
installation of org (i.e. it still uses the old which is shipped by
standard!).
I think i can overcome this issue if i spend some more time on it. :)
Kind regards Nick
2011/6/21 Eric S Fraga <e.fraga@ucl.ac.uk>
> Nick Papior Andersen <nickpapior@gmail.com> writes:
>
> > Hi all
> >
> > I have attached a sample which produces a wrong output in my org-mode
> > installation. Both the output TeX file and the org file are attached.
> >
> > The wrong doing happens when i do "org-export-as-latex". The output tex
> file
> > has removed a certain string length (i counted 23) and inserted some from
> > the code below as a description in the item field (which it shouldn't do
> as
> > we are in an enumerate environment).
>
> The problem you describe does not exist in the current git head so I
> recommend you try upgrading again. Maybe explain what problems you had
> with 7.5?
>
> In any case, using the same example file you posted, I see a different
> problem when I export to latex. Here is a snippet of the resulting
> latex:
>
> ,----
> | \section{Test}
> | \label{sec-1}
> |
> |
> | \begin{enumerate}
> | \item Try and use \verb=org-export-as-latex=, it will produce error
> segment.
> | \end{enumerate}
> | \lstset{language=C}
> | \begin{lstlisting}
> | MODULE m_global_precision
> | IMPLICIT NONE
> | INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
> | END MODULE m_global_precision
> | \end{lstlisting}
> |
> | ORG-LIST-END-MARKER
> | \section{Test2}
> `----
>
> *Note* the =ORG-LIST-END-MARKER=.
>
> Finally, why not specify language=Fortran?
>
> --
> : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
> : using Org-mode version 7.5 (release_7.5.414.g56de5)
>
[-- Attachment #2: Type: text/html, Size: 3326 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 16:53 ` Nick Papior Andersen
@ 2011-06-21 18:07 ` Eric S Fraga
2011-06-21 18:29 ` Nick Papior Andersen
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Eric S Fraga @ 2011-06-21 18:07 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Nick Papior Andersen <nickpapior@gmail.com> writes:
> Hi Eric
>
> Thanks.
>
> I can see why the new thing would work as it utilizes the listing
> environment. If the bug is fully removed then great.
>
> It shows when the verbatim environment is used in my version. If a newer
> version of org-mode will ever be used with only the verbatim environment,
> then what happens?
>
> No actual reason for not writing fortran besides it is shorter... However it
> will produce the same error nonetheless.
>
> Another error in your above shown result, is that the listing should have
> been exported inside the enumerate environment.
Very true. I missed this. Given the indentation, the listing should
indeed belong to the enumeration item.
Nicolas?
> I have speculated whether
> the error is due to fortran is not in language list.
> http://orgmode.org/worg/org-contrib/babel/languages.html
I doubt it. #+begin_src ... #+end_src is somewhat generic; it's only
when you want babel to interpret the code that the language has to be
recognised. I believe...
> As to my installation of org-mode, i downloaded and make, make install..
> Have installed correctly, i just couldn't figure out to setup the new
> installation of org (i.e. it still uses the old which is shipped by
> standard!).
> I think i can overcome this issue if i spend some more time on it. :)
You need to add the location of where you have installed the new version
to the load-path variable very early in the emacs initialisation file
which is ~/.emacs in my case; what system are you using? Something
along the lines of
(add-to-list 'load-path "~/path/to/new/org")
should do the job. Typing
M-x org-version RET
once emacs has started should show you the version that has actually
been loaded.
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.415.g3f3fc.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 18:07 ` Eric S Fraga
@ 2011-06-21 18:29 ` Nick Papior Andersen
2011-06-21 19:28 ` Eric Schulte
2011-06-21 21:13 ` Nicolas Goaziou
2 siblings, 0 replies; 459+ messages in thread
From: Nick Papior Andersen @ 2011-06-21 18:29 UTC (permalink / raw)
To: Nick Papior Andersen, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2228 bytes --]
I puzzled with it... And finally got it working... Wasn't a pretty work
around!
Well it all works now! Thanks for this!
I can see your point on the babel stuff.. :)
Kind regards Nick
2011/6/21 Eric S Fraga <e.fraga@ucl.ac.uk>
> Nick Papior Andersen <nickpapior@gmail.com> writes:
>
> > Hi Eric
> >
> > Thanks.
> >
> > I can see why the new thing would work as it utilizes the listing
> > environment. If the bug is fully removed then great.
> >
> > It shows when the verbatim environment is used in my version. If a newer
> > version of org-mode will ever be used with only the verbatim environment,
> > then what happens?
> >
> > No actual reason for not writing fortran besides it is shorter... However
> it
> > will produce the same error nonetheless.
> >
> > Another error in your above shown result, is that the listing should have
> > been exported inside the enumerate environment.
>
> Very true. I missed this. Given the indentation, the listing should
> indeed belong to the enumeration item.
>
> Nicolas?
>
> > I have speculated whether
> > the error is due to fortran is not in language list.
> > http://orgmode.org/worg/org-contrib/babel/languages.html
>
> I doubt it. #+begin_src ... #+end_src is somewhat generic; it's only
> when you want babel to interpret the code that the language has to be
> recognised. I believe...
>
> > As to my installation of org-mode, i downloaded and make, make install..
> > Have installed correctly, i just couldn't figure out to setup the new
> > installation of org (i.e. it still uses the old which is shipped by
> > standard!).
> > I think i can overcome this issue if i spend some more time on it. :)
>
> You need to add the location of where you have installed the new version
> to the load-path variable very early in the emacs initialisation file
> which is ~/.emacs in my case; what system are you using? Something
> along the lines of
>
> (add-to-list 'load-path "~/path/to/new/org")
>
> should do the job. Typing
>
> M-x org-version RET
>
> once emacs has started should show you the version that has actually
> been loaded.
>
> --
> : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
> : using Org-mode version 7.5 (release_7.5.415.g3f3fc.dirty)
>
[-- Attachment #2: Type: text/html, Size: 3070 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 18:07 ` Eric S Fraga
2011-06-21 18:29 ` Nick Papior Andersen
@ 2011-06-21 19:28 ` Eric Schulte
2011-06-21 21:13 ` Nicolas Goaziou
2 siblings, 0 replies; 459+ messages in thread
From: Eric Schulte @ 2011-06-21 19:28 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
>
>> I have speculated whether the error is due to fortran is not in
>> language list.
>> http://orgmode.org/worg/org-contrib/babel/languages.html
>
> I doubt it. #+begin_src ... #+end_src is somewhat generic; it's only
> when you want babel to interpret the code that the language has to be
> recognised. I believe...
>
This is true. Unless you want to execute the code, the language does not
have to be known to Babel. Although if you try to export to html with
syntax highlighting for language "foo", the syntax highlighting will
only work if emacs has a "foo-mode" defined.
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 18:07 ` Eric S Fraga
2011-06-21 18:29 ` Nick Papior Andersen
2011-06-21 19:28 ` Eric Schulte
@ 2011-06-21 21:13 ` Nicolas Goaziou
2011-06-22 8:43 ` Eric S Fraga
2 siblings, 1 reply; 459+ messages in thread
From: Nicolas Goaziou @ 2011-06-21 21:13 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Hello,
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> Very true. I missed this. Given the indentation, the listing should
> indeed belong to the enumeration item.
>
> Nicolas?
If I export this:
-----
* Test
1. Try and use =org-export-as-latex=, it will produce error segment.
#+BEGIN_SRC C
MODULE m_global_precision
IMPLICIT NONE
INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
END MODULE m_global_precision
#+END_SRC
-----
I get this:
#+begin_src latex
\section{Test}
\label{sec-1}
\begin{enumerate}
\item Try and use \texttt{org-export-as-latex}, it will produce error segment.
\lstset{language=C}
\begin{lstlisting}
MODULE m_global_precision
IMPLICIT NONE
INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
END MODULE m_global_precision
\end{lstlisting}
\end{enumerate}
#+end_src
It looks ok, or am I missing something?
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-21 21:13 ` Nicolas Goaziou
@ 2011-06-22 8:43 ` Eric S Fraga
2011-06-22 12:49 ` Nicolas Goaziou
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-06-22 8:43 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Nicolas Goaziou <n.goaziou@gmail.com> writes:
> Hello,
>
> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>
>> Very true. I missed this. Given the indentation, the listing should
>> indeed belong to the enumeration item.
>>
>> Nicolas?
>
> If I export this:
>
> -----
> * Test
> 1. Try and use =org-export-as-latex=, it will produce error segment.
> #+BEGIN_SRC C
> MODULE m_global_precision
> IMPLICIT NONE
> INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
> END MODULE m_global_precision
> #+END_SRC
> -----
>
> I get this:
>
> #+begin_src latex
> \section{Test}
> \label{sec-1}
>
>
> \begin{enumerate}
> \item Try and use \texttt{org-export-as-latex}, it will produce error segment.
> \lstset{language=C}
> \begin{lstlisting}
> MODULE m_global_precision
> IMPLICIT NONE
> INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
> END MODULE m_global_precision
> \end{lstlisting}
> \end{enumerate}
> #+end_src
>
> It looks ok, or am I missing something?
>
> Regards,
Nicolas,
It does look okay but that's not what I get; same input, I get:
--8<---------------cut here---------------start------------->8---
\section{Test}
\label{sec-1}
\begin{enumerate}
\item Try and use \verb=org-export-as-latex=, it will produce error segment.
\end{enumerate}
\lstset{language=C}
\begin{lstlisting}
MODULE m_global_precision
IMPLICIT NONE
INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
END MODULE m_global_precision
\end{lstlisting}
ORG-LIST-END-MARKER
\end{document}
--8<---------------cut here---------------end--------------->8---
I guess I have some variable set that you do not or vice versa. For
instance, I have org-list-end-marker set to 'both. Are there any
variable settings you need to know to figure out why my behaviour is
different? I'm at git head.
Thanks,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.418.ge860.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-22 8:43 ` Eric S Fraga
@ 2011-06-22 12:49 ` Nicolas Goaziou
2011-06-22 13:32 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Nicolas Goaziou @ 2011-06-22 12:49 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> It does look okay but that's not what I get; same input, I get:
>
>
> \section{Test}
> \label{sec-1}
>
>
> \begin{enumerate}
> \item Try and use \verb=org-export-as-latex=, it will produce error segment.
> \end{enumerate}
> \lstset{language=C}
> \begin{lstlisting}
> MODULE m_global_precision
> IMPLICIT NONE
> INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
> END MODULE m_global_precision
> \end{lstlisting}
>
> ORG-LIST-END-MARKER
>
> \end{document}
>
>
> I guess I have some variable set that you do not or vice versa. For
> instance, I have org-list-end-marker set to 'both. Are there any
> variable settings you need to know to figure out why my behaviour is
> different? I'm at git head.
I've tried with a minimal setup, and I still get the correct export. If
you confirm this, we have two options left: either you bisect your
config until you get the offending variable, or you send me that config
so I can do the same.
Note that variable may even be unrelated to Org.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code)
2011-06-22 12:49 ` Nicolas Goaziou
@ 2011-06-22 13:32 ` Eric S Fraga
2011-06-22 15:21 ` Nicolas Goaziou
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-06-22 13:32 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Nicolas Goaziou <n.goaziou@gmail.com> writes:
[...]
> I've tried with a minimal setup, and I still get the correct export. If
> you confirm this, we have two options left: either you bisect your
> config until you get the offending variable, or you send me that config
> so I can do the same.
I can confirm that it works fine with minimal setup. Definitely
something wrong with my config.
> Note that variable may even be unrelated to Org.
Yes; I've found some strange behaviour that may be related to emacs
24.0.50.1 which I will follow up on in a different thread; for
completeness, what version of Emacs are you using?
thanks,
eric
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.418.ge860.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code
2011-06-21 13:33 Problem with BEGIN_SRC export-as-latex and FORTRAN code Nick Papior Andersen
2011-06-21 15:26 ` [bug] Latex export of lists (was Re: Problem with BEGIN_SRC export-as-latex and FORTRAN code) Eric S Fraga
@ 2011-06-21 16:51 ` Eric Schulte
1 sibling, 0 replies; 459+ messages in thread
From: Eric Schulte @ 2011-06-21 16:51 UTC (permalink / raw)
To: Nick Papior Andersen; +Cc: emacs-orgmode
Hi Nick,
I think the solution to your problem may be simply to update to the
latest version of Org-mode, I get the following output when exporting
your example to LaTeX.
--8<---------------cut here---------------start------------->8---
\section{Test}
\label{sec-1}
\begin{enumerate}
\item Try and use \texttt{org-export-as-latex}, it will produce error segment.
\begin{verbatim}
MODULE m_global_precision
IMPLICIT NONE
INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
END MODULE m_global_precision
\end{verbatim}
\end{enumerate}
\section{Test2}
\label{sec-2}
\begin{enumerate}
\item This will not fail as it is not in an enumerate environment.
\end{enumerate}
\begin{verbatim}
MODULE m_global_precision
IMPLICIT NONE
INTEGER, PARAMETER :: SP = SELECTED_REAL_KIND(6,30)
END MODULE m_global_precision
\end{verbatim}
--8<---------------cut here---------------end--------------->8---
I'm using
Org-mode version 7.5 (release_7.5.414.g56de5)
Best -- Eric
Nick Papior Andersen <nickpapior@gmail.com> writes:
> Hi all
>
> I have attached a sample which produces a wrong output in my org-mode
> installation. Both the output TeX file and the org file are attached.
>
> The wrong doing happens when i do "org-export-as-latex". The output tex file
> has removed a certain string length (i counted 23) and inserted some from
> the code below as a description in the item field (which it shouldn't do as
> we are in an enumerate environment).
>
> I have version 7.01g, i have had troubles to install the newest 7.5 org-mode
> version so i cant say if it does the same there. But i have searched the
> changes list for export on latex source. It didn't seem to have had any
> changes as far as this bug.
>
> I know that i probably shouldn't denote FORTRAN code as C code, but is that
> internally differentiated?
>
> Kind regards Nick
>
--
Eric Schulte
http://cs.unm.edu/~eschulte/
^ permalink raw reply [flat|nested] 459+ messages in thread
* latex checkboxes
@ 2011-06-16 22:09 Skip Collins
2011-06-16 22:52 ` Nick Dokos
2011-06-16 23:23 ` Thomas S. Dye
0 siblings, 2 replies; 459+ messages in thread
From: Skip Collins @ 2011-06-16 22:09 UTC (permalink / raw)
To: emacs-orgmode
There is a couple of problems with the way checkboxes are typeset in LaTeX.
- [ ] a
- [X] b
- [-] c
is translated to the LaTeX
\begin{itemize}
\item $\Box$ a
\item $\boxtimes$ b
\item $\boxminus$ c
\end{itemize}
The first problem is that \Box is not the same size as \boxtimes or \boxminus .
The correct symbol to use from the amssymb package is \square which
matches the other two symbols.
Another problem is that these symbols were intended to be mathematical
binary operators, and are therefore rather small for the purposes of a
checkbox. I suggest that LaTeX output could be modified to something
like:
\setbox0=\hbox{\LARGE$\square$}
\begin{itemize}
\item {\parbox[][][c]{\wd0}{\LARGE$\square$}} a
\item {\parbox[][][c]{\wd0}{\LARGE$\boxtimes$}} b
\item {\parbox[][][c]{\wd0}{\LARGE$\boxminus$}} c
\end{itemize}
The parbox ensures that the checkbox is nicely centered with the first
line of text.
Another nice-to-have feature would be to use the checkbox as a label
for list items in non-enumerated lists. Currently, the list bullet
appears as visual clutter next to the checkbox.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: latex checkboxes
2011-06-16 22:09 latex checkboxes Skip Collins
@ 2011-06-16 22:52 ` Nick Dokos
2011-06-17 1:37 ` Skip Collins
2011-06-16 23:23 ` Thomas S. Dye
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-16 22:52 UTC (permalink / raw)
To: Skip Collins; +Cc: nicholas.dokos, emacs-orgmode
Skip Collins <skip.collins@gmail.com> wrote:
> There is a couple of problems with the way checkboxes are typeset in LaTeX.
>
> - [ ] a
> - [X] b
> - [-] c
>
> is translated to the LaTeX
>
> \begin{itemize}
> \item $\Box$ a
> \item $\boxtimes$ b
> \item $\boxminus$ c
> \end{itemize}
>
> The first problem is that \Box is not the same size as \boxtimes or \boxminus .
> The correct symbol to use from the amssymb package is \square which
> matches the other two symbols.
>
> Another problem is that these symbols were intended to be mathematical
> binary operators, and are therefore rather small for the purposes of a
> checkbox. I suggest that LaTeX output could be modified to something
> like:
>
> \setbox0=\hbox{\LARGE$\square$}
> \begin{itemize}
> \item {\parbox[][][c]{\wd0}{\LARGE$\square$}} a
> \item {\parbox[][][c]{\wd0}{\LARGE$\boxtimes$}} b
> \item {\parbox[][][c]{\wd0}{\LARGE$\boxminus$}} c
> \end{itemize}
>
> The parbox ensures that the checkbox is nicely centered with the first
> line of text.
>
> Another nice-to-have feature would be to use the checkbox as a label
> for list items in non-enumerated lists. Currently, the list bullet
> appears as visual clutter next to the checkbox.
>
I like it! Well, almost all of it: I'd vote for \large, rather than \LARGE,
but otherwise it looks good to me.
Also, the nice-to-have feature is very easy to implement. All it needs is
a pair of square brackets around the box:
,----
| \item [{\parbox[][][c]{\wd0}{\LARGE$\square$}}] a
`----
The \setbox can go into the preamble btw.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: latex checkboxes
2011-06-16 22:52 ` Nick Dokos
@ 2011-06-17 1:37 ` Skip Collins
2011-06-17 2:02 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Skip Collins @ 2011-06-17 1:37 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
On Thu, Jun 16, 2011 at 6:52 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> I like it! Well, almost all of it: I'd vote for \large, rather than \LARGE,
> but otherwise it looks good to me.
Can we compromise on \Large ? :-)
> ,----
> | \item [{\parbox[][][c]{\wd0}{\LARGE$\square$}}] a
> `----
I tried the optional preamble for \item in a very naive fashion. LaTeX
threw an error. Maybe I did it wrong. Or maybe the preamble is
fragile. Regardless, there is probably a simple solution. Even for
enumerated lists, it makes sense to place the checkbox with the list
number rather than with the item text.
Regarding the extra square brackets after \parbox, I was just using
the documentation I found at
http://www.tug.org/tutorials/latex2e/$5cparbox.html :
\parbox[position][height][inner-pos]{width}{text}
A parbox is a box whose contents are created in paragraph mode. The
\parbox has two mandatory arguments:
width - specifies the width of the parbox, and
text - the text that goes inside the parbox.
LaTeX will position a parbox so its centre lines up with the centre of
the text line. The optional position argument allows you to line up
either the top or bottom line in the parbox (default is top).
If the height argument is not given, the box will have the natural
height of the text.
The inner-pos argument controls the placement of the text inside the
box. If it is not specified, position is used.
t --- text is placed at the top of the box.
c --- text is centred in the box.
b --- text is placed at the bottom of the box.
s --- stretch vertically. The text must contain vertically stretchable
space for this to work.
A \parbox command is used for a parbox containing a small piece of
text, with nothing fancy inside. In particular, you shouldn't use any
of the paragraph-making environments inside a \parbox argument. For
larger pieces of text, including ones containing a paragraph-making
environment, you should use a minipage environment See minipage.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: latex checkboxes
2011-06-17 1:37 ` Skip Collins
@ 2011-06-17 2:02 ` Nick Dokos
0 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2011-06-17 2:02 UTC (permalink / raw)
To: Skip Collins; +Cc: nicholas.dokos, emacs-orgmode
Skip Collins <skip.collins@gmail.com> wrote:
> On Thu, Jun 16, 2011 at 6:52 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> > I like it! Well, almost all of it: I'd vote for \large, rather than \LARGE,
> > but otherwise it looks good to me.
>
> Can we compromise on \Large ? :-)
>
As Tom Dye pointed out, you can customize :cbon and :cboff, so
no compromise necessary: you say tomAHto and I say tomEIto...
The only fly in the ointment is the hardcoding of [-] but that will be
fixed a few seconds after Nicolas Goaziou gets wind of this thread :-)
> > ,----
> > | \item [{\parbox[][][c]{\wd0}{\LARGE$\square$}}] a
> > `----
>
> I tried the optional preamble for \item in a very naive fashion. LaTeX
> threw an error. Maybe I did it wrong. Or maybe the preamble is
> fragile. Regardless, there is probably a simple solution. Even for
> enumerated lists, it makes sense to place the checkbox with the list
> number rather than with the item text.
>
I don't know what you mean by "preamble" here. I get no errors from
the above in any case: just even, nice-looking squares and no bullets.
I have not tried enumerated lists.
> Regarding the extra square brackets after \parbox, I was just using
> the documentation I found at
> http://www.tug.org/tutorials/latex2e/$5cparbox.html :
>
Thanks for the reference. I was going by Lamport's book which does not
mention them. I guess things have changed since 1994 - who'd have thunk
it?
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: latex checkboxes
2011-06-16 22:09 latex checkboxes Skip Collins
2011-06-16 22:52 ` Nick Dokos
@ 2011-06-16 23:23 ` Thomas S. Dye
2011-06-16 23:29 ` Nick Dokos
1 sibling, 1 reply; 459+ messages in thread
From: Thomas S. Dye @ 2011-06-16 23:23 UTC (permalink / raw)
To: Skip Collins; +Cc: emacs-orgmode
Skip Collins <skip.collins@gmail.com> writes:
> There is a couple of problems with the way checkboxes are typeset in LaTeX.
>
> - [ ] a
> - [X] b
> - [-] c
>
> is translated to the LaTeX
>
> \begin{itemize}
> \item $\Box$ a
> \item $\boxtimes$ b
> \item $\boxminus$ c
> \end{itemize}
>
> The first problem is that \Box is not the same size as \boxtimes or \boxminus .
> The correct symbol to use from the amssymb package is \square which
> matches the other two symbols.
>
> Another problem is that these symbols were intended to be mathematical
> binary operators, and are therefore rather small for the purposes of a
> checkbox. I suggest that LaTeX output could be modified to something
> like:
>
> \setbox0=\hbox{\LARGE$\square$}
> \begin{itemize}
> \item {\parbox[][][c]{\wd0}{\LARGE$\square$}} a
> \item {\parbox[][][c]{\wd0}{\LARGE$\boxtimes$}} b
> \item {\parbox[][][c]{\wd0}{\LARGE$\boxminus$}} c
> \end{itemize}
>
> The parbox ensures that the checkbox is nicely centered with the first
> line of text.
>
> Another nice-to-have feature would be to use the checkbox as a label
> for list items in non-enumerated lists. Currently, the list bullet
> appears as visual clutter next to the checkbox.
>
>
Aloha Skip,
I think you might be able to get the behavior you want by modifying the
variable org-export-latex-list-parameters, perhaps something like
'(:ustart "\\setbox0=\\hbox{\\LARGE$\\square$}\n\\begin{itemize}\n" :cboff
"\\parbox[][][c]{\\wd0}{\\LARGE$\\square$}" :cbon
"\\parbox[][][c]{\\wd0}{\\LARGE$\\boxtimes$}")
The variable is set by default to '(:cbon "$\\boxtimes$" :cboff
"$\\Box$") in org-latex.el and is used to override the default settings
of org-list-to-latex in org-list.el.
Not tested.
hth,
Tom
--
Thomas S. Dye
http://www.tsdye.com
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: latex checkboxes
2011-06-16 23:23 ` Thomas S. Dye
@ 2011-06-16 23:29 ` Nick Dokos
2011-06-17 13:18 ` Nicolas Goaziou
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-06-16 23:29 UTC (permalink / raw)
To: Thomas S. Dye; +Cc: Skip Collins, nicholas.dokos, emacs-orgmode
Thomas S. Dye <tsd@tsdye.com> wrote:
> Skip Collins <skip.collins@gmail.com> writes:
>
> > There is a couple of problems with the way checkboxes are typeset in LaTeX.
> >
> > - [ ] a
> > - [X] b
> > - [-] c
> >
> > is translated to the LaTeX
> >
> > \begin{itemize}
> > \item $\Box$ a
> > \item $\boxtimes$ b
> > \item $\boxminus$ c
> > \end{itemize}
> >
> > The first problem is that \Box is not the same size as \boxtimes or \boxminus .
> > The correct symbol to use from the amssymb package is \square which
> > matches the other two symbols.
> >
> > Another problem is that these symbols were intended to be mathematical
> > binary operators, and are therefore rather small for the purposes of a
> > checkbox. I suggest that LaTeX output could be modified to something
> > like:
> >
> > \setbox0=\hbox{\LARGE$\square$}
> > \begin{itemize}
> > \item {\parbox[][][c]{\wd0}{\LARGE$\square$}} a
> > \item {\parbox[][][c]{\wd0}{\LARGE$\boxtimes$}} b
> > \item {\parbox[][][c]{\wd0}{\LARGE$\boxminus$}} c
> > \end{itemize}
> >
> > The parbox ensures that the checkbox is nicely centered with the first
> > line of text.
> >
> > Another nice-to-have feature would be to use the checkbox as a label
> > for list items in non-enumerated lists. Currently, the list bullet
> > appears as visual clutter next to the checkbox.
> >
> >
> Aloha Skip,
>
> I think you might be able to get the behavior you want by modifying the
> variable org-export-latex-list-parameters, perhaps something like
> '(:ustart "\\setbox0=\\hbox{\\LARGE$\\square$}\n\\begin{itemize}\n" :cboff
> "\\parbox[][][c]{\\wd0}{\\LARGE$\\square$}" :cbon
> "\\parbox[][][c]{\\wd0}{\\LARGE$\\boxtimes$}")
>
> The variable is set by default to '(:cbon "$\\boxtimes$" :cboff
> "$\\Box$") in org-latex.el and is used to override the default settings
> of org-list-to-latex in org-list.el.
>
> Not tested.
>
Yes, you can indeed - except for the [-] which is hardcoded. Try the
following:
--8<---------------cut here---------------start------------->8---
#LATEX_HEADER: \setbox0=\hbox{\large$\square$}
#+BIND: org-export-latex-list-parameters (:cbon "[{\\parbox[][][c]{\\wd0}{\\large$\\boxtimes$}}]" :cboff "[{\\parbox[][][c]{\\wd0}{\\large$\\square$}}]")
* DONE Organize party [3/4]
- [ ] call people
- [X] order food
- [-] think about what music to play
- [X] talk to the neighbors
--8<---------------cut here---------------end--------------->8---
So the question is: why is the [-] hardcoded?
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: latex checkboxes
2011-06-16 23:29 ` Nick Dokos
@ 2011-06-17 13:18 ` Nicolas Goaziou
0 siblings, 0 replies; 459+ messages in thread
From: Nicolas Goaziou @ 2011-06-17 13:18 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Skip Collins, emacs-orgmode
Hello,
Nick Dokos <nicholas.dokos@hp.com> writes:
> Yes, you can indeed - except for the [-] which is hardcoded. Try the
> following:
>
> #LATEX_HEADER: \setbox0=\hbox{\large$\square$}
>
> #+BIND: org-export-latex-list-parameters (:cbon "[{\\parbox[][][c]{\\wd0}{\\large$\\boxtimes$}}]" :cboff "[{\\parbox[][][c]{\\wd0}{\\large$\\square$}}]")
>
> * DONE Organize party [3/4]
> - [ ] call people
> - [X] order food
> - [-] think about what music to play
> - [X] talk to the neighbors
>
> So the question is: why is the [-] hardcoded?
Historical reasons, I guess.
I've now pushed a patch introducing the new property `:cbtrans' for
those check-boxes. Sadly, it will only work with exporters making use of
list parsing, that is only the LaTeX exporter so far.
Btw, is there any consensus on better default values for :cbon, :cboff
and :cbtrans? Configurability isn't an excuse for ugly standards.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread
* C-c - broken
@ 2011-06-06 13:44 Marvin Doyley
2011-06-06 17:15 ` Nicolas Goaziou
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Marvin Doyley @ 2011-06-06 13:44 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 448 bytes --]
Hi there,
I use to use C-c - to convert headlines to plain list, but for some reason
when I do this it tries to make a table of content, see below
TABLE-OF-CONTENTS on ~/Documents/General/O/org/planner.org
SPC=view TAB=goto RET=goto+hide [q]uit [r]escan [l]abels [f]ollow [x]r
[?]Help
------------------------------------------------------------------------------
Does anybody now how to fix this (i.e., get it to behave the old way)
Thanks
M
[-- Attachment #2: Type: text/html, Size: 523 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: C-c - broken
2011-06-06 13:44 C-c - broken Marvin Doyley
@ 2011-06-06 17:15 ` Nicolas Goaziou
2011-06-06 17:41 ` Scott Randby
2011-06-06 21:13 ` Carsten Dominik
2 siblings, 0 replies; 459+ messages in thread
From: Nicolas Goaziou @ 2011-06-06 17:15 UTC (permalink / raw)
To: Marvin Doyley; +Cc: emacs-orgmode
Hello,
Marvin Doyley <marvinpas@gmail.com> writes:
> I use to use C-c - to convert headlines to plain list, but for some reason
> when I do this it tries to make a table of content, see below
>
> TABLE-OF-CONTENTS on ~/Documents/General/O/org/planner.org
> SPC=view TAB=goto RET=goto+hide [q]uit [r]escan [l]abels [f]ollow [x]r
> [?]Help
I cannot reproduce this. Could you be more explicit ? What is your test
file, where do you have cursor when you use C-c -, etc.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: C-c - broken
2011-06-06 13:44 C-c - broken Marvin Doyley
2011-06-06 17:15 ` Nicolas Goaziou
@ 2011-06-06 17:41 ` Scott Randby
2011-06-06 21:13 ` Carsten Dominik
2 siblings, 0 replies; 459+ messages in thread
From: Scott Randby @ 2011-06-06 17:41 UTC (permalink / raw)
To: emacs-orgmode
On 06/06/2011 09:44 AM, Marvin Doyley wrote:
> Hi there,
>
> I use to use C-c - to convert headlines to plain list, but for some reason
> when I do this it tries to make a table of content, see below
>
> TABLE-OF-CONTENTS on ~/Documents/General/O/org/planner.org
> SPC=view TAB=goto RET=goto+hide [q]uit [r]escan [l]abels [f]ollow [x]r
> [?]Help
> ------------------------------------------------------------------------------
>
>
> Does anybody now how to fix this (i.e., get it to behave the old way)
I had a similar issue, but its occurrence was not consistent. In my
case, the headline would remain a headline. It seemed to happen only
when the last line of the file was a headline and only that headline
wouldn't change to a list item. When I would reload the file (M-x
revert-buffer), C-c - would function normally usually but not always. It
is weird and I haven't had the time to figure out exactly when this bad
behavior occurs.
Scott Randby
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: C-c - broken
2011-06-06 13:44 C-c - broken Marvin Doyley
2011-06-06 17:15 ` Nicolas Goaziou
2011-06-06 17:41 ` Scott Randby
@ 2011-06-06 21:13 ` Carsten Dominik
2 siblings, 0 replies; 459+ messages in thread
From: Carsten Dominik @ 2011-06-06 21:13 UTC (permalink / raw)
To: Marvin Doyley; +Cc: emacs-orgmode
Hi,
On 6.6.2011, at 15:44, Marvin Doyley wrote:
> Hi there,
>
> I use to use C-c - to convert headlines to plain list, but for some reason when I do this it tries to make a table of content, see below
>
> TABLE-OF-CONTENTS on ~/Documents/General/O/org/planner.org
> SPC=view TAB=goto RET=goto+hide [q]uit [r]escan [l]abels [f]ollow [x]r [?]Help
> ------------------------------------------------------------------------------
>
>
> Does anybody now how to fix this (i.e., get it to behave the old way)
This happens because you have turned on reftex-mode and that takes over
the `C-c -' and a couple of others.
Reftex-mode is not made for Org-mode, and should probably not be turned on in
Org-mode. Or is anyone using this combination in a successful way?
- Carsten
^ permalink raw reply [flat|nested] 459+ messages in thread
* How to display a diary entry in agenda week view only "today"
@ 2011-04-11 6:52 Rainer Stengele
2011-04-11 8:36 ` Suvayu Ali
0 siblings, 1 reply; 459+ messages in thread
From: Rainer Stengele @ 2011-04-11 6:52 UTC (permalink / raw)
To: emacs-orgmode
Hi!
In one of my org agenda files I have
#+CATEGORY: Sunrise
&%%(diary-sunrise-sunset)
Now, when I am in weekly agenda view the sunrise-sunset shows under every day.
This is kind of too much line noise and distracting for me - I would like to only see the entry for "today".
Is there a way to restrict the display of such a diary entry in the weekly agenda view to only today?
Regards,
Rainer
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to display a diary entry in agenda week view only "today"
2011-04-11 6:52 How to display a diary entry in agenda week view only "today" Rainer Stengele
@ 2011-04-11 8:36 ` Suvayu Ali
2011-04-11 11:57 ` Rainer Stengele
0 siblings, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-04-11 8:36 UTC (permalink / raw)
To: emacs-orgmode
On Mon, 11 Apr 2011 08:52:52 +0200
Rainer Stengele <rainer.stengele@diplan.de> wrote:
> Hi!
>
> In one of my org agenda files I have
>
> #+CATEGORY: Sunrise
> &%%(diary-sunrise-sunset)
>
> Now, when I am in weekly agenda view the sunrise-sunset shows under
> every day. This is kind of too much line noise and distracting for me
> - I would like to only see the entry for "today".
>
> Is there a way to restrict the display of such a diary entry in the
> weekly agenda view to only today?
>
How about this,
%%(if (calendar-date-equal date (calendar-current-date)) (diary-sunrise-sunset))
> Regards,
> Rainer
>
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to display a diary entry in agenda week view only "today"
2011-04-11 8:36 ` Suvayu Ali
@ 2011-04-11 11:57 ` Rainer Stengele
2011-04-11 12:55 ` Niels Giesen
0 siblings, 1 reply; 459+ messages in thread
From: Rainer Stengele @ 2011-04-11 11:57 UTC (permalink / raw)
To: Suvayu Ali; +Cc: emacs-orgmode
Am 11.04.2011 10:36, schrieb Suvayu Ali:
> On Mon, 11 Apr 2011 08:52:52 +0200
> Rainer Stengele <rainer.stengele@diplan.de> wrote:
>
>> Hi!
>>
>> In one of my org agenda files I have
>>
>> #+CATEGORY: Sunrise
>> &%%(diary-sunrise-sunset)
>>
>> Now, when I am in weekly agenda view the sunrise-sunset shows under
>> every day. This is kind of too much line noise and distracting for me
>> - I would like to only see the entry for "today".
>>
>> Is there a way to restrict the display of such a diary entry in the
>> weekly agenda view to only today?
>>
>
> How about this,
>
> %%(if (calendar-date-equal date (calendar-current-date)) (diary-sunrise-sunset))
>
>> Regards,
>> Rainer
>>
>
Perfect, thanks.
I can find the other functions in calendar.el,
but where is "date" from?
Best,
Rainer
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: How to display a diary entry in agenda week view only "today"
2011-04-11 11:57 ` Rainer Stengele
@ 2011-04-11 12:55 ` Niels Giesen
2011-04-11 14:33 ` Suvayu Ali
0 siblings, 1 reply; 459+ messages in thread
From: Niels Giesen @ 2011-04-11 12:55 UTC (permalink / raw)
To: Rainer Stengele; +Cc: emacs-orgmode
date is a dynamically bound variable at the time of evaluation.
On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
<rainer.stengele@diplan.de> wrote:
> Am 11.04.2011 10:36, schrieb Suvayu Ali:
>> On Mon, 11 Apr 2011 08:52:52 +0200
>> Rainer Stengele <rainer.stengele@diplan.de> wrote:
>>
>>> Hi!
>>>
>>> In one of my org agenda files I have
>>>
>>> #+CATEGORY: Sunrise
>>> &%%(diary-sunrise-sunset)
>>>
>>> Now, when I am in weekly agenda view the sunrise-sunset shows under
>>> every day. This is kind of too much line noise and distracting for me
>>> - I would like to only see the entry for "today".
>>>
>>> Is there a way to restrict the display of such a diary entry in the
>>> weekly agenda view to only today?
>>>
>>
>> How about this,
>>
>> %%(if (calendar-date-equal date (calendar-current-date)) (diary-sunrise-sunset))
>>
>>> Regards,
>>> Rainer
>>>
>>
> Perfect, thanks.
>
> I can find the other functions in calendar.el,
> but where is "date" from?
>
> Best,
> Rainer
>
>
--
http://pft.github.com
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: How to display a diary entry in agenda week view only "today"
2011-04-11 12:55 ` Niels Giesen
@ 2011-04-11 14:33 ` Suvayu Ali
2011-04-11 14:55 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: Suvayu Ali @ 2011-04-11 14:33 UTC (permalink / raw)
To: Niels Giesen; +Cc: emacs-orgmode, Rainer Stengele
On Mon, 11 Apr 2011 14:55:24 +0200
Niels Giesen <niels.giesen@gmail.com> wrote:
> On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
> <rainer.stengele@diplan.de> wrote:
> > Am 11.04.2011 10:36, schrieb Suvayu Ali:
> >> On Mon, 11 Apr 2011 08:52:52 +0200
> >>
> >> %%(if (calendar-date-equal date (calendar-current-date))
> >> (diary-sunrise-sunset))
> >>
> > Perfect, thanks.
> >
> > I can find the other functions in calendar.el,
> > but where is "date" from?
> >
>
> date is a dynamically bound variable at the time of evaluation.
>
I have a question I have been meaning to ask for a long time. How does
one test sexps with variables like these? I have tried the scratch
buffer but it gives errors like "(void-variable date)". I found the only
way I could test is to put it on one of the agenda files.
Any suggestions?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: How to display a diary entry in agenda week view only "today"
2011-04-11 14:33 ` Suvayu Ali
@ 2011-04-11 14:55 ` Nick Dokos
2011-04-11 15:00 ` Niels Giesen
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Nick Dokos @ 2011-04-11 14:55 UTC (permalink / raw)
To: Suvayu Ali; +Cc: Rainer Stengele, nicholas.dokos, emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> On Mon, 11 Apr 2011 14:55:24 +0200
> Niels Giesen <niels.giesen@gmail.com> wrote:
>
> > On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
> > <rainer.stengele@diplan.de> wrote:
> > > Am 11.04.2011 10:36, schrieb Suvayu Ali:
> > >> On Mon, 11 Apr 2011 08:52:52 +0200
> > >>
> > >> %%(if (calendar-date-equal date (calendar-current-date))
> > >> (diary-sunrise-sunset))
> > >>
> > > Perfect, thanks.
> > >
> > > I can find the other functions in calendar.el,
> > > but where is "date" from?
> > >
> >
> > date is a dynamically bound variable at the time of evaluation.
> >
>
> I have a question I have been meaning to ask for a long time. How does
> one test sexps with variables like these? I have tried the scratch
> buffer but it gives errors like "(void-variable date)". I found the only
> way I could test is to put it on one of the agenda files.
>
> Any suggestions?
>
Bind date explicitly in the scratch buffer and then evaluate:
(setq date '(4 11 2011))
...
I think the format is (month day year) but be sure to check.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: How to display a diary entry in agenda week view only "today"
2011-04-11 14:55 ` Nick Dokos
@ 2011-04-11 15:00 ` Niels Giesen
2011-04-11 15:03 ` Bernt Hansen
2011-04-11 15:03 ` Suvayu Ali
2 siblings, 0 replies; 459+ messages in thread
From: Niels Giesen @ 2011-04-11 15:00 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Rainer Stengele, emacs-orgmode
Or something like the following (not bullet-proof I guess):
(defmacro test-diary-sexp (date &rest body)
`(let ((date ,date))
,@body))
(test-diary-sexp
(calendar-current-date)
(org-google-weather "De Bilt" "nl"))
... and in calendar-current-date lies your answer to the format question.
I do not know however whether or not `date' is the only variable that
is bound dynamically for sexps though; this is something that make me
go crazy too, so (better) documentation might be in order for one.
On Mon, Apr 11, 2011 at 4:55 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
>> On Mon, 11 Apr 2011 14:55:24 +0200
>> Niels Giesen <niels.giesen@gmail.com> wrote:
>>
>> > On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
>> > <rainer.stengele@diplan.de> wrote:
>> > > Am 11.04.2011 10:36, schrieb Suvayu Ali:
>> > >> On Mon, 11 Apr 2011 08:52:52 +0200
>> > >>
>> > >> %%(if (calendar-date-equal date (calendar-current-date))
>> > >> (diary-sunrise-sunset))
>> > >>
>> > > Perfect, thanks.
>> > >
>> > > I can find the other functions in calendar.el,
>> > > but where is "date" from?
>> > >
>> >
>> > date is a dynamically bound variable at the time of evaluation.
>> >
>>
>> I have a question I have been meaning to ask for a long time. How does
>> one test sexps with variables like these? I have tried the scratch
>> buffer but it gives errors like "(void-variable date)". I found the only
>> way I could test is to put it on one of the agenda files.
>>
>> Any suggestions?
>>
>
> Bind date explicitly in the scratch buffer and then evaluate:
>
> (setq date '(4 11 2011))
>
> ...
>
> I think the format is (month day year) but be sure to check.
>
> Nick
>
--
http://pft.github.com
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: How to display a diary entry in agenda week view only "today"
2011-04-11 14:55 ` Nick Dokos
2011-04-11 15:00 ` Niels Giesen
@ 2011-04-11 15:03 ` Bernt Hansen
2011-04-11 15:24 ` Nick Dokos
2011-04-11 15:03 ` Suvayu Ali
2 siblings, 1 reply; 459+ messages in thread
From: Bernt Hansen @ 2011-04-11 15:03 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode, Rainer Stengele
Nick Dokos <nicholas.dokos@hp.com> writes:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
>> On Mon, 11 Apr 2011 14:55:24 +0200
>> Niels Giesen <niels.giesen@gmail.com> wrote:
>>
>> > On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
>> > <rainer.stengele@diplan.de> wrote:
>> > > Am 11.04.2011 10:36, schrieb Suvayu Ali:
>> > >> On Mon, 11 Apr 2011 08:52:52 +0200
>> > >>
>> > >> %%(if (calendar-date-equal date (calendar-current-date))
>> > >> (diary-sunrise-sunset))
>> > >>
>> > > Perfect, thanks.
>> > >
>> > > I can find the other functions in calendar.el,
>> > > but where is "date" from?
>> > >
>> >
>> > date is a dynamically bound variable at the time of evaluation.
>> >
>>
>> I have a question I have been meaning to ask for a long time. How does
>> one test sexps with variables like these? I have tried the scratch
>> buffer but it gives errors like "(void-variable date)". I found the only
>> way I could test is to put it on one of the agenda files.
>>
>> Any suggestions?
>>
>
> Bind date explicitly in the scratch buffer and then evaluate:
>
> (setq date '(4 11 2011))
Wouldn't a
(let ((date '(4 11 2011)))
<your text sexp goes here>)
be better so date isn't permanently bound?
-Bernt
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: How to display a diary entry in agenda week view only "today"
2011-04-11 15:03 ` Bernt Hansen
@ 2011-04-11 15:24 ` Nick Dokos
0 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2011-04-11 15:24 UTC (permalink / raw)
To: Bernt Hansen; +Cc: emacs-orgmode, Rainer Stengele, nicholas.dokos
Bernt Hansen <bernt@norang.ca> wrote:
> Nick Dokos <nicholas.dokos@hp.com> writes:
>
> > Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> >
> >> On Mon, 11 Apr 2011 14:55:24 +0200
> >> Niels Giesen <niels.giesen@gmail.com> wrote:
> >>
> >> > On Mon, Apr 11, 2011 at 1:57 PM, Rainer Stengele
> >> > <rainer.stengele@diplan.de> wrote:
> >> > > Am 11.04.2011 10:36, schrieb Suvayu Ali:
> >> > >> On Mon, 11 Apr 2011 08:52:52 +0200
> >> > >>
> >> > >> %%(if (calendar-date-equal date (calendar-current-date))
> >> > >> (diary-sunrise-sunset))
> >> > >>
> >> > > Perfect, thanks.
> >> > >
> >> > > I can find the other functions in calendar.el,
> >> > > but where is "date" from?
> >> > >
> >> >
> >> > date is a dynamically bound variable at the time of evaluation.
> >> >
> >>
> >> I have a question I have been meaning to ask for a long time. How does
> >> one test sexps with variables like these? I have tried the scratch
> >> buffer but it gives errors like "(void-variable date)". I found the only
> >> way I could test is to put it on one of the agenda files.
> >>
> >> Any suggestions?
> >>
> >
> > Bind date explicitly in the scratch buffer and then evaluate:
> >
> > (setq date '(4 11 2011))
>
> Wouldn't a
> (let ((date '(4 11 2011)))
> <your text sexp goes here>)
>
> be better so date isn't permanently bound?
>
Sure - I tend to do these things in an isolated emacs, so I don't
particularly care - I kill it and restart it, since it goes off the rails
quite often - but if you use your main emacs, that is definitely
a good idea. OTOH, using your main emacs for experiments is probably *not*
a good idea anyway :-)
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: How to display a diary entry in agenda week view only "today"
2011-04-11 14:55 ` Nick Dokos
2011-04-11 15:00 ` Niels Giesen
2011-04-11 15:03 ` Bernt Hansen
@ 2011-04-11 15:03 ` Suvayu Ali
2 siblings, 0 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-04-11 15:03 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Stengele, emacs-orgmode, Rainer
On Mon, 11 Apr 2011 10:55:28 -0400
Nick Dokos <nicholas.dokos@hp.com> wrote:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > On Mon, 11 Apr 2011 14:55:24 +0200
> > Niels Giesen <niels.giesen@gmail.com> wrote:
> >
> > > date is a dynamically bound variable at the time of evaluation.
> > >
> >
> > I have a question I have been meaning to ask for a long time. How
> > does one test sexps with variables like these? I have tried the
> > scratch buffer but it gives errors like "(void-variable date)". I
> > found the only way I could test is to put it on one of the agenda
> > files.
> >
> > Any suggestions?
> >
>
> Bind date explicitly in the scratch buffer and then evaluate:
>
> (setq date '(4 11 2011))
>
> ...
>
> I think the format is (month day year) but be sure to check.
>
Works like a charm. Thanks a lot Nick. :)
> Nick
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* [Link] Missing referenced page in Org-beamer
@ 2011-03-25 21:26 Sébastien Vauban
2011-03-25 23:39 ` Eric S Fraga
0 siblings, 1 reply; 459+ messages in thread
From: Sébastien Vauban @ 2011-03-25 21:26 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Check this out in section 4.3 of
http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html
(last line).
Best regards,
Seb
--
Sébastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [Link] Missing referenced page in Org-beamer
2011-03-25 21:26 [Link] Missing referenced page in Org-beamer Sébastien Vauban
@ 2011-03-25 23:39 ` Eric S Fraga
2011-03-26 9:28 ` Sébastien Vauban
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-03-25 23:39 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> Check this out in section 4.3 of
> http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html
> (last line).
Thanks Seb.
Yes, that document ceased to exist a while back. I forgot I was linking
to it. It's the original document by Carsten, I believe, which was
superseded by the section in the info document. I guess the link should
really be to there, section 12.6.6 to be exact. Can somebody recommend
the best way to link there?
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.115.g00134.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: [Link] Missing referenced page in Org-beamer
2011-03-25 23:39 ` Eric S Fraga
@ 2011-03-26 9:28 ` Sébastien Vauban
0 siblings, 0 replies; 459+ messages in thread
From: Sébastien Vauban @ 2011-03-26 9:28 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric S Fraga wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Check this out in section 4.3 of
>> http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html
>> (last line).
>
> Thanks Seb.
>
> Yes, that document ceased to exist a while back. I forgot I was linking to
> it.
This shows that we should have some type of "link checker"[1]. I began working on
one which even produces a DOT graph (let's dream of a clickable sitemap?), but
I'm still stuck with it.
I could finish it right away, using only LP, but I'd like to be able to
execute parts of the document inside it ("in situ execution") for testing
purpose, and assemble all of its parts at the end (à la LP).
For this, Dan had proposed a =:stdin= option to the Babel blocks (which I
think would resolve my problem), but I'm not sure I've communicated the
problem correctly, hence a current status quo and/or a lack of time.
See http://www.mail-archive.com/emacs-orgmode-mXXj517/zsQ@public.gmane.org/msg36924.html for the
skeleton.
Best regards,
Seb
Footnotes:
[1] In fact, it's more than checking links, it is as well checking that no
files are just sitting there on an island, unreferenced.
--
Sébastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Outlook replacement
@ 2011-03-25 18:56 Henri-Paul Indiogine
2011-03-25 20:57 ` Chris Malone
2011-03-25 21:06 ` John Hendy
0 siblings, 2 replies; 459+ messages in thread
From: Henri-Paul Indiogine @ 2011-03-25 18:56 UTC (permalink / raw)
To: emacs-orgmode
Greetings!
A few days ago I noticed a headline somewhere, possibly
http://linuxtoday.com or http://lxer.com, that read "an Outlook
replacement for Linux".
Then I thought, I have an Emacs gnus frame next to a frame with my
agenda.org. I guess that is my "Outlook replacement". Also, regularly I
export my agenda to Google Calendar. So, I am not missing anything
from Outlook. Yes, I know, I can not schedule appointments in a
corporate setting, but I work more or less alone.
Best,
Henri-Paul
--
Henri-Paul Indiogine
Email: hindiogine@gmail.com
Running: Ubuntu Linux 10.10, Emacs 24.0.50.1, org-mode 7.4
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 18:56 Outlook replacement Henri-Paul Indiogine
@ 2011-03-25 20:57 ` Chris Malone
2011-03-25 21:11 ` Eric S Fraga
2011-03-25 21:16 ` Sébastien Vauban
2011-03-25 21:06 ` John Hendy
1 sibling, 2 replies; 459+ messages in thread
From: Chris Malone @ 2011-03-25 20:57 UTC (permalink / raw)
To: hindiogine; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1094 bytes --]
Hi Henri-Paul,
While you've brought the topic up I /have/ been recently curious about
others' email setup and how they incorporate that into Emacs/org-mode? I
notice several users send emails from within Emacs using org-mode syntax -
any tips on setting such a thing up? Also, how do you handle outside email
accounts, for example, from gmail?
Chris
On Fri, Mar 25, 2011 at 2:56 PM, Henri-Paul Indiogine
<hindiogine@gmail.com>wrote:
> Greetings!
>
> A few days ago I noticed a headline somewhere, possibly
> http://linuxtoday.com or http://lxer.com, that read "an Outlook
> replacement for Linux".
>
> Then I thought, I have an Emacs gnus frame next to a frame with my
> agenda.org. I guess that is my "Outlook replacement". Also, regularly I
> export my agenda to Google Calendar. So, I am not missing anything
> from Outlook. Yes, I know, I can not schedule appointments in a
> corporate setting, but I work more or less alone.
>
> Best,
> Henri-Paul
>
>
>
> --
> Henri-Paul Indiogine
> Email: hindiogine@gmail.com
> Running: Ubuntu Linux 10.10, Emacs 24.0.50.1, org-mode 7.4
>
>
[-- Attachment #2: Type: text/html, Size: 1685 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 20:57 ` Chris Malone
@ 2011-03-25 21:11 ` Eric S Fraga
2011-03-26 1:59 ` Suvayu Ali
2011-03-25 21:16 ` Sébastien Vauban
1 sibling, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-03-25 21:11 UTC (permalink / raw)
To: Chris Malone; +Cc: emacs-orgmode
Chris Malone <chris.m.malone@gmail.com> writes:
> Hi Henri-Paul,
>
> While you've brought the topic up I /have/ been recently curious about
> others' email setup and how they incorporate that into Emacs/org-mode? I
> notice several users send emails from within Emacs using org-mode syntax -
> any tips on setting such a thing up? Also, how do you handle outside email
> accounts, for example, from gmail?
>
> Chris
The short answer is to use *Emacs* for your email, e.g. with gnus or
wanderlust or mh-e or vm or rmail or ... after all, why would you want
to leave emacs and interrupt your flow!
I use gnus to read email from imap and pop servers as well as gmail
(imap). I send via them as well.
Sending with org-mode syntax is basically down to "It's all text" (R)
;-) Just type it in! (of course, you can define yasnippets or whatever
to help)
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.115.g00134.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 21:11 ` Eric S Fraga
@ 2011-03-26 1:59 ` Suvayu Ali
2011-03-26 2:19 ` Nick Dokos
` (2 more replies)
0 siblings, 3 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-03-26 1:59 UTC (permalink / raw)
To: emacs-orgmode
On Fri, 25 Mar 2011 21:11:02 +0000
Eric S Fraga <e.fraga@ucl.ac.uk> wrote:
> The short answer is to use *Emacs* for your email,
How do you (as in all users using Emacs as their email client) deal with
unreliable networks? When I used to use tramp over a particularly
slow/unreliable network day before, I found every time tramp got stuck
emacs would hang too until tramp could recover. I thought it was
because emacs is still not multi-threaded (am I correct?), so a stuck
process would bring make the entire session unresponsive. This was more
annoying when I was running `emacs --daemon'. So as a conpromise, I
resorted to using plugins (wherever I could) to use emacs as my
alternate editor. So far this has worked very well in Firefox (It's all
text), Thunderbird (Alternate Editor) and claws-mail (native support).
Is there any resolution to these issues? If so, I would really love to
try an Emacs based email client. Of course as always if my understanding
is incorrect please feel free to correct me. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Outlook replacement
2011-03-26 1:59 ` Suvayu Ali
@ 2011-03-26 2:19 ` Nick Dokos
2011-03-26 2:30 ` Suvayu Ali
2011-03-26 3:15 ` Memnon Anon
2011-04-02 15:56 ` Steinar Bang
2 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-03-26 2:19 UTC (permalink / raw)
To: Suvayu Ali; +Cc: nicholas.dokos, emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> On Fri, 25 Mar 2011 21:11:02 +0000
> Eric S Fraga <e.fraga@ucl.ac.uk> wrote:
>
> > The short answer is to use *Emacs* for your email,
>
> How do you (as in all users using Emacs as their email client) deal with
> unreliable networks? When I used to use tramp over a particularly
> slow/unreliable network day before, I found every time tramp got stuck
> emacs would hang too until tramp could recover. I thought it was
> because emacs is still not multi-threaded (am I correct?), so a stuck
> process would bring make the entire session unresponsive. This was more
> annoying when I was running `emacs --daemon'. So as a conpromise, I
> resorted to using plugins (wherever I could) to use emacs as my
> alternate editor. So far this has worked very well in Firefox (It's all
> text), Thunderbird (Alternate Editor) and claws-mail (native support).
>
> Is there any resolution to these issues? If so, I would really love to
> try an Emacs based email client. Of course as always if my understanding
> is incorrect please feel free to correct me. :)
>
[I sound like a broken record]
I use fetchmail and postfix. They run in the background dealing with
incoming and outgoing mail resp. - as far as emacs is concerned, all
mail is local. If the network is gone, fetchmail tries and fails, so I
don't see any new mail. I can send mail but it stays local until postfix
can connect to my relay and send it out. emacs does not know anything
about nor does it care about the network outage (well,
org-google-weather causes the agenda to be slow, so I know something is
up :-) )
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 2:19 ` Nick Dokos
@ 2011-03-26 2:30 ` Suvayu Ali
2011-03-26 3:31 ` Nick Dokos
2011-03-26 8:41 ` Achim Gratz
0 siblings, 2 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-03-26 2:30 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
On Fri, 25 Mar 2011 22:19:08 -0400
Nick Dokos <nicholas.dokos@hp.com> wrote:
> [I sound like a broken record]
>
I saw your response but forgot to comment about it.
> I use fetchmail and postfix. They run in the background dealing with
> incoming and outgoing mail resp. - as far as emacs is concerned, all
> mail is local.
I have tried that too but unsuccessfully, my understanding of mail
servers and email protocols are rather limited. I use several emails
accounts on markedly different email systems (GMail, Zimbra, some kind
of M$ mail server). Trying to talk to all these simultaneously seemed
extremely difficult.
Also I often access email from multiple locations, home workstation,
university workstation and my laptop. Not sure how to deal with that. I
once tried OfflineImap but something came up before I could set it up
properly and I never had the time to get back to it. Maybe when I have
the time again.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 2:30 ` Suvayu Ali
@ 2011-03-26 3:31 ` Nick Dokos
2011-03-26 5:24 ` Suvayu Ali
2011-03-26 8:41 ` Achim Gratz
1 sibling, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-03-26 3:31 UTC (permalink / raw)
To: Suvayu Ali; +Cc: nicholas.dokos, emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>> I use fetchmail and postfix. They run in the background dealing with
>> incoming and outgoing mail resp. - as far as emacs is concerned, all
>> mail is local.
>
> I have tried that too but unsuccessfully, my understanding of mail
> servers and email protocols are rather limited. I use several emails
> accounts on markedly different email systems (GMail, Zimbra, some kind
> of M$ mail server). Trying to talk to all these simultaneously seemed
> extremely difficult.
>
Well, fetchmail can read POP or IMAP from various servers. Don't know anything
about Zimbra, don't *want* to know anything about M$.
> Also I often access email from multiple locations, home workstation,
> university workstation and my laptop. Not sure how to deal with that. I
> once tried OfflineImap but something came up before I could set it up
> properly and I never had the time to get back to it. Maybe when I have
> the time again.
>
That's tough: you'll need to leave the mail server-side so that you can
access it from all the different machines, but that leaves you vulnerable
to network outages. offlineIMAP might be a good solution for you.
I get my email (three different servers) on a laptop that travels
between home and work. The setup I have is enough for that.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 3:31 ` Nick Dokos
@ 2011-03-26 5:24 ` Suvayu Ali
0 siblings, 0 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-03-26 5:24 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
Hi Nick and Memnon,
On Fri, 25 Mar 2011 23:31:21 -0400
Nick Dokos <nicholas.dokos@hp.com> wrote:
> That's tough: you'll need to leave the mail server-side so that you
> can access it from all the different machines, but that leaves you
> vulnerable to network outages. offlineIMAP might be a good solution
> for you.
Looks like this is the only feasible solution for now. I will try my
hand at it again when I have the time.
Thanks a lot. :)
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 2:30 ` Suvayu Ali
2011-03-26 3:31 ` Nick Dokos
@ 2011-03-26 8:41 ` Achim Gratz
2011-03-26 8:53 ` Suvayu Ali
1 sibling, 1 reply; 459+ messages in thread
From: Achim Gratz @ 2011-03-26 8:41 UTC (permalink / raw)
To: emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
> Also I often access email from multiple locations, home workstation,
> university workstation and my laptop. Not sure how to deal with that.
The two solutions to deal with that problem at the extreme ends: you
either leave all mail on the server(s) all the time, which means you
need network access (you can cache IMAP but not POP) or you always pull
all mail down to the same machine which means you'll always need access
to that machine. There's a spectrum of solutions between these two
extremes, but if you need full access to all mail on all machines you
will have to store it on the net somehow (well, you could put it onto a
USB stick I guess *shudder*).
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Outlook replacement
2011-03-26 8:41 ` Achim Gratz
@ 2011-03-26 8:53 ` Suvayu Ali
0 siblings, 0 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-03-26 8:53 UTC (permalink / raw)
To: emacs-orgmode
Hi Achim,
On Sat, 26 Mar 2011 09:41:06 +0100
Achim Gratz <Stromeko@nexgo.de> wrote:
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
> > Also I often access email from multiple locations, home workstation,
> > university workstation and my laptop. Not sure how to deal with
> > that.
>
> The two solutions to deal with that problem at the extreme ends: you
> either leave all mail on the server(s) all the time, which means you
> need network access (you can cache IMAP but not POP) or you always
> pull all mail down to the same machine which means you'll always need
> access to that machine. There's a spectrum of solutions between
> these two extremes, but if you need full access to all mail on all
> machines you will have to store it on the net somehow (well, you
> could put it onto a USB stick I guess *shudder*).
>
After the comments form Nick, I think my last attempt to try
OfflineImap was the optimum solution for this problem. I'll have to
delve back into that when I find the time (hoping that will be in a
couple of months :) ).
>
> Achim.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 1:59 ` Suvayu Ali
2011-03-26 2:19 ` Nick Dokos
@ 2011-03-26 3:15 ` Memnon Anon
2011-04-02 15:56 ` Steinar Bang
2 siblings, 0 replies; 459+ messages in thread
From: Memnon Anon @ 2011-03-26 3:15 UTC (permalink / raw)
To: emacs-orgmode
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
> How do you (as in all users using Emacs as their email client) deal with
> unreliable networks?
Setup here:
Emacs +
leafnode (local newsserver for gmane, gwene)
fetchmail
msmtp
So all data is dealt with locally, as far as Emacs is concerned.
hth
Memnon
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Outlook replacement
2011-03-26 1:59 ` Suvayu Ali
2011-03-26 2:19 ` Nick Dokos
2011-03-26 3:15 ` Memnon Anon
@ 2011-04-02 15:56 ` Steinar Bang
2011-04-02 16:18 ` Eric S Fraga
2 siblings, 1 reply; 459+ messages in thread
From: Steinar Bang @ 2011-04-02 15:56 UTC (permalink / raw)
To: emacs-orgmode
>>>>> Suvayu Ali <fatkasuvayu+linux@gmail.com>:
> How do you (as in all users using Emacs as their email client) deal
> with unreliable networks? When I used to use tramp over a particularly
> slow/unreliable network day before, I found every time tramp got stuck
> emacs would hang too until tramp could recover.
What does tramp have to do with using emacs as an email client?
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Outlook replacement
2011-04-02 15:56 ` Steinar Bang
@ 2011-04-02 16:18 ` Eric S Fraga
2011-04-02 17:27 ` Suvayu Ali
0 siblings, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-04-02 16:18 UTC (permalink / raw)
To: emacs-orgmode
Steinar Bang <sb@dod.no> writes:
>>>>>> Suvayu Ali <fatkasuvayu+linux@gmail.com>:
>
>> How do you (as in all users using Emacs as their email client) deal
>> with unreliable networks? When I used to use tramp over a particularly
>> slow/unreliable network day before, I found every time tramp got stuck
>> emacs would hang too until tramp could recover.
>
> What does tramp have to do with using emacs as an email client?
I think the point was that tramp on an unreliable network illustrates
the problems with emacs's single-threaded implementation and not that it
is otherwise related to email in emacs.
Even on a reliable, yet slow, network, I do get frustrated sometimes
when I have "sent" a very large email and cannot do anything in one of
org documents until the message has actually been sent. Of course, that
is due to my using a non-queueing smtp MTA, something I *could* fix if
it bothered me enough...
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.128.ga9e6)
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Outlook replacement
2011-04-02 16:18 ` Eric S Fraga
@ 2011-04-02 17:27 ` Suvayu Ali
0 siblings, 0 replies; 459+ messages in thread
From: Suvayu Ali @ 2011-04-02 17:27 UTC (permalink / raw)
To: emacs-orgmode
On Sat, 02 Apr 2011 17:18:33 +0100
Eric S Fraga <e.fraga@ucl.ac.uk> wrote:
> Steinar Bang <sb@dod.no> writes:
>
> >>>>>> Suvayu Ali <fatkasuvayu+linux@gmail.com>:
> >
> >> How do you (as in all users using Emacs as their email client) deal
> >> with unreliable networks? When I used to use tramp over a
> >> particularly slow/unreliable network day before, I found every
> >> time tramp got stuck emacs would hang too until tramp could
> >> recover.
> >
> > What does tramp have to do with using emacs as an email client?
>
> I think the point was that tramp on an unreliable network illustrates
> the problems with emacs's single-threaded implementation and not that
> it is otherwise related to email in emacs.
Yes, that was my point of mentioning tramp. I think the conclusion we
arrived at was to use OfflineImap would be the most optimum solution
for my use case.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 20:57 ` Chris Malone
2011-03-25 21:11 ` Eric S Fraga
@ 2011-03-25 21:16 ` Sébastien Vauban
2011-03-25 21:21 ` Chris Malone
` (2 more replies)
1 sibling, 3 replies; 459+ messages in thread
From: Sébastien Vauban @ 2011-03-25 21:16 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Chris Malone,
Chris Malone wrote:
> Hi Henri-Paul,
>
> While you've brought the topic up I /have/ been recently curious about
> others' email setup and how they incorporate that into Emacs/org-mode? I
> notice several users send emails from within Emacs using org-mode syntax -
> any tips on setting such a thing up?
For the list and table stuff, here's an example from my .gnus file:
#+begin_src emacs-lisp
;; operates on messages you send
(defun my/message-mode-hook ()
;; tab completion for alias in `.mailrc'
(local-set-key (kbd "M-TAB") 'mail-abbrev-complete-alias)
;; enable automatic word-wrap when composing messages
(setq fill-column 78)
(turn-on-auto-fill)
(when (try-require 'org-footnote)
;; default style used for footnoting is local to the Message being
;; written
(set (make-local-variable 'org-footnote-auto-label) 'plain))
(when (locate-library "org.el")
;; turn on the `org-mode' table editor
(turn-on-orgtbl)
;; turn on orgstruct-mode
(turn-on-orgstruct)
;; turn on the enhanced version of orgstruct-mode
(turn-on-orgstruct++)))
(add-hook 'message-mode-hook 'my/message-mode-hook)
#+end_src
For "Org-mode syntax" (putting codes as the above):
- simply copy/paste,
- select region with C-x C-x,
- demarcate block with C-c C-v C-d and insert the correct language (here:
emacs-lisp).
> Also, how do you handle outside email accounts, for example, from gmail?
What do you mean? Accessing them? That can be done from Emacs, although I
did not set this up (yet).
Does the above meet your question?
Best regards,
Seb
--
Sébastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: Re: Outlook replacement
2011-03-25 21:16 ` Sébastien Vauban
@ 2011-03-25 21:21 ` Chris Malone
2011-03-25 21:42 ` Nick Dokos
2011-03-26 7:14 ` Eric Abrahamsen
2 siblings, 0 replies; 459+ messages in thread
From: Chris Malone @ 2011-03-25 21:21 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2052 bytes --]
Hi Seb and Eric,
Thanks for the advice - the info and sample .gnus file were great!
Chris
2011/3/25 Sébastien Vauban <wxhgmqzgwmuf@spammotel.com>
> Chris Malone,
>
> Chris Malone wrote:
> > Hi Henri-Paul,
> >
> > While you've brought the topic up I /have/ been recently curious about
> > others' email setup and how they incorporate that into Emacs/org-mode? I
> > notice several users send emails from within Emacs using org-mode syntax
> -
> > any tips on setting such a thing up?
>
> For the list and table stuff, here's an example from my .gnus file:
>
> #+begin_src emacs-lisp
> ;; operates on messages you send
> (defun my/message-mode-hook ()
>
> ;; tab completion for alias in `.mailrc'
> (local-set-key (kbd "M-TAB") 'mail-abbrev-complete-alias)
>
> ;; enable automatic word-wrap when composing messages
> (setq fill-column 78)
> (turn-on-auto-fill)
>
> (when (try-require 'org-footnote)
> ;; default style used for footnoting is local to the Message being
> ;; written
> (set (make-local-variable 'org-footnote-auto-label) 'plain))
>
> (when (locate-library "org.el")
>
> ;; turn on the `org-mode' table editor
> (turn-on-orgtbl)
>
> ;; turn on orgstruct-mode
> (turn-on-orgstruct)
>
> ;; turn on the enhanced version of orgstruct-mode
> (turn-on-orgstruct++)))
>
> (add-hook 'message-mode-hook 'my/message-mode-hook)
> #+end_src
>
> For "Org-mode syntax" (putting codes as the above):
>
> - simply copy/paste,
> - select region with C-x C-x,
> - demarcate block with C-c C-v C-d and insert the correct language (here:
> emacs-lisp).
>
> > Also, how do you handle outside email accounts, for example, from gmail?
>
> What do you mean? Accessing them? That can be done from Emacs, although I
> did not set this up (yet).
>
> Does the above meet your question?
>
> Best regards,
> Seb
>
> --
> Sébastien Vauban
>
>
>
[-- Attachment #2: Type: text/html, Size: 2651 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Re: Outlook replacement
2011-03-25 21:16 ` Sébastien Vauban
2011-03-25 21:21 ` Chris Malone
@ 2011-03-25 21:42 ` Nick Dokos
2011-03-26 7:14 ` Eric Abrahamsen
2 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2011-03-25 21:42 UTC (permalink / raw)
To: =?utf-8?Q?S=C3=A9bastien_Vauban?=; +Cc: nicholas.dokos, emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> > Also, how do you handle outside email accounts, for example, from gmail?
>
> What do you mean? Accessing them? That can be done from Emacs, although I
> did not set this up (yet).
>
I use fetchmail for incoming mail and a local postfix server (sending
either through a company relay at work, or the smtp server of my ISP at
home) for outgoing mail: as far as emacs is concerned, all mail is
local.
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 21:16 ` Sébastien Vauban
2011-03-25 21:21 ` Chris Malone
2011-03-25 21:42 ` Nick Dokos
@ 2011-03-26 7:14 ` Eric Abrahamsen
2011-03-26 8:16 ` Sébastien Vauban
2 siblings, 1 reply; 459+ messages in thread
From: Eric Abrahamsen @ 2011-03-26 7:14 UTC (permalink / raw)
To: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com>
writes:
> Chris Malone,
>
> Chris Malone wrote:
>> Hi Henri-Paul,
>>
>> While you've brought the topic up I /have/ been recently curious about
>> others' email setup and how they incorporate that into Emacs/org-mode? I
>> notice several users send emails from within Emacs using org-mode syntax -
>> any tips on setting such a thing up?
[...]
> For "Org-mode syntax" (putting codes as the above):
>
> - simply copy/paste,
> - select region with C-x C-x,
> - demarcate block with C-c C-v C-d and insert the correct language (here:
> emacs-lisp).
Where does that last keybinding come from? I run (turn-on-orgstruct++),
but org-babel-demarcate-block isn't bound to anything, and C-c C-v runs
message-delete-not-region…
Eric
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-26 7:14 ` Eric Abrahamsen
@ 2011-03-26 8:16 ` Sébastien Vauban
0 siblings, 0 replies; 459+ messages in thread
From: Sébastien Vauban @ 2011-03-26 8:16 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Eric Abrahamsen wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Chris Malone wrote:
>>> Hi Henri-Paul,
>>>
>>> While you've brought the topic up I /have/ been recently curious about
>>> others' email setup and how they incorporate that into Emacs/org-mode? I
>>> notice several users send emails from within Emacs using org-mode syntax -
>>> any tips on setting such a thing up?
>>
>> For "Org-mode syntax" (putting codes as the above):
>>
>> - simply copy/paste,
>> - select region with C-x C-x,
>> - demarcate block with C-c C-v C-d and insert the correct language (here:
>> emacs-lisp).
>
> Where does that last keybinding come from? I run (turn-on-orgstruct++), but
> org-babel-demarcate-block isn't bound to anything,
True. I've made a global binding of it:
#+begin_src emacs-lisp*
(global-set-key (kbd "C-c C-v C-d") 'org-babel-demarcate-block)
#+end_src
> and C-c C-v runs message-delete-not-region…
True. I've removed that binding from Message -- never used it anyway.
#+begin_src emacs-lisp*
;; remove the binding of `C-c C-v', used by Org-Babel commands
(add-hook 'message-mode-hook
(lambda ()
(define-key message-mode-map (kbd "C-c C-v") nil)))
#+end_src
Best regards,
Seb
--
Sébastien Vauban
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 18:56 Outlook replacement Henri-Paul Indiogine
2011-03-25 20:57 ` Chris Malone
@ 2011-03-25 21:06 ` John Hendy
2011-03-25 21:38 ` Nick Dokos
1 sibling, 1 reply; 459+ messages in thread
From: John Hendy @ 2011-03-25 21:06 UTC (permalink / raw)
To: hindiogine; +Cc: emacs-orgmode
On Fri, Mar 25, 2011 at 1:56 PM, Henri-Paul Indiogine
<hindiogine@gmail.com> wrote:
> Greetings!
>
> A few days ago I noticed a headline somewhere, possibly
> http://linuxtoday.com or http://lxer.com, that read "an Outlook
> replacement for Linux".
>
> Then I thought, I have an Emacs gnus frame next to a frame with my
> agenda.org. I guess that is my "Outlook replacement". Also, regularly I
> export my agenda to Google Calendar. So, I am not missing anything
> from Outlook. Yes, I know, I can not schedule appointments in a
> corporate setting, but I work more or less alone.
>
I would love to do this. Unfortunately, it is limiting in a corporate
setting -- my IMAP/POP ports are blocked (using emacs for personal
email is out), the admins have not enabled IMAP/POP on the company
Lotus Notes Domino server (using emacs for work emails is out), and
yes, no scheduling would work from emacs through Domino innards,
probably.
There is some hope: http://bit.ly/fEkWrN
They've created a command line interface to Lotus Notes that works...
but only 32bit (I have to chroot into a 32bit environment) and one
would have to parse everything that came through to make it usable and
also write elisp functions that sent Lotus Notes commands via the
command line client.
Anyway, I *love* the idea of doing this... but it's quite difficult
when the "corporate world" is against you!
John
> Best,
> Henri-Paul
>
>
>
> --
> Henri-Paul Indiogine
> Email: hindiogine@gmail.com
> Running: Ubuntu Linux 10.10, Emacs 24.0.50.1, org-mode 7.4
>
>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 21:06 ` John Hendy
@ 2011-03-25 21:38 ` Nick Dokos
2011-03-25 21:39 ` John Hendy
0 siblings, 1 reply; 459+ messages in thread
From: Nick Dokos @ 2011-03-25 21:38 UTC (permalink / raw)
To: John Hendy; +Cc: nicholas.dokos, emacs-orgmode
John Hendy <jw.hendy@gmail.com> wrote:
> I would love to do this. Unfortunately, it is limiting in a corporate
> setting -- my IMAP/POP ports are blocked (using emacs for personal
> email is out), the admins have not enabled IMAP/POP on the company
> Lotus Notes Domino server (using emacs for work emails is out), and
> yes, no scheduling would work from emacs through Domino innards,
> probably.
>
I don't understand: how do you send and receive mail?
Nick
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 21:38 ` Nick Dokos
@ 2011-03-25 21:39 ` John Hendy
2011-03-25 22:18 ` Nick Dokos
0 siblings, 1 reply; 459+ messages in thread
From: John Hendy @ 2011-03-25 21:39 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
On Fri, Mar 25, 2011 at 4:38 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> John Hendy <jw.hendy@gmail.com> wrote:
>
>> I would love to do this. Unfortunately, it is limiting in a corporate
>> setting -- my IMAP/POP ports are blocked (using emacs for personal
>> email is out), the admins have not enabled IMAP/POP on the company
>> Lotus Notes Domino server (using emacs for work emails is out), and
>> yes, no scheduling would work from emacs through Domino innards,
>> probably.
>>
>
> I don't understand: how do you send and receive mail?
>
Work email: Lotus Notes
Personal email: Gmail web client
> Nick
>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: Outlook replacement
2011-03-25 21:39 ` John Hendy
@ 2011-03-25 22:18 ` Nick Dokos
0 siblings, 0 replies; 459+ messages in thread
From: Nick Dokos @ 2011-03-25 22:18 UTC (permalink / raw)
To: John Hendy; +Cc: nicholas.dokos, emacs-orgmode
John Hendy <jw.hendy@gmail.com> wrote:
> On Fri, Mar 25, 2011 at 4:38 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
> > John Hendy <jw.hendy@gmail.com> wrote:
> >
> >> I would love to do this. Unfortunately, it is limiting in a corporate
> >> setting -- my IMAP/POP ports are blocked (using emacs for personal
> >> email is out), the admins have not enabled IMAP/POP on the company
> >> Lotus Notes Domino server (using emacs for work emails is out), and
> >> yes, no scheduling would work from emacs through Domino innards,
> >> probably.
> >>
> >
> > I don't understand: how do you send and receive mail?
> >
>
> Work email: Lotus Notes
> Personal email: Gmail web client
>
OK, I see: thanks.
^ permalink raw reply [flat|nested] 459+ messages in thread
* orgmode BEAMER scaling image
@ 2011-03-24 16:35 Gilberto
2011-03-24 17:26 ` John Hendy
2011-03-24 19:18 ` Eric S Fraga
0 siblings, 2 replies; 459+ messages in thread
From: Gilberto @ 2011-03-24 16:35 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 469 bytes --]
In his org-mode beamer tutorial, Eric Fraga (very useful tutorial BTW, thanks) gives an example of using an image, and writes
> I have added an attribute to the image to tell LaTeX to scale the image to the full width of the column.
Can I add a similar attribute to my images without having to tweak the .tex file? In other words, can I directly do that in org beamer mode?
Gilberto Conde
ah.gilberto.c@gmail.com
___________________________________
[-- Attachment #2: Type: text/html, Size: 2189 bytes --]
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: orgmode BEAMER scaling image
2011-03-24 16:35 orgmode BEAMER scaling image Gilberto
@ 2011-03-24 17:26 ` John Hendy
2011-03-24 21:39 ` Gilberto
2011-03-24 19:18 ` Eric S Fraga
1 sibling, 1 reply; 459+ messages in thread
From: John Hendy @ 2011-03-24 17:26 UTC (permalink / raw)
To: Gilberto; +Cc: emacs-orgmode
On Thu, Mar 24, 2011 at 11:35 AM, Gilberto <ah.gilberto.c@gmail.com> wrote:
> In his org-mode beamer tutorial, Eric Fraga (very useful tutorial BTW,
> thanks) gives an example of using an image, and writes
>
> I have added an attribute to the image to tell LaTeX to scale the image to
> the full width of the column.
>
> Can I add a similar attribute to my images without having to tweak the .tex
> file? In other words, can I directly do that in org beamer mode?
You want the #+attr_latex feature to send export options to LaTeX[1].
Here's an example:
---------
* Section
** Slide name
*** Column 1 :BMCOL:B_ignoreheading:
:PROPERTIES:
:BEAMER_col: 0.45
:BEAMER_env: ignoreheading
:END:
Here's the text for column 1.
*** Column 2 :BMCOL:B_ignoreheading:
:PROPERTIES:
:BEAMER_col: 0.45
:BEAMER_env: ignoreheading
:END:
#+ATTR_LaTeX: width=0.95\textwidth
[[/here/is/the/path/to/your/image.jpg]]
----------
The width= option scales the image. \textwidth when used in the column
environment applies to the width of the *column* textwidth, not that
of the actual total page size.
I've found that using 0.45 for the :BEAMER_col width made things look
a little better, but that might have been due to my custom template.
Use 0.5 if you want to make it bigger and it works for you.
[1] http://orgmode.org/manual/Images-in-LaTeX-export.html
Hope that helps,
John
> Gilberto Conde
> ah.gilberto.c@gmail.com
> ___________________________________
>
>
>
^ permalink raw reply [flat|nested] 459+ messages in thread* Re: orgmode BEAMER scaling image
2011-03-24 17:26 ` John Hendy
@ 2011-03-24 21:39 ` Gilberto
0 siblings, 0 replies; 459+ messages in thread
From: Gilberto @ 2011-03-24 21:39 UTC (permalink / raw)
To: John Hendy; +Cc: emacs-orgmode
It worked great. Thanks a lot!!!
Gilberto
On 3/24/2011 9:26 AM, John Hendy wrote:
> On Thu, Mar 24, 2011 at 11:35 AM, Gilberto<ah.gilberto.c@gmail.com> wrote:
>> In his org-mode beamer tutorial, Eric Fraga (very useful tutorial BTW,
>> thanks) gives an example of using an image, and writes
>>
>> I have added an attribute to the image to tell LaTeX to scale the image to
>> the full width of the column.
>>
>> Can I add a similar attribute to my images without having to tweak the .tex
>> file? In other words, can I directly do that in org beamer mode?
> You want the #+attr_latex feature to send export options to LaTeX[1].
> Here's an example:
>
> ---------
> * Section
> ** Slide name
> *** Column 1 :BMCOL:B_ignoreheading:
> :PROPERTIES:
> :BEAMER_col: 0.45
> :BEAMER_env: ignoreheading
> :END:
> Here's the text for column 1.
>
> *** Column 2 :BMCOL:B_ignoreheading:
> :PROPERTIES:
> :BEAMER_col: 0.45
> :BEAMER_env: ignoreheading
> :END:
>
> #+ATTR_LaTeX: width=0.95\textwidth
> [[/here/is/the/path/to/your/image.jpg]]
> ----------
>
> The width= option scales the image. \textwidth when used in the column
> environment applies to the width of the *column* textwidth, not that
> of the actual total page size.
>
> I've found that using 0.45 for the :BEAMER_col width made things look
> a little better, but that might have been due to my custom template.
> Use 0.5 if you want to make it bigger and it works for you.
>
> [1] http://orgmode.org/manual/Images-in-LaTeX-export.html
>
>
> Hope that helps,
> John
>
>> Gilberto Conde
>> ah.gilberto.c@gmail.com
>> ___________________________________
>>
>>
>>
^ permalink raw reply [flat|nested] 459+ messages in thread
* Re: orgmode BEAMER scaling image
2011-03-24 16:35 orgmode BEAMER scaling image Gilberto
2011-03-24 17:26 ` John Hendy
@ 2011-03-24 19:18 ` Eric S Fraga
[not found] ` <4D8BB89A.70908@gmail.com>
1 sibling, 1 reply; 459+ messages in thread
From: Eric S Fraga @ 2011-03-24 19:18 UTC (permalink / raw)
To: Gilberto; +Cc: emacs-orgmode
Gilberto <ah.gilberto.c@gmail.com> writes:
> In his org-mode beamer tutorial, Eric Fraga (very useful tutorial BTW,
> thanks) gives an example of using an image, and writes
You're very welcome!
>
>> I have added an attribute to the image to tell LaTeX to scale the
>> image to the full width of the column.
>
>
> Can I add a similar attribute to my images without having to tweak the
> .tex file? In other words, can I directly do that in org beamer mode?
John Hendy has already answered but I guess you are implying that the
tutorial on Worg is not clear about how that is done. The example code
snippet has the #+ATTR_LATEX line in it. I guess I should be more
explicit in the text? Thanks for highlighting this!
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.113.g9010a.dirty)
^ permalink raw reply [flat|nested] 459+ messages in thread