From: Ruslan Kosolapov <rkosolapov@swsoft.com>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: Org-mode version 4.75
Date: Mon, 28 May 2007 13:52:11 +0700 [thread overview]
Message-ID: <87d50l5tk4.fsf@kosolapov-nb.plesk.ru> (raw)
In-Reply-To: <516c72d11fbb8f913e73264d69db19e9@science.uva.nl> (Carsten Dominik's message of "Fri, 25 May 2007 17:43:36 +0200")
CD> I have released org-mode version 4.75 at
CD> http://www.astro.uva.nl/~dominik/Tools/org
[...]
CD> - Bug fixes, everything where I have replied "fixed" on the
CD> mailing list. Thanks to all of you for keeping these reports
CD> coming.
Some notes:
1. Function org-store-agenda-views works only after:
$ diff -u org.el.orig org.el
--- org.el.orig 2007-05-28 12:34:43.000000000 +0700
+++ org.el 2007-05-28 12:35:02.000000000 +0700
@@ -14531,7 +14531,7 @@
;;;###autoload
(defun org-store-agenda-views (&rest parameters)
(interactive)
- (funcall (intern "org-batch-store-agenda-views")))
+ (org-batch-store-agenda-views))
2. I think example of htmlize-output-type setting in documentation
http://staff.science.uva.nl/~dominik/Tools/org/org.html#Exporting-Agenda-Views()
should contain warning about supported output types of used
htmlize.el because default debian's htmlize.el have no support of
'inline-css and error message about it is unclear. Something like
"NOTE: check your htmlize.el about 'inline-css supporting". Or just
fix example to 'css instead of 'inline-css :)
3. I have some strange behaviour of agenda to html export, see
details below. Maybe yours words about absolute path using should be
in docs too :)
Details/rationale for some notes:
My message about problems in agenda to html export:
http://lists.gnu.org/archive/html/emacs-orgmode/2007-05/msg00091.html
Your answer (btw, thanx, specially about "nil" missing :) ):
http://lists.gnu.org/archive/html/emacs-orgmode/2007-05/msg00095.html
I downloaded 4.75 as
http://staff.science.uva.nl/~dominik/Tools/org/org-4.75.tar.gz and
try to live with it :)
--[ 1 ]--
At first, another problem appears (I have the same config, but with
fixed "nil"): when I press C-c a e (agenda to html export) error
raise:
Debugger entered--Lisp error: (invalid-function org-batch-store-agenda-views)
org-batch-store-agenda-views()
funcall(org-batch-store-agenda-views)
org-store-agenda-views()
org.el:
;;;###autoload
(defun org-store-agenda-views (&rest parameters)
(interactive)
(funcall (intern "org-batch-store-agenda-views")))
at this org-batch-store-agenda-views is a macro, not function:
;;;###autoload
(defmacro org-batch-store-agenda-views (&rest parameters)
http://www.gnu.org/software/emacs/elisp/html_node/Calling-Functions.html:
"The argument function must be either a Lisp function or a primitive
function. Special forms and macros are not allowed"
Diff sayd me than in 4.74 org-store-agenda-views was:
(defun org-store-agenda-views (&rest parameters)
(interactive)
(org-batch-store-agenda-views))
I don't know reasons of changes here - as far as I understand,
(funcall (intern "org-batch-store-agenda-views")) have the same sense
as (org-batch-store-agenda-views), so, I rollback changes at this
place to 4.74 version.
--[ 2 ]--
After this I got the same error with htmlize.el as I reported in
2007-05/msg00091.html.
On this error you sayd "You can prevent if for the time being by
loading htmlize before using the org stuff. Will be fixed in 4.75 as
well."
I tried to load htmlize before org-mode, but error was still here.
So, I tried to investigate this issue deeply.
My .emacs contains the following code:
(setq org-agenda-exporter-settings
'((htmlize-output-type 'inline-css)))
This code copied from
http://staff.science.uva.nl/~dominik/Tools/org/org.html#Exporting-Agenda-Views
But my htmlize.el supports only 'css and 'font as htmlize-output-type.
So, (htmlize-method doctype) returns nil, and all fails with
unclear error message. After change 'inline-css to 'css all works well :)
My htmlize.el version is 1.30, in debian sid htmlize.el placed in
emacs-goodies-el package, and version is 1.27 (and this htmlize.el
also supports only 'css and 'font). Latest version is 1.34, it really
supports inline-tss.
--[ 3 ]--
Ok, now it works. But something strange happens - some of generated
files placed in another directory. In your message to me
(2007-05/msg00095.html) you sayd "I strongly advise to use absolute
file names in org-agenda-custom-commands". I don't understand, why.
But now behaviour is the following:
1. I have seven views defined:
(setq org-agenda-custom-commands
'(("w" todo "WAITING" nil ("agenda-waiting.html"))
("n" todo "NEXT" nil ("agenda-next.html"))
("f" todo "FREEZED" nil ("agenda-freezed.html"))
("d" "Agenda + NEXT" ((agenda) (todo "NEXT")) nil ("agenda+next.html"))
("c" agenda "" nil ("agenda-current.html"))
("I" "Ilnar tasks" ((tags "ilnar")) nil ("ilnar-tasks.html"))
("R" "rk tasks" ((tags "rk")) nil ("rk-tasks.html"))
))
2. when I export agenda to html, I get:
1. agenda-waiting.html in $ORG-FILE
2. agenda-next.html in $HOME
3. agenda-freezed.html in $ORG-FILE
4. agenda+next.html in $HOME
5. agenda-current.html in $ORG-FILE
6. ilnar-tasks.html in $HOME
7. rk-tasks.html in $ORG-FILE
where $HOME is my home directory, and
$ORG-FILE is directory where my .org-file placed.
So, as you can see, behaviour looks like directory is swapped on any
next file generation :)
It's strange :)
--
Ruslan Kosolapov
Plesk QA Department Second Manager
SWsoft, Inc.
next prev parent reply other threads:[~2007-05-28 6:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-25 15:43 Org-mode version 4.75 Carsten Dominik
2007-05-25 17:59 ` Leo
2007-05-29 7:27 ` Carsten Dominik
2007-05-29 8:23 ` Leo
2007-05-26 12:58 ` Bastien
2007-05-29 6:14 ` Carsten Dominik
2007-05-28 6:52 ` Ruslan Kosolapov [this message]
2007-05-28 19:49 ` Carsten Dominik
2007-05-30 3:47 ` Ruslan Kosolapov
2007-05-30 4:29 ` Carsten Dominik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87d50l5tk4.fsf@kosolapov-nb.plesk.ru \
--to=rkosolapov@swsoft.com \
--cc=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.