Hi,
after I've decided to use emacs24 I found out that logging of work
does no lpnge work. All I get after typing: C-c C-x C-i all I get
is an empty
CLOCK:
and the message:
byte-code: Symbol's function definition is void: org-get-effort
Any idea what I'm missing? I'm using the git version tag
Im Exil ime...@gmx.de wrote:
Hi,
after I've decided to use emacs24 I found out that logging of work
does no lpnge work. All I get after typing: C-c C-x C-i all I get
is an empty
CLOCK:
and the message:
byte-code: Symbol's function definition is void: org-get-effort
Any idea what
On Tue, 15 Jan 2013 08:44:03 +1030
Eric S Fraga e.fr...@ucl.ac.uk wrote:
Not with BBDB, either version. I have 760 contacts in BBDB.
That's good to hear. Thank you.
You can have any number of simple fields labelled whatever you
want. I am not sure if you can define new structured ones
OK there seems indeed to be a problem of the initialisation. I got it
to work using a minimal init.el file. Thanks I think I can now start
investigating further.
On Tue, Jan 15, 2013 at 11:27 AM, Nick Dokos nicholas.do...@hp.com wrote:
Im Exil ime...@gmx.de wrote:
Hi,
after I've decided
Nick Dokos nicholas.do...@hp.com wrote:
Im Exil ime...@gmx.de wrote:
Hi,
after I've decided to use emacs24 I found out that logging of work
does no lpnge work. All I get after typing: C-c C-x C-i all I get
is an empty
CLOCK:
and the message:
byte-code: Symbol's function
Eric Schulte schulte.e...@gmail.com writes:
Thorsten Jolitz tjol...@googlemail.com writes:
Eric Schulte schulte.e...@gmail.com writes:
If you are using the starter-kit, then Org-mode is required as the first
step of your Emacs initialization. This is necessary so that the
Thorsten Jolitz tjol...@googlemail.com wrote:
Eric Schulte schulte.e...@gmail.com writes:
Thorsten Jolitz tjol...@googlemail.com writes:
Eric Schulte schulte.e...@gmail.com writes:
If you are using the starter-kit, then Org-mode is required as the first
step of your Emacs
Ha, I got it !
When displaying the end time of an interval in agenda view, org-agenda
transforms the initial time stamp to minutes, adds the default length to that
and maps back to a time stamp using org-minutes-to-clocksum-string. The problem
being that this functions checks
Nick Dokos nicholas.do...@hp.com writes:
but nevertheless, opening an .org file gives me:
File mode specification error:
(void-function org-define-obsolete-function-alias)
There is no such function in current org (either defined or used). The
remaining instance was deleted in this commit:
Thorsten Jolitz tjol...@googlemail.com wrote:
Nick Dokos nicholas.do...@hp.com writes:
but nevertheless, opening an .org file gives me:
File mode specification error:
(void-function org-define-obsolete-function-alias)
There is no such function in current org (either defined or
OK so I could narrow it down to the following:
in my init.el I had this:
;; org-mode
(add-to-list 'load-path ~/.emacs.d/plugins/org-mode/lisp)
;; make contrib modules available
(add-to-list 'load-path ~/.emacs.d/plugins/org-mode/contrib/lisp t)
(setq org-directory ~/ORGA/GTD/org)
;;(add-to-list
Hello,
Short story is : if you call org-agenda-list and some agenda files have
been modified outside emacs (e.g. by some revision control system), the
command fails if the user choose to revert the file when asked, leaving
a blank agenda in which 'g' does not work. Does it need a fix ? Which
fix
Michael Gauland writes:
I don't normally use 'publish', but it appears to be required for some
of the exporters I use. I've added it to ORG_ADD_CONTRIB, but it fails
to build:
You need a few more files than just org-e-publish, so please post the
output of 'make config'.
Compiling file
Michael Gauland writes:
Thanks, Nick. If I change 'ignore to ignore (without the tick), it builds for
me
on both systems.
It may build, but it is completely wrong. The error is triggered during
expanding the macro and it seems that the special reader form #' does in
fact expect a lambda list
Thorsten Jolitz writes:
I do have my bad experiences with mixed installations, so the first
thing I do when I install or update Emacs is to trash the Org-mode that
comes with Emacs and replace it with a symlink to the git version.
What you do doesn't work the way you think it does, since
Hi,
I recently switched from having several Graphviz files to inlining
them via Babel in my source Org file. However, I noticed something
that might either be strange, or might just mean I don't yet
understand some stuff (as a relative newbie): I usually follow this
pattern to include my
Im Exil writes:
Which works perfectly fine. In addition i have the following line
right below the above:
(find-file /home/dietmarw/ORGA/GTD/org/mygtd.org)
This breaks the logging funktionality. If I don't auto load the file I
can open it and everything works fine. But I still like to keep
Vincent Beffara writes:
I am afraid to change the code, so I just customized
org-time-clocksum-use-effort-durations to nil and everything works for
now. But presumably this should be fixed by letting it be nil while
formatting the end timestamp, somewhere near line 6404 of
org-agenda.el ?
Hi,
Works great for me, thanks! One thing that changed (but it was kind of a glitch
anyway, even if a nice one to have): events with several timestamps now appear
only once rather than one per timestamp. Not sure if this is due to org-caldav
or to recent evolutions in the org-ics export.
Achim Gratz writes:
+ (concat invocation-directory invocation-name)
Better make that
+ (expand-file-name invocation-name invocation-directory)
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Wavetables for the Terratec
Gunnar Wolf dijo [Tue, Jan 15, 2013 at 12:58:30PM -0600]:
I currently commented out the #+begin_center and #+end_center
statements, but I'd really like to have them back. Or, at least, to
find a more proper way to mark the images (and captions!) as material
that should be distinguished from
From 8aca214f0aefe3d89162115b9d241766ae62c5c1 Mon Sep 17 00:00:00 2001
From: Rick Frankel o...@rickster.com
Date: Fri, 11 Jan 2013 13:41:10 -0500
Subject: [PATCH] ob-tangle: Correctly process tangling of single source block
* lisp/ob-tangle.el
(org-babel-tangle):
- remove un-executed
Aloha Gunnar Wolf,
Gunnar Wolf gw...@gwolf.org writes:
Hi,
I recently switched from having several Graphviz files to inlining
them via Babel in my source Org file. However, I noticed something
that might either be strange, or might just mean I don't yet
understand some stuff (as a relative
Achim Gratz strom...@nexgo.de writes:
Thorsten Jolitz writes:
I do have my bad experiences with mixed installations, so the first
thing I do when I install or update Emacs is to trash the Org-mode that
comes with Emacs and replace it with a symlink to the git version.
What you do doesn't
Sorry, subject didn't get properly added:
* lisp/ob-tangle.el
(org-babel-tangle):
- remove un-executed attempt to ask user for file-name if
tangling a single block (`:tangle' always has a value)
- change handling of block accumulation
In the new exporter, when the option to export only the subtree is
specified, the first heading in the subtree is used as the title of
the document. This seems wrong, as it becomes the title, the first
element in the table of contents and the first (not necessarily
the top level) section in the
Has anyone thought about setting up navigation among any old kinds of
blocks, analogous to org-babel-next-src-block?
I've whipped up a dynamic block that displays a file's contents:
#+begin: file :file /ssh:server.example.com:/small/log/file1.txt
file1 contents
#+end:
#+begin: file :file
As far as I've seen the Redmine backend for org-sync is
incomplete. Depending on what needs to be done to get this working, I
might have the time to work on it.
Is it well defined what needs to be done to get this in a more usable
state? If so, let me know and I'll see if I can help.
-Sean
--
I think these are working, but how do I tell for certain.
If I am in the file with the habit, and I changed it from TODO to DONE,
it stays DONE, and I get an entry in PROPERTIES about 'last repeat',
yeah, seems to be fine.
But if I mark it DONE in the agenda, it stays DONE, I think. I was
Sean Lynch lynchse...@gmail.com writes:
As far as I've seen the Redmine backend for org-sync is
incomplete. Depending on what needs to be done to get this working, I
might have the time to work on it.
Is it well defined what needs to be done to get this in a more usable
state? If so, let me
Gour,
I see that you have posted on the bbdb mailing list so I suggest
we move this discussion there where you will find plenty of people
able to help! We're well OT with respect to org related
discussion now...
cheers,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs
Bastien b...@altern.org writes:
Achim Gratz strom...@nexgo.de writes:
Bastien writes:
What earlier version of Emacs does not behave like the current Emacs 24
trunk with respect to this issue,
Emacs 22 doesn't have any autoloads for Org at all, so nothing works.
Emacs 23 has some autoload
David Engster d...@randomsample.de writes:
I just pushed a pretty big update to org-caldav. Get it at
https://github.com/dengste/org-caldav
The short story: org-caldav now does proper two-way
syncing. It's pretty much a rewrite, actually. If you're already
using org-caldav, you will have
It's working great for me to. I was able to test 2 way synch, so far with
a very simple case, and it worked fine.
Thanks very much.
Jerry
On Mon, Jan 14, 2013 at 4:53 PM, David Engster d...@randomsample.de wrote:
I just pushed a pretty big update to org-caldav. Get it at
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgment at that address.
Please write in English if possible,
David Engster d...@randomsample.de writes:
Please report bugs here or in the github tracker. And please
have backups.
Dear David,
First of all, ignore my previous request for info on how to debug
failed synchronisation operations: I've seen that you create an
*org-caldav-debug* buffer and
David,
I'm following up on my own posts... how uncool! ;-)
I've tracked down the root of the various problems I have
encountered with the synchronisation. It all comes down to
character sets. I have some entries that have UTF-8 characters
that are not present in ASCII, specifically
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
38 matches
Mail list logo
