Eddward DeVilla [EMAIL PROTECTED] writes:
We already have SCHEDULED, DEADLINE, CLOSED that are meaningful
to org-mode.
And CLOCK, as well.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers
feedback
from people before doing so. I got some good bug reports for the
first version, which I've fixed, so I guess it's ready to get posted.
I'll post the address once it's there.
--
+---+
| Jason F. McBrayer[EMAIL
not
strongly motivated to do it...
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one
{document}
pdf2SKIRyLj3w.pdf
Description: Example PDF output
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself
in the LaTeX output.
#!/usr/bin/python
#
# pyagenda -- export an org agenda to PDF
#
# (c) 2007, Jason F. McBrayer
# Version: 1.1
# This file is a stand-alone program.
#
# Legalese:
# pyagenda is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License
On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote:
On Jun 1, 2007, at 2:38, Jason Dunsmore wrote:
I think this may be a bug. When I show a sparse TODO tree with
org-show-todo-tree, 4th level and deeper headings don't unfold
correctly.
This has nothing to do with level 4
On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote:
On Jun 1, 2007, at 22:57, Jason Dunsmore wrote:
On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote:
On Jun 1, 2007, at 2:38, Jason Dunsmore wrote:
I think this may be a bug. When I show a sparse TODO tree with
org-show-todo-tree, 4th
I think this may be a bug. When I show a sparse TODO tree with
org-show-todo-tree, 4th level and deeper headings don't unfold
correctly.
If you put this in an empty org-mode buffer:
* level 1
notes
** level 2
notes
*** level 3
notes
TODO level 4
notes
Then press C-c C-v, go to the level
Wed 13:30]--[2007-05-30 Wed] 0:02 = -14:30
This does not appear to happen with timestamps in other contexts.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others
I've tried setting org-highlight-sparse-tree-matches to nil, but when
I show a sparse TODO tree with org-show-todo-tree, the TODO items are
still highlighted yellow. I'm using emacs 22.0.97.1 and org-mode
4.75. Is this a bug?
Jason
___
Emacs
Bastien [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Jason F. McBrayer) writes:
Taking advantage of the new org-batch-agenda-csv functionality, I've
written a little Python script for exporting an org agenda to PDF,
using LaTeX as an intermediary.
I like it, thanks! Here pdflatex
?
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one |
| is the greatest of all conquerors
place with org-remember.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one |
| is the greatest of all
it being difficult for people to agree on what HTML
output would be a suitable representation of an org agenda buffer,
though...
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times
Nice additions this time. Having more complex keyword setups
configurable in lisp is especially valuable to me (multi-file setup
sharing the same set of keywords).
Thanks for all your hard work!
--
+---+
| Jason F. McBrayer
, but with particular themes. Most light-background
themes work, most dark-background themes don't.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle
On Sat, 2007-03-31 at 07:35 -0400, Jason F. McBrayer wrote:
On Sat, 2007-03-31 at 13:04 +0200, Bastien wrote:
I use org-mode and color-theme without problems, so it should be
something in your config i guess.
Thanks, that will help me start to narrow down where the problem is.
I've
On Sat, 2007-03-31 at 13:04 +0200, Bastien wrote:
I use org-mode and color-theme without problems, so it should be
something in your config i guess.
Thanks, that will help me start to narrow down where the problem is.
--
+---+
| Jason F
of their faces, and cannot be
convinced to get them back without restarting emacs. A peculiarity of
my setup, or something other people are seeing too?
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand
-shiftcontrolleft.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one |
| is the greatest of all conquerors
somewhat overkill.
Also, can this be set through lisp (e.g., a new format for
org-todo-keywords), or only on a per-file basis with the magic
comments?
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone
.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one |
| is the greatest of all conquerors. --- The Dhammapada
On Wed, 2007-03-21 at 23:21 +0100, Carsten Dominik wrote:
On Mar 21, 2007, at 15:27, Jason F. McBrayer wrote:
Carsten Dominik [EMAIL PROTECTED] writes:
All I really need it for is multiple DONE states (e.g. COMPLETED
vs. CANCELLED). The current implementation works okay
it
shouldn't be too surprising to anyone.
If someone really, really wants C-a to always go to the beginning of
the line, then they can set inhibit-field-text-motion to t (works for
shell-mode, anyway).
--
+---+
| Jason F. McBrayer
will be the current time, so you'll have to edit it. Hope this helps.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself
appears in my list of Next Actions, and I expect that it
shouldn't. If I move the SCHEDULED line to right below the headline, it
doesn't appear in my list, which I believe is the correct behaviour.
--
+---+
| Jason F. McBrayer
converter. Nice to see I may not need it anymore.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| If someone conquers a thousand times a thousand others in |
| battle, and someone else conquers himself, the latter one
correctly.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| A flower falls, even though we love it; and a weed grows, |
| even though we do not love it.-- Dogen
handy, especially used with pop-up-frames. You
could have a more task-oriented rather than file-oriented view of your
collection of org files this way.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| A flower falls
to the file and line you're editing will be handled
automatically.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| A flower falls, even though we love it; and a weed grows, |
| even though we do not love
help, too
(especially in terms of grouping related tasks). Totalling time usage
per-task and per-subtree would be really useful. Per-file, maybe not
so much --- I keep everything in one org file, not one-per-client.
--
+---+
| Jason F
Carsten Dominik [EMAIL PROTECTED] writes:
I Guess a typo. org-timeclock.el from David.
Yes, that's right; I mean org-timeclock.el, by David O'Toole.
--
++
| Jason F. McBrayer [EMAIL PROTECTED
probably the best way to do it. Users should probably be
responsible for scheduling things on the correct day --- either 23:59
one day or 0:00 the next.
--
+---+
| Jason F. McBrayer[EMAIL PROTECTED] |
| A flower falls, even
301 - 333 of 333 matches
Mail list logo