Thanks Daniel, I've just applied this fix. -- Eric
Daniel Mahler writes:
> Hi Eric,
>
> Thanks for the looking into this.
> It looks like the problem is the declare-function macro does not work
> with emacs-22.1 (the one in ubuntu hardy)
> It is defined, but undocumented.
> Adding
> (defmacro de
On Mon, Jun 28, 2010 at 7:50 AM, Daniel Mahler wrote:
> Hi Eric,
>
> Thanks for the looking into this.
> It looks like the problem is the declare-function macro does not work
> with emacs-22.1 (the one in ubuntu hardy)
> It is defined, but undocumented.
> Adding
> (defmacro declare-function (FN FI
Hi Eric,
Thanks for the looking into this.
It looks like the problem is the declare-function macro does not work
with emacs-22.1 (the one in ubuntu hardy)
It is defined, but undocumented.
Adding
(defmacro declare-function (FN FILE &optional ARGLIST FILEONLY) nil)
at the top of ob.el seems to fix e
One way to deal with this without adding even more complexity to the
core of org-mode could be through the use of "Library of Babel"
functions.
The attached org-mode file provides a function for exporting to the
longtable environment with some example usage. If this looks generally
useful it (and
Hi David,
this is a great solution, thanks.
- Carsten
On Jun 27, 2010, at 6:01 PM, David Maus wrote:
* org-agenda.el (org-write-agenda): Use backquotes to expand
`flet' at compile time.
---
lisp/org-agenda.el | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/l
On Sat, Jun 26, 2010 at 2:00 AM, Livin Stephen Sharma
wrote:
>
> To to 'hide' the graph, I set both org-habit--days to 0
> .
>
>
Very cool -- that will get rid of the error that shows up at the bottom of
my agenda. The error says something about the datatype of
org-habit-graph-column :-)
>
>
I've put together two patches which fix the problems I mention below.
I'd like to apply these patches, but I fear that they may cause
unanticipated export problems. I'd be much more comfortable if someone
who knows a little more about the exporters could take a look at these.
Thanks -- Eric
>Fr
Hopefully once your make is completing without errors this problem will
resolve itself. Best -- Eric
Daniel Mahler writes:
> also to load the source i need to do (require 'org)
> if i just (require 'org-install) and try to open my notes file
> i get:
>
> Debugger entered--Lisp error: (void-vari
Hi Daniel,
The ob.el file (referenced by ob-table.el) is now explicitly requiring
'outline which provides the show-all function. Hopefully this will fix
the issue below, please let me know if it doesn't -- I'm unable to
reproduce this problem on my install and I think it may have something
to do
also to load the source i need to do (require 'org)
if i just (require 'org-install) and try to open my notes file
i get:
Debugger entered--Lisp error: (void-variable org-default-notes-file)
(find-file org-default-notes-file)
thanks
daniel
On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler wrote:
i get:
...
In toplevel form:
lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all
make: *** [lisp/babel/ob-table.elc] Error 1
i have tried 'make clean; git pull; make'' over several days with no change.
this must have happeed only last week or so,
since i had a sucessfu
Hi,
OK, I've applied this patch.
Christopher Allan Webber writes:
> Eric,
>
> Looks good to me! It's abusing the None type's meaning a little, but
> I think it's acceptable enough. (If you think of hlines as rows that
> are not rows, you can trick yourself into thinking it is perfectly
> pyth
Hi Hellekin
"Hellekin O. Wolf" writes:
> On Wed, Jun 23, 2010 at 08:41:22AM +0200, Sven Bretfeld wrote:
>>
>> The third level is for the physical actions of the project. As you see,
>> only the first has a todo keyword (NEXT). The others are dependent from
>> the first (cannot be done before th
Great, I am glad this is fixed.
- Carsten
On Jun 27, 2010, at 2:26 PM, David Maus wrote:
Carsten Dominik wrote:
Hi David,
thanks a lot. I have not been able to reproduce this, but maybe
I have different setup with auto-save files.
I have just improved the error catching code around the
> This, while being an obvious (and correct) solution, is unfortunately
> not suitable for Emacs core. You're not supposed to require the cl
> package at runtime (you even get a compiler warning if you do).
I see. So backquotes to the rescue: Tested with Emacs 23.2
emacs -Q
(progn
(add-to-lis
* org-agenda.el (org-write-agenda): Use backquotes to expand
`flet' at compile time.
---
lisp/org-agenda.el | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 8035add..9056206 100644
--- a/lisp/org-agenda.el
+++ b/lisp/
David Maus writes:
> * org-agenda.el (org-write-agenda): Make sure `flet' is fbound
> at runtime.
> ---
> lisp/org-agenda.el |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index 8035add..957bbf2 100644
> --- a/lisp/org-age
* org-agenda.el (org-write-agenda): Make sure `flet' is fbound
at runtime.
---
lisp/org-agenda.el |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 8035add..957bbf2 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -24
Well, something I could come up is this: Simply check if flet is
fbound in the lisp structure that is evaluated at runtime. If it is
not, require 'cl.
David Maus (1):
Make sure `flet' is fbound when executing `org-write-agenda'.
lisp/org-agenda.el |2 ++
1 files changed, 2 insertions(+),
Carsten Dominik wrote:
>Hi David,
>thanks a lot. I have not been able to reproduce this, but maybe
>I have different setup with auto-save files.
>I have just improved the error catching code around the template
>filling, and I would like to ask you to pull again and see if the
>problem still per
Jean-Marie Gaillourdet writes:
> Finally, I've understood the problem. Testprojekt does not appear on
> my stuck projects list, because I've enabled
> org-enforce-todo-dependencies and I use (org-agenda-dim-blocked-tasks
> 'invisible). Testprojekt is just hidden in the stuck projects, as is
> eve
Hi David,
thanks a lot. I have not been able to reproduce this, but maybe
I have different setup with auto-save files.
I have just improved the error catching code around the template
filling,
and I would like to ask you to pull again and see if the problem still
persists.
Sorry that this
wrote:
>Hello,
>some time ago I had a problem with agenda pdf export due to flet macro not
>found,
>which could be worked around by putting (require 'cl) in .emacs.
>http://comments.gmane.org/gmane.emacs.orgmode/21837
>Carsten Dominik pointed out this is unnecessary because of
>(eval-when-com
Hi,
On 25.06.2010, at 22:19, Matt Lundin wrote:
> Jean-Marie Gaillourdet writes:
>
>> I've been trying to make org-stuck-projects work as advertised, but
>> wasn't successfull.
>>
>> But let's start with what I'd like to achieve. My projects are marked
>> with a todo keyword PROJECT. I would l
David Maus writes:
> [...] there is one of those ##-file (how are
> those called?) [...]
Those are called auto-save files.
(info "(emacs)Auto Save Files")
Štěpán
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-
Carsten Dominik wrote:
>Hi David,
>can you please make me an example template and then the exact
>steps to reproduce this?
Sure:
- this template:
(setq org-capture-templates
'(("t" "Task or appointment" entry (file "~/test.org")
"* TODO %^{Todo}")))
- call org-capture and a
Sébastien Vauban wrote:
>Hi,
>I've set:
>--8<---cut here---start->8---
>(setq org-fontify-whole-heading-line t)
>--8<---cut here---end--->8---
>and would like to have the `org-level-1' underlined. To do so, in my
>`color-the
Hi Matt,
thanks for investigating it. I will spend more time simplifying my
configuration while still being apple to reproduce it myself.
Regards,
Jean
On 25.06.2010, at 22:19, Matt Lundin wrote:
> Jean-Marie Gaillourdet writes:
>
>> I've been trying to make org-stuck-projects work as advert
Hi,
if you are following the master branch, and if you are working with
org capture:
There was a critical bug which could make you loose a target file.
See David Maus' post just a short while ago.
Please pull now to get the fix, before you loose any data.
- Carsten
___
Hi David,
can you please make me an example template and then the exact
steps to reproduce this?
Thank you.
- Carsten
On Jun 27, 2010, at 9:09 AM, David Maus wrote:
Hi Carsten,
Carsten Dominik wrote:
Hi David,
thanks for the detailed report - nice catch. This was due to the
fact
that
Hi Caio,
nice catch, this should be fixed now.
Thanks!
- Carsten
On Jun 25, 2010, at 9:00 AM, Caio wrote:
Hi Organizers,
I'm using Org-Mode version 6.36c. When defining a habit task, I find
this error on the Agenda View:
org-habit-parse-todo: Habit nil has no scheduled date
This occur
Hi Carsten,
Carsten Dominik wrote:
>Hi David,
>thanks for the detailed report - nice catch. This was due to the fact
>that I am copying all local variables from the target buffer to the
>temp buffer, unfortunately including buffer-file-name :)
>THhis is fixed now - I hope you did not loose any
32 matches
Mail list logo
