Hi
Now I want to create a table with the following details at the end of
each heading
| Feature request | Time Estimated | Time Utilized .
I want the feature request column automatically populated from the sub
headings
and if possible the time estimate and time utilized from a drawyer
Hi Jason,
nice idea, I would like to take this patch. However, I think it
should be
done such that if the user only specifies :lend, then the default
for :llend should be that.
Would you like to fix this minor issue and then resubmit your patch?
- Carsten
On Feb 29, 2008, at 1:02 AM,
On Feb 29, 2008, at 6:41 AM, Jason Riedy wrote:
Anyone have a clever way to generate multiple outputs from one
table? It's pretty clear that orgtbl-send-table doesn't handle
multiple ORGTBL lines, and I'm not clever enough to hack in a
loop over multiple clauses on one ORGTBL line.
The
Antano Solar [EMAIL PROTECTED] writes:
| Feature request | Time Estimated | Time Utilized .
I want the feature request column automatically populated from the sub
headings and if possible the time estimate and time utilized from a
drawyer with the sub headings .
Maybe what you need is the
Hi Carsten,
I have a monthly repeating deadline defined as
,[ Org file entry ]
| * Some Client
| *** TODO Invoicing and Archive Tasks
|DEADLINE: 2008-03-01 Sat +1m -0d
`
Deadlines normally appear in the agenda in all red text (which is
great!) as they get closer to the due date.
Hello OrgMode users,
I'm using Org Mode 5.22a, installed today on Slackware Linux 12.0 with
Emacs 23.0.60.2. I've gotten the following backtrace from (setq
debug-on-error t) when I call up org-agenda with my usuall \C-a a
command.
,
| Debugger entered--Lisp error: (error before first
On Fri, Feb 29, 2008 at 4:52 PM, Bastien [EMAIL PROTECTED] wrote:
Antano Solar [EMAIL PROTECTED] writes:
| Feature request | Time Estimated | Time Utilized .
I want the feature request column automatically populated from the sub
headings and if possible the time estimate and time
More update:
In a tag search result buffer, I move the cursor to a tag, and eval
(get-text-property (point) 'face), and I get: (org-tag nil). So this
nil is causing the problem, but I don't know where it is sneaked in.
Wanrong
Just some update:
I called (org-restart-font-lock) function
Also, I found the following htmlize workaound in org.el, so seems the
workround is already built-in in org-mode. Hopefully with the bug fix
this can be removed.
-
;; Fix a bug in htmlize where there are text properties (face nil)
(eval-after-load htmlize
'(progn
(defadvice
Wanrong Lin [EMAIL PROTECTED] writes:
In a tag search result buffer, I move the cursor to a tag, and eval
(get-text-property (point) 'face), and I get: (org-tag nil). So this
nil is causing the problem, but I don't know where it is sneaked in.
Thanks for the update.
Here I get (org-tag
Tokuya Kameshima [EMAIL PROTECTED] writes:
Bastien, thanks for changing the code. I totally agree with your
suggestion. The new code is much better!
Ok, good.
I also changed the code a little bit as in the attached. The variable
`bookmark-alist' seems to be an internal variable, so I
Found the bug and fixed it as following (see the comment line marked
with WL)
-
(defun org-agenda-align-tags (optional line)
Align all tags in agenda items to `org-agenda-tags-column'.
(let ((inhibit-read-only t) l c)
(save-excursion
(goto-char (if line (point-at-bol)
I am taking this patch thanks!
This might indeed make the advice for htmlize unnecessary - could you
please
remove it your own setup and test this for a long while? And then
report back?
Thanks!
- Carsten
On Feb 29, 2008, at 7:41 PM, Wanrong Lin wrote:
Found the bug and fixed it as
Fixed, thanks.
- Carsten
On Feb 29, 2008, at 4:46 PM, Bernt Hansen wrote:
Hi Carsten,
I have a monthly repeating deadline defined as
,[ Org file entry ]
| * Some Client
| *** TODO Invoicing and Archive Tasks
|DEADLINE: 2008-03-01 Sat +1m -0d
`
Deadlines normally appear in the
Hi,
Is that possible to not open the .html file in the Emacs buffer after
exporting the .org file to HTML?
Thanks!
Xin
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
On Sat, Mar 1, 2008 at 1:49 AM, Bastien [EMAIL PROTECTED] wrote:
There is one more things I would like to know.
When I do C-c C-x r it is generating the column view from the second
level and
all levels deeper than that.
How do I restrict the rows generated only to the sub heading with
Carsten Dominik [EMAIL PROTECTED] writes:
Fixed, thanks.
- Carsten
Awesome! Thanks so much :)
Bernt
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Hallo list,
just pulled the current GIT repo and installed org-mode doing
sh# make
sh# make install
Now, when I try to
M-x org-publish-current-project
I get the message
Cannot open load file: org-irc
I can see that org-irc.el is in my repo but does not get installed (and
not compiled),
I already did so. So far there is no problem. If I don't report
anything, I think you can assume in the next release that I have no
problem at all with the htmlize advice removed.
Wanrong
Carsten Dominik wrote:
I am taking this patch thanks!
This might indeed make the advice for htmlize
Pull again, this should work now.
- Carsten
On Feb 29, 2008, at 9:41 PM, Sebastian wrote:
Hallo list,
just pulled the current GIT repo and installed org-mode doing
sh# make
sh# make install
Now, when I try to
M-x org-publish-current-project
I get the message
Cannot open load file:
OK, thanks.
- Carsten
On Feb 29, 2008, at 9:44 PM, Wanrong Lin wrote:
I already did so. So far there is no problem. If I don't report
anything, I think you can assume in the next release that I have no
problem at all with the htmlize advice removed.
Wanrong
Carsten Dominik wrote:
I
Xin Shi [EMAIL PROTECTED] writes:
Is that possible to not open the .html file in the Emacs buffer after
exporting the .org file to HTML? Thanks!
Is `C-c C-e H' what you need?
--
Bastien
___
Emacs-orgmode mailing list
Remember: use `Reply All' to
Xin Shi [EMAIL PROTECTED] writes:
Not really. That one is export to temporary buffer. What I want is when
org-export-html, is just do the work at the background, without open the
.html in one of Emacs' buffer.
Sorry I misunderstood your question, because exporting to HTML does not
open the
Carsten Dominik schrieb:
Pull again, this should work now.
- Carsten
Still the same...
I'm cloning git://repo.or.cz/org-mode.git
Is that correct?
Actually it is not realy a problem for me since I see that the only
target that fails seems to be the HTML docs (I prefer PDF anyway).
Regards,
On Sat, Mar 1, 2008 at 2:14 AM, Carsten Dominik [EMAIL PROTECTED] wrote:
Pull again, this should work now.
,
| ~/elisp/org-mode $ git pull -- zms: second pull to show that
we are current
| Already up-to-date.
| ~/elisp/org-mode $ make
| emacs -batch -q -eval (progn
Antano Solar [EMAIL PROTECTED] writes:
There is one more things I would like to know.
When I do C-c C-x r it is generating the column view from the second level and
all levels deeper than that.
How do I restrict the rows generated only to the sub heading with the
properties defined.
I'm not
Fixed, thanks.
- Carsten
On Feb 29, 2008, at 10:11 PM, Manish wrote:
On Sat, Mar 1, 2008 at 2:14 AM, Carsten Dominik [EMAIL PROTECTED]
wrote:
Pull again, this should work now.
,
| ~/elisp/org-mode $ git pull -- zms: second pull to show that
we are current
| Already up-to-date.
Bastien Guerry wrote:
Xin Shi [EMAIL PROTECTED] writes:
Not really. That one is export to temporary buffer. What I want is when
org-export-html, is just do the work at the background, without open the
.html in one of Emacs' buffer.
Sorry I misunderstood your question, because
On Feb 29, 2008, at 10:11 PM, Manish wrote:
On Sat, Mar 1, 2008 at 2:14 AM, Carsten Dominik [EMAIL PROTECTED]
wrote:
Pull again, this should work now.
,
| ~/elisp/org-mode $ git pull -- zms: second pull to show that
we are current
| Already up-to-date.
Xin Shi [EMAIL PROTECTED] writes:
Yes. That's exactly what I mean. :)
I so, I agree, and will fix this.
Done.
--
Bastien
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Carsten Dominik schrieb:
Pull again, this should work now.
- Carsten
On Feb 29, 2008, at 9:41 PM, Sebastian wrote:
Oups - you meant the export. YES that works now
Thanks, now I know why the branch is called 'master' ;)
The only old error when exporting is this one (must be something
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:04 AM, Carsten Dominik [EMAIL PROTECTED] wrote:
`make' now completes. Though it still produces following warnings:
Fixed, thanks!
--
Bastien
___
Emacs-orgmode mailing list
Remember: use
Antano Solar [EMAIL PROTECTED] writes:
Thank you for the patch , What you have done does solve my problem
with little changes in the structure from my side. What I had
actually asked for was this,
* project
** task 1
properties:
:estimated_time=10 hours
:utilized_time = 5 hours
On Sat, Mar 1, 2008 at 3:39 AM, Bastien [EMAIL PROTECTED] wrote:
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:04 AM, Carsten Dominik [EMAIL PROTECTED] wrote:
`make' now completes. Though it still produces following warnings:
Fixed, thanks!
Only following warnings are
On Sat, Mar 1, 2008 at 3:53 AM, Bastien Guerry [EMAIL PROTECTED] wrote:
Antano Solar [EMAIL PROTECTED] writes:
Thank you for the patch , What you have done does solve my problem
with little changes in the structure from my side. What I had
actually asked for was this,
* project
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:39 AM, Bastien [EMAIL PROTECTED] wrote:
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:04 AM, Carsten Dominik [EMAIL PROTECTED] wrote:
`make' now completes. Though it still produces following warnings:
Fixed,
On Sat, Mar 1, 2008 at 4:19 AM, Bastien [EMAIL PROTECTED] wrote:
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:39 AM, Bastien [EMAIL PROTECTED] wrote:
Manish [EMAIL PROTECTED] writes:
On Sat, Mar 1, 2008 at 3:04 AM, Carsten Dominik [EMAIL PROTECTED]
wrote:
Manish [EMAIL PROTECTED] writes:
Is _everyone_ pulling from git in this room??
The intention was definitely not to bug (no pun intended) the
maintainers/contributors. I just assumed it would be helpful.
It was! No worry on that.
Would you prefer that these reports (regarding master
Hi,
Is it possible to show the TODO (etc...) tags in the table of
contents of a HTML export (eg. org-export-as-html) ?
What I mean by this is the following:
* DONE Phase one :MIKE:
* TEST Phase two :PIERRE:
* TODO Phase three :DIETER:
The table of contents will not show the TODO, DONE,
Bastien [EMAIL PROTECTED] writes:
Is _everyone_ pulling from git in this room??
I do :)
-Bernt
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
lanas [EMAIL PROTECTED] writes:
What I mean by this is the following:
* DONE Phase one :MIKE:
* TEST Phase two :PIERRE:
* TODO Phase three :DIETER:
The table of contents will not show the TODO, DONE, TEST, so it is not
possible to quickly see the state of the tasks.
Check for these
Since the purpose of `org-dblock-write:columnview' is to capture the
column view, I think the default behavior should be to display *all*
entries, even those which properties are not set - because they are
displayed in the current view.
But maybe a parameter like :skip-empty-row would make
On Sat, Mar 1, 2008 at 11:11 AM, Antano Solar [EMAIL PROTECTED] wrote:
Since the purpose of `org-dblock-write:columnview' is to capture the
column view, I think the default behavior should be to display *all*
entries, even those which properties are not set - because they are
displayed in
On Sat, Mar 1, 2008 at 11:22 AM, Manish [EMAIL PROTECTED]
wrote:
On Sat, Mar 1, 2008 at 11:11 AM, Antano Solar [EMAIL PROTECTED] wrote:
Since the purpose of `org-dblock-write:columnview' is to capture the
column view, I think the default behavior should be to display *all*
entries,
On Sat, Mar 1, 2008 at 11:22 AM, Manish [EMAIL PROTECTED]
wrote:
On Sat, Mar 1, 2008 at 11:11 AM, Antano Solar [EMAIL PROTECTED] wrote:
Since the purpose of `org-dblock-write:columnview' is to capture the
column view, I think the default behavior should be to display *all*
entries,
45 matches
Mail list logo