* AUCTeX conflicting with org-mode
@ 2012-03-07 0:31 suvayu ali
2012-03-07 5:08 ` Yagnesh Raghava Yakkala
0 siblings, 1 reply; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* [bug] latex fragment preview with dvipng ignores :foreground specification
@ 2013-01-25 23:02 Eric S Fraga
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* [bug] org-habit-show-all-today undefined
@ 2012-05-29 3:37 Eric S Fraga
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Problem with autoloads
@ 2011-06-26 20:14 suvayu ali
2011-06-27 16:51 ` Michael Markert
0 siblings, 1 reply; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Re: latex checkboxes
2011-06-17 1:37 ` Skip Collins
@ 2011-06-17 2:02 ` Nick Dokos
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Re: latex checkboxes
2011-06-16 23:29 ` Nick Dokos
@ 2011-06-17 13:18 ` Nicolas Goaziou
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Re: Outlook replacement
2011-03-26 3:31 ` Nick Dokos
@ 2011-03-26 5:24 ` Suvayu Ali
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Re: Outlook replacement
2011-03-25 21:39 ` John Hendy
@ 2011-03-25 22:18 ` Nick Dokos
0 siblings, 0 replies; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ 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; 456+ 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] 456+ messages in thread
* Future Worg publishing failure :)
@ 2011-03-18 7:35 Nick Dokos
2011-03-18 10:10 ` Bastien
0 siblings, 1 reply; 456+ messages in thread
From: Nick Dokos @ 2011-03-18 7:35 UTC (permalink / raw)
To: emacs-orgmode; +Cc: nicholas.dokos
org-glossary.org contains the following text at one point:
... The number of days is
14.
Current org code takes the 14. as an item in a numbered list. When
exporting to HTML, this causes an error in org-html-export-list-line -
hence the subject line. It's not a problem right now but it will be when
orgmode.org gets the updated version. I reformatted the line to avoid
the awkward newline, so the future publishing failure will not
happen. I'll let Nicolas worry about what should be done about the
error.
Nick
Org-mode version 7.5 (release_7.5.77.g74268.dirty)
Here's the backtrace of the error:
Debugger entered--Lisp error: (args-out-of-range #("14." 0 3 (fontified t list-item 11895 list-struct ((11895 0 "14." nil nil nil 11899)) list-prevs ((11895)) list-context nil)) 9 10)
match-string(3 #("14." 0 3 (fontified t list-item 11895 list-struct ((11895 0 "14." nil nil nil 11899)) list-prevs ((11895)) list-context nil)))
(let* ((checkbox (match-string 3 line)) (desc-tag (or (match-string 4 line) "???")) (body (or (match-string 5 line) "")) (list-beg (org-list-get-list-begin pos struct prevs)) (firstp (= list-beg pos)) (type (funcall get-type list-beg struct prevs)) (counter (let ((count-tmp (org-list-get-counter pos struct))) (cond ((not count-tmp) nil) ((string-match "[A-Za-z]" count-tmp) (- (string-to-char ...) 64)) ((string-match "[0-9]+" count-tmp) count-tmp))))) (when firstp (org-close-par-maybe) (insert (format "<%sl>\n" type))) (insert (cond ((equal type "d") (format "<dt>%s</dt><dd>" desc-tag)) ((and (equal type "o") counter) (format "<li value=\"%s\">" counter)) (t "<li>"))) (when checkbox (setq body (concat (cond ((string-match "X" checkbox) "<code>[X]</code> ") ((string-match " " checkbox) "<c
ode>[ ]</code> ") (t "<code>[-]</code> ")) body))) body)
(cond ((assq pos struct) (string-match (concat "[ ]*\\(\\S-+[ ]+\\)" "\\(?:\\[@\\(?:start:\\)?\\([0-9]+\\|[A-Za-z]\\)\\]\\)?" "\\(?:\\(\\[[ X-]\\]\\)[ ]+\\)?" "\\(?:\\(.*\\)[ ]+::[ ]+\\)?" "\\(.*\\)") line) (let* ((checkbox (match-string 3 line)) (desc-tag (or (match-string 4 line) "???")) (body (or (match-string 5 line) "")) (list-beg (org-list-get-list-begin pos struct prevs)) (firstp (= list-beg pos)) (type (funcall get-type list-beg struct prevs)) (counter (let ((count-tmp ...)) (cond (... nil) (... ...) (... count-tmp))))) (when firstp (org-close-par-maybe) (insert (format "<%sl>\n" type))) (insert (cond ((equal type "d") (format "<dt>%s</dt><dd>" desc-tag)) ((and (equal type "o") counter) (format "<li value=\"%s\">" counter)) (t "<li>"))) (when checkbox (setq body (concat (con
d (... "<code>[X]</code> ") (... "<code>[ ]</code> ") (t "<code>[-]</code> ")) body))) body)) ((equal "ORG-LIST-END-MARKER" line) (throw (quote nextline) nil)) (t line))
(let* ((get-type (function (lambda (pos struct prevs) (let ((type ...)) (cond (... "o") (... "d") (t "u")))))) (get-closings (function (lambda (pos) (let (out) (catch (quote exit) (mapc ... struct)) out))))) (mapc (lambda (e) (let* ((lastp (= (org-list-get-last-item e struct prevs) e)) (first-item (org-list-get-list-begin e struct prevs)) (type (funcall get-type first-item struct prevs))) (org-close-par-maybe) (org-close-li type) (when lastp (insert (format "</%sl>\n" type)) (org-open-par)))) (funcall get-closings pos)) (cond ((assq pos struct) (string-match (concat "[ ]*\\(\\S-+[ ]+\\)" "\\(?:\\[@\\(?:start:\\)?\\([0-9]+\\|[A-Za-z]\\)\\]\\)?" "\\(?:\\(\\[[ X-]\\]\\)[ ]+\\)?" "\\(?:\\(.*\\)[ ]+::[ ]+\\)?" "\\(.*\\)") line) (let* ((checkbox (match-string 3 line)) (desc-tag (or (match
-string 4 line) "???")) (body (or (match-string 5 line) "")) (list-beg (org-list-get-list-begin pos struct prevs)) (firstp (= list-beg pos)) (type (funcall get-type list-beg struct prevs)) (
counter (let (...) (cond ... ... ...)))) (when firstp (org-close-par-maybe) (insert (format "<%sl>\n" type))) (insert (cond ((equal type "d") (format "<dt>%s</dt><dd>" desc-tag)) ((and ... counter) (format "<li value=\"%s\">" counter)) (t "<li>"))) (when checkbox (setq body (concat (cond ... ... ...) body))) body)) ((equal "ORG-LIST-END-MARKER" line) (throw (quote nextline) nil)) (t line)))
org-html-export-list-line(#("14." 0 3 (fontified t list-item 11895 list-struct ((11895 0 "14." nil nil nil 11899)) list-prevs ((11895)) list-context nil)) 11895 ((11895 0 "14." nil nil nil 11899)) ((11895)))
(setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line)))
(progn (setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line))))
(if (get-text-property 0 (quote list-item) line) (progn (setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line)))))
(when (get-text-property 0 (quote list-item) line) (setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line))))
(cond ((string-match "^\\(\\*+\\)[ ]+\\(.*\\)" line) (setq level (org-tr-level (- (match-end 1) (match-beginning 1) level-offset)) txt (match-string 2 line)) (if (string-match quote-re0 txt) (setq txt (replace-match "" t t txt))) (if (<= level (max umax umax-toc)) (setq head-count (+ head-count 1))) (setq first-heading-pos (or first-heading-pos (point))) (org-html-level-start level txt umax (and org-export-with-toc (<= level umax)) head-count) (when (string-match quote-re line) (org-close-par-maybe) (insert "<pre>") (setq inquote t))) ((and org-export-with-tables (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" line)) (when (not table-open) (setq table-open t table-buffer nil table-orig-buffer nil)) (setq table-buffer (cons line table-buffer) table-orig-buffer (cons origline table-orig-bu
ffer)) (when (or (not lines) (not (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" (car lines)))) (setq table-open nil table-buffer (nreverse table-buffer) table-orig-buffer (nreverse table-or
ig-buffer)) (org-close-par-maybe) (insert (org-format-table-html table-buffer table-orig-buffer)))) (t (when (get-text-property 0 (quote list-item) line) (setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line)))) (when (string-match "^[ ]*-\\{5,\\}[ ]*$" line) (if org-par-open (insert "\n</p>\n<hr/>\n<p>\n") (insert "\n<hr/>\n")) (throw (quote nextline) nil)) (if (string-match "^ [-+*]-\\|^[ ]*$" line) (org-open-par)) (when org-export-with-footnotes (when (and (boundp (quote footnote-section-tag-regexp)) (string-match (concat "^" footnote-section-tag-regexp) line)) (throw (quote nextline) nil)) (when (string-match "^[ ]*\\[\\([0-9]+\\)\\]" line) (org-close-par-m
aybe) (let ((n (match-string 1 line))) (setq org-par-open t line (replace-match (format ... n n n) t t line))))) (cond ((string-match "\\\\\\\\[ ]*$" line) (setq line (replace-match "<br/>"
t t line))) (org-export-preserve-breaks (setq line (concat line "<br/>")))) (let ((start 0)) (while (and org-par-open (string-match "\\\\par\\>" line start)) (if (not (get-text-property (match-beginning 0) (quote org-protected) line)) (setq line (replace-match "</p ><p >" t t line))) (setq start (match-end 0)))) (insert line "\n")))
(catch (quote nextline) (when (and inquote (string-match "^\\*+ " line)) (insert "</pre>\n") (org-open-par) (setq inquote nil)) (when inquote (insert (org-html-protect line) "\n") (throw (quote nextline) nil)) (when (and org-export-with-fixed-width (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" line)) (when (not infixed) (setq infixed t) (org-close-par-maybe) (insert "<pre class=\"example\">\n")) (insert (org-html-protect (match-string 3 line)) "\n") (when (or (not lines) (not (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" (car lines)))) (setq infixed nil) (insert "</pre>\n") (org-open-par)) (throw (quote nextline) nil)) (when (and (get-text-property 0 (quote org-protected) line) (not (< (or (next-single-property-change 0 (quote org-protected) line) 10000) (length line)))) (let
(par (ind (get-text-property 0 (quote original-indentation) line))) (when (re-search-backward "\\(<p>\\)\\([
\n]*\\)\\=" (- (point) 100) t) (setq par (match-string 1)) (replace-match "\\2
\n")) (insert line "\n") (while (and lines (or (= (length ...) 0) (not ind) (equal ind (get-text-property 0 ... ...))) (or (= (length ...) 0) (get-text-property 0 (quote org-protected) (car lines)))) (insert (pop lines) "\n")) (and par (insert "<p>\n"))) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-START" line) (org-close-par-maybe) (insert "<blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-END" line) (org-close-par-maybe) (insert "\n</blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-START" line) (org-close-par-maybe) (insert "\n<p class=\"verse\">\n") (setq org-par-open t) (setq inverse t) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-END" line) (insert "</p>\n") (setq org-par-open nil) (or
g-open-par) (setq inverse nil) (throw (quote nextline) nil)) (when (equal "ORG-CENTER-START" line) (org-close-par-maybe) (insert "\n<div style=\"text-align: center\">") (org-open-par) (throw
(quote nextline) nil)) (when (equal "ORG-CENTER-END" line) (org-close-par-maybe) (insert "\n</div>") (org-open-par) (throw (quote nextline) nil)) (run-hooks (quote org-export-html-after-blockquotes-hook)) (when inverse (let ((i (org-get-string-indentation line))) (if (> i 0) (setq line (concat (mapconcat (quote identity) (make-list ... "\\nbsp") "") " " (org-trim line)))) (unless (string-match "\\\\\\\\[ ]*$" line) (setq line (concat line "\\\\"))))) (setq start 0) (while (string-match "<<<?\\([^<>]*\\)>>>?\\((INVISIBLE)\\)?[ ]*\n?" line start) (cond ((get-text-property (match-beginning 1) (quote org-protected) line) (setq start (match-end 1))) ((match-end 2) (setq line (replace-match (format "@<a name=\"%s\" id=\"%s\">@</a>" (org-solidify-link-text ...) (org-solidify-link-text ...)) t
t line))) ((and org-export-with-toc (equal (string-to-char line) 42)) (setq line (replace-match (concat "@<span class=\"target\">" (match-string 1 line) "@</span> ") t t line))) (t (setq li
ne (replace-match (concat "@<a name=\"" (org-solidify-link-text ...) "\" class=\"target\">" (match-string 1 line) "@</a> ") t t line))))) (setq line (org-html-handle-time-stamps line)) (or (string-match org-table-hline-regexp line) (setq line (org-html-expand line))) (setq line (org-html-handle-links line opt-plist)) (if (and (string-match org-todo-line-regexp line) (match-beginning 2)) (setq line (concat (substring line 0 (match-beginning 2)) "<span class=\"" (if (member (match-string 2 line) org-done-keywords) "done" "todo") " " (match-string 2 line) "\"> " (org-export-html-get-todo-kwd-class-name (match-string 2 line)) "</span>" (substring line (match-end 2))))) (when org-export-with-footnotes (setq start 0) (while (string-match "\\([^* ].*?\\)\\[\\([0-9]+\\)\\]" line start) (if (get-
text-property (match-beginning 2) (quote org-protected) line) (setq start (match-end 2)) (let ((n (match-string 2 line)) extra a) (if (setq a (assoc n footref-seen)) (progn (setcdr a ...) (s
etq extra ...)) (setq extra "") (push (cons n 1) footref-seen)) (setq line (replace-match (format ... ... n extra n n) t t line)))))) (cond ((string-match "^\\(\\*+\\)[ ]+\\(.*\\)" line) (setq level (org-tr-level (- (match-end 1) (match-beginning 1) level-offset)) txt (match-string 2 line)) (if (string-match quote-re0 txt) (setq txt (replace-match "" t t txt))) (if (<= level (max umax umax-toc)) (setq head-count (+ head-count 1))) (setq first-heading-pos (or first-heading-pos (point))) (org-html-level-start level txt umax (and org-export-with-toc (<= level umax)) head-count) (when (string-match quote-re line) (org-close-par-maybe) (insert "<pre>") (setq inquote t))) ((and org-export-with-tables (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" line)) (when (not table-open) (setq table-open
t table-buffer nil table-orig-buffer nil)) (setq table-buffer (cons line table-buffer) table-orig-buffer (cons origline table-orig-buffer)) (when (or (not lines) (not (string-match "^\\([ ]
*\\)\\(|\\|\\+-+\\+\\)" (car lines)))) (setq table-open nil table-buffer (nreverse table-buffer) table-orig-buffer (nreverse table-orig-buffer)) (org-close-par-maybe) (insert (org-format-table-html table-buffer table-orig-buffer)))) (t (when (get-text-property 0 (quote list-item) line) (setq line (org-html-export-list-line line (get-text-property 0 (quote list-item) line) (get-text-property 0 (quote list-struct) line) (get-text-property 0 (quote list-prevs) line)))) (when (string-match "^[ ]*-\\{5,\\}[ ]*$" line) (if org-par-open (insert "\n</p>\n<hr/>\n<p>\n") (insert "\n<hr/>\n")) (throw (quote nextline) nil)) (if (string-match "^ [-+*]-\\|^[ ]*$" line) (org-open-par)) (when org-export-with-footnotes (when (and (boundp (quote footnote-section-tag-regexp)) (string-match (concat "^" fo
otnote-section-tag-regexp) line)) (throw (quote nextline) nil)) (when (string-match "^[ ]*\\[\\([0-9]+\\)\\]" line) (org-close-par-maybe) (let ((n ...)) (setq org-par-open t line (replace-m
atch ... t t line))))) (cond ((string-match "\\\\\\\\[ ]*$" line) (setq line (replace-match "<br/>" t t line))) (org-export-preserve-breaks (setq line (concat line "<br/>")))) (let ((start 0)) (while (and org-par-open (string-match "\\\\par\\>" line start)) (if (not (get-text-property ... ... line)) (setq line (replace-match "</p ><p >" t t line))) (setq start (match-end 0)))) (insert line "\n"))))
(while (setq line (pop lines) origline line) (catch (quote nextline) (when (and inquote (string-match "^\\*+ " line)) (insert "</pre>\n") (org-open-par) (setq inquote nil)) (when inquote (insert (org-html-protect line) "\n") (throw (quote nextline) nil)) (when (and org-export-with-fixed-width (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" line)) (when (not infixed) (setq infixed t) (org-close-par-maybe) (insert "<pre class=\"example\">\n")) (insert (org-html-protect (match-string 3 line)) "\n") (when (or (not lines) (not (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" (car lines)))) (setq infixed nil) (insert "</pre>\n") (org-open-par)) (throw (quote nextline) nil)) (when (and (get-text-property 0 (quote org-protected) line) (not (< (or (next-single-property-change 0 ... line) 1
0000) (length line)))) (let (par (ind (get-text-property 0 (quote original-indentation) line))) (when (re-search-backward "\\(<p>\\)\\([
\n]*\\)\\=" (- (point) 100) t) (setq par (match-str
ing 1)) (replace-match "\\2\n")) (insert line "\n") (while (and lines (or (= ... 0) (not ind) (equal ind ...)) (or (= ... 0) (get-text-property 0 ... ...))) (insert (pop lines) "\n")) (and par (insert "<p>\n"))) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-START" line) (org-close-par-maybe) (insert "<blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-END" line) (org-close-par-maybe) (insert "\n</blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-START" line) (org-close-par-maybe) (insert "\n<p class=\"verse\">\n") (setq org-par-open t) (setq inverse t) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-END" line) (insert "</p>\n") (setq org-par-open nil) (org-open-par) (setq inverse nil) (throw (quot
e nextline) nil)) (when (equal "ORG-CENTER-START" line) (org-close-par-maybe) (insert "\n<div style=\"text-align: center\">") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-C
ENTER-END" line) (org-close-par-maybe) (insert "\n</div>") (org-open-par) (throw (quote nextline) nil)) (run-hooks (quote org-export-html-after-blockquotes-hook)) (when inverse (let ((i (org-get-string-indentation line))) (if (> i 0) (setq line (concat (mapconcat ... ... "") " " (org-trim line)))) (unless (string-match "\\\\\\\\[ ]*$" line) (setq line (concat line "\\\\"))))) (setq start 0) (while (string-match "<<<?\\([^<>]*\\)>>>?\\((INVISIBLE)\\)?[ ]*\n?" line start) (cond ((get-text-property (match-beginning 1) (quote org-protected) line) (setq start (match-end 1))) ((match-end 2) (setq line (replace-match (format "@<a name=\"%s\" id=\"%s\">@</a>" ... ...) t t line))) ((and org-export-with-toc (equal (string-to-char line) 42)) (setq line (replace-match (concat "@<span class=\"target
\">" ... "@</span> ") t t line))) (t (setq line (replace-match (concat "@<a name=\"" ... "\" class=\"target\">" ... "@</a> ") t t line))))) (setq line (org-html-handle-time-stamps line)) (or
(string-match org-table-hline-regexp line) (setq line (org-html-expand line))) (setq line (org-html-handle-links line opt-plist)) (if (and (string-match org-todo-line-regexp line) (match-beginning 2)) (setq line (concat (substring line 0 (match-beginning 2)) "<span class=\"" (if (member (match-string 2 line) org-done-keywords) "done" "todo") " " (match-string 2 line) "\"> " (org-export-html-get-todo-kwd-class-name (match-string 2 line)) "</span>" (substring line (match-end 2))))) (when org-export-with-footnotes (setq start 0) (while (string-match "\\([^* ].*?\\)\\[\\([0-9]+\\)\\]" line start) (if (get-text-property (match-beginning 2) (quote org-protected) line) (setq start (match-end 2)) (let ((n ...) extra a) (if (setq a ...) (progn ... ...) (setq extra "") (push ... footref-seen)) (s
etq line (replace-match ... t t line)))))) (cond ((string-match "^\\(\\*+\\)[ ]+\\(.*\\)" line) (setq level (org-tr-level (- (match-end 1) (match-beginning 1) level-offset)) txt (match-stri
ng 2 line)) (if (string-match quote-re0 txt) (setq txt (replace-match "" t t txt))) (if (<= level (max umax umax-toc)) (setq head-count (+ head-count 1))) (setq first-heading-pos (or first-heading-pos (point))) (org-html-level-start level txt umax (and org-export-with-toc (<= level umax)) head-count) (when (string-match quote-re line) (org-close-par-maybe) (insert "<pre>") (setq inquote t))) ((and org-export-with-tables (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" line)) (when (not table-open) (setq table-open t table-buffer nil table-orig-buffer nil)) (setq table-buffer (cons line table-buffer) table-orig-buffer (cons origline table-orig-buffer)) (when (or (not lines) (not (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" ...))) (setq table-open nil table-buffer (nreverse table-buffer) ta
ble-orig-buffer (nreverse table-orig-buffer)) (org-close-par-maybe) (insert (org-format-table-html table-buffer table-orig-buffer)))) (t (when (get-text-property 0 (quote list-item) line) (s
etq line (org-html-export-list-line line (get-text-property 0 ... line) (get-text-property 0 ... line) (get-text-property 0 ... line)))) (when (string-match "^[ ]*-\\{5,\\}[ ]*$" line) (if org-par-open (insert "\n</p>\n<hr/>\n<p>\n") (insert "\n<hr/>\n")) (throw (quote nextline) nil)) (if (string-match "^ [-+*]-\\|^[ ]*$" line) (org-open-par)) (when org-export-with-footnotes (when (and (boundp ...) (string-match ... line)) (throw (quote nextline) nil)) (when (string-match "^[ ]*\\[\\([0-9]+\\)\\]" line) (org-close-par-maybe) (let (...) (setq org-par-open t line ...)))) (cond ((string-match "\\\\\\\\[ ]*$" line) (setq line (replace-match "<br/>" t t line))) (org-export-preserve-breaks (setq line (concat line "<br/>")))) (let ((start 0)) (while (and org-par-open (string-match "\\\\par\
\>" line start)) (if (not ...) (setq line ...)) (setq start (match-end 0)))) (insert line "\n")))))
(let ((case-fold-search nil) (org-odd-levels-only odd)) (mapc (lambda (x) (set (make-local-variable (nth 2 x)) (plist-get opt-plist (car x)))) org-export-plist-vars) (setq umax (if arg (prefix-numeric-value arg) org-export-headline-levels)) (setq umax-toc (if (integerp org-export-with-toc) (min org-export-with-toc umax) umax)) (unless body-only (insert (format "%s\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Strict//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\">\n<html xmlns=\"http://www.w3.org/1999/xhtml\"\nlang=\"%s\" xml:lang=\"%s\">\n<head>\n<title>%s</title>\n<meta http-equiv=\"Content-Type\" content=\"text/html;charset=%s\"/>\n<meta name=\"generator\" content=\"Org-mode\"/>\n<meta name=\"generated\" content=\"%s\"/>\n<meta name=\"author\" content=\"%s
\"/>\n<meta name=\"description\" content=\"%s\"/>\n<meta name=\"keywords\" content=\"%s\"/>\n%s\n%s\n</head>\n<body>\n<div id=\"content\">\n%s\n" (format (or (and (stringp org-export-html-xm
l-declaration) org-export-html-xml-declaration) (cdr (assoc html-extension org-export-html-xml-declaration)) (cdr (assoc "html" org-export-html-xml-declaration)) "") (or charset "iso-8859-1")) language language title (or charset "iso-8859-1") date author description keywords style mathjax (if (or link-up link-home) (concat (format org-export-html-home/up-format (or link-up link-home) (or link-home link-up)) "\n") ""))) (when (plist-get opt-plist :html-preamble) (let ((html-pre (plist-get opt-plist :html-preamble))) (cond ((stringp html-pre) (insert (format-spec html-pre ...))) ((functionp html-pre) (funcall html-pre opt-plist)) (t (insert (format-spec ... ...))))))) (if (and org-export-with-toc (not body-only)) (progn (push (format "<h%d>%s</h%d>\n" org-export-html-toplevel-hlevel (nth 3
lang-words) org-export-html-toplevel-hlevel) thetoc) (push "<div id=\"text-table-of-contents\">\n" thetoc) (push "<ul>\n<li>" thetoc) (setq lines (mapcar (quote (lambda (line) (if ... ...) l
ine)) lines)) (while (> org-last-level (1- org-min-level)) (setq org-last-level (1- org-last-level)) (push "</li>\n</ul>\n" thetoc)) (push "</div>\n" thetoc) (setq thetoc (if have-headings (nreverse thetoc) nil)))) (setq head-count 0) (org-init-section-numbers) (org-open-par) (while (setq line (pop lines) origline line) (catch (quote nextline) (when (and inquote (string-match "^\\*+ " line)) (insert "</pre>\n") (org-open-par) (setq inquote nil)) (when inquote (insert (org-html-protect line) "\n") (throw (quote nextline) nil)) (when (and org-export-with-fixed-width (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" line)) (when (not infixed) (setq infixed t) (org-close-par-maybe) (insert "<pre class=\"example\">\n")) (insert (org-html-protect (match-string 3 line)) "\n") (when (or (not li
nes) (not (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" ...))) (setq infixed nil) (insert "</pre>\n") (org-open-par)) (throw (quote nextline) nil)) (when (and (get-text-property 0 (quo
te org-protected) line) (not (< (or ... 10000) (length line)))) (let (par (ind (get-text-property 0 ... line))) (when (re-search-backward "\\(<p>\\)\\([
\n]*\\)\\=" (- ... 100) t) (setq par (match-string 1)) (replace-match "\\2\n")) (insert line "\n") (while (and lines (or ... ... ...) (or ... ...)) (insert (pop lines) "\n")) (and par (insert "<p>\n"))) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-START" line) (org-close-par-maybe) (insert "<blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-END" line) (org-close-par-maybe) (insert "\n</blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-START" line) (org-close-par-maybe) (insert "\n<p class=\"verse\">\n") (setq org-par-open t) (setq inverse t) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-END" line) (insert "</p>\n") (setq org-par-open nil) (org-open-par) (setq inverse nil) (throw (quote nextline
) nil)) (when (equal "ORG-CENTER-S
TART" line) (org-close-par-maybe) (insert "\n<div style=\"text-align: center\">") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-CENTER-END" line) (org-close-par-maybe) (insert "\n</div>") (org-open-par) (throw (quote nextline) nil)) (run-hooks (quote org-export-html-after-blockquotes-hook)) (when inverse (let ((i (org-get-string-indentation line))) (if (> i 0) (setq line (concat ... " " ...))) (unless (string-match "\\\\\\\\[ ]*$" line) (setq line (concat line "\\\\"))))) (setq start 0) (while (string-match "<<<?\\([^<>]*\\)>>>?\\((INVISIBLE)\\)?[ ]*\n?" line start) (cond ((get-text-property (match-beginning 1) (quote org-protected) line) (setq start (match-end 1))) ((match-end 2) (setq line (replace-match ... t t line))) ((and org-export-with-toc (equal ... 42)) (setq
line (replace-match ... t t line))) (t (setq line (replace-match ... t t line))))) (setq line (org-html-handle-time-stamps line)) (or (string-match org-table-hline-regexp line) (setq line (o
rg-html-expand line))) (setq line (org-html-handle-links line opt-plist)) (if (and (string-match org-todo-line-regexp line) (match-beginning 2)) (setq line (concat (substring line 0 (match-beginning 2)) "<span class=\"" (if (member ... org-done-keywords) "done" "todo") " " (match-string 2 line) "\"> " (org-export-html-get-todo-kwd-class-name (match-string 2 line)) "</span>" (substring line (match-end 2))))) (when org-export-with-footnotes (setq start 0) (while (string-match "\\([^* ].*?\\)\\[\\([0-9]+\\)\\]" line start) (if (get-text-property (match-beginning 2) (quote org-protected) line) (setq start (match-end 2)) (let (... extra a) (if ... ... ... ...) (setq line ...))))) (cond ((string-match "^\\(\\*+\\)[ ]+\\(.*\\)" line) (setq level (org-tr-level (- ... ... level-offset)) txt (mat
ch-string 2 line)) (if (string-match quote-re0 txt) (setq txt (replace-match "" t t txt))) (if (<= level (max umax umax-toc)) (setq head-count (+ head-count 1))) (setq first-heading-pos (or
first-heading-pos (point))) (org-html-level-start level txt umax (and org-export-with-toc (<= level umax)) head-count) (when (string-match quote-re line) (org-close-par-maybe) (insert "<pre>") (setq inquote t))) ((and org-export-with-tables (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" line)) (when (not table-open) (setq table-open t table-buffer nil table-orig-buffer nil)) (setq table-buffer (cons line table-buffer) table-orig-buffer (cons origline table-orig-buffer)) (when (or (not lines) (not ...)) (setq table-open nil table-buffer (nreverse table-buffer) table-orig-buffer (nreverse table-orig-buffer)) (org-close-par-maybe) (insert (org-format-table-html table-buffer table-orig-buffer)))) (t (when (get-text-property 0 (quote list-item) line) (setq line (org-html-export-list-line line
... ... ...))) (when (string-match "^[ ]*-\\{5,\\}[ ]*$" line) (if org-par-open (insert "\n</p>\n<hr/>\n<p>\n") (insert "\n<hr/>\n")) (throw (quote nextline) nil)) (if (string-match "^ [-+
*]-\\|^[ ]*$" line) (org-open-par)) (when org-export-with-footnotes (when (and ... ...) (throw ... nil)) (when (string-match "^[ ]*\\[\\([0-9]+\\)\\]" line) (org-close-par-maybe) (let ... ...))) (cond ((string-match "\\\\\\\\[ ]*$" line) (setq line ...)) (org-export-preserve-breaks (setq line ...))) (let ((start 0)) (while (and org-par-open ...) (if ... ...) (setq start ...))) (insert line "\n"))))) (when inquote (insert "</pre>\n") (org-open-par)) (org-html-level-start 1 nil umax (and org-export-with-toc (<= level umax)) head-count) (when (and (> umax 0) first-heading-pos) (insert "</div>\n")) (save-excursion (goto-char (point-min)) (while (re-search-forward "<p class=\"footnote\">[^"<p class=\"email\">" email "</p>\n")) (when (plist-get opt-plist :creator-info) (insert "<p class=\"cr
eator\">" ...)) (insert html-validation-link "\n</div>")) (t (insert "<div id=\"postamble\">\n") (insert (format-spec ... ...)) (insert "</div>")))))) (if org-export-html-with-timestamp (ins
ert org-export-html-html-helper-timestamp)) (unless body-only (insert "\n</div>\n</body>\n</html>\n")) (unless (plist-get opt-plist :buffer-will-be-killed) (normal-mode) (if (eq major-mode (default-value (quote major-mode))) (html-mode))) (goto-char (point-min)) (when thetoc (if (or (re-search-forward "<p>\\s-*\\[TABLE-OF-CONTENTS\\]\\s-*</p>" nil t) (re-search-forward "\\[TABLE-OF-CONTENTS\\]" nil t)) (progn (goto-char (match-beginning 0)) (replace-match "")) (goto-char first-heading-pos) (when (looking-at "\\s-*</p>") (goto-char (match-end 0)) (insert "\n"))) (insert "<div id=\"table-of-contents\">\n") (let ((beg (point))) (mapc (quote insert) thetoc) (insert "</div>\n") (while (re-search-backward "<li>[
\n ]*</li>\n?" beg t) (replace-match "")))) (goto-char (point-min)) (while (re-search-forward "<p>[
\n ]*</p>" nil t) (replace-match "")) (goto-char (point-min)) (goto-char (point-min)) (let (beg end n) (while (setq beg (next-single-property-change (point) (quote org-whi
tespace))) (setq n (get-text-property beg (quote org-whitespace)) end (next-single-property-change beg (quote org-whitespace))) (goto-char beg) (delete-region beg end) (insert (format "<span style=\"visibility:hidden;\">%s</span>" (make-string n 120))))) (goto-char (point-min)) (when (looking-at "\\s-+\n") (replace-match "")) (remove-text-properties (point-min) (point-max) (quote (display t))) (run-hooks (quote org-export-html-final-hook)) (or to-buffer (save-buffer)) (goto-char (point-min)) (or (org-export-push-to-kill-ring "HTML") (message "Exporting... done")) (if (eq to-buffer (quote string)) (prog1 (buffer-substring (point-min) (point-max)) (kill-buffer (current-buffer))) (current-buffer)))
(let* ((opt-plist (org-export-process-option-filters (org-combine-plists (org-default-export-plist) ext-plist (org-infile-export-plist)))) (body-only (or body-only (plist-get opt-plist :body-only))) (style (concat (if (plist-get opt-plist :style-include-default) org-export-html-style-default) (plist-get opt-plist :style) (plist-get opt-plist :style-extra) "\n" (if (plist-get opt-plist :style-include-scripts) org-export-html-scripts))) (html-extension (plist-get opt-plist :html-extension)) valid thetoc have-headings first-heading-pos (odd org-odd-levels-only) (region-p (org-region-active-p)) (rbeg (and region-p (region-beginning))) (rend (and region-p (region-end))) (subtree-p (if (plist-get opt-plist :ignore-subtree-p) nil (when region-p (save-excursion (goto-char rbeg) (and (org-at-head
ing-p) (>= ... rend)))))) (level-offset (if subtree-p (save-excursion (goto-char rbeg) (+ (funcall outline-level) (if org-odd-levels-only 1 0))) 0)) (opt-plist (setq org-export-opt-plist (if
subtree-p (org-export-add-subtree-options opt-plist rbeg) opt-plist))) (org-current-export-dir (or pub-dir (org-export-directory :html opt-plist))) (org-current-export-file buffer-file-name) (level 0) (line "") (origline "") txt todo (umax nil) (umax-toc nil) (filename (if to-buffer nil (expand-file-name (concat (file-name-sans-extension (or ... ...)) "." html-extension) (file-name-as-directory (or pub-dir (org-export-directory :html opt-plist)))))) (current-dir (if buffer-file-name (file-name-directory buffer-file-name) default-directory)) (buffer (if to-buffer (cond ((eq to-buffer (quote string)) (get-buffer-create "*Org HTML Export*")) (t (get-buffer-create to-buffer))) (find-file-noselect filename))) (org-levels-open (make-vector org-level-max nil)) (date (plist-get opt-plist :date))
(author (plist-get opt-plist :author)) (html-validation-link (or org-export-html-validation-link "")) (title (org-html-expand (or (and subtree-p (org-export-get-title-from-subtree)) (plist-
get opt-plist :title) (and (not body-only) (not (plist-get opt-plist :skip-before-1st-heading)) (org-export-grab-title-from-buffer)) (and buffer-file-name (file-name-sans-extension (file-name-nondirectory buffer-file-name))) "UNTITLED"))) (link-up (and (plist-get opt-plist :link-up) (string-match "\\S-" (plist-get opt-plist :link-up)) (plist-get opt-plist :link-up))) (link-home (and (plist-get opt-plist :link-home) (string-match "\\S-" (plist-get opt-plist :link-home)) (plist-get opt-plist :link-home))) (dummy (setq opt-plist (plist-put opt-plist :title title))) (html-table-tag (plist-get opt-plist :html-table-tag)) (quote-re0 (concat "^[ ]*" org-quote-string "\\>")) (quote-re (concat "^\\(\\*+\\)\\([ ]+" org-quote-string "\\>\\)")) (inquote nil) (infixed nil) (inverse nil) (email (plis
t-get opt-plist :email)) (language (plist-get opt-plist :language)) (keywords (plist-get opt-plist :keywords)) (description (plist-get opt-plist :description)) (lang-words nil) (head-count 0
) cnt (start 0) (coding-system (and (boundp (quote buffer-file-coding-system)) buffer-file-coding-system)) ...) (let ((inhibit-read-only t)) (org-unmodified (remove-text-properties (point-min) (point-max) (quote (:org-license-to-kill t))))) (message "Exporting...") (setq org-min-level (org-get-min-level lines level-offset)) (setq org-last-level org-min-level) (org-init-section-numbers) (cond ((and date (string-match "%" date)) (setq date (format-time-string date))) (date) (t (setq date (format-time-string "%Y-%m-%d %T %Z")))) (setq lang-words (or (assoc language org-export-language-setup) (assoc "en" org-export-language-setup))) (set-buffer buffer) (let ((inhibit-read-only t)) (erase-buffer)) (fundamental-mode) (org-install-letbind) (and (fboundp (quote set-buffer-file-coding-system)) (se
t-buffer-file-coding-system coding-system-for-write)) (let ((case-fold-search nil) (org-odd-levels-only odd)) (mapc (lambda (x) (set (make-local-variable (nth 2 x)) (plist-get opt-plist (car
x)))) org-export-plist-vars) (setq umax (if arg (prefix-numeric-value arg) org-export-headline-levels)) (setq umax-toc (if (integerp org-export-with-toc) (min org-export-with-toc umax) umax)) (unless body-only (insert (format "%s\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Strict//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\">\n<html xmlns=\"http://www.w3.org/1999/xhtml\"\nlang=\"%s\" xml:lang=\"%s\">\n<head>\n<title>%s</title>\n<meta http-equiv=\"Content-Type\" content=\"text/html;charset=%s\"/>\n<meta name=\"generator\" content=\"Org-mode\"/>\n<meta name=\"generated\" content=\"%s\"/>\n<meta name=\"author\" content=\"%s\"/>\n<meta name=\"description\" content=\"%s\"/>\n<meta name=\"keywords\" content=\"%s\"/>\n%s\n%s\n</head>\n<body>\n<div id=\"content\"
>\n%s\n" (format (or (and ... org-export-html-xml-declaration) (cdr ...) (cdr ...) "") (or charset "iso-8859-1")) language language title (or charset "iso-8859-1") date author description ke
ywords style mathjax (if (or link-up link-home) (concat (format org-export-html-home/up-format ... ...) "\n") ""))) (when (plist-get opt-plist :html-preamble) (let ((html-pre (plist-get opt-plist :html-preamble))) (cond ((stringp html-pre) (insert ...)) ((functionp html-pre) (funcall html-pre opt-plist)) (t (insert ...)))))) (if (and org-export-with-toc (not body-only)) (progn (push (format "<h%d>%s</h%d>\n" org-export-html-toplevel-hlevel (nth 3 lang-words) org-export-html-toplevel-hlevel) thetoc) (push "<div id=\"text-table-of-contents\">\n" thetoc) (push "<ul>\n<li>" thetoc) (setq lines (mapcar (quote (lambda ... ... line)) lines)) (while (> org-last-level (1- org-min-level)) (setq org-last-level (1- org-last-level)) (push "</li>\n</ul>\n" thetoc)) (push "</div>\n" thetoc) (setq thetoc
(if have-headings (nreverse thetoc) nil)))) (setq head-count 0) (org-init-section-numbers) (org-open-par) (while (setq line (pop lines) origline line) (catch (quote nextline) (when (and inq
uote (string-match "^\\*+ " line)) (insert "</pre>\n") (org-open-par) (setq inquote nil)) (when inquote (insert (org-html-protect line) "\n") (throw (quote nextline) nil)) (when (and org-export-with-fixed-width (string-match "^[ ]*:\\(\\([ ]\\|$\\)\\(.*\\)\\)" line)) (when (not infixed) (setq infixed t) (org-close-par-maybe) (insert "<pre class=\"example\">\n")) (insert (org-html-protect (match-string 3 line)) "\n") (when (or (not lines) (not ...)) (setq infixed nil) (insert "</pre>\n") (org-open-par)) (throw (quote nextline) nil)) (when (and (get-text-property 0 (quote org-protected) line) (not (< ... ...))) (let (par (ind ...)) (when (re-search-backward "\\(<p>\\)\\([
\n]*\\)\\=" ... t) (setq par ...) (replace-match "\\2\n")) (insert line "\n") (while (and lines ... ...) (insert ... "\n")) (and par (insert "<p>\n"))) (throw (quote nextline) nil)) (when (equal "ORG-BLOCKQUOTE-START" line) (org-close-par-maybe) (insert "<blockquote>\n") (org-open-par) (throw (quote nextl
ine) nil)) (when (equal "ORG-BLOCKQUOTE-END" line) (org-close-par-maybe) (insert "\n</blockquote>\n") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-START" line) (org-close-par-maybe) (insert "\n<p class=\"verse\">\n") (setq org-par-open t) (setq inverse t) (throw (quote nextline) nil)) (when (equal "ORG-VERSE-END" line) (insert "</p>\n") (setq org-par-open nil) (org-open-par) (setq inverse nil) (throw (quote nextline) nil)) (when (equal "ORG-CENTER-START" line) (org-close-par-maybe) (insert "\n<div style=\"text-align: center\">") (org-open-par) (throw (quote nextline) nil)) (when (equal "ORG-CENTER-END" line) (org-close-par-maybe) (insert "\n</div>") (org-open-par) (throw (quote nextline) nil)) (run-hooks (quote org-export-html-after-blockquotes-hook)) (when inverse
(let ((i ...)) (if (> i 0) (setq line ...)) (unless (string-match "\\\\\\\\[ ]*$" line) (setq line ...)))) (setq start 0) (while (string-match "<<<?\\([^<>]*\\)>>>?\\((INVISIBLE)\\)?[ ]*\
n?" line start) (cond ((get-text-property ... ... line) (setq start ...)) ((match-end 2) (setq line ...)) ((and org-export-with-toc ...) (setq line ...)) (t (setq line ...)))) (setq line (org-html-handle-time-stamps line)) (or (string-match org-table-hline-regexp line) (setq line (org-html-expand line))) (setq line (org-html-handle-links line opt-plist)) (if (and (string-match org-todo-line-regexp line) (match-beginning 2)) (setq line (concat (substring line 0 ...) "<span class=\"" (if ... "done" "todo") " " (match-string 2 line) "\"> " (org-export-html-get-todo-kwd-class-name ...) "</span>" (substring line ...)))) (when org-export-with-footnotes (setq start 0) (while (string-match "\\([^* ].*?\\)\\[\\([0-9]+\\)\\]" line start) (if (get-text-property ... ... line) (setq start ...) (let .
.. ... ...)))) (cond ((string-match "^\\(\\*+\\)[ ]+\\(.*\\)" line) (setq level (org-tr-level ...) txt (match-string 2 line)) (if (string-match quote-re0 txt) (setq txt ...)) (if (<= level
...) (setq head-count ...)) (setq first-heading-pos (or first-heading-pos ...)) (org-html-level-start level txt umax (and org-export-with-toc ...) head-count) (when (string-match quote-re line) (org-close-par-maybe) (insert "<pre>") (setq inquote t))) ((and org-export-with-tables (string-match "^\\([ ]*\\)\\(|\\|\\+-+\\+\\)" line)) (when (not table-open) (setq table-open t table-buffer nil table-orig-buffer nil)) (setq table-buffer (cons line table-buffer) table-orig-buffer (cons origline table-orig-buffer)) (when (or ... ...) (setq table-open nil table-buffer ... table-orig-buffer ...) (org-close-par-maybe) (insert ...))) (t (when (get-text-property 0 ... line) (setq line ...)) (when (string-match "^[ ]*-\\{5,\\}[ ]*$" line) (if org-par-open ... ...) (throw ... nil)) (if (string-match
"^ [-+*]-\\|^[ ]*$" line) (org-open-par)) (when org-export-with-footnotes (when ... ...) (when ... ... ...)) (cond (... ...) (org-export-preserve-breaks ...)) (let (...) (while ... ... ...
)) (insert line "\n"))))) (when inquote (insert "</pre>\n") (org-open-par)) (org-html-level-start 1 nil umax (and org-export-with-toc (<= level umax)) head-count) (when (and (> umax 0) first-heading-pos) (insert "</div>\n")) (save-excursion (goto-char (point-min)) (while (re-search-forward "<p class=\"footnote\">[^footnotes (insert (format org-export-html-footnotes-section (nth 4 lang-words) (mapconcat (quote identity) (nreverse footnotes) "\n")) "\n")) (let ((bib (org-export-html-get-bibliography))) (when bib (insert "\n" bib "\n"))) (unless body-only (let ((html-post (plist-get opt-plist :html-postamble)) (email (mapconcat (lambda ... ...) (split-string email ",+ *") ", ")) (creator-info (concat "Org version " org-version " with Emacs version " (number-to-string emacs-major-version))))
(when (plist-get opt-plist :html-postamble) (cond ((stringp html-post) (insert "<div id=\"postamble\">\n") (insert ...) (insert "</div>")) ((functionp html-post) (funcall html-post opt-plist
)) ((eq html-post ...) (insert "<div id=\"postamble\">\n") (when ... ...) (when ... ...) (when ... ...) (when ... ...) (insert html-validation-link "\n</div>")) (t (insert "<div id=\"postamble\">\n") (insert ...) (insert "</div>")))))) (if org-export-html-with-timestamp (insert org-export-html-html-helper-timestamp)) (unless body-only (insert "\n</div>\n</body>\n</html>\n")) (unless (plist-get opt-plist :buffer-will-be-killed) (normal-mode) (if (eq major-mode (default-value (quote major-mode))) (html-mode))) (goto-char (point-min)) (when thetoc (if (or (re-search-forward "<p>\\s-*\\[TABLE-OF-CONTENTS\\]\\s-*</p>" nil t) (re-search-forward "\\[TABLE-OF-CONTENTS\\]" nil t)) (progn (goto-char (match-beginning 0)) (replace-match "")) (goto-char first-heading-pos) (when (looking-at "\\s-*</p>"
) (goto-char (match-end 0)) (insert "\n"))) (insert "<div id=\"table-of-contents\">\n") (let ((beg (point))) (mapc (quote insert) thetoc) (insert "</div>\n") (while (re-search-backward "<li>
[
\n ]*</li>\n?" beg t) (replace-match "")))) (goto-char (point-min)) (while (re-search-forward "<p>[
\n ]*</p>" nil t) (replace-match "")) (goto-char (point-min)) (goto-char (point-min)) (let (beg end n) (while (setq beg (next-single-property-change (point) (quote org-whitespace))) (setq n (get-text-property beg (quote org-whitespace)) end (next-single-property-change beg (quote org-whitespace))) (goto-char beg) (delete-region beg end) (insert (format "<span style=\"visibility:hidden;\">%s</span>" (make-string n 120))))) (goto-char (point-min)) (when (looking-at "\\s-+\n") (replace-match "")) (remove-text-properties (point-min) (point-max) (quote (display t))) (run-hooks (quote org-export-html-final-hook)) (or to-buffer (save-buffer)) (goto-char (point-min)) (or (org-export-push-to-kill-ring "HTML") (message "Exporting... done")) (if (eq to-buffer (quote string)) (prog1 (buffer-substring
(point-min) (point-max)) (kill-buffer (current-buffer))) (current-buffer))))
org-export-as-html(nil)
call-interactively(org-export-as-html)
org-export(nil)
call-interactively(org-export nil nil)
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Future Worg publishing failure :)
2011-03-18 7:35 Future Worg publishing failure :) Nick Dokos
@ 2011-03-18 10:10 ` Bastien
2011-03-18 12:42 ` Nicolas
0 siblings, 1 reply; 456+ messages in thread
From: Bastien @ 2011-03-18 10:10 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
Hi Nick,
Nick Dokos <nicholas.dokos@hp.com> writes:
> Current org code takes the 14. as an item in a numbered list. When
> exporting to HTML, this causes an error in org-html-export-list-line -
> hence the subject line. It's not a problem right now but it will be when
> orgmode.org gets the updated version. I reformatted the line to avoid
> the awkward newline, so the future publishing failure will not
> happen.
Thanks for that!
> I'll let Nicolas worry about what should be done about the error.
Let's not leave Nicolas alone here :) I'll take a look myself into it
over the week-end.
Best,
--
Bastien
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Future Worg publishing failure :)
2011-03-18 10:10 ` Bastien
@ 2011-03-18 12:42 ` Nicolas
2011-03-18 14:34 ` Nick Dokos
0 siblings, 1 reply; 456+ messages in thread
From: Nicolas @ 2011-03-18 12:42 UTC (permalink / raw)
To: Bastien; +Cc: nicholas.dokos, emacs-orgmode
Hello,
Bastien <bzg@altern.org> writes:
>> Current org code takes the 14. as an item in a numbered list. When
>> exporting to HTML, this causes an error in org-html-export-list-line -
>> hence the subject line. It's not a problem right now but it will be when
>> orgmode.org gets the updated version. I reformatted the line to avoid
>> the awkward newline, so the future publishing failure will not
>> happen.
>
> Thanks for that!
>
>> I'll let Nicolas worry about what should be done about the error.
>
> Let's not leave Nicolas alone here :) I'll take a look myself into it
> over the week-end.
Phew, what a relief ;)
The only solution I could think of is somewhere in the patchwork server
("Auto-fill shouldn't insert new items").
Regards,
--
Nicolas
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Re: Future Worg publishing failure :)
2011-03-18 12:42 ` Nicolas
@ 2011-03-18 14:34 ` Nick Dokos
2011-03-18 15:42 ` Nicolas
0 siblings, 1 reply; 456+ messages in thread
From: Nick Dokos @ 2011-03-18 14:34 UTC (permalink / raw)
To: Nicolas; +Cc: Bastien, nicholas.dokos, emacs-orgmode
Nicolas <n.goaziou@gmail.com> wrote:
> Hello,
>
> Bastien <bzg@altern.org> writes:
>
> >> Current org code takes the 14. as an item in a numbered list. When
> >> exporting to HTML, this causes an error in org-html-export-list-line -
> >> hence the subject line. It's not a problem right now but it will be when
> >> orgmode.org gets the updated version. I reformatted the line to avoid
> >> the awkward newline, so the future publishing failure will not
> >> happen.
> >
> > Thanks for that!
> >
> >> I'll let Nicolas worry about what should be done about the error.
> >
> > Let's not leave Nicolas alone here :) I'll take a look myself into it
> > over the week-end.
>
By the time I find my way through the code, Nicolas will have solved it 10
times over.
> Phew, what a relief ;)
>
> The only solution I could think of is somewhere in the patchwork server
> ("Auto-fill shouldn't insert new items").
>
Are you saying that the patchwork server introduced this? Or that the
patchwork server should solve it? In the case I stumbled upon (a Worg
file), the patchwork server is nowhere in sight, I think: the change was
(I'm guessing here) directly committed, so maybe the original writer had
auto-fill turned on, but maybe not and just typed it that way. So
neither the patchwork server nor making auto-fill smarter would provide
a guaranteed solution. But maybe there is no such thing.
Perhaps a heuristic in html export to just take care of the error: if
it looks like a numbered list item but there is no item body, bail and
assume it's part of the text. Or a combination of that together with
the item number > 1. Would that work?
Nick
> Regards,
>
> --
> Nicolas
>
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Future Worg publishing failure :)
2011-03-18 14:34 ` Nick Dokos
@ 2011-03-18 15:42 ` Nicolas
2011-03-18 16:06 ` Nick Dokos
2011-03-18 20:13 ` Matt Lundin
0 siblings, 2 replies; 456+ messages in thread
From: Nicolas @ 2011-03-18 15:42 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, emacs-orgmode
Hello,
Nick Dokos <nicholas.dokos@hp.com> writes:
>> The only solution I could think of is somewhere in the patchwork server
>> ("Auto-fill shouldn't insert new items").
>>
>
> Are you saying that the patchwork server introduced this? Or that the
> patchwork server should solve it? In the case I stumbled upon (a Worg
> file), the patchwork server is nowhere in sight, I think: the change was
> (I'm guessing here) directly committed, so maybe the original writer had
> auto-fill turned on, but maybe not and just typed it that way. So
> neither the patchwork server nor making auto-fill smarter would provide
> a guaranteed solution. But maybe there is no such thing.
I'm not sure to understand. I mean that there is a patch waiting to be
processed in the patchwork server, that should get us as close to the
solution as I can think of (so, probably not very close).
It is true that the patch only solves the problem if it would happen
with auto-fill (or fill-paragraph). On the other hand, if the original
writer typed it that way, it's an user problem, and I don't think we
should add cruft to solve it.
> Perhaps a heuristic in html export to just take care of the error: if
> it looks like a numbered list item but there is no item body, bail and
> assume it's part of the text.
I introduced support for empty items on purpose. That would be
a regression.
> Or a combination of that together with the item number > 1. Would that
> work?
It would partly work. But:
- You would get false positives (rarely, but still),
- It wouldn't handle case when line, beside the bullet, isn't empty,
- It isn't only about HTML export, not even about export, as the same
situation happens in Org buffers.
Again, preventing the problem to happen automatically, i.e. without the
user knowing for sure about it, is taken care of by the patch (provided
it doesn't break anything else, thus its journey on the patchwork
server). In every other case, we can assume that the user knows (should
know) both Org syntax and what he is doing.
Now, for already introduced problems, it is indeed possible to build
a function using heuristics to scan files, and when matching, offer to
join lines and fill-paragraph. I don't think there are enough cases to
justify this, though.
Regards,
--
Nicolas
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Future Worg publishing failure :)
2011-03-18 15:42 ` Nicolas
@ 2011-03-18 16:06 ` Nick Dokos
2011-03-18 20:13 ` Matt Lundin
1 sibling, 0 replies; 456+ messages in thread
From: Nick Dokos @ 2011-03-18 16:06 UTC (permalink / raw)
To: Nicolas; +Cc: Bastien, nicholas.dokos, emacs-orgmode
I have the same problem with replying/all that I had before when
trying to reply to Julien.
Apologies again: I'll try to figure it out before sending mail
again.
Nick
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Future Worg publishing failure :)
2011-03-18 15:42 ` Nicolas
2011-03-18 16:06 ` Nick Dokos
@ 2011-03-18 20:13 ` Matt Lundin
1 sibling, 0 replies; 456+ messages in thread
From: Matt Lundin @ 2011-03-18 20:13 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Bastien, emacs-orgmode
Nicolas <n.goaziou@gmail.com> writes:
> It is true that the patch only solves the problem if it would happen
> with auto-fill (or fill-paragraph). On the other hand, if the original
> writer typed it that way, it's an user problem, and I don't think we
> should add cruft to solve it.
FWIW, I wrote the original text and can confirm that it resulted from
calling fill-paragraph.
Best,
Matt
^ permalink raw reply [flat|nested] 456+ messages in thread
* Title page in latex export
@ 2011-03-04 10:05 Suvayu Ali
2011-03-04 10:48 ` Camille persson
2011-03-04 15:45 ` Nick Dokos
0 siblings, 2 replies; 456+ messages in thread
From: Suvayu Ali @ 2011-03-04 10:05 UTC (permalink / raw)
To: Org mode mailing list
Hi Orgers,
I am trying to write my thesis as per my university style. It requires
I use the \title{Thesis title} command before the
\begin{document}
...
\end{document}
Is there any way to do that? Thanks for any thoughts.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 10:05 Title page in latex export Suvayu Ali
@ 2011-03-04 10:48 ` Camille persson
2011-03-04 11:23 ` Suvayu Ali
2011-03-04 15:45 ` Nick Dokos
1 sibling, 1 reply; 456+ messages in thread
From: Camille persson @ 2011-03-04 10:48 UTC (permalink / raw)
To: Suvayu Ali; +Cc: Org mode mailing list
[-- Attachment #1: Type: text/plain, Size: 581 bytes --]
Hi,
I think that what it already does
But if you mean you should use \maketitlte before \begin{document} you could
do it like this:
#+BIND: org-export-latex-title-command ""
#+LATEX_HEADER: \maketitle
Regards,
CP
2011/3/4 Suvayu Ali <fatkasuvayu+linux@gmail.com>
> Hi Orgers,
>
> I am trying to write my thesis as per my university style. It requires
> I use the \title{Thesis title} command before the
>
> \begin{document}
> ...
> \end{document}
>
> Is there any way to do that? Thanks for any thoughts.
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
>
[-- Attachment #2: Type: text/html, Size: 980 bytes --]
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 10:48 ` Camille persson
@ 2011-03-04 11:23 ` Suvayu Ali
2011-03-04 11:38 ` Lawrence Mitchell
0 siblings, 1 reply; 456+ messages in thread
From: Suvayu Ali @ 2011-03-04 11:23 UTC (permalink / raw)
Cc: Org mode mailing list, Camille persson
Hi Camille,
Thanks a lot for your response.
On Fri, 4 Mar 2011 11:48:39 +0100
Camille persson <camille.persson@gmail.com> wrote:
> Hi,
>
> I think that what it already does
>
I don't think it does that. e.g.
#+TITLE: Thesis title
#+AUTHOR: Suvayu Ali
#+LaTeX_CLASS: book
* Introduction
** Chapter 1
** Chapter 2
* My analysis
** Chapter 3
** Chapter 4
gets exported to latex as,
% Created 2011-03-04 Fri 03:19
\documentclass[11pt]{book}
\usepackage[utf8]{inputenc}
...
\tolerance=1000
\providecommand{\alert}[1]{\textbf{#1}}
\begin{document}
\title{Thesis title}
\author{Suvayu Ali}
\date{04 March 2011}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\part{Introduction}
\label{sec-1}
\chapter{Chapter 1}
\label{sec-1_1}
\chapter{Chapter 2}
\label{sec-1_2}
\part{My analysis}
\label{sec-2}
\chapter{Chapter 3}
\label{sec-2_1}
\chapter{Chapter 4}
\label{sec-2_2}
\end{document}
I would like the:
\title{Thesis title}
\author{Suvayu Ali}
\date{04 March 2011}
to be outside the
\begin{document}
...
\end{document}
I hope this clears any confusion.
> But if you mean you should use \maketitlte before \begin{document}
> you could do it like this:
>
> #+BIND: org-export-latex-title-command ""
> #+LATEX_HEADER: \maketitle
>
>
> Regards,
> CP
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 11:23 ` Suvayu Ali
@ 2011-03-04 11:38 ` Lawrence Mitchell
2011-03-04 11:59 ` Suvayu Ali
2011-03-04 19:20 ` [Accepted] [O] " Bastien Guerry
0 siblings, 2 replies; 456+ messages in thread
From: Lawrence Mitchell @ 2011-03-04 11:38 UTC (permalink / raw)
To: emacs-orgmode
Suvayu Ali wrote:
> Hi Camille,
> Thanks a lot for your response.
> On Fri, 4 Mar 2011 11:48:39 +0100
> Camille persson <camille.persson@gmail.com> wrote:
>> Hi,
>> I think that what it already does
> I don't think it does that. e.g.
Try this patch to org-latex.el:
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 19baa40..4db38d6 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1352,9 +1352,6 @@ OPT-PLIST is the options plist for current buffer."
(org-export-apply-macros-in-string org-export-latex-append-header)
;; define alert if not yet defined
"\n\\providecommand{\\alert}[1]{\\textbf{#1}}"
- ;; beginning of the document
- "\n\\begin{document}\n\n"
- ;; insert the title
(format
"\n\n\\title{%s}\n"
;; convert the title
@@ -1374,6 +1371,9 @@ OPT-PLIST is the options plist for current buffer."
(format-time-string
(or (plist-get opt-plist :date)
org-export-latex-date-format)))
+ ;; beginning of the document
+ "\n\\begin{document}\n\n"
+ ;; insert the title
;; insert the title command
(when (string-match "\\S-" title)
(if (string-match "%s" org-export-latex-title-command)
--
Lawrence Mitchell <wence@gmx.li>
^ permalink raw reply related [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 11:38 ` Lawrence Mitchell
@ 2011-03-04 11:59 ` Suvayu Ali
2011-03-04 14:17 ` Camille persson
2011-03-04 19:20 ` [Accepted] [O] " Bastien Guerry
1 sibling, 1 reply; 456+ messages in thread
From: Suvayu Ali @ 2011-03-04 11:59 UTC (permalink / raw)
To: Lawrence Mitchell; +Cc: emacs-orgmode
Hi Lawrence,
On Fri, 04 Mar 2011 11:38:08 +0000
Lawrence Mitchell <wence@gmx.li> wrote:
> Try this patch to org-latex.el:
>
> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
> index 19baa40..4db38d6 100644
> --- a/lisp/org-latex.el
> +++ b/lisp/org-latex.el
That does the trick. :) Thanks a lot.
I am not very familiar with LaTeX, is the org default the proper syntax
and my university style is buggy?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 11:59 ` Suvayu Ali
@ 2011-03-04 14:17 ` Camille persson
2011-03-04 19:58 ` Suvayu Ali
0 siblings, 1 reply; 456+ messages in thread
From: Camille persson @ 2011-03-04 14:17 UTC (permalink / raw)
To: Suvayu Ali; +Cc: Lawrence Mitchell, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1742 bytes --]
Hi Suvayu,
Do you use the lastest update of org-mode ?
cause it works perfectly for me without any patch actually...
The following org :
#+begin_org
#+TITLE: My title
#+AUTHOR: Camille Persson
#+DATE: 2011
#+LATEX_CLASS: book
#+end_org
... produce the following latex code:
#+begin_latex
\documentclass[11pt,letter]{book}
%% package list
%% ....
\title{My title}
\author{Camille Persson}
\date{2011}
\begin{document}
\maketitle
%.... etc
#+end_latex
to use your university's custom style, you need to put it in your texmf
directory and use the following header lines:
#+LATEX_CLASS: MyUnivThesis
#+LATEX_CLASS_OPTIONS: [options...]
and then customize your .emacs file (or a file in your .emacs.d/) as
following
(add-to-list 'org-export-latex-classes
'("MyUnivThesis"
"\\documentclass{univstyle}"
("\\part{%s}" . "\\part*{%s}")
("\\chapter{%s}" . "\\chapter*{%s}")
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
See http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-6
Yours,
CP
2011/3/4 Suvayu Ali <fatkasuvayu+linux@gmail.com>
> Hi Lawrence,
>
> On Fri, 04 Mar 2011 11:38:08 +0000
> Lawrence Mitchell <wence@gmx.li> wrote:
>
> > Try this patch to org-latex.el:
> >
> > diff --git a/lisp/org-latex.el b/lisp/org-latex.el
> > index 19baa40..4db38d6 100644
> > --- a/lisp/org-latex.el
> > +++ b/lisp/org-latex.el
>
> That does the trick. :) Thanks a lot.
>
> I am not very familiar with LaTeX, is the org default the proper syntax
> and my university style is buggy?
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
>
[-- Attachment #2: Type: text/html, Size: 2995 bytes --]
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 14:17 ` Camille persson
@ 2011-03-04 19:58 ` Suvayu Ali
0 siblings, 0 replies; 456+ messages in thread
From: Suvayu Ali @ 2011-03-04 19:58 UTC (permalink / raw)
To: Camille persson; +Cc: emacs-orgmode
Hi Camille,
On Fri, 4 Mar 2011 15:17:58 +0100
Camille persson <camille.persson@gmail.com> wrote:
> Hi Suvayu,
>
> Do you use the lastest update of org-mode ?
> cause it works perfectly for me without any patch actually...
>
Yes, my org-mode is less than a day old. But I didn't have any LaTeX
customisations in my setup. I am not sure why our exports are
different. However with Lawerence's patch things work very smoothly.
>
> to use your university's custom style, you need to put it in your
> texmf directory and use the following header lines:
> #+LATEX_CLASS: MyUnivThesis
> #+LATEX_CLASS_OPTIONS: [options...]
>
> and then customize your .emacs file (or a file in your .emacs.d/) as
> following
>
> (add-to-list 'org-export-latex-classes
> '("MyUnivThesis"
> "\\documentclass{univstyle}"
> ("\\part{%s}" . "\\part*{%s}")
> ("\\chapter{%s}" . "\\chapter*{%s}")
> ("\\section{%s}" . "\\section*{%s}")
> ("\\subsection{%s}" . "\\subsection*{%s}")
> ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
>
>
Thanks for pointing it out. This will be very helpful. :)
> See http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-6
>
> Yours,
> CP
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* [Accepted] [O] Title page in latex export
2011-03-04 11:38 ` Lawrence Mitchell
2011-03-04 11:59 ` Suvayu Ali
@ 2011-03-04 19:20 ` Bastien Guerry
1 sibling, 0 replies; 456+ messages in thread
From: Bastien Guerry @ 2011-03-04 19:20 UTC (permalink / raw)
To: emacs-orgmode
Patch 649 (http://patchwork.newartisans.com/patch/649/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cm34o7j5d5r.fsf%40e4300lm.epcc.ed.ac.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Title page in latex export
> Date: Fri, 04 Mar 2011 16:38:08 -0000
> From: Lawrence Mitchell <wence@gmx.li>
> X-Patchwork-Id: 649
> Message-Id: <m34o7j5d5r.fsf@e4300lm.epcc.ed.ac.uk>
> To: emacs-orgmode@gnu.org
>
> Suvayu Ali wrote:
>
> > Hi Camille,
>
> > Thanks a lot for your response.
>
> > On Fri, 4 Mar 2011 11:48:39 +0100
> > Camille persson <camille.persson@gmail.com> wrote:
>
> >> Hi,
>
> >> I think that what it already does
>
>
> > I don't think it does that. e.g.
>
> Try this patch to org-latex.el:
>
>
> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
> index 19baa40..4db38d6 100644
> --- a/lisp/org-latex.el
> +++ b/lisp/org-latex.el
> @@ -1352,9 +1352,6 @@ OPT-PLIST is the options plist for current buffer."
> (org-export-apply-macros-in-string org-export-latex-append-header)
> ;; define alert if not yet defined
> "\n\\providecommand{\\alert}[1]{\\textbf{#1}}"
> - ;; beginning of the document
> - "\n\\begin{document}\n\n"
> - ;; insert the title
> (format
> "\n\n\\title{%s}\n"
> ;; convert the title
> @@ -1374,6 +1371,9 @@ OPT-PLIST is the options plist for current buffer."
> (format-time-string
> (or (plist-get opt-plist :date)
> org-export-latex-date-format)))
> + ;; beginning of the document
> + "\n\\begin{document}\n\n"
> + ;; insert the title
> ;; insert the title command
> (when (string-match "\\S-" title)
> (if (string-match "%s" org-export-latex-title-command)
>
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 10:05 Title page in latex export Suvayu Ali
2011-03-04 10:48 ` Camille persson
@ 2011-03-04 15:45 ` Nick Dokos
2011-03-04 18:59 ` Bastien
` (2 more replies)
1 sibling, 3 replies; 456+ messages in thread
From: Nick Dokos @ 2011-03-04 15:45 UTC (permalink / raw)
To: Suvayu Ali; +Cc: nicholas.dokos, Org mode mailing list
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
> I am trying to write my thesis as per my university style. It requires
> I use the \title{Thesis title} command before the
>
> \begin{document}
> ...
> \end{document}
>
> Is there any way to do that? Thanks for any thoughts.
>
This is really a bug in your university's style. Lamport (p.21 of the
second edition) says:
The \maketitle command comes after the \begin{document}, usually
before any other text. The \title, \author, and \date commands can
come *anywhere* before the \maketitle.
[Emphasis added] \title etc. does not have to be in the
preamble. However, there are many styles out there that restrict the
placement of these macros to the preamble, just as your university's
style does (they probably cribbed from each other :-) ), so applying
Lawrence's patch is probably the best long term solution for org.
Nick
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 15:45 ` Nick Dokos
@ 2011-03-04 18:59 ` Bastien
2011-03-04 19:49 ` Suvayu Ali
2011-04-22 14:36 ` Sebastian Hofer
2 siblings, 0 replies; 456+ messages in thread
From: Bastien @ 2011-03-04 18:59 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Org mode mailing list
Hi Nick,
Nick Dokos <nicholas.dokos@hp.com> writes:
> [Emphasis added] \title etc. does not have to be in the
> preamble. However, there are many styles out there that restrict the
> placement of these macros to the preamble, just as your university's
> style does (they probably cribbed from each other :-) ), so applying
> Lawrence's patch is probably the best long term solution for org.
Thanks for the explanations -- I've now applied Lawrence's patch (thanks
Lawrence!)
--
Bastien
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 15:45 ` Nick Dokos
2011-03-04 18:59 ` Bastien
@ 2011-03-04 19:49 ` Suvayu Ali
2011-04-22 14:36 ` Sebastian Hofer
2 siblings, 0 replies; 456+ messages in thread
From: Suvayu Ali @ 2011-03-04 19:49 UTC (permalink / raw)
To: nicholas.dokos, Org mode mailing list
Hi Nick,
On Fri, 04 Mar 2011 10:45:08 -0500
Nick Dokos <nicholas.dokos@hp.com> wrote:
> This is really a bug in your university's style. Lamport (p.21 of the
> second edition) says:
>
> The \maketitle command comes after the \begin{document}, usually
> before any other text. The \title, \author, and \date commands can
> come *anywhere* before the \maketitle.
>
> [Emphasis added] \title etc. does not have to be in the
> preamble. However, there are many styles out there that restrict the
> placement of these macros to the preamble, just as your university's
> style does (they probably cribbed from each other :-) ), so applying
> Lawrence's patch is probably the best long term solution for org.
>
Thanks a lot for clarifying that. :)
> Nick
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Title page in latex export
2011-03-04 15:45 ` Nick Dokos
2011-03-04 18:59 ` Bastien
2011-03-04 19:49 ` Suvayu Ali
@ 2011-04-22 14:36 ` Sebastian Hofer
2 siblings, 0 replies; 456+ messages in thread
From: Sebastian Hofer @ 2011-04-22 14:36 UTC (permalink / raw)
To: emacs-orgmode; +Cc: sebhofer
At Fri, 04 Mar 2011 10:45:08 -0500,
Nick Dokos wrote:
>
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
> >
> > I am trying to write my thesis as per my university style. It requires
> > I use the \title{Thesis title} command before the
> >
> > \begin{document}
> > ...
> > \end{document}
> >
> > Is there any way to do that? Thanks for any thoughts.
> >
>
> This is really a bug in your university's style. Lamport (p.21 of the
> second edition) says:
>
> The \maketitle command comes after the \begin{document}, usually
> before any other text. The \title, \author, and \date commands can
> come *anywhere* before the \maketitle.
>
> [Emphasis added] \title etc. does not have to be in the
> preamble. However, there are many styles out there that restrict the
> placement of these macros to the preamble, just as your university's
> style does (they probably cribbed from each other :-) ), so applying
> Lawrence's patch is probably the best long term solution for org.
>
> Nick
Hi all,
I hate to bring this up again, but this problem is still not sufficiently
fixed. As Nick pointed out, different packages give error
messages depending on where the \title, \author,... tags are located
in the document. Luck has it, that the revtex4-1 package (which is
used as the default style for the American Physical Society's
journals) chokes when these tags are _outside_ the document body (i.e.
in the preamble). This is actually why the OP experienced problems in
the first place, as I submitted a patch to move them there a couple of
months ago (http://thread.gmane.org/gmane.emacs.orgmode/34208). I just
noticed yesterday that the patch has been undone.
As this will not be the last time this issue comes up (especially due
to the increasing popularity of org-mode), I think it would be
worthwhile to do it right and introduce the possibility to customize
the placement of the title tags. Two possibilities came to my mind:
- customization on a per class basis
This would be the most logical step, but I think that the way
configuration of latex classes is handled in org speaks against that
(as org-export-latex-classes only concerns the preamble, but not the document body)
- customization on a per file basis by setting options
I think this would be a feasible alternative from the usability point
of view. At the same time I have to admit that I have no clue if it is a
complicated matter to introduce new options in org, a quick look
through the code didn't give me any inside.
What do you all think?
Cheers,
Sebastian
^ permalink raw reply [flat|nested] 456+ messages in thread
* Selective export of table columns
@ 2010-11-23 8:38 Suvayu Ali
2010-11-23 13:18 ` Nick Dokos
0 siblings, 1 reply; 456+ messages in thread
From: Suvayu Ali @ 2010-11-23 8:38 UTC (permalink / raw)
To: emacs
Hi,
I recently was in a situation where I had tables like these,
| | smear param | \chi^2/DoF | \chi^2/DoF |
| Sl | caloE perp | perp before | perp after |
|----+-------------+-------------+------------|
| 3 | 3.008 | 8/13 | 8.3/13 |
| 2 | 3.508 | 8/13 | 8.2/13 |
| 0 | 4.008 | 8/13 | 8.3/13 |
| 4 | 4.508 | 8.1/13 | 8.4/13 |
Now the 1st and 2nd column are something for my reference and I don't
want to export them to my presentation slides. So is there an option for
selective export of table columns? If not can someone give any hints how
I might try to achieve that? I am just learning some lisp, so maybe this
could be a good practice. :)
Thanks for any insights.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Selective export of table columns
2010-11-23 8:38 Selective export of table columns Suvayu Ali
@ 2010-11-23 13:18 ` Nick Dokos
2010-11-23 14:09 ` Darlan Cavalcante Moreira
2010-11-24 7:02 ` Suvayu Ali
0 siblings, 2 replies; 456+ messages in thread
From: Nick Dokos @ 2010-11-23 13:18 UTC (permalink / raw)
To: Suvayu Ali; +Cc: nicholas.dokos, emacs
Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> Hi,
>
> I recently was in a situation where I had tables like these,
>
>
> | | smear param | \chi^2/DoF | \chi^2/DoF |
> | Sl | caloE perp | perp before | perp after |
> |----+-------------+-------------+------------|
> | 3 | 3.008 | 8/13 | 8.3/13 |
> | 2 | 3.508 | 8/13 | 8.2/13 |
> | 0 | 4.008 | 8/13 | 8.3/13 |
> | 4 | 4.508 | 8.1/13 | 8.4/13 |
>
>
> Now the 1st and 2nd column are something for my reference and I don't
> want to export them to my presentation slides. So is there an option for
> selective export of table columns? If not can someone give any hints how
> I might try to achieve that? I am just learning some lisp, so maybe this
> could be a good practice. :)
>
> Thanks for any insights.
>
Perhaps radio tables with :skipcols can help? See section A.5.1 of the
Org manual.
Nick
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Selective export of table columns
2010-11-23 13:18 ` Nick Dokos
@ 2010-11-23 14:09 ` Darlan Cavalcante Moreira
2010-11-24 7:02 ` Suvayu Ali
1 sibling, 0 replies; 456+ messages in thread
From: Darlan Cavalcante Moreira @ 2010-11-23 14:09 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs
You could also use org-babel to get a new table with only the desired
columns.
--
Darlan
At Tue, 23 Nov 2010 08:18:40 -0500,
Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>
> > Hi,
> >
> > I recently was in a situation where I had tables like these,
> >
> >
> > | | smear param | \chi^2/DoF | \chi^2/DoF |
> > | Sl | caloE perp | perp before | perp after |
> > |----+-------------+-------------+------------|
> > | 3 | 3.008 | 8/13 | 8.3/13 |
> > | 2 | 3.508 | 8/13 | 8.2/13 |
> > | 0 | 4.008 | 8/13 | 8.3/13 |
> > | 4 | 4.508 | 8.1/13 | 8.4/13 |
> >
> >
> > Now the 1st and 2nd column are something for my reference and I don't
> > want to export them to my presentation slides. So is there an option for
> > selective export of table columns? If not can someone give any hints how
> > I might try to achieve that? I am just learning some lisp, so maybe this
> > could be a good practice. :)
> >
> > Thanks for any insights.
> >
>
> Perhaps radio tables with :skipcols can help? See section A.5.1 of the
> Org manual.
>
> Nick
>
> _______________________________________________
> 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] 456+ messages in thread
* Re: Selective export of table columns
2010-11-23 13:18 ` Nick Dokos
2010-11-23 14:09 ` Darlan Cavalcante Moreira
@ 2010-11-24 7:02 ` Suvayu Ali
2010-11-24 7:47 ` Carsten Dominik
1 sibling, 1 reply; 456+ messages in thread
From: Suvayu Ali @ 2010-11-24 7:02 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs
On Tuesday 23 November 2010 05:18 AM, Nick Dokos wrote:
> Perhaps radio tables with :skipcols can help? See section A.5.1 of the
> Org manual.
>
I need to hit tab once to get the alignment right, but other than that
this works very well. Thank you. :)
But I have a related but probably slightly off-topic question. I tried
setting the label of a radio table in a tex source file. This breaks the
conversion. Is this supported?
> Nick
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 456+ messages in thread
* Re: Selective export of table columns
2010-11-24 7:02 ` Suvayu Ali
@ 2010-11-24 7:47 ` Carsten Dominik
2010-11-24 8:21 ` Suvayu Ali
0 siblings, 1 reply; 456+ messages in thread
From: Carsten Dominik @ 2010-11-24 7:47 UTC (permalink / raw)
To: Suvayu Ali; +Cc: nicholas.dokos, emacs
On Nov 24, 2010, at 8:02 AM, Suvayu Ali wrote:
> On Tuesday 23 November 2010 05:18 AM, Nick Dokos wrote:
>> Perhaps radio tables with :skipcols can help? See section A.5.1 of
>> the
>> Org manual.
>>
>
> I need to hit tab once to get the alignment right, but other than
> that this works very well. Thank you. :)
>
> But I have a related but probably slightly off-topic question. I
> tried setting the label of a radio table in a tex source file. This
> breaks the conversion. Is this supported?
You mean the receiver location is in a TeX file?
In this case you should also put the sender table into the TeX file,
between \begin{comment}...\end{comment}, and turn on the minor orgtbl-
mode in that TEX file to edit the table.
- Carsten
>
>> Nick
>
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
> _______________________________________________
> 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] 456+ messages in thread
* Re: Selective export of table columns
2010-11-24 7:47 ` Carsten Dominik
@ 2010-11-24 8:21 ` Suvayu Ali
0 siblings, 0 replies; 456+ messages in thread
From: Suvayu Ali @ 2010-11-24 8:21 UTC (permalink / raw)
To: Carsten Dominik; +Cc: nicholas.dokos, emacs
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]
Hi Carsten,
On Tuesday 23 November 2010 11:47 PM, Carsten Dominik wrote:
>> But I have a related but probably slightly off-topic question. I tried
>> setting the label of a radio table in a tex source file. This breaks
>> the conversion. Is this supported?
>
>
> You mean the receiver location is in a TeX file?
>
> In this case you should also put the sender table into the TeX file,
> between \begin{comment}...\end{comment}, and turn on the minor
> orgtbl-mode in that TEX file to edit the table.
>
Yes I did exactly that. And the regular table conversion works just
fine. I was asking whether it is possible to specify the label for the
table using this method, as the "#+LABEL: tbl:somename" directive does
for regular latex export of org files.
My issue is if I set the label by putting a "\label{tbl:somename}" by
hand after the conversion, it goes away the next time I refresh the orgtbl.
I have attached an example showing the two occasions.
> - Carsten
--
Suvayu
Open source is the future. It sets us free.
[-- Attachment #2: radio_tables.tex --]
[-- Type: application/x-tex, Size: 1747 bytes --]
[-- 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] 456+ messages in thread
* Bibtex and latex export
@ 2010-09-15 16:00 Rafael Calsaverini
2010-09-15 19:00 ` Rafael Calsaverini
0 siblings, 1 reply; 456+ messages in thread
From: Rafael Calsaverini @ 2010-09-15 16:00 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1178 bytes --]
Hi there,
I'm trying to use org-mode to compose latex documents and I'm having a
problem with bibtex. When I export to pdf with C-c C-e p, pdflatex runs and
everything works gracefully with respect to the latex code (the output is
even prettier than I used to have patience to do only with latex), but
bibtex isn't called.
I tried to fiddle with org-exp-bibtex, which is nice, but apparently it
don't call bibtex either.
I tried to edit the function that calls pdflatex to include a call to
bibtex, but to be honest I know zero about lisp, so I couldn't even edit a
simple list of commands. :P (I must be the only emacs user in the world that
can't write or read lisp... it would be swell if I could use haskell to
extend emacs instead of lisp :P).
How should I go about automatically including a call to bibtex whenever I
want to export my org document as a pdf?
Thanks for your time, and sorry to bore you with simple questions...
---
Rafael Calsaverini
Dep. de Física Geral, Sala 336
Instituto de Física - Universidade de São Paulo
rafael.calsaverini@gmail.com
http://stoa.usp.br/calsaverini/weblog
CEL: (11) 7525-6222
USP: (11) 3091-6803
[-- Attachment #1.2: Type: text/html, Size: 1465 bytes --]
[-- Attachment #2: 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] 456+ messages in thread
* Bibtex and latex export
2010-09-15 16:00 Bibtex and latex export Rafael Calsaverini
@ 2010-09-15 19:00 ` Rafael Calsaverini
2010-09-15 19:48 ` Erik Iverson
0 siblings, 1 reply; 456+ messages in thread
From: Rafael Calsaverini @ 2010-09-15 19:00 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1185 bytes --]
Hi there,
I'm trying to use org-mode to compose latex documents and I'm having a
problem with bibtex. When I export to pdf with C-c C-e p, pdflatex runs and
everything works gracefully with respect to the latex code (the output is
even prettier than I used to have patience to do only with latex), but
bibtex isn't called.
I've tried to fiddle with org-exp-bibtex, which is nice, but apparently it
don't call bibtex either.
I've tried to edit the function that calls pdflatex to include a call to
bibtex, but to be honest I know zero about lisp, so I couldn't even edit a
simple list of commands. :P (I must be the only emacs user in the world that
can't write or read lisp... it would be swell if I could use haskell to
extend emacs instead of lisp :P).
How should I go about automatically including a call to bibtex whenever I
want to export my org document as a pdf?
Thanks for your time, and sorry to bore you with simple questions...
---
Rafael Calsaverini
Dep. de Física Geral, Sala 336
Instituto de Física - Universidade de São Paulo
rafael.calsaverini@gmail.com
http://stoa.usp.br/calsaverini/weblog
CEL: (11) 7525-6222
USP: (11) 3091-6803
[-- Attachment #1.2: Type: text/html, Size: 1557 bytes --]
[-- Attachment #2: 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] 456+ messages in thread
* Re: Bibtex and latex export
2010-09-15 19:00 ` Rafael Calsaverini
@ 2010-09-15 19:48 ` Erik Iverson
2010-10-06 11:30 ` Sébastien Vauban
0 siblings, 1 reply; 456+ messages in thread
From: Erik Iverson @ 2010-09-15 19:48 UTC (permalink / raw)
To: Rafael Calsaverini; +Cc: emacs-orgmode
Rafael,
I asked the same question last week :).
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg30073.html
I've just now looked into the org-latex.el file, and found:
(defcustom org-latex-to-pdf-process
'("pdflatex -interaction nonstopmode -output-directory %o %f"
"pdflatex -interaction nonstopmode -output-directory %o %f")
"Commands to process a LaTeX file to a PDF file.
This is a list of strings, each of them will be given to the shell
as a command. %f in the command will be replaced by the full file name, %b
by the file base name (i.e. without extension) and %o by the base directory
of the file.
The reason why this is a list is that it usually takes several runs of
pdflatex, maybe mixed with a call to bibtex. Org does not have a clever
mechanism to detect which of these commands have to be run to get to a
stable
result, and it also does not do any error checking.
Alternatively, this may be a Lisp function that does the processing, so you
could use this to apply the machinery of AUCTeX or the Emacs LaTeX mode.
This function should accept the file name as its single argument."
:group 'org-export-pdf
:type '(choice (repeat :tag "Shell command sequence"
(string :tag "Shell command"))
(function)))
Looks like you can just customize that variable, easy!
--Erik
Rafael Calsaverini wrote:
> Hi there,
>
> I'm trying to use org-mode to compose latex documents and I'm having a
> problem with bibtex. When I export to pdf with C-c C-e p, pdflatex runs
> and everything works gracefully with respect to the latex code (the
> output is even prettier than I used to have patience to do only with
> latex), but bibtex isn't called.
>
> I've tried to fiddle with org-exp-bibtex, which is nice, but apparently
> it don't call bibtex either.
>
> I've tried to edit the function that calls pdflatex to include a call to
> bibtex, but to be honest I know zero about lisp, so I couldn't even edit
> a simple list of commands. :P (I must be the only emacs user in the
> world that can't write or read lisp... it would be swell if I could use
> haskell to extend emacs instead of lisp :P).
>
> How should I go about automatically including a call to bibtex whenever
> I want to export my org document as a pdf?
>
> Thanks for your time, and sorry to bore you with simple questions...
> ---
> Rafael Calsaverini
> Dep. de Física Geral, Sala 336
> Instituto de Física - Universidade de São Paulo
>
> rafael.calsaverini@gmail.com <mailto:rafael.calsaverini@gmail.com>
> http://stoa.usp.br/calsaverini/weblog
> CEL: (11) 7525-6222
> USP: (11) 3091-6803
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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] 456+ messages in thread
* Re: Bibtex and latex export
2010-09-15 19:48 ` Erik Iverson
@ 2010-10-06 11:30 ` Sébastien Vauban
2010-10-06 15:02 ` Eric S Fraga
2010-10-06 15:05 ` Eric S Fraga
0 siblings, 2 replies; 456+ messages in thread
From: Sébastien Vauban @ 2010-10-06 11:30 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Rafael and Erik,
Erik Iverson wrote:
> Rafael Calsaverini wrote:
>> Hi there,
>>
>> I'm trying to use org-mode to compose latex documents and I'm having a
>> problem with bibtex. When I export to pdf with C-c C-e p, pdflatex runs and
>> everything works gracefully with respect to the latex code (the output is
>> even prettier than I used to have patience to do only with latex), but
>> bibtex isn't called.
>
> I've just now looked into the org-latex.el file, and found:
>
> (defcustom org-latex-to-pdf-process
> '("pdflatex -interaction nonstopmode -output-directory %o %f"
> "pdflatex -interaction nonstopmode -output-directory %o %f")
> "Commands to process a LaTeX file to a PDF file.
> [...]
> Looks like you can just customize that variable, easy!
FYI, this should be fixed now.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please 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] 456+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-06 11:30 ` Sébastien Vauban
@ 2010-10-06 15:02 ` Eric S Fraga
2010-10-06 16:40 ` Carsten Dominik
2010-10-06 17:21 ` Achim Gratz
2010-10-06 15:05 ` Eric S Fraga
1 sibling, 2 replies; 456+ messages in thread
From: Eric S Fraga @ 2010-10-06 15:02 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2238 bytes --]
On Wed, 06 Oct 2010 13:30:30 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
>
> Hi Rafael and Erik,
>
> Erik Iverson wrote:
> > Rafael Calsaverini wrote:
> >> Hi there,
> >>
> >> I'm trying to use org-mode to compose latex documents and I'm having a
> >> problem with bibtex. When I export to pdf with C-c C-e p, pdflatex runs and
> >> everything works gracefully with respect to the latex code (the output is
> >> even prettier than I used to have patience to do only with latex), but
> >> bibtex isn't called.
> >
> > I've just now looked into the org-latex.el file, and found:
> >
> > (defcustom org-latex-to-pdf-process
> > '("pdflatex -interaction nonstopmode -output-directory %o %f"
> > "pdflatex -interaction nonstopmode -output-directory %o %f")
> > "Commands to process a LaTeX file to a PDF file.
> > [...]
> > Looks like you can just customize that variable, easy!
>
> FYI, this should be fixed now.
>
> Best regards,
> Seb
>
> --
> Sébastien Vauban
>
>
> _______________________________________________
> 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
Hello,
between yesterday and today, something changed that no longer allows
me to create PDFs from my org files, causing momentary panic as I
making the final changes to a lecture I had to give this morning --
luckily, latex export worked just fine.
Reading between the lines, I gather it is the change to
org-latex-to-pdf-process that has caused me problems. The output I
get when the export takes place is:
,----
| /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
| egrep: Invalid range end
| /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.
`----
The current value of that variable is:
,----
| org-latex-to-pdf-process is a variable defined in `org-latex.el'.
| Its value is
| ("texi2dvi -p -b -c -V %f")
`----
I can obviously change back to the setting that was the default before
but I do like the idea of using texi2dvi. Can anybody suggest what
may be wrong on my system or my configuration?
Thanks,
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] 456+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-06 15:02 ` Eric S Fraga
@ 2010-10-06 16:40 ` Carsten Dominik
2010-10-07 6:25 ` Eric S Fraga
2010-10-06 17:21 ` Achim Gratz
1 sibling, 1 reply; 456+ messages in thread
From: Carsten Dominik @ 2010-10-06 16:40 UTC (permalink / raw)
To: e.fraga; +Cc: Sébastien Vauban, emacs-orgmode
On Oct 6, 2010, at 5:02 PM, Eric S Fraga wrote:
> On Wed, 06 Oct 2010 13:30:30 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com
> > wrote:
>>
>> Hi Rafael and Erik,
>>
>> Erik Iverson wrote:
>>> Rafael Calsaverini wrote:
>>>> Hi there,
>>>>
>>>> I'm trying to use org-mode to compose latex documents and I'm
>>>> having a
>>>> problem with bibtex. When I export to pdf with C-c C-e p,
>>>> pdflatex runs and
>>>> everything works gracefully with respect to the latex code (the
>>>> output is
>>>> even prettier than I used to have patience to do only with
>>>> latex), but
>>>> bibtex isn't called.
>>>
>>> I've just now looked into the org-latex.el file, and found:
>>>
>>> (defcustom org-latex-to-pdf-process
>>> '("pdflatex -interaction nonstopmode -output-directory %o %f"
>>> "pdflatex -interaction nonstopmode -output-directory %o %f")
>>> "Commands to process a LaTeX file to a PDF file.
>>> [...]
>>> Looks like you can just customize that variable, easy!
>>
>> FYI, this should be fixed now.
>>
>> Best regards,
>> Seb
>>
>> --
>> Sébastien Vauban
>>
>>
>> _______________________________________________
>> 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
>
> Hello,
>
> between yesterday and today, something changed that no longer allows
> me to create PDFs from my org files, causing momentary panic as I
> making the final changes to a lecture I had to give this morning --
> luckily, latex export worked just fine.
>
> Reading between the lines, I gather it is the change to
> org-latex-to-pdf-process that has caused me problems. The output I
> get when the export takes place is:
>
> ,----
> | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
> | egrep: Invalid range end
> | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex,
> skipping.
> `----
>
That is bad - I have no idea here. Maybe a non-standard
version of egrep? But I am really guessing here.
Lets see if this affects more people - for the time being you might
just change the variable to have it make 2-3 pdflatex runs.
- Carsten
> The current value of that variable is:
>
> ,----
> | org-latex-to-pdf-process is a variable defined in `org-latex.el'.
> | Its value is
> | ("texi2dvi -p -b -c -V %f")
> `----
>
> I can obviously change back to the setting that was the default before
> but I do like the idea of using texi2dvi. Can anybody suggest what
> may be wrong on my system or my configuration?
>
> Thanks,
> eric
> --
> Eric S Fraga
> GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
> _______________________________________________
> 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] 456+ messages in thread
* Re: Re: Bibtex and latex export
2010-10-06 16:40 ` Carsten Dominik
@ 2010-10-07 6:25 ` Eric S Fraga
0 siblings, 0 replies; 456+ messages in thread
From: Eric S Fraga @ 2010-10-07 6:25 UTC (permalink / raw)
To: Carsten Dominik; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1149 bytes --]
On Wed, 6 Oct 2010 18:40:12 +0200, Carsten Dominik <carsten.dominik@gmail.com> wrote:
> On Oct 6, 2010, at 5:02 PM, Eric S Fraga wrote:
[...]
> > Reading between the lines, I gather it is the change to
> > org-latex-to-pdf-process that has caused me problems. The output I
> > get when the export takes place is:
> >
> > ,----
> > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
> > | egrep: Invalid range end
> > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex,
> > skipping.
> > `----
> >
>
> That is bad - I have no idea here. Maybe a non-standard
> version of egrep? But I am really guessing here.
Well, I'm running Debian Linux (testing+unstable mix) so it could be
something I (or Debian) have done. I've got grep-2.6.3-3 installed
which is from Debian testing.
Is there any way to see what egrep is trying to do?
> Lets see if this affects more people - for the time being you might
> just change the variable to have it make 2-3 pdflatex runs.
Yes, no problem at all. This is what I did later but exporting to
latex and running pdflatex myself got me through when the crisis
happened!
Thanks,
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] 456+ messages in thread
* Re: Bibtex and latex export
2010-10-06 15:02 ` Eric S Fraga
2010-10-06 16:40 ` Carsten Dominik
@ 2010-10-06 17:21 ` Achim Gratz
2010-10-07 7:12 ` Eric S Fraga
1 sibling, 1 reply; 456+ messages in thread
From: Achim Gratz @ 2010-10-06 17:21 UTC (permalink / raw)
To: emacs-orgmode
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 o