Bug: dealine-up sorting strategy does not work [9.2.6 (9.2.6-dist @ c:/Users/wlin/.emacs-lisp/org/lisp/)]
If I call this: (let ((org-agenda-sorting-strategy '((agenda deadline-up (call-interactively 'org-agenda-list)) entries with deadline are at the bottom, after currently scheduled and past scheduled items. I think instead entries with deadlines should be at the top, before all other items without deadlines. I remember this was so before (deadline items at top), but forgot since when this bug sneaked in. Thanks for looking into it. Warren Set up: Emacs : GNU Emacs 26.3 (build 1, x86_64-w64-mingw32) of 2019-08-29 Package: Org mode version 9.2.6 (9.2.6-dist @ c:/Users/wlin/.emacs-lisp/org/lisp/)
Re: [O] Bug: Entries with diary-sexps in "scheduled" not exported properly to calendar file (.ics file)
I just wrote a function to do it, and hope it can help other people with similar needs: ;; example: (dates-from-diary-sexp "2019-04-01" "2019-09-01" "(diary-float t 1 2)") ;; => ((8 12 2019) (7 8 2019) (6 10 2019) (5 13 2019) (4 8 2019)) (defun dates-from-diary-sexp (start end diary-sexp) "Given a start and ending date, returns all valid dates between them that satisfy diary-sexp" (let ((day-absolute (org-time-string-to-absolute start)) (end-absolute (org-time-string-to-absolute end)) (sexp (car (read-from-string diary-sexp))) (dates)) (while (< day-absolute end-absolute) (let ((date (calendar-gregorian-from-absolute day-absolute)) (entry nil)) (when (eval sexp) (setf dates (cons date dates))) (incf day-absolute))) dates)) On 3/26/2019 5:01 PM, Thomas Plass wrote: Wanrong Lin wrote at 15:20 on March 26, 2019: : : As a work around, do you know if there is a way : to generate a series of dates / org entries from a diary-sexps? Thanks. Evaluating those sexp is done in diary-lib. But it's no use simply supplying arguments to functions there as they require external setup, in particular variables such the current DATE (mon day year), itself coming from calendar.el. However, it's exactly such dates that you are looking for in the first place. I guess, in your example (diary-float t 1 2) you might have to loop through all the days of all months (calendar knows about those) to see whether your sexp evaluates to something useful. But I haven't looked at that in detail. Thomas
Re: [O] Bug: Entries with diary-sexps in "scheduled" not exported properly to calendar file (.ics file)
Thanks for the explanation. My limited debugging showed the data may not
even be passed from org to icalendar.el ("scheduled: nil" in the entry).
But from what you said it won't work anyway regardless.
This is a bit of bummer. As a work around, do you know if there is a way
to generate a series of dates / org entries from a diary-sexps? Thanks.
Wanrong
On 3/26/2019 2:21 PM, Thomas Plass wrote:
Hi,
Wanrong Lin wrote at 10:23 on March 26, 2019:
:
: * TODO Do this on the second Monday every month
: SCHEDULED: <%%(diary-float t 1 2) 19:00-20:30>
:
: M-x org-icalendar-export-to-ics
Org agenda has its own processing of sexps, so its views are correct.
The exporter, however, uses icalendar.el for creating the iCal data.
Date processing there in `icalendar--convert-float-to-ical' is
somewhat arbitrary as per the docstring:
"Convert float diary entry to iCalendar format -- partially unsupported!
FIXME! DAY from diary-float yet unimplemented.
As far as the exported date is concerned, it'll always be today's
date as per this comment further down:
;;Start today (yes this is an arbitrary choice):
So, bug-gnu-emacs would be the list to post this issue to.
Regards
Thomas
[O] Bug: Entries with diary-sexps in "scheduled" not exported properly to calendar file (.ics file)
Org-mode version 9.2.2, Emacs 26.1, Windows 10 To reproduce: Create a file "Test.org", with only one entry: * TODO Do this on the second Monday every month SCHEDULED: <%%(diary-float t 1 2) 19:00-20:30> :PROPERTIES: :ID: 5eb2262f-d7a4-4c10-8765-e1906a1cf276 :END: -- Run this in the buffer of this above file: M-x org-icalendar-export-to-ics Check the output file "Test.ics", and you will see something like below, which obviously is wrong (I highlighted the wrong part). BTW: regular org-agenda still works correctly with this entry (the TODO shows up correct at the right date) --- BEGIN:VCALENDAR VERSION:2.0 X-WR-CALNAME:Test PRODID:-Emacs with Org mode//EN X-WR-TIMEZONE:America/New_York X-WR-CALDESC: CALSCALE:GREGORIAN BEGIN:VTODO UID:TODO-5eb2262f-d7a4-4c10-8765-e1906a1cf276 DTSTAMP:20190326T141906Z *DTSTART:20190326T101900* SUMMARY:Do this on the second Monday every month CATEGORIES:Test SEQUENCE:1 PRIORITY:13 STATUS:NEEDS-ACTION END:VTODO END:VCALENDAR ---
[O] Bug: org-agenda-undo does not work on repeated tasks [7.9.3d (7.9.3d-dist @ /home/wlin/.emacs-lisp/org/lisp/)]
Emacs : GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.5) of 2011-08-14 on allspice, modified by Debian Package: Org-mode version 7.9.3d (7.9.3d-dist @ /home/myth/.emacs-lisp/org/lisp/) To reproduce: In an org agenda buffer, mark a task as done. Then, run org-agenda-undo. If the task is a repeated task like this: * TODO A weekly repeated task SCHEDULED: 2013-03-03 Sun +1w After mark a task as done from the agenda buffer, it becomes: * TODO A weekly repeated task SCHEDULED: 2013-03-10 Sun +1w :LOGBOOK: - State DONE from TODO [2013-03-03 Sun 12:43] :END: :PROPERTIES: :LAST_REPEAT: [2013-03-03 Sun 12:43] :END: Then, if I run org-agenda-undo (with C-z) in agenda buffer, * TODO A weekly repeated task SCHEDULED: 2013-03-10 Sun +1w :LOGBOOK: :END: :PROPERTIES: :LAST_REPEAT: [2013-03-03 Sun 12:43] :END: As you can see, the LOGBOOK changed, but the SCHEDULED time did not go back to the original. Thanks for looking into it.
[Orgmode] Feature request: preserving plain list line breaks in exporting
Hi, Suppose I have a plain list as the following: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah When the above is exported to HTML, the line breaks after the heading line of each list item are lost, so it becomes Book1 Note: blah blah blah, which does not look very nice to me. I know I can keep the line breaks by inserting a blank line, like this: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah Well, this will fix the export, but the text above looks ugly now, especially when the Note part is very short. Can we add some kind of option to control whether the line break after the first line of a plain list item should be preserved in exporting? Or maybe we can assume the line breaks should be preserved when org-cycle-include-plain-lists is set to t, since in that case we are treating the plain list item kind of like a heading. Note setting org-export-preserve-breaks does not meet my needs, since that will preserve ALL breaks. Thanks for giving the above a thought. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: preserving plain list line breaks in exporting
The double back slashes works well (although that is not as pretty as I want). Thank you! Wanrong Sebastian Rose wrote: Try: * TODO Read books 1. [ ] Book 1 \\ Note: blah blah blah 2. [ ] Book 2 \\ Note: blah blah blah Or even: * TODO Read books 1. [ ] Book 1 :: Note: blah blah blah 2. [ ] Book 2 :: Note: blah blah blah plus CSS Regards, Sebastian Wanrong Lin wanrong@gmail.com writes: Hi, Suppose I have a plain list as the following: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah When the above is exported to HTML, the line breaks after the heading line of each list item are lost, so it becomes Book1 Note: blah blah blah, which does not look very nice to me. I know I can keep the line breaks by inserting a blank line, like this: * TODO Read books 1. [ ] Book 1 Note: blah blah blah 2. [ ] Book 2 Note: blah blah blah Well, this will fix the export, but the text above looks ugly now, especially when the Note part is very short. Can we add some kind of option to control whether the line break after the first line of a plain list item should be preserved in exporting? Or maybe we can assume the line breaks should be preserved when org-cycle-include-plain-lists is set to t, since in that case we are treating the plain list item kind of like a heading. Note setting org-export-preserve-breaks does not meet my needs, since that will preserve ALL breaks. Thanks for giving the above a thought. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: preserving plain list line breaks in exporting
Thanks. But :: does not as well as \\ for numbered list (the
numbers are gone with ::).
Actually, when I say it is not as pretty as I want in my last email, I
meant the original .org text file is not pretty with either \\ or
:: just for adding a line break for exporting. So ideally, I still
prefer a configuration option to control the line break preservation.
Wanrong
Sebastian Rose wrote:
Wanrong Lin wanrong@gmail.com writes:
The double back slashes works well (although that is not as pretty as I
want). Thank you!
For better controle of line height and paddings, I'd suggest to use the
`::' syntax and CSS for the dt and dd elements.
dd {font-weight:bold;margin-top:3em;}
dt {}
Best,
Sebastian
Wanrong
Sebastian Rose wrote:
Try:
* TODO Read books
1. [ ] Book 1 \\
Note: blah blah blah
2. [ ] Book 2 \\
Note: blah blah blah
Or even:
* TODO Read books
1. [ ] Book 1 ::
Note: blah blah blah
2. [ ] Book 2 ::
Note: blah blah blah
plus CSS
Regards,
Sebastian
Wanrong Lin wanrong@gmail.com writes:
Hi,
Suppose I have a plain list as the following:
* TODO Read books
1. [ ] Book 1
Note: blah blah blah
2. [ ] Book 2
Note: blah blah blah
When the above is exported to HTML, the line breaks after the heading line of
each list item are lost, so it becomes Book1 Note: blah blah blah, which does
not look very nice to me. I know I can keep the line breaks by inserting a blank
line, like this:
* TODO Read books
1. [ ] Book 1
Note: blah blah blah
2. [ ] Book 2
Note: blah blah blah
Well, this will fix the export, but the text above looks ugly now, especially
when the Note part is very short.
Can we add some kind of option to control whether the line break after the first
line of a plain list item should be preserved in exporting? Or maybe we can
assume the line breaks should be preserved when org-cycle-include-plain-lists
is set to t, since in that case we are treating the plain list item kind of
like a heading.
Note setting org-export-preserve-breaks does not meet my needs, since that
will preserve ALL breaks.
Thanks for giving the above a thought.
Wanrong
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? M-S-RET on a line
Hi, Suppose I have an org file with following lines: * Test1 Test2 Now if I put the cursor at the beginning of the Test2 line and press M-S-RET (Alt-Shift-Return on my machine), I got this: * Test1 * Test2TODO The TODO keyword was inserted at the end instead of the beginning of the task text. This seems a bug to me. I am using the latest release, 6.24a. Thanks for confirmation and investigation. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Release 6.23
Hi, Glad to have different faces for TODO keywords now in HTML export. I would think it is logical to extend that idea to tags too. Anybody agrees? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: editing priority in column view
Hi,
I have a column view configuration like this:
(setq org-columns-default-format (format %%%iITEM(Task) %%10TODO
%%20SCHEDULED %%1PRIORITY(P) %%TAGS(TAGS) %%6Effort(EST){:}
%%CLOCKSUM(CLK) (- fill-column 24)))
And I have a org-file Test.org with following entry:
* TODO Test1
*** TODO Test2
SCHEDULED: 2009-02-19 Thu
If I run org-agenda-list, and then org-agenda-columns, and then move
the cursor to the P field of Test2 line, press e, and then press
a in minibuffer, things are strange now:
1. At first, it worked fine. I could see Test2 has priority A in
both the agenda buffer and the Test.org buffer.
2. I manually removed the [#A] in the Test2 line of Test.org
buffer, saved the file and KILLED the Test.org buffer
3. In the agenda buffer (still in column view), I pressed g (to
refresh). I could see Test.org was reopened in a buffer.
4. Now I redo the priority editing in the agenda buffer, nothing changed
in the agenda buffer, and after examining Test.org buffer, I found the
priority A goes to the parent item Test1. So I got this in the
Test.org buffer:
* TODO [#A] Test1
*** TODO Test2
SCHEDULED: 2009-02-19 Thu
It seems the order of file opening and column view creation will affect
org's behavior.
I am using 6.22b, the latest release.
Wanrong
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature improvement request: editing TODO keyword in column view
Hi, Right now in the column view when I press e in a TODO field, the TODO keyword rotates. This creates a lot garbage state change log entries. Can we change this to fast todo selection like C-c C-t (or t in agenda buffer), when org-use-fast-todo-selection is set to t? I am using org 6.22b. Thank you for considering it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug? org-timeline, log mode, inactive timestamp
Maybe my config is wrong, but I did not see any customization on this part. So here I am giving a more detailed description of what I did/saw: 1. In an org-mode buffer, run org-agenda 2. From the dispatcher, press L for timeline 3. In the timeline agenda buffer, press l to turn on log mode. 4. Press [ to enable inclusion of inactive time stamps. Answer y for the prompt question Re-display with inactive time stamp included? 5. The agenda buffer is refreshed, with inactive time stamp entries included. 6. Press g in the agenda buffer to refresh, and inactive time stamp entries disappear. Could you try the above to see whether you can reproduce it? Thanks a lot. Wanrong Carsten Dominik wrote: I don't seem to be able to reproduce this. - Carsten On Feb 13, 2009, at 10:07 PM, Wanrong Lin wrote: Hi, Recently I began to use org-timeline more frequently, and find the log mode including inactive timestamps very useful for things like activity report. However, there seems to be a small glitch: In the timeline agenda buffer, when press g (org-agenda-redo), the inactive timestamp is always turned off. This is kind of inconvenient in my opinion. Can we make the inactive timestamp option sticky, just like the log mode? We can use ] key to turn it off, or just use [ to toggle it. Thanks for considering it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? org-timeline, log mode, inactive timestamp
Hi, Recently I began to use org-timeline more frequently, and find the log mode including inactive timestamps very useful for things like activity report. However, there seems to be a small glitch: In the timeline agenda buffer, when press g (org-agenda-redo), the inactive timestamp is always turned off. This is kind of inconvenient in my opinion. Can we make the inactive timestamp option sticky, just like the log mode? We can use ] key to turn it off, or just use [ to toggle it. Thanks for considering it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: org-cycle on list at the end of buffer
Thanks for your response. Yes, this is a minor annoyance and can be worked around as you did. But maybe it is just a snap for Carsten or others to fix it (seems the case for most of the bugs. Sorry, you guys really raised up our expectations.). I thought if we keep silent, the developers will never know. Also, the point of using org-mode is you won't get as much as attraction as other mouse-driven, window-popping applications. If the number of small annoyances increases, that advantage will decrease rapidly, in my opinion. That's why I seems to be fussy on those small things. Wanrong Eddward DeVilla wrote: On Tue, Feb 10, 2009 at 1:50 PM, Wanrong Lin wanrong@gmail.com wrote: Hi, I have org-cycle-include-plain-lists set to t. In the following example, the text is at the very end of an org-mode buffer. If I put my cursor on the line of item 1 and press TAB key, the cycling does not work. But if I add another list item after item 1, the cycling now works (of course now the item 2 does not work). I am using Emacs 22.3 and org-mode 6.22a. Looks like a bug. Thank you if somebody can look into this. * Test 1. item 1 abc, xyz, whatever I'm seeing this with org 2.20c 22.3.1. I've seen this break and work periodically. I tend to avoid it by having a heading at the bottom of the file like: * Test 1. item 1 abc, xyz, whatever 2. foo bar * baz Most of my real documents have an archive heading at the bottom the completed items get moved to, so I haven't been too annoyed with it recently. I've gathered that org-cycle-include-plain-lists isn't very common. Edd ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature improvement request: state change logging
Hi, My TODO sequence is set up as following: (setq org-todo-keywords '((sequence TODO(t) STARTED(s!) WAITING(w@/!) MAYBE(m/!) DELEGATED(g@/!) DEFERRED(d!/!) HOLD(h!/!) | DONE(x) CANCELED(c The state change logging is great, but I wonder whether we can further improve it: 1. Can we also include the original state in the log message? i.e.: instead of having - State DEFERRED [2009-02-11 Wed 11:38] we can have - State DEFERRED from HOLD [2009-02-11 Wed 11:38] The message will be clearer, and useful even when somebody edited the TODO keyword in place without using the org-todo command (in that case, simply looking at all the destination states in the log message does not give us the right information). 2. Can we put all of those state change history logging messages into a drawer like STATE-HIST (when the drawer is defined in org-drawers), so it is less intrusive in the file? Thank you for giving a thought on it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: HTML export, TODO keyword face
Hi, Right now in the HTML export the TODO keywords have either class=todo, or class=done. That loses all the face properties in the original TODO keywords. I think the TODO keywords faces are important visual aids to differentiate different types of TODO items, so I just wonder whether it is possible to keep the faces in the HTML. Thank you for considering the above. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 6.22
Just want to point out the download link on the org-mode web page is still pointing to 6.21b. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: org-cycle on list at the end of buffer
Hi, I have org-cycle-include-plain-lists set to t. In the following example, the text is at the very end of an org-mode buffer. If I put my cursor on the line of item 1 and press TAB key, the cycling does not work. But if I add another list item after item 1, the cycling now works (of course now the item 2 does not work). I am using Emacs 22.3 and org-mode 6.22a. Looks like a bug. Thank you if somebody can look into this. * Test 1. item 1 abc, xyz, whatever ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] HTML export: feature request
Hi, One problem I have with current HTML export is the section number (like 1, 2.1, 2.1.2 and etc) is not very distinctive from the actual section heading. Also, sometimes I wish the sub-section headings are indented. So I wonder whether we can add the following features: 1. Assign a CSS class to the section number, so the section number font and color can be customized through CSS 2. Add a variable to control whether sub-sections should be indented in the export, and by how much. Thank you for giving some thoughts on the above. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-tag-faces does not work for me
Hi, I updated org to the latest (6.15f) and try to use the new org-tag-faces feature, but it does not work me. I have settings like this: (setq org-tag-faces '((TODAY . (:foreground #C0)) (APPT . (:foreground #C0)) (NEXT . (:foreground #C0 It has no effect at all, regardless whether I have org-tag customized or not. Another thing I noticed is: in the search result of tags-todo, all my tags are in lower cases, while in regular agenda view, the cases are preserved. I found the change of tag cases annoying. Is this a bug or is there a way to turn that behavior off? Thanks a lot if anyone can help. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-tag-faces does not work for me
Thanks for the replies. I restarted Emacs to ensure the faces were refreshed. Also, I just tried the named faces. Did not work. Looks like you guys don't have the problem, I will look a little deeper. Wanrong Carsten Dominik wrote: On Dec 19, 2008, at 4:34 PM, Wanrong Lin wrote: Hi, I updated org to the latest (6.15f) and try to use the new org-tag-faces feature, but it does not work me. I have settings like this: (setq org-tag-faces '((TODAY . (:foreground #C0)) (APPT . (:foreground #C0)) (NEXT . (:foreground #C0 It has no effect at all, regardless whether I have org-tag customized or not. Have you tried to use named faces? Another thing I noticed is: in the search result of tags-todo, all my tags are in lower cases, while in regular agenda view, the cases are preserved. I found the change of tag cases annoying. Is this a bug or is there a way to turn that behavior off? It is a bug, fixed now. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-tag-faces does not work for me
Ok, it seems I found the cause. The org-tag-faces will take effect only when it is set before (require 'org-install) Putting org-tag-faces before (require 'org-install) is not a big deal. But it is a little bit odd, as I can do (setq org-tag-alist ) after (require 'org-install), but the faces have to be set before it. Anyway, I am glad I found the problem. Thank you. Wanrong Carsten Dominik wrote: On Dec 19, 2008, at 4:34 PM, Wanrong Lin wrote: Hi, I updated org to the latest (6.15f) and try to use the new org-tag-faces feature, but it does not work me. I have settings like this: (setq org-tag-faces '((TODAY . (:foreground #C0)) (APPT . (:foreground #C0)) (NEXT . (:foreground #C0 It has no effect at all, regardless whether I have org-tag customized or not. Have you tried to use named faces? Another thing I noticed is: in the search result of tags-todo, all my tags are in lower cases, while in regular agenda view, the cases are preserved. I found the change of tag cases annoying. Is this a bug or is there a way to turn that behavior off? It is a bug, fixed now. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: org-sort, alpha sans TODO keyword
Hi, I recently had the need to use org-sort, and found that sorting on alpha does not work as I expected, because the sorting works on the whole heading, including the TODO keywords. That may be useful, but I think probably in many occasions the alpha-sorting means sorting on the headings without the TODO keywords. So I am suggesting this feature of alpha-sorting sans TODO keywords. Thanks a lot for giving it a thought. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? creator-info
Hi, I just upgraded to org-6.06a. It seems that the per-file creator-info:nil option does not work, but variable org-export-creator-info works. Thanks if someone can confirm/look at it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: remember/refiling filing target
Hi, There seems to be a bug in remember/refiling filing target auto-completion prompt, if the target heading text has a forward slash /. For example, if my filing target is the following: * TODO A/B switch needs to be fixed With M-x org-refile, when I press TAB in the mini-buffer to bring up the filing target list, the above target shows up as A/, all text after the forward slash is cut out. However, the actual auto-completion (by pressing A/ and TAB) does work. I am using org 6.05b on Emacs 22.2, my refiling config is: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) Thanks a lot if someone can take a look of it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Option to turning off the last line in HTML export postamble
Thanks a lot for all your replies and suggestions. Carsten put in a new
option for it, so I will just use that until more sophisticated needs
come up.
Wanrong
Sebastian Rose wrote:
How about:
#postamble p { display:none; visibility:hidden; }
#postamble p.author { display:block; visibility:visible; }
#postamble p.date { display:block; visibility:visible; }
Renzo Been :-) schrieb:
Wanrong Lin wanrong.lin at gmail.com writes:
Yes, it's right there in the manual...
add the following line to your .emacs
(setq org-export-html-auto-postamble 'nil)
That should do the trick
Ciao,
Renzo
Thanks for pointing it out, but that is not exactly what I wanted.
(setq org-export-html-auto-postamble 'nil)
will remove the whole postamble, including the creating date, author
and etc, which I do want to keep. I just want to turn off the line
stating the file is created by org-mode on emacs.
Wanrong
You're right
Maybe this could be solved if the line:
HTML generated by org-mode 6.05b in emacs 22
gets it's own class specified during html-export?
Then it could be hidden via css-support...
Could that be done somehow???
Ciao,
Renzo
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: table parsing is on in BEGIN_EXAMPLE section
Hi, I just had a need to use the +BEGIN_EXAMPLE marker, and I found that if I have a directory tree listing like this: +BEGIN_EXAMPLE +---bin | +---decoder_a.exe | +---decoder_b.exe | +---encoder.exe +---doc +END_EXAMPLE It will be treated (and font-locked) as a table. Not really a a big deal unless I press the Tab key on it. Just want to report it in the hope that it is a snap for Carsten to fix it. :-) Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: monthly repeater does not work
Yes, I tried the latest version and it is fixed. Thank you! Wanrong Carsten Dominik wrote: Fixed , thanks. At least I thing so. Please get the latest version and confirm. - Carsten On Jun 25, 2008, at 12:11 AM, Wanrong Lin wrote: Hi, I just tried this: * TODO Test SCHEDULED: 2008-06-24 Tue +1m And it does not work, meaning I do not see the item listed in the agenda of 07-24, 08-24 and etc. DEADLINE won't work either with the same repeater. Can someone confirm that? I saw the above with org-6.05b on Emacs 22.2 under Windows/Linux. Thanks a lot. Assuming the above report is not a false alarm, sometimes I feel a little bit uneasy after upgrading to a new version because important feature might be broken and my task may slip under my nose. Would be nice if there is an automated regression test, but I can imagine it would be very difficult for an interactive thing like org. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Option to turning off the last line in HTML export postamble
Hi, For some of my org files, I don't want the following line to show up in my HTML export: HTML generated by org-mode 6.05b in emacs 22 Is there an option to turn it off? I looked at the org source code and it seems the answer is no. Can a new option be added for it? Thanks a lot for considering this suggestion. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Option to turning off the last line in HTML export postamble
Yes, it's right there in the manual... add the following line to your .emacs (setq org-export-html-auto-postamble 'nil) That should do the trick Ciao, Renzo Thanks for pointing it out, but that is not exactly what I wanted. (setq org-export-html-auto-postamble 'nil) will remove the whole postamble, including the creating date, author and etc, which I do want to keep. I just want to turn off the line stating the file is created by org-mode on emacs. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Column view and hl-line-mode
Hi, Peter, I am using highline.el, which works well for me. Maybe you can check it out. Also, I added this line to my emacs config file to ensure the overlay from the highline.el has higher priority than other overlays. (setq highline-priority 10) Wanrong Peter Jones wrote: When using column view, I find it hard to visually follow a row across its columns, to see which column values go with which to-do heading. In other words, column view doesn't have any horizontal rules, so I usually resort to placing my finger on the screen and running it left-to-right to help line up rows and columns. In the past I had used hl-line-mode to do this for me. It made the current row (line) a different color, thus making a single row stand out from the others, allowing my eyes to correctly associate the correct column data with the row of interest. Of course, recent changes disabled the effects of hl-line-mode in column view (and for good reason). Would it be possible to make the row/line that point is on stand out, either by alternating the row colors, or allowing something like hl-line-mode to work in column view? Thanks. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug found (but don't know to fix)
Hi, Carsten, Thanks a lot for the patch. I tried it, but it does not work. I traced into the org-open-at-point function and found the patch is not executed because the condition *(stringp cmd) *is not satisfied, as cmd is a list (w32-shell-execute open file). This function seems a little bit too complicated for me to sort out, would you mind taking another look into it, or giving some suggestion on how to fix it? Thank you. Wanrong (cond ((and *(stringp cmd)* (not (string-match ^\\s-*$ cmd))) ;; Remove quotes around the file name - we'll use shell-quote-argument. (while (string-match ['\]%s['\] cmd) (setq cmd (replace-match %s t t cmd))) (while (string-match %s cmd) (setq cmd (replace-match (save-match-data (shell-quote-argument (convert-standard-filename file))) t t cmd))) (save-window-excursion (start-process-shell-command cmd nil cmd) (and (boundp 'org-wait) (numberp org-wait) (sit-for org-wait)) )) Carsten Dominik wrote: Hi Wanrong, how about the following patch: - Carsten diff --git a/lisp/org.el b/lisp/org.el index 9094204..ee1b923 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7385,7 +7385,9 @@ If the file does not exist, an error is thrown. (setq cmd (replace-match %s t t cmd))) (while (string-match %s cmd) (setq cmd (replace-match - (save-match-data (shell-quote-argument file)) + (save-match-data + (shell-quote-argument + (convert-standard-filename file))) t t cmd))) (save-window-excursion (start-process-shell-command cmd nil cmd) On May 19, 2008, at 11:59 PM, Wanrong Lin wrote: Hi Carsten: I have observed that in Windows org-open-at-point (bound to RET key in my config) does not work on something like this: file:\\hostname\path Today I dug a little bit into it, and found the problem is here (in red): (defun org-open-file (path optional in-emacs line search) Open the file at PATH. First, this expands any special file name abbreviations. Then the configuration variable `org-file-apps' is checked if it contains an entry for this file type, and if yes, the corresponding command is launched. If no application is found, Emacs simply visits the file. With optional argument IN-EMACS, Emacs will visit the file. Optional LINE specifies a line to go to, optional SEARCH a string to search for. If LINE or SEARCH is given, the file will always be opened in Emacs. If the file does not exist, an error is thrown. (setq in-emacs (or in-emacs line search)) (let* ((file (if (equal path ) buffer-file-name (substitute-in-file-name *(expand-file-name path)*))) *(expand-file-name path) *replaces all backslashes with forward slashes, and later in the same function (if search (org-link-search search ((consp cmd) *(eval cmd)*) Here cmd variable is (w32-shell-execute open file), and w32-shell-execute will complain about the file not existing. When in-emacs is t, everything works fine, as Emacs understand both forward and backward slashes. Also, it works fine on regular file path like this: file:c:\path\file.txt That is because somehow my Windows system is setup (by our IT guys) to understand both forward and backward slashes, but that only works on regular file paths, not the Windows shared directory paths. I wonder whether this can get fixed. Thank you very much. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org mailto:Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug found (but don't know to fix)
Yes, this works! Thank you. Wanrong Carsten Dominik wrote: On May 21, 2008, at 4:25 PM, Wanrong Lin wrote: Hi, Carsten, Thanks a lot for the patch. I tried it, but it does not work. I traced into the org-open-at-point function and found the patch is not executed because the condition *(stringp cmd) *is not satisfied, as cmd is a list (w32-shell-execute open file). This function seems a little bit too complicated for me to sort out, would you mind taking another look into it, or giving some suggestion on how to fix it? Thank you. Hi Wanrong, How about this patch then: diff --git a/lisp/org.el b/lisp/org.el index 9094204..4e2aa58 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7385,7 +7385,9 @@ If the file does not exist, an error is thrown. (setq cmd (replace-match %s t t cmd))) (while (string-match %s cmd) (setq cmd (replace-match - (save-match-data (shell-quote-argument file)) + (save-match-data + (shell-quote-argument + (convert-standard-filename file))) t t cmd))) (save-window-excursion (start-process-shell-command cmd nil cmd) @@ -7398,7 +7400,8 @@ If the file does not exist, an error is thrown. (if line (goto-line line) (if search (org-link-search search ((consp cmd) - (eval cmd)) + (let ((file (convert-standard-filename file))) +(eval cmd))) (t (funcall (cdr (assq 'file org-link-frame-setup)) file))) (and (org-mode-p) (eq old-mode 'org-mode) (or (not (equal old-buffer (current-buffer))) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug found (but don't know to fix)
Hi Carsten: I have observed that in Windows org-open-at-point (bound to RET key in my config) does not work on something like this: file:\\hostname\path Today I dug a little bit into it, and found the problem is here (in red): (defun org-open-file (path optional in-emacs line search) Open the file at PATH. First, this expands any special file name abbreviations. Then the configuration variable `org-file-apps' is checked if it contains an entry for this file type, and if yes, the corresponding command is launched. If no application is found, Emacs simply visits the file. With optional argument IN-EMACS, Emacs will visit the file. Optional LINE specifies a line to go to, optional SEARCH a string to search for. If LINE or SEARCH is given, the file will always be opened in Emacs. If the file does not exist, an error is thrown. (setq in-emacs (or in-emacs line search)) (let* ((file (if (equal path ) buffer-file-name (substitute-in-file-name *(expand-file-name path)*))) *(expand-file-name path) *replaces all backslashes with forward slashes, and later in the same function (if search (org-link-search search ((consp cmd) *(eval cmd)*) Here cmd variable is (w32-shell-execute open file), and w32-shell-execute will complain about the file not existing. When in-emacs is t, everything works fine, as Emacs understand both forward and backward slashes. Also, it works fine on regular file path like this: file:c:\path\file.txt That is because somehow my Windows system is setup (by our IT guys) to understand both forward and backward slashes, but that only works on regular file paths, not the Windows shared directory paths. I wonder whether this can get fixed. Thank you very much. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Underlines and strike-through lines in column view
Hi Carsten, Attached is a minim emacs config file I made that can reproduce the problem using emacs -q -l minimal.el. The first line of the file add the load-path to the org-mode package, so you may need to change it. Also attached is a simple two-line org-file that you can open to see the problem in column-view. My face settings are for light background. Besides those strike-through lines and underlines, I also noticed that there is a light gray vertical line in the PRI column. It has something to do with my use of box face for org-column, but I wonder whether that can get fixed together, as those strike-through and underlines start right from that vertical line. I am using the official GNU Emacs 22.2 on Windows XP. Thanks a lot for looking into this. Wanrong Carsten Dominik wrote: Hi Wanrong, I have lost track a bit of the details, so in order to fix this, can you please make me a test case with a minimal .emacs that contrains your face definitions, and a small example file. Please make it work so that emacs -q -l minimal.emacs will reproduce the problem. Please also include the exact version of Emacs you are using. Thanks. - Carsten On May 15, 2008, at 7:40 PM, Wanrong Lin wrote: Feedback: I just tested again on org 6.03, and the line noises are still there in the column view. Wanrong Wanrong Lin wrote: Just a reminder: do you have any TODO faces with strike-through lines? Remember the line noises will only happen when that is true. Also, maybe there are some other check-ins after your patch that fixed this. I only tried your patch, not the latest GIT revision. I can just wait until next release to test again. Thanks a lot. Wanrong ;; org-config.el, config file for emacs org-mode ;; Time-stamp: 2008-05-16 10:42:58 linw ;; Tested with emacs 22.1 and org-5.14 ;; ;; Wanrong Lin (setq my-local-extra-loadpath c:/linw/.emacs-lisp/) (add-to-list 'load-path (concat my-local-extra-loadpath org/lisp)) (add-to-list 'load-path (concat my-local-extra-loadpath org/CONTRIB/lisp)) (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org\\'. org-mode)) ;; TODO keywords (setq org-todo-keywords '((sequence TODO(t) STARTED(s!) WAITING(w@/!) MAYBE(m/!) DELEGATED(g@/!) DEFERRED(d!/!) HOLD(h!/!) | DONE(x) CANCELED(c (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(org-level-1 ((t (:weight bold ;; bold ;; normal text ;; '(org-level-2 ((t nil))) ;; normal text ;; Use the following complicated format because the above line does not work very well ;; with column view (in org-mode 5.12c) '(org-level-2 background light)) (:foreground #00)) ;; black (with light background) (t (:foreground #F0F0F0 ;; white (with dark background) '(org-level-3 ((t (:foreground #80 ;; dark red '(org-level-4 ((t (:foreground #FF ;; blue '(org-level-5 ((t (:foreground #006000 ;; dark green '(org-level-6 ((t (:foreground #B020A0 ;; purple '(org-level-7 ((t (:foreground #0060C0 ;; green blue '(org-level-8 ((t (:foreground #4030C0 ;; purple blue '(org-agenda-structure ((t (:foreground #0040C0 :weight bold ;; dark green blue '(org-agenda-date ((t (:foreground #80 :weight bold ;; dark red '(org-agenda-date-weekend ((t (:foreground #006000 :weight bold ;; dark green '(org-scheduled-today ((t (:foreground #FF ;; bright blue '(org-scheduled-previously ((t (:foreground #181880 ;; dark green blue '(org-upcoming-deadline ((t (:foreground #C0 ;; middle red '(org-warning ((t (:foreground #C0 :weight bold ;; bold middle red '(org-todo ((t (:foreground #B020A0 :weight bold;; purple '(org-done ((t (:foreground #008000 :strike-through t :weight bold ;; bold dark green ;; TODO: use background-color in default-frame-alist instead of hard coding it here `(org-hide ((t (:foreground white ;; same as background '(org-table class color) (min-colors 512)) (:foreground #181880 :background #98D0D8)) (t (:foreground #181880 ;; dark green blue '(org-drawer ((t (:foreground #0040C0 ;; dark green blue '(org-formula ((t (:foreground #80 ;; dark red '(org-time-grid ((t (:foreground #B8860B ;; dark golden rod ;; '(org-link class color) (background light)) (:foreground #A020F0 :underline t ;; official purple ;; '(org-date class color) (background light)) (:foreground #A020F0 :underline t ;; official purple '(org-link ((t (:foreground #5050FF :underline t ;; light blue '(org-date ((t (:foreground #5050FF :underline t ;; light
Re: [Orgmode] Underlines and strike-through lines in column view
Hi, Carsten, Yes, your solution solved my problem! Actually I prefer to have the headings' color shine through in the column view so I can easily tell at which level they are. Just by changing my org-column face to the following: '(org-column ((t (:background gray80 :underline gray60 :strike-through nil :slant normal all works fine now. Thank you so much! Wanrong Carsten Dominik wrote: On May 16, 2008, at 5:26 PM, Carsten Dominik wrote: On May 16, 2008, at 5:20 PM, Carsten Dominik wrote: Hi Wanrong, the org-column face should explicitly mask all face properties that should not shine through into the column view. Therefore, the default org-column face has explicitly :underline nil :strike-through nil and now, after looking at your config, it will also get :slant normal Your configured org-column face does not set these attributes, so whatever is below will shine through. Phew, finally this is resolved. Please customize the face and change the face accordingly. - Carsten P.S. And the reason why a color shines through is because your level faces do not specify a foreground color. So maybe you also want to specify the foreground color of org-column, to mask that as well. - Carsten P.P.S. Sorry for posting in pieces. You can also fix the color by specifying the color also for your level-1... faces, depending on if you want the level color, or a standard color in column view. - Carsten On May 16, 2008, at 4:52 PM, Wanrong Lin wrote: Hi Carsten, Attached is a minim emacs config file I made that can reproduce the problem using emacs -q -l minimal.el. The first line of the file add the load-path to the org-mode package, so you may need to change it. Also attached is a simple two-line org-file that you can open to see the problem in column-view. My face settings are for light background. Besides those strike-through lines and underlines, I also noticed that there is a light gray vertical line in the PRI column. It has something to do with my use of box face for org-column, but I wonder whether that can get fixed together, as those strike-through and underlines start right from that vertical line. I am using the official GNU Emacs 22.2 on Windows XP. Thanks a lot for looking into this. Wanrong Carsten Dominik wrote: Hi Wanrong, I have lost track a bit of the details, so in order to fix this, can you please make me a test case with a minimal .emacs that contrains your face definitions, and a small example file. Please make it work so that emacs -q -l minimal.emacs will reproduce the problem. Please also include the exact version of Emacs you are using. Thanks. - Carsten On May 15, 2008, at 7:40 PM, Wanrong Lin wrote: Feedback: I just tested again on org 6.03, and the line noises are still there in the column view. Wanrong Wanrong Lin wrote: Just a reminder: do you have any TODO faces with strike-through lines? Remember the line noises will only happen when that is true. Also, maybe there are some other check-ins after your patch that fixed this. I only tried your patch, not the latest GIT revision. I can just wait until next release to test again. Thanks a lot. Wanrong ;; org-config.el, config file for emacs org-mode ;; Time-stamp: 2008-05-16 10:42:58 linw ;; Tested with emacs 22.1 and org-5.14 ;; ;; Wanrong Lin (setq my-local-extra-loadpath c:/linw/.emacs-lisp/) (add-to-list 'load-path (concat my-local-extra-loadpath org/lisp)) (add-to-list 'load-path (concat my-local-extra-loadpath org/CONTRIB/lisp)) (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org\\'. org-mode)) ;; TODO keywords (setq org-todo-keywords '((sequence TODO(t) STARTED(s!) WAITING(w@/!) MAYBE(m/!) DELEGATED(g@/!) DEFERRED(d!/!) HOLD(h!/!) | DONE(x) CANCELED(c (custom-set-faces ;; custom-set-faces was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(org-level-1 ((t (:weight bold ;; bold ;; normal text ;; '(org-level-2 ((t nil))) ;; normal text ;; Use the following complicated format because the above line does not work very well ;; with column view (in org-mode 5.12c) '(org-level-2 background light)) (:foreground #00)) ;; black (with light background) (t (:foreground #F0F0F0 ;; white (with dark background) '(org-level-3 ((t (:foreground #80 ;; dark red '(org-level-4 ((t (:foreground #FF ;; blue '(org-level-5 ((t (:foreground #006000 ;; dark green '(org-level-6 ((t (:foreground #B020A0 ;; purple '(org-level-7 ((t (:foreground #0060C0 ;; green blue '(org-level-8 ((t (:foreground #4030C0 ;; purple blue '(org-agenda
Re: [Orgmode] Underlines and strike-through lines in column view
Feedback: I just tested again on org 6.03, and the line noises are still there in the column view. Wanrong Wanrong Lin wrote: Just a reminder: do you have any TODO faces with strike-through lines? Remember the line noises will only happen when that is true. Also, maybe there are some other check-ins after your patch that fixed this. I only tried your patch, not the latest GIT revision. I can just wait until next release to test again. Thanks a lot. Wanrong Carsten Dominik wrote: Hi Wanrong, I cannot reproduce this,, works just fine for me. - Carsten On May 8, 2008, at 12:23 AM, Wanrong Lin wrote: Hi, Carsten, I just tried your patch for this fix, the column view faces are OK now, but those strike-through line noises come back again. Seems we can not get both. :-) Wanrong Carsten Dominik wrote: Fixed, thanks. - Carsten On Apr 30, 2008, at 11:25 PM, Wanrong Lin wrote: Hi, Carsten, I just tried org-mode version 6.02b, which seems to have the fix included. Glad those line noises disappeared. However, there seems to be some new (compared with 6.02) problems now: 1. Before the fix (6.02), faces of headings in org files are preserved in the column view. In 6.02b, text in column view is all in the same face. Can we restore the 6.02 behavior? 2. Customization for org-column face does not work right. Even though I only customized the background property of org-column face and hence expect the font stays the same as my default font (a bold font), but the font changes to regular (no bold text). Funny thing is, the sample text showed in the face customization window is in the correct font, but the actual font in the org file (column view) is not. Also even after I forced the Weight to be bold, that still did not work. My org-column face is as following: Family: unspecified Width: unspecified Height: unspecified Weight: unspecified Slant: unspecified Foreground: unspecified Background: gray80 Underline: unspecified Overline: unspecified Strike-through: unspecified Box: unspecified Inverse: unspecified Stipple: unspecified Font or fontset: nil Inherit: unspecified Thanks a lot if you can take a look of it. Wanrong Carsten Dominik wrote: On Apr 24, 2008, at 4:55 PM, Wanrong Lin wrote: Hi, In the column view, I often see some underlines and strike-through lines that show up kind of randomly. I have seen this for quite sometime, maybe since I began to use the column view 3 or 4 months ago. Are there any special meanings for those lines or they are just noise? I am now using Emacs 22.2 (on windows) and org-6.02. Thank you. This happens because each column is an overlay over a one character in the line below, and it seems that the properties of the underlying faces are still coming through. Column one has the properties of character one in the line, column two that of character two, etc. Fixed now, I think. Why in the world would you be using a strike-through face? There is nothing more ugly in the world of typography than strike-through faces, and web sites that use it immediately get onto the black list of my parental control program :-) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Archiving broken in 6.02b
Hi, Carsten, It seems archiving is broken in 6.02b, as described below: I have org-archive-location set to the following: archived/%s::* Archived It worked before 6.02b, that is to archive items to files with the same name under the archived directory. However, 6.02b broke that because it substitute %s with the *full* file path, instead of just the plain file name without the directory part. Thanks a lot if you can take a look of it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Underlines and strike-through lines in column view
Hi, Carsten, I just tried your patch for this fix, the column view faces are OK now, but those strike-through line noises come back again. Seems we can not get both. :-) Wanrong Carsten Dominik wrote: Fixed, thanks. - Carsten On Apr 30, 2008, at 11:25 PM, Wanrong Lin wrote: Hi, Carsten, I just tried org-mode version 6.02b, which seems to have the fix included. Glad those line noises disappeared. However, there seems to be some new (compared with 6.02) problems now: 1. Before the fix (6.02), faces of headings in org files are preserved in the column view. In 6.02b, text in column view is all in the same face. Can we restore the 6.02 behavior? 2. Customization for org-column face does not work right. Even though I only customized the background property of org-column face and hence expect the font stays the same as my default font (a bold font), but the font changes to regular (no bold text). Funny thing is, the sample text showed in the face customization window is in the correct font, but the actual font in the org file (column view) is not. Also even after I forced the Weight to be bold, that still did not work. My org-column face is as following: Family: unspecified Width: unspecified Height: unspecified Weight: unspecified Slant: unspecified Foreground: unspecified Background: gray80 Underline: unspecified Overline: unspecified Strike-through: unspecified Box: unspecified Inverse: unspecified Stipple: unspecified Font or fontset: nil Inherit: unspecified Thanks a lot if you can take a look of it. Wanrong Carsten Dominik wrote: On Apr 24, 2008, at 4:55 PM, Wanrong Lin wrote: Hi, In the column view, I often see some underlines and strike-through lines that show up kind of randomly. I have seen this for quite sometime, maybe since I began to use the column view 3 or 4 months ago. Are there any special meanings for those lines or they are just noise? I am now using Emacs 22.2 (on windows) and org-6.02. Thank you. This happens because each column is an overlay over a one character in the line below, and it seems that the properties of the underlying faces are still coming through. Column one has the properties of character one in the line, column two that of character two, etc. Fixed now, I think. Why in the world would you be using a strike-through face? There is nothing more ugly in the world of typography than strike-through faces, and web sites that use it immediately get onto the black list of my parental control program :-) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Underlines and strike-through lines in column view
Hi, Carsten, I just tried org-mode version 6.02b, which seems to have the fix included. Glad those line noises disappeared. However, there seems to be some new (compared with 6.02) problems now: 1. Before the fix (6.02), faces of headings in org files are preserved in the column view. In 6.02b, text in column view is all in the same face. Can we restore the 6.02 behavior? 2. Customization for org-column face does not work right. Even though I only customized the background property of org-column face and hence expect the font stays the same as my default font (a bold font), but the font changes to regular (no bold text). Funny thing is, the sample text showed in the face customization window is in the correct font, but the actual font in the org file (column view) is not. Also even after I forced the Weight to be bold, that still did not work. My org-column face is as following: Family: unspecified Width: unspecified Height: unspecified Weight: unspecified Slant: unspecified Foreground: unspecified Background: gray80 Underline: unspecified Overline: unspecified Strike-through: unspecified Box: unspecified Inverse: unspecified Stipple: unspecified Font or fontset: nil Inherit: unspecified Thanks a lot if you can take a look of it. Wanrong Carsten Dominik wrote: On Apr 24, 2008, at 4:55 PM, Wanrong Lin wrote: Hi, In the column view, I often see some underlines and strike-through lines that show up kind of randomly. I have seen this for quite sometime, maybe since I began to use the column view 3 or 4 months ago. Are there any special meanings for those lines or they are just noise? I am now using Emacs 22.2 (on windows) and org-6.02. Thank you. This happens because each column is an overlay over a one character in the line below, and it seems that the properties of the underlying faces are still coming through. Column one has the properties of character one in the line, column two that of character two, etc. Fixed now, I think. Why in the world would you be using a strike-through face? There is nothing more ugly in the world of typography than strike-through faces, and web sites that use it immediately get onto the black list of my parental control program :-) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Underlines and strike-through lines in column view
Hi, In the column view, I often see some underlines and strike-through lines that show up kind of randomly. I have seen this for quite sometime, maybe since I began to use the column view 3 or 4 months ago. Are there any special meanings for those lines or they are just noise? I am now using Emacs 22.2 (on windows) and org-6.02. Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? Link to network file/dir does not work
Hi, On my Windows machine, I tried to access a link like this from my org file: file://host/dir/file_name It does not work. The error message says: ShellExecute failed: The system cannot find the file specified.^M (Note the ^M at the end) I also tried the back slash version: file:\\host\dir\file_name Same result. On a Linux machine, the above does not work either, but the behavior is different. Emacs will just create a buffer with a path /host/dir/file_name on the local machine. I am using Org 5.23a on Emacs 22.2 (just upgraded :-)) Thanks for looking into this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug? Link to network file/dir does not work
If tramp/ssh works for you, the following link definitely works, at least for me. file:///ssh:remote.host:path/to/the/file Xiao-Yong Thanks. Good to know tramp links work, as I am sure I will need it sometime. I have tried to use SSH/Tramp on Windows but the set-up is a challenge (putty does not work as a ssh replacement, and Cygwin ssh does not work either) . If you have a set up working on Windows, I would be glad to hear about it. But still, even with SSH/Tramp working, I still think ideally whatever path that Windows file explorer accepts should work in org-mode too. Emacs already does so. If on Windows you do C-x C-f on a path \\host\dir\file_name, there is no problem. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: repeated task with ++1w does not auto-jump
Thanks a lot. Look forward to 5.24 (I know, I should have learned git by now...) Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: repeated task with ++1w does not auto-jump
Hi, With a test task as following: * TODO A test SCHEDULED: 2008-03-24 Mon ++1w If on the scheduled day (today) I do a C-c C-t trying to mark it DONE, the scheduled time does not jump to the next occurrence. However, If I change the task to * TODO A test SCHEDULED: 2008-03-23 Sun ++1w and do the same thing (note I am past due now), things work without a problem. I am using 5.23a and Emacs 22.1 on Windows. Thanks a lot for looking into this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: repeated task with ++1w does not auto-jump
More observations: With a test task like this: * TODO Test SCHEDULED: 2008-03-25 Tue ++1w If I try to mark it DONE on 2008-03-24, i.e. before the scheduled day, auto-jump does not work either. Wanrong Wanrong Lin wrote: Hi, With a test task as following: * TODO A test SCHEDULED: 2008-03-24 Mon ++1w If on the scheduled day (today) I do a C-c C-t trying to mark it DONE, the scheduled time does not jump to the next occurrence. However, If I change the task to * TODO A test SCHEDULED: 2008-03-23 Sun ++1w and do the same thing (note I am past due now), things work without a problem. I am using 5.23a and Emacs 22.1 on Windows. Thanks a lot for looking into this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode on Windows - Putty
What I did is: Add some alternative TTY key bindings for some frequently used commands, and use AutoHotkey to map things like M-RET to those TTY key bindings. Not ideal, but works fine. Wanrong Thanks for the pointer. But it really is going to be inconvenient. Shift-arrow works okay in rxvt but does not work in GNU Screen in rxvt. I tried exporting TERM=xterm as well. Here are the results of various key chords tried in agenda buffer. M-[ a - S-up M-[ b - S-down M-[ c - S-right M-[ d - S-left M-o M-a - Alt-up M-o M-b - Alt-down M-o M-c - Alt-right M-o M-d - Alt-left M-O a - Ctl-up M-O b - Ctl-down M-O c - Ctl-right M-O d - Ctl-left I wonder if it would be possible to remap the command/function being called by Shift-right to M-[ c or somehow remap M-[ c to Shift-right? I am no Emacs guru so I request to see if this makes sense. Thanks, -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode on Windows - Putty
Yes, your understanding is correct (I use that for SSH session into my
remote Linux box). The biggest benefit I got from AutoHotKey is now I
can use the right Alt key in Putty sessions, since I mapped the right
Alt key to the left Alt key.
I don't understand why under Putty, a lot of control keys work out of
box on editors like nano, but it is so twisted to have them work in
Emacs. As much as I like Emacs, I think people dreaming in Emacs is
(nearly) perfect need to wake up.
Here is some example key bindings from my emacs config:
--
;; this is inside my org-mode-hook
;; Alternative key binding for putty. basically Meta is replaced with
C-x, Ctrl is
;; replaced with C-c
;; for M-up/down/left/right
(define-key org-mode-map [(control x) up] 'org-metaup)
(define-key org-mode-map [(control x) down] 'org-metadown)
(define-key org-mode-map [(control x) left] 'org-metaleft)
(define-key org-mode-map [(control x) right] 'org-metaright)
;; for C-up/down/left/right
(define-key org-mode-map [(control c) up] 'org-shiftup)
(define-key org-mode-map [(control c) down] 'org-shiftdown)
(define-key org-mode-map [(control c) left] 'org-shiftleft)
(define-key org-mode-map [(control c) right] 'org-shiftright)
;; actually, M-return works in putty. So we use C-x return to do
M-S return
(local-unset-key (kbd C-x RET)) ;; originally bound globally to char
coding commands
(define-key org-mode-map (kbd C-x RET) 'org-insert-todo-heading)
---
Attached is my AutoHotKey script.
Manish wrote:
On Fri, Mar 14, 2008 at 8:55 PM, Wanrong Lin [EMAIL PROTECTED] wrote:
What I did is:
Add some alternative TTY key bindings for some frequently used commands,
and use AutoHotkey to map things like M-RET to those TTY key
bindings. Not ideal, but works fine.
If I understand you correctly, what you are suggesting is to use
alternative key binds as suggested by Giovanni and use AutoHotKey to
`translate' S-left to C-c left for example. Hmm. Not a bad idea
at all. Should work.
Can you please share relevant pieces from your .emacs and AHK script?
-- Manish
;; Put this file under My Documents
; IMPORTANT INFO ABOUT GETTING STARTED: Lines that start with a
; semicolon, such as this one, are comments. They are not executed.
; This script has a special filename and path because it is automatically
; launched when you run the program directly. Also, any text file whose
; name ends in .ahk is associated with the program, which means that it
; can be launched simply by double-clicking it. You can have as many .ahk
; files as you want, located in any folder. You can also run more than
; one ahk file simultaneously and each will get its own tray icon.
; SAMPLE HOTKEYS: Below are two sample hotkeys. The first is Win+Z and it
; launches a web site in the default browser. The second is Control+Alt+N
; and it launches a new Notepad window (or activates an existing one). To
; try out these hotkeys, run AutoHotkey again, which will load this file.
;;; sample hot keys
; #z::Run www.autohotkey.com
; ^!n::
; IfWinExist Untitled - Notepad
; WinActivate
; else
; Run Notepad
; return
; Note: From now on whenever you run AutoHotkey directly, this script
; will be loaded. So feel free to customize it to suit your needs.
; Please read the QUICK-START TUTORIAL near the top of the help file.
; It explains how to perform common automation tasks such as sending
; keystrokes and mouse clicks. It also explains more about hotkeys.
;;; my own hot keys (worked with 1.0.47 AutoHotKey)
; ModifierAbbrevation AHK-Symbol
; --
; Control-key Ctrl- ^
; Alt-key Alt-!
; Shift-key Shift- +
; Windows-key Win-#
; putty + emacs
#IfWinActive ahk_class PuTTY
;; this is the killer
RAlt::LAlt
PgDn::Send ^v
PgUp::Send !v
Home::Send ^a
End::Send ^e
Delete::Send ^d
^Home::Send !
^End::Send !
^Space::Send ^c{Space} ;; to avoid Chinese input ZiGuan to intercept the
Ctrl-SPC
;; modified arrow and return keys
^Up::Send ^c{Up}
^Down::Send ^c{Down}
^Right::Send ^c{Right}
^Left::Send ^c{Left}
^Return::Send ^c{Return}
!Up::Send ^x{Up}
!Down::Send ^x{Down}
!Right::Send ^x{Right}
!Left::Send ^x{Left}
+!Return::Send ^x{Return}
;; mark and selection commands
+Home::Send ^x{Space}^a
+End::Send ^x{Space}^e
+PgDn::Send ^x{Space}^v
+PgUp::Send ^x{Space}!v
!+Home::Send ^x{Space}!
!+End::Send ^x{Space}!
^+Home::Send ^x{Space}^a
^+End::Send ^x{Space}^e
#IfWinActive
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How to set a date relative to the original date?
Bastien Guerry wrote: Hi Wanrong, Wanrong Lin [EMAIL PROTECTED] writes: * MAYBE A test SCHEDULED: 2008-02-13 Wed But I found ++3d produces the same result as +3d, which is 3 days after today. AFAIK, the difference between +2d and ++2d is only relevant when *editing* the timestamp at point -- not when rescheduling with C-c C-s. Maybe this should be the case. I tried again, and yes only with C-c . on an existing timestamp will the ++2d work. I agree it would be nice if this also works on C-c C-s and C-c C-d, without changing the behavior of pressing RET after the prompt, which will set the date to today. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] FR: date marking in calendar
Hi, Bastien, Following your suggestion now I can see a pretty list of scheduled things when I run diary, but I don't see any marking of dates in my calendar buffer. Is there anything I could have missed? Thank you very much. Wanrong Bastien Guerry wrote: Wanrong Lin [EMAIL PROTECTED] writes: Thanks a lot for the suggestion. My appointments are in org files are agenda are marked with a tag, so using diary as you suggested does not work exactly as I wished. Of course, my suggestion only works if you use the usual Org machinery for appointments... Also, I did not see any calendar markings in my trial even with org-diary, but I suspect it might be because I ran emacs in a text terminal, not an X-window or Windows. I will try it later. It should be visible in a text terminal with a decent version of Emacs. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: more options in (org-diary)
Hi, This is branched off from the previous thread FR: date marking in calendar. I got the marking working now with the help from Bastien. My intention was to mark calendar with important hard schedule (appointments) that can not be conflicted with. However, I could not do it with current org-diary function, as detailed in the following: 1. Apparently, I can not use %%(org-diary :scheduled), as a lot of SCHEDULED items are just softly scheduled. I would like to do those things at specified time, but do not HAVE TO do them. 2. If I use %%(org-diary :timestamp), and use plain active time stamps for all my appointments, all my appointments will be marked, however, entries like this will get marked too: * Payday 2007-11-02 Fri +2w The above entry is just a reminder so I will know it is a payday by checking today's agenda. But this does not require any action and hence is not an appointment. I can not change the above plain time stamp to SCHEDULED because that will make it show up as a past due task in my everyday agenda. 3. My way of indicating that a task is an appointment is as following: * TODO See Doctor Smith :APPOINT: SCHEDULED: 2008-03-05 Wed 09:00 I use a tag to indicate an appointment. This makes it easy to search and list all appointments and clears the ambiguity around what exactly is an appointment. Also I use SCHEDULED instead of a plain time stamp because if for some reason I missed an appointment (say because I took a 3-week vacation), I want the appointment to show up in my agenda as a past due task instead of being silently passed by. 4. I am reluctant to put my appointments in the diary file, as I want to have all my planning information in org files. Org file entries provide much more than diary entries. For example, I can group my health related appointments in a sub-tree. I can archive my previous dental appointments so I know when I should see my dentist next time, and etc. It seems if we can enhance (org-diary) function a little bit by doing the following, my problem can be solved: 1. add options to limit search to TODO items only (I can compromise by using plain time stamp in my appointments) 2. and/or, add options to limit search to items with certain tags (my appointment set up will work very well with this option) Any comments? Thank you very much. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: date marking in calendar
Hi, If I have (setq mark-holidays-in-calendar t), the calendar window will mark all holidays. I am thinking it will be great if we can mark appointments in org-files. Maybe we can have a command to do the following: 1. Find a subset of headlines using the usual todo, or tag-todo search syntax 2. Extract all active timestamps from those selected headlines and mark them in the calendar Or we can have a function that simply extract all active time stamps from the headlines in an todo/tag-todo search result buffer and mark them in the calendar. We can then do the marking in two steps: 1. Find the headlines using existing org-mode commands 2. In the result buffer, invoke the org-mark-calendar function to mark the calendar The marked calendar gives a better overview of things we are interested (appointment in my case), and make it easier to avoid conflicted schedules. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: with %%(org-diary) in .diary file, org-mode-hook is not called
Hi, I was trying Bastien's suggestion for marking dates in calendar, so I put this into my .diary file: %%(org-diary) What I found is after I launch emacs, all my org-agenda files are already open, but my org-mode-hook function was not called, so my key bindings and other stuff was not set up properly. I need to close the org file and open it again to have my org-mode-hook function called. I remember I reported a similar bug before, and Carsten fixed it by closing those opened files after scanning all org-agenda files for appointments. Maybe we can fix it the same way? Thanks. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] FR: date marking in calendar
Bastien, Thanks a lot for the suggestion. My appointments are in org files are agenda are marked with a tag, so using diary as you suggested does not work exactly as I wished. But I was not even aware of the existence of org-diary and its usage, maybe I can find some other use of it later on. Also, I did not see any calendar markings in my trial even with org-diary, but I suspect it might be because I ran emacs in a text terminal, not an X-window or Windows. I will try it later. Wanrong Bastien wrote: (require 'diary-lib) (add-hook 'diary-display-hook 'fancy-diary-display) Adding this in your ~/.diary file should do it: %%(org-diary :scheduled :timestamp :deadline) A note of caution: If you have *many* appointments in your org agenda files, then each fancy display of the calendar will be much slower. If you just need to use `d' on a calendar date, but don't want the dates to be fontified, add `' before the diary sexp: %%(org-diary :scheduled :timestamp :deadline) HTH, ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-agenda-to-appt
I do it like this: (run-at-time 0:30am (* 24 3600) 'org-agenda-to-appt) This will call org-agenda-to-appt when emacs starts, and, if you never exit emacs, it will automatically call org-agenda-to-appt at mid-night. Wanrong Richard G Riley wrote: What would be the recommended way to automate a call to org-agenda-to-appt? A org mode hook to call it at start? Any recommendations appreciated. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: Repeated time stamp, jumping from current time
Hi, Right now we can have a repeated time stamp like this: * TODO Do this every month SCHEDULED: 2008-03-01 Sat +1m If I am late and mark the above done on 2008-03-05, the time stamp will automatically jump to 2008-04-01. This is very useful for things like paying monthly bills. However, for some tasks, it would make more sense to jump from the date when it is marked done, not from when it is scheduled to be done. An example is changing my furnace filter. I am supposed to change it once a month, but if I am late for 10 days, the next date to change should be 30 days away, not 20 days away. Maybe we can use a syntax like this to indicate that: 2008-03-01 Sat +=1m Any comments? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: Invalid face reference
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 inside my tag search result buffer, and I can see a new Invalid face reference: nil [X times] message is generated in the *Messages* buffer, with X keeps increasing. I have jit-lock-mode (Just in time font locking) enabled in my emacs config, so I guess that ticking X number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: Invalid face reference
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 htmlize-faces-in-buffer (after org-no-nil-faces activate) Make sure there are no nil faces (setq ad-return-value (delq nil ad-return-value) Wanrong Lin wrote: 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) (point-min))) (while (re-search-forward (org-re \\([ \t]+\\)\\(:[[:alnum:]_@:]+:\\)[ \t]*$) (if line (point-at-eol) nil) t) (add-text-properties (match-beginning 2) (match-end 2) ;; WL: bug fix against 5.22a (list 'face (delq nil (list 'org-tag (get-text-property (match-beginning 2) 'face) (setq l (- (match-end 2) (match-beginning 2)) c (if ( org-agenda-tags-column 0) (- (abs org-agenda-tags-column) l) org-agenda-tags-column)) (delete-region (match-beginning 1) (match-end 1)) (goto-char (match-beginning 1)) (insert (org-add-props (make-string (max 1 (- c (current-column))) ?\ ) (text-properties-at (point Wanrong Lin wrote: 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 inside my tag search result buffer, and I can see a new Invalid face reference: nil [X times] message is generated in the *Messages* buffer, with X keeps increasing. I have jit-lock-mode (Just in time font locking) enabled in my emacs config, so I guess that ticking X number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: Invalid face reference
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) (point-min))) (while (re-search-forward (org-re \\([ \t]+\\)\\(:[[:alnum:]_@:]+:\\)[ \t]*$) (if line (point-at-eol) nil) t) (add-text-properties (match-beginning 2) (match-end 2) ;; WL: bug fix against 5.22a (list 'face (delq nil (list 'org-tag (get-text-property (match-beginning 2) 'face) (setq l (- (match-end 2) (match-beginning 2)) c (if ( org-agenda-tags-column 0) (- (abs org-agenda-tags-column) l) org-agenda-tags-column)) (delete-region (match-beginning 1) (match-end 1)) (goto-char (match-beginning 1)) (insert (org-add-props (make-string (max 1 (- c (current-column))) ?\ ) (text-properties-at (point Wanrong Lin wrote: 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 inside my tag search result buffer, and I can see a new Invalid face reference: nil [X times] message is generated in the *Messages* buffer, with X keeps increasing. I have jit-lock-mode (Just in time font locking) enabled in my emacs config, so I guess that ticking X number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: Invalid face reference
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 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 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) (point-min))) (while (re-search-forward (org-re \\([ \t]+\\)\\(:[[:alnum:]_@:]+:\\)[ \t]*$) (if line (point-at-eol) nil) t) (add-text-properties (match-beginning 2) (match-end 2) ;; WL: bug fix against 5.22a (list 'face (delq nil (list 'org-tag (get-text-property (match-beginning 2) 'face) (setq l (- (match-end 2) (match-beginning 2)) c (if ( org-agenda-tags-column 0) (- (abs org-agenda-tags-column) l) org-agenda-tags-column)) (delete-region (match-beginning 1) (match-end 1)) (goto-char (match-beginning 1)) (insert (org-add-props (make-string (max 1 (- c (current-column))) ?\ ) (text-properties-at (point Wanrong Lin wrote: 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 inside my tag search result buffer, and I can see a new Invalid face reference: nil [X times] message is generated in the *Messages* buffer, with X keeps increasing. I have jit-lock-mode (Just in time font locking) enabled in my emacs config, so I guess that ticking X number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Bastien Guerry wrote: Carsten Dominik [EMAIL PROTECTED] writes: Yes, but only with this setting will return key be added to the org-mouse-map key map, and be bound to org-open-at-point command under certain contexts (like on the leading stars of a heading). Further, org-open-at-point is advised by org-mouse.el, which will do org-cycle under certain contexts. Yes, this is really an accidental feature by a sequence of events: org-return-follow-link will add org-return to the mouse-map org-mouse.el will activate the stars in a headline Yes, there is an advice for this in org-mouse.el. I think we should remove it since org-mouse.el shouldn't change the behavior of keystrokes (only the behavior of the mouse.) That probably is true. But I have doubt that removing the advice itself and bind the key in some other place will really solve the problem. To me, it seems somehow the first time you open a org-file, some context is not recognized correctly and hence the key map is not activated. If I just execute a command, any command (like C-g which does nothing), and then press the return key, it will work. Is that puzzling? :-) Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
Carsten Dominik wrote: Thanks a lot for the suggestions, but manual workaround does not work for me, as I want org to take care of giving me a notification in advance in the agenda buffer. For SCHEDULED and plain active time stamp, I don't think we need to have a default ahead notification setting as with deadlines, but it would really be nice to support the . -3d format. It would be even nicer to have a new keyword (like SCHEDULED@) that indicates a strictly scheduled item (just a fancy term for appointment) and hence a default ahead notification setting can be applied. The lack of real appointment support in org-mode in fact is a little bit puzzling to me, since SCHEDULED item may or may not be strictly scheduled, while plain time stamp item may or may not be something that needs to take actions on (as it could be just an event). Hmmm, lets discuss this for a while. One thing is that I have been thinking for a while already if we should have an APPOINTMENT keyword to mark plain time stamps that actually are appointments, and in this way to differentiate them from events that you'd like to have in your agenda. However, about ahead warnings of appointments. The way I see it is this: One important goal (at least for me) is to keep my agenda as empty as possible, listing only the things I really need to do. If I have a meeting in a few days and I get an ahead warning, this only distracts me. Because each time I see that reminder, I need to think *again* why I did put that reminder and what I am supposed to be doing to prepare it. Isn't is much better to just put the meeting on the agenda with a timestamp and then immediately think about *tasks* that I need to do before the meeting. List those tasks under the meetig headline, and assign deadlines to them - you will get the ahead warning. This seems to me is a much saner way of working. But I am interested to hear your use case - why do you want to be reminded of future appointments *each* time you look at your list for today? For meetings where I do not have anything to prepare, I do take a look every morning on an extended agenda of 10 days, to see what is coming. Once a day, and that is it. - Carsten A simple example is: sometimes I have very early dental appointment, like 8:00AM. But usually I don't get up that early. So if I open my computer at 9:00AM and find out I have missed an appointment, then the agenda is useless. And I will get haunted by the feeling that I might still have missed something even if I checked my agenda. I do agree that too many ahead notifications is distracting. But on the other hand, my imagination of the ideal org usage is: I look at today's agenda, and things are planned well for me, I just need to follow the agenda blindly (well, ideally). This is the reward for my upfront planning, meaning if I take my diligence in planning tasks when the issues just come up, I don't have to hassle around in the last minute. I want to have that security feeling of I won't miss anything if I checked my agenda. To achieve that goal, sometimes I need some sense of what is going to happen or what I am supposed to do tomorrow, or next a few days, depending on the task and context. To check agendas ahead every day is a good habit, but is not reliable, and I want to eliminate dependency on those habits as much as possible. I want to rely on only one habit: check today's agenda. To reduce the distractions from those ahead notifications, we can do the following: 1. Don't give too early notifications. In my above example, probably one day ahead is good enough 2. Group those ahead notifications at the end of today's agenda, maybe with a divider to separate them out. Another perspective to my above argument is: many of us use org (and emacs) because of its flexibility. It is not the easiest to learn to use, but once you master it, you can configure it to suit your own style. And hence I don't expect everyone will agree with my planning strategy, but if let's say 1/3 of the users think the feature has its value, I think it is well worth consideration, given it is an option that does no harm to people who choose not to use it. Thanks for reading this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: Invalid face reference
I see you're using Windows. What version of Emacs are you running on it? I am using Emacs 22.1. Actually I also tested on Linux (with Emacs 22.1 too), and I saw the same thing. Just some update: I called (org-restart-font-lock) function inside my tag search result buffer, and I can see a new Invalid face reference: nil [X times] message is generated in the *Messages* buffer, with X keeps increasing. I have jit-lock-mode (Just in time font locking) enabled in my emacs config, so I guess that ticking X number is from the background font locking process. It seems something is wrong with font locking for tags. But this only happens in tag search result buffer. It does not happen in regular agenda buffer. I don't know how to proceed to pin-point this. Can any of you guys also reproduce this? Any suggestions? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
If you can stick to the habit of looking into the next day (especially on the last day in you weekly agenda), that will work. But I am not reliable on that. And sometimes you may need to look ahead more than one day. I want to be lazy and dumb with the help of org. :-) Wanrong I simply enter my appointments in my diary, integrate my diary in my agenda and use the week view in the agenda. That way I always see what I'm supposed to do tomorrow. HTH Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Active timestamp with notification in advance
This is good! I did not know such a setting exists. I will use this while Carsten and others think about whether it is worth to have appointment notifications. Thanks a lot! Wanrong Bernt Hansen wrote: Set up your agenda to display today forward. My weekly view always shows today and the next 6 days. (setq org-agenda-start-on-weekday nil) -Bernt Wanrong Lin [EMAIL PROTECTED] writes: If you can stick to the habit of looking into the next day (especially on the last day in you weekly agenda), that will work. But I am not reliable on that. And sometimes you may need to look ahead more than one day. I want to be lazy and dumb with the help of org. :-) Wanrong I simply enter my appointments in my diary, integrate my diary in my agenda and use the week view in the agenda. That way I always see what I'm supposed to do tomorrow. HTH Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Yes, this is really an accidental feature by a sequence of events: org-return-follow-link will add org-return to the mouse-map org-mouse.el will activate the stars in a headline I can reproduce the bug, but I have no idea what is causing this, it must be something in the internal setup of Emacs keymaps in a new buffer, I have no idea how to fix this or work around it. Why in the world would you use RET for cycling instead of TAB? - Carsten Because I discovered it and thought that was an official feature and got used to it from day 1. :-) I will try to use Tab from now on. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
It *is* puzzling. I have a fix for this. I'm testing it a few days more and will commit it if it works okay. Look forward to it. Although I am trying to get into the habit of using TAB, it won't hurt to have the old way working too. Thanks a lot. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Hi, I have the following in my org-mode configuration: (setq org-return-follows-link t) Also, by default my org files are in overview mode (folded) when opened. Usually, if my cursor is at the beginning of a heading, I can use the return key to cycle the visibility of its subtree. However, this does not work when I open an org file and do it the first time (the return key will just insert a blank line before the heading). But after the first time, it works fine again. Thanks a lot for looking into this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug: return key does not show the subtree the first time on a newly opened org file
Forgot to mention this: To reproduce the bug, after opening an org file, don't do anything (don't even move the cursor), just press the return key. I use session.el, so when I open an org file, the cursor will go to the the position of my last change in the buffer, and I can arrange the point to be on a heading. If you don't use session.el, here is another way to reproduce the bug: Open a test org file test.org and put the following into it, * TODO A Test :mytag: SCHEDULED: 2008-02-27 Wed *Close* the file, do a tag search on mytag, in the search result press TAB key to jump to the TODO A Test heading, which should be folded. Press return key and you will see the failure. Do it again and it works. Wanrong Wanrong Lin wrote: Hi, I have the following in my org-mode configuration: (setq org-return-follows-link t) Also, by default my org files are in overview mode (folded) when opened. Usually, if my cursor is at the beginning of a heading, I can use the return key to cycle the visibility of its subtree. However, this does not work when I open an org file and do it the first time (the return key will just insert a blank line before the heading). But after the first time, it works fine again. Thanks a lot for looking into this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Invalid face reference
Hi, I found something really strange: Whenever I do a search (either tags-todo search, or todo search), as long as the search result contains an entry with tags, the *Messages* buffer will generate a message like this: Invalid face reference: nil [164 times] The number 164 above is just an example. What actually happens is that the number keeps increasing (sometimes to over a thousand) and then stops. But if I move the cursor (in the search result buffer) to a line that has a tag, the number will increase again. I remember months ago I had trouble using htmlize.el on a tag search result buffer because of some invalid face error, and somebody on this mailing list gave me a workaround like this: (eval-after-load htmlize '(progn (defadvice htmlize-faces-in-buffer (after org-no-nil-faces activate) Make sure there are no nil faces (setq ad-return-value (delq nil ad-return-value) That does work for htmlize, but I think based on my above observation, the problem has nothing to do with htmlize.el and something probably is wrong in org itself. I am using org 5.22a. Thanks if someone can look into it. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Invalid face reference
Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: I found something really strange: Whenever I do a search (either tags-todo search, or todo search), as long as the search result contains an entry with tags, the *Messages* buffer will generate a message like this: Invalid face reference: nil [164 times] I see you're using Windows. What version of Emacs are you running on it? I am using Emacs 22.1. Actually I also tested on Linux (with Emacs 22.1 too), and I saw the same thing. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: return key does not show the subtree the first time on a newly opened org file
Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: I have the following in my org-mode configuration: (setq org-return-follows-link t) This is about following links, no (un)folding subtrees... Yes, but only with this setting will return key be added to the org-mouse-map key map, and be bound to org-open-at-point command under certain contexts (like on the leading stars of a heading). Further, org-open-at-point is advised by org-mouse.el, which will do org-cycle under certain contexts. Usually, if my cursor is at the beginning of a heading, I can use the return key to cycle the visibility of its subtree. AFAIK, RET doesn't (un)fold a subtree. Maybe you mean the TAB key? I guess I'm missing something... I did meant return key. See my comments above. Thanks for your comments. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Active timestamp with notification in advance
Wanrong Lin wrote: Thanks a lot for the suggestions, but manual workaround does not work for me, as I want org to take care of giving me a notification in advance in the agenda buffer. For SCHEDULED and plain active time stamp, I don't think we need to have a default ahead notification setting as with deadlines, but it would really be nice to support the . -3d format. It would be even nicer to have a new keyword (like SCHEDULED@) that indicates a strictly scheduled item (just a fancy term for appointment) and hence a default ahead notification setting can be applied. The lack of real appointment support in org-mode in fact is a little bit puzzling to me, since SCHEDULED item may or may not be strictly scheduled, while plain time stamp item may or may not be something that needs to take actions on (as it could be just an event). Wanrong Actually, I was wrong on the lack of real appointment support claim above. We can define a TODO heading with a *plain* active time stamp as an appointment, and hence maybe a default ahead notification can be applied to those items. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Misaligned Chinese text in column view
Hi, Carsten, Occasionally I use some Chinese text in my org files (I am a native Chinese speaker), and I find that in column view lines with Chinese text are misaligned, meaning those | dividers are off to the left by two characters. With fixed width fonts, each Chinese character occupies the space of two English characters, so the number fits well. :-) In case you need some example Chinese text, here is a line. * TODO 简体中文例子 This matter is really nothing important, but I guess as org-mode is so good now, it is not that easy to raise really important issues. :-) Thanks. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Misaligned Chinese text in column view
Hi, Carsten, After more careful measure of the Chinese character width, I found this is most likely a font problem, not org's problem. Please ignore my last post, and sorry for the noise. Wanrong Wanrong Lin wrote: Hi, Carsten, Occasionally I use some Chinese text in my org files (I am a native Chinese speaker), and I find that in column view lines with Chinese text are misaligned, meaning those | dividers are off to the left by two characters. With fixed width fonts, each Chinese character occupies the space of two English characters, so the number fits well. :-) In case you need some example Chinese text, here is a line. * TODO 简体中文例子 This matter is really nothing important, but I guess as org-mode is so good now, it is not that easy to raise really important issues. :-) Thanks. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Highlighting Sparse Tree Leaves
Hi, Carsten, I hacked a patch that does what I need. Just in case you change your mind in the future, or anyone else has the same need as I, here is the patch (against org.el in 5.22a. I did not get time to learn git yet). Thanks. Wanrong 15082c15082,15085 (org-highlight-new-match (match-beginning 0) (match-end 0))) --- ;; WL: changed to highlight sparse tree leaves (if (and org-highlight-sparse-tree-leaf (not (org-has-match-in-subtree-p regexp))) (org-highlight-new-match (match-beginning 0) (match-end 0) 'org-sparse-tree-leaf) (org-highlight-new-match (match-beginning 0) (match-end 0 15141,15145c15144,15149 (defun org-highlight-new-match (beg end) Highlight from BEG to END and mark the highlight is an occur headline. (let ((ov (org-make-overlay beg end))) (org-overlay-put ov 'face 'secondary-selection) (push ov org-occur-highlights))) --- WL replaced with my own version to support highlighting sparse tree leaves ;; (defun org-highlight-new-match (beg end) ;; Highlight from BEG to END and mark the highlight is an occur headline. ;; (let ((ov (org-make-overlay beg end))) ;; (org-overlay-put ov 'face 'secondary-selection) ;; (push ov org-occur-highlights))) 28233a28238,28265 ;; WL my own extension to org to show sparse tree leaves in different face ; ;; highlighting sparse tree leaves ;; WL (defvar org-highlight-sparse-tree-leaf t Whether to highlight sparse tree leaves) (defface org-sparse-tree-leaf '((t (:background #cdb38b))) Face for highlighting sparse tree leaves.) ;; WL: changed for highlighting sparse tree leaves (defun org-highlight-new-match (beg end optional highlight-face) Highlight from BEG to END and mark the highlight is an occur headline. (let ((ov (org-make-overlay beg end))) (if highlight-face (org-overlay-put ov 'face highlight-face) (org-overlay-put ov 'face 'secondary-selection)) (push ov org-occur-highlights))) ;; WL: for highlighting sparse tree leaves (defun org-has-match-in-subtree-p(regexp) Returns non-nil if there is a match for regexp in current subtree. (save-match-data (save-excursion (let ((beg (point)) (end-of-tree (org-end-of-subtree t))) (goto-char beg) (re-search-forward regexp end-of-tree t) 28240d28271 --- Carsten Dominik wrote: On Feb 18, 2008, at 4:19 PM, Wanrong Lin wrote: Using PROJECT as a TODO keyword certainly can work, however, my work flow usually is first quickly mark anything that needs action with TODO and later I may add more sub-items to it. Following this approach I will need to remember to change TODO to PROJECT once a TODO item starts to have sub-items. Also, if all sub-actions of a PROJECT are marked as DONE, I need to remember to turn the PROJECT back to TODO, as I need the sparse tree to remind me to double check this TODO/PROJECT item to see whether it is really all done, or I need to add more sub-actions to it (and turn it back to PROJECT again). As you can see, that is a lot of manually actions and mistakes can be easily made. Maybe my workflow has some problem here, but I can not think of anything else that works better. The difficulty to me is, an item can be either PROJECT or TODO depending on how detailed your plan is, which keeps changing. I think if we can have the *option* of selecting a different face for highlighting sparse tree leaves, the above can be solved elegantly. You can still see the whole sparse tree, but the leaves will stand out. Just trying to push my case a little bit. :-) Thanks a lot. That is fine, but it does not work in this case... :-( - Carsten Wanrong Carsten Dominik wrote: Hi Wanrong, No, I think you need to find a different way around this. For example by using a different keyword for the headings that contain the true TODO items. I use PROJECT or something similar. When you then search for TODO, the true tasks will be highlighted. - Carsten On Feb 15, 2008, at 12:36 AM, Wanrong Lin wrote: Hi, Is it possible to highlighting only the sparse tree leaves, or even better, highlighting the whole sparse tree but with leaves in a special face? The motivation for such a feature is this: Suppose I have a task tree like this: * TODO Task A *** TODO Task A.1 * TODO Task A.1.1 * TODO Task B *** TODO Task B.1 * TODO Task B.1.1 * TODO Task B.1.2 If I do a org-sparse-tree, all those lines are highlighted, giving an impression that I have a lot of open tasks, but in reality I only have three tasks: A.1.1, B.1.1 and B.1.2, as the higher level tasks are automatically done if those are done. So it would be nice to highlight those leaves in a special face. Also, suppose both B.1.1 and B.1.2 are done, then Task B.1 should be highlighted as a leaf. Hope the above makes some sense
Re: [Orgmode] Logging state change with timestamp, but without note
Thanks a lot. I have not got time to learn git yet (I was told it is hard to get it working under windows), so I will wait for the next release to try the feature. Wanrong Carsten Dominik wrote: This is in the git repo now. - Carsten On Feb 14, 2008, at 1:50 PM, Carsten Dominik wrote: Hi Bastien, I am not sure this i a complete enough solution. If I understand Wanrong correctly, I think he wants to be able to define the specific states that should record a time. So I guess a complete solution would be to introduce a character like !, similar to the @ we are already using to denote taking a note. So #+TODO: TODO(t) WAITING(w@) | DELEGATED DONE CANCELED(c!) would record a note when switching to WAITING, and only a time when switching to CANCELED. - Carsten On Feb 14, 2008, at 3:53 AM, Bastien Guerry wrote: Wanrong Lin [EMAIL PROTECTED] writes: I would like to record down the time stamp when a TODO item changed its state into some specific states (like DELEGATED), but I don't want to be prompt with a window for notes. I like the idea. Here is a patch against latest org.el from git that implements something that might suits your needs. If you add %! to one of the heading in `org-log-note-headings' then Org doesn't pop up a new buffer, the log is filled automatically. (setq org-log-note-headings '((done . CLOSING NOTE %t) (state . State %-12s %t%!) (clock-out . Carsten, if you like it, I push it and update the manual accordingly. org.el.patch -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Quickly Switch Between TODO States
Hi, I am trying to get the quick TODO state switching work. I put the following line as in the online manual in my org file #+SEQ_TODO: TODO(t) STARTED(s) WAITING(w) | DONE(d) But when I press C-c C-c, I only see my tags in the selection window. The online manual does not elaborate on this much, so I wonder whether someone can help me out here. Thanks a lot! Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Quickly Switch Between TODO States
Did you try C-c C-t ? ,[ (info (org)TODO basics) ] | The most important commands to work with TODO entries are: | | `C-c C-t' | Rotate the TODO state of the current item among | | ,- (unmarked) - TODO - DONE --. | '' | | The same rotation can also be done remotely from the timeline and | agenda buffers with the `t' command key (*note Agenda commands::). ` Hope this helps, C-c C-t is what I have been using, but recently I am a little bit tired of the cycling (especially when I have 7 TODO states), so I wish to have something that can let me select a TODO state directly, like C-c C-c does for tags. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Timeline not working in 5.20
I have the same problem, and here is a mini-example that will generate the error Arithmetic range error: floor, -0.0e+NaN , hope it helps. Wanrong - * Human Resources *** TODO Do Employee survey DEADLINE: 2008-02-14 Thu -- Carsten Dominik wrote: Hi Sven, please make a minimal file that still reproduces this bug, or at least prepare a backtrace so that we can have a chance. When I take a random file, the timeline works just fine for me. - Carsten On Feb 6, 2008, at 10:59 AM, Sven Bretfeld wrote: Hi I've installed 5.20 today. There seems to be a bug with Timeline for current buffer (C-c aL) Arithmetic range error: floor, -0.0e+NaN The Agenda buffer shows only one timestamped item. It's the same on both my machines (with an identical org-file). I'm using GNUEmacs 23.0.50.1 on Debian Etch. Greetings Sven ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: BUG?: repeat items disappears in agenda
I prefer the same way. I wish to have full confidence that anything scheduled but not done will show up in my agenda. Thanks. Wanrong Bernt Hansen wrote: I'm using the agenda to keep my important tasks 'in my face' so they get dealt with. This is normally the only place my repeating tasks show up. If I miss a repeating task for a few days for some reason the worst thing (for me) that can happen is it falls off the agenda for some time without being completed. In that case I lose it until it comes up again and now it's really late. It's fine if the date resets on the next repeating date if it remains undone that long but I'd really prefer the task to stay on the agenda no matter what - until it is completed (and moves to some future date). Just my two cents :) Bernt Carsten Dominik [EMAIL PROTECTED] writes: Hi Dennis, thanks for the patch. I am not sure yet if you are using the right condition though. It seems to me that extending the late-warning-period makes sens only for repeating *tasks*, where the base date keeps changing each time you mark this entry as DONE. So maybe the condition should be that it is today *and* that the item is a task marked by a TODO keyword. Or: maybe for Scheduled, we should no relate to the *nearest* match of the repeater, but to the most recent one. This way you would get over- due warnings right up to the day where the next occurrence of this item is scheduled. So you would never loose sight on the item. H. More discussion please! - Carsten On Jan 18, 2008, at 10:55 PM, Dennis J Lin wrote: Salutations! Please post your code, you can always do this, the copyright question only star when we decide to use it. And even then, 4 lines is very little. Sure, please see it below :-) Dennis Lin Basically, in org-agenda-get-scheduled, we call org-time-string-to-absolute passing in d1 (the day that we're trying to get agenda items for.) The problems is that if d1 is today, we will get the closest day, which may be in the future, leading to the problem. The patch that I've found was to not pass in d1 if todayp is true. I have a 4 line patch implementing this (and I probably should write another one to fix a similar problem with deadlines), but I've not signed a FSF release, so I don't know if you want me to post my code here. Now, this patch is now quite old (it was for 5.08) but it should still apply cleanly. Looking at it, it might be whitespace damaged, and there should be a similar change for the get-deadline. However, I think it gets the idea across (and seems to fix the problem for me.) Dennis Lin --- old/org.el 2007-09-05 03:16:41.0 -0500 +++ new/org.el 2007-09-09 00:50:36.0 -0500 @@ -18676,7 +18676,9 @@ (org-agenda-skip) (setq s (match-string 1) pos (1- (match-beginning 1)) - d2 (org-time-string-to-absolute (match-string 1) d1) + d2 (if todayp + (org-time-string-to-absolute (match-string 1)) + (org-time-string-to-absolute (match-string 1) d1)) diff (- d2 d1)) (setq pastschedp (and todayp ( diff 0))) ;; When to show a scheduled item in the calendar: ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] BUG?: repeat items disappears in agenda
Hi, Carsten, I am excited to try out the new features in 5.19, but one thing I tried first is to see whether the task disappearing behavior for repeat TODO items has changed. Seems it did not. I am not sure whether this is considered a bug, but in short the symptom is this: Suppose I have a repeat task: * TODO [#A] A repeat task test SCHEDULED: 2008-01-15 Tue +1w And today is Friday, Jan 18. The task will show in my agenda for today. But, if I change the above task to: * TODO [#A] A repeat task test SCHEDULED: 2008-01-14 Mon +1w It will disappear from my agenda for today. But it still shows up in my agenda for Monday, Jan 14, and Monday, Jan 21. It seems to me that once today's date is closer to the next occurrence of a repeat item than the overdue one, the item will disappear. I guess this will push me to finish a repeat task ASAP, but still, I am a little bit nervous that something I am suppose to do may disappear from my agenda. Thanks a lot for taking a look of this. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-refile: only works on leaves?
Carsten Dominik wrote: On Jan 15, 2008, at 8:29 PM, Wanrong Lin wrote: Hi, Carsten, It seems I found the cause of this. I have the following in my emacs config: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) When using org-refile, the completion suggestions I got is (using example in my original example) Level 1 heading (xyz.org) Level 1 heading / Level 2 heading (xyz.org) Note there is a space between Level 1 heading and (xyz.org), so if I type Level and press TAB key, the minibuffer will get a completion up to Level 1 heading without the space, and I though this is a valid selection but org-mode refuses to take it. What is actually happening is, org-mode needs the (xyz.org) too. so if I add a space after Level 1 heading, and press TAB key again, the minibuffer will get a completion to Level 1 heading (xyz.org) and now org-mode thinks this is a valid selection. My feeling is the above is a little bit counter-intuitive. If there is no multiple files with the same heading Level 1 heading, I would think Level 1 heading should be considered a valid selection from the completion buffer. What do you think? In principle, I tend to agree but I don't know how to tweak completion to act like this. Have you considered to set (setq org-refile-use-outline-path 'file) ? This would get rid of the problem by moving the file name to the beginning of the completion string. - Carsten Yes, this may be difficult to implement... (although in org-mode, a lot of things I thought were difficult or nearly impossible are actually there. I guess my expectation has been elevated. :)) I think typing the file name will be more work (I am lazy :)) than pressing the space key, so I prefer the current setting. Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-refile: only works on leaves?
Carsten Dominik wrote: On Dec 21, 2007, at 8:09 PM, Wanrong Lin wrote: What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). This works fine for me, I don't know what might be causing this. maybe some completion package you are using? - Carsten Hi, Carsten, It seems I found the cause of this. I have the following in my emacs config: (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) When using org-refile, the completion suggestions I got is (using example in my original example) Level 1 heading (xyz.org) Level 1 heading / Level 2 heading (xyz.org) Note there is a space between Level 1 heading and (xyz.org), so if I type Level and press TAB key, the minibuffer will get a completion up to Level 1 heading without the space, and I though this is a valid selection but org-mode refuses to take it. What is actually happening is, org-mode needs the (xyz.org) too. so if I add a space after Level 1 heading, and press TAB key again, the minibuffer will get a completion to Level 1 heading (xyz.org) and now org-mode thinks this is a valid selection. My feeling is the above is a little bit counter-intuitive. If there is no multiple files with the same heading Level 1 heading, I would think Level 1 heading should be considered a valid selection from the completion buffer. What do you think? Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] BUG (maybe): org-agenda-repeating-timestamp-show-all does not work?
Hi, I have some repeating tasks, and I found even with org-agenda-repeating-timestamp-show-all set to t, the task won't show in the agenda if the next occurrence of this repeating task is closer to current time than the overdue occurrence. I am not sure I understand correctly the intension org-agenda-repeating-timestamp-show-all, but is there a way to change this behavior, so that task won't disappear? Thanks a lot for giving your idea/comments. I am using org-mode 5.18a. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-refile: only works on leaves?
Carsten Dominik wrote: On Dec 21, 2007, at 8:09 PM, Wanrong Lin wrote: What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). This works fine for me, I don't know what might be causing this. maybe some completion package you are using? - Carsten I did not use any completion packages except for whatever default one coming with Emacs 22. I will give this some more tests and see what could be the cause. Thanks a lot for testing and replying. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: org-agenda-file-regexp not used in org.el?
Hi, I am trying to customize the org-agenda-file-regexp variable to exclude those auto backup files starting with #, but found out the regexp does not have any effect on agend file list. And I further found out it seems the variable org-agenda-file-regexp is not used in org.el at all. In function org-agenda-files, the regular expression is hard coded to \\.org\\', as in these two lines: (if (file-directory-p f) (directory-files f t \\.org\\') I wonder whether this is a bug and should be fixed. Thank you. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-refile: only works on leaves?
What I meant was: Suppose I have an org file like this: * Level 1 heading *** Level 2 heading With my settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 , when I try to refile an item, I press the TAB key, the auto-completion buffer will display Level 1 heading Level 1 heading / Level 2 heading If I want to put the refile item under Level 1 heading, I can not select Level 1 heading (Level 1 heading will show in the mini-buffer, but pressing RET key does not do anything, meaning org thinks this is an invalid target location). Let me know if this is still not clear. Thank you very much for taking a look of this. Wanrong Carsten Dominik wrote: Can you please make a more detailed test case and description? I have trouble to gras what exactly you mean. - Carsten On Dec 20, 2007, at 6:09 PM, Wanrong Lin wrote: Hi, Another thing I found out when using org-refile is, it seems the filing target can only be the leaves of the outline tree. The non-leaf target locations will be displayed in the auto-completion buffer, but can not be selected. I have the following settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) I am using the latest version (5.17a). Is there any option that I can set to change this behavior? Thanks for help. And, MERRY CHRISTMAS to all orgers Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-refile: automatic adjusting levels
Hi, I am just beginning to use org-refile more often, and found that org-refile does not work right when the refiled item has a level that does not match its target level. Seems in that case the refiled item will always goto the end of the target file. Should org-refile automatically adjust the level of the refiled item so it will fit into its target position? Thank you for giving it a thought. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-refile: only works on leaves?
Hi, Another thing I found out when using org-refile is, it seems the filing target can only be the leaves of the outline tree. The non-leaf target locations will be displayed in the auto-completion buffer, but can not be selected. I have the following settings (setq org-refile-targets '((org-agenda-files . (:maxlevel . 2 (setq org-refile-use-outline-path t) I am using the latest version (5.17a). Is there any option that I can set to change this behavior? Thanks for help. And, MERRY CHRISTMAS to all orgers Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Blank lines in literal html
Thanks a lot for looking at this and explaining what is the true cause. Look forward to the fixed version. Wanrong Hi Wanrong, thanks for this patch - it is not the correct fix in this case, it is an issue having to do with the fact that an empty line cannot hold text properties, and that orgmode marks lines that are protected from processing by putting a text property on it. In this case, the fix is to continue the loop looking for additional protected lines until the first non-empty, unprotected line is found. I am fixing this in the next release. Bastien, thanks for your input on this as well. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] New variable request: org-archive-todo-only
Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: In my org file I have a mix of actionable items (TODO items) and informative items (notes, references and etc). Normally I only archive TODO items when they are done, and don't archive informative items (since most of them have some long-term value). So, can we add a new variable to org-archive-todo-only to control the behavior of following functions: 1. org-archive-subtree 2. org-archive-all-done Good idea! Maybe this could be more general like this: (setq org-archive-maybe '((plain . never) (todo . confirm) (done . always))) where plain refers to informative entries (no TODO keyword), todo refers to entries with a TODO keyword, done refers to entries with a done-state TODO keyword. This would apply for both org-archive-subtree and org-archive-all-done. Maybe we could refine it a bit and have: #+SEQ_TODO: TODO(t) WAITING(w@) SOMEDAY(s$) | DONE(d) CANCELED(c@) ^ where the $ sign means: always archive this todo keyword without asking (i.e. override the value or `org-archive-maybe') This certainly will cover my own needs and is more flexible (which is one major reason why I use org-mode) than what I proposed. Thank you and look forward to having it in the future releases. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] New variable request: org-archive-todo-only
Hi, In my org file I have a mix of actionable items (TODO items) and informative items (notes, references and etc). Normally I only archive TODO items when they are done, and don't archive informative items (since most of them have some long-term value). So, can we add a new variable to org-archive-todo-only to control the behavior of following functions: 1. org-archive-subtree 1) when org-archive-todo-only is nil, behave as it does now, with a little bit modification: - if the current heading is a TODO item and org-archive-mark-done is nil, check whether it is in a DONE state. If not, prompt for user confirmation. 2) when org-archive-todo-only is t, if the current heading is a TODO item, behaves the same as 1). if the current heading is NOT a TODO item, prompt for user confirmation. 2. org-archive-all-done 1) when org-archive-todo-only is nil, behaves as it does now 2) when org-archive-todo-only is t, only checks the headings that are a TODO item. Without the change to those functions, I have to be very careful not archiving something I don't want to. I put in an advice by myself to change the org-archive-subtree behavior as above, but I can not do it with function org-archive-all-done. And I also think this may be an improvement that makes sense for many people, hence the proposal/request. Thanks a lot for comments and consideration of the above. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Blank lines in literal html
Bastien wrote: Hi Wanrong, Wanrong Lin [EMAIL PROTECTED] writes: Finally, I decided to learn some elisp debugging techniques and as a practice, it seems I found the bug and fixed it with this patch (against org.el in 5.16b) @@ -24437,7 +24437,7 @@ (when (re-search-backward \\(p\\)\\([ \t\r\n]*\\)\\= (- (point) 100) t) (setq par (match-string 1)) -(replace-match \\2\n)) +(replace-match )) (insert line \n) (while (and lines (get-text-property 0 'org-protected (car lines))) I am not completely sure whether this is the right fix, but so far the output looks OK to me. Thanks for this. I think the patch is safe (I'm testing it for two or three days now) but I cannot predict it will be in any cases. I guess Carsten will have a better call on this. (BTW, the issue your raising here concerns the way the HTML code *looks* and IMO they are less important than issues regarding the correctness of the HTML code... Just a thought.) Thanks for testing. Surely the No.1 priority is to have correct HTML syntax. But I think how the page looks comes very close as a second priority. After all, we use HTML because we want certain look (and better navigation). Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Blank lines in literal html
Finally, I decided to learn some elisp debugging techniques and as a practice, it seems I found the bug and fixed it with this patch (against org.el in 5.16b) @@ -24437,7 +24437,7 @@ (when (re-search-backward \\(p\\)\\([ \t\r\n]*\\)\\= (- (point) 100) t) (setq par (match-string 1)) -(replace-match \\2\n)) +(replace-match )) (insert line \n) (while (and lines (get-text-property 0 'org-protected (car lines))) I am not completely sure whether this is the right fix, but so far the output looks OK to me. Can Carsten take a look of it and see whether it is OK to check this into the next release? Thanks a lot. Wanrong Wanrong Lin wrote: Hi, Sometimes I use htmlize to convert a section of my buffer into html and then insert it into my org file with #+BEGIN_HTML and #+END_HTML. One thing I noticed is the blank lines in the original text is amplified. For example, I have a section like this in my org file: #+BEGIN_HTML pre Line 1 Line 2 with a blank line in between /pre #+END_HTML When I export the above to a html file, there are actaully 3 blank lines between my Line 1 and Line 2. Is the above a bug or I mis-configured something? Thank you very much. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Blank lines in literal html
Hi, Sometimes I use htmlize to convert a section of my buffer into html and then insert it into my org file with #+BEGIN_HTML and #+END_HTML. One thing I noticed is the blank lines in the original text is amplified. For example, I have a section like this in my org file: #+BEGIN_HTML pre Line 1 Line 2 with a blank line in between /pre #+END_HTML When I export the above to a html file, there are actaully 3 blank lines between my Line 1 and Line 2. Is the above a bug or I mis-configured something? Thank you very much. Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug with org-startup-folded?
Hi, Carsten, After some more trials, I think I found the cause of the problem. I have a line like this in my org configuration: ;; add today's appointment into alert list, every day at 0:30AM (run-at-time 0:30am (* 24 3600) 'org-agenda-to-appt) I expect with the above, org-agenda-to-appt will run once a day automatically at 0:30AM. But, it seems that org-agenda-to-appt runs right after emacs start up, and this command opens a buffer for every org files in my org-agenda-files, without any folding. So, when I thought I was opening an org file for the first time, actually emacs just switches to the existing buffer for that file, and gives an illusion that the first time the folding does not work, but the second time the folding works. Thank you for you and Bastien for your help on this. Wanrong Carsten Dominik wrote: Hi Wanrong, unfortunately I am not able to reproduce what you describe, so my suspicion is that it is still something in you setup. I recommend that you try things with an absolutely minimum setup, and with emacs -Q -- Carsten On 11/30/07, Wanrong Lin [EMAIL PROTECTED] wrote: Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: (setq org-agenda-file-regexp \\.org\\') (add-to-list 'auto-mode-alist `(,org-agenda-file-regexp . org-mode)) This is weird. Why don't you simply use this: (add-to-list 'auto-mode-alist (\\.org\\' . org-mode)) I did my way because I want to set org-agenda-file-regexp and consistently use it any place the regexp is needed. By inserting some message statements (that is how far I can go on debugging elisp code) in org-mode function, I found that when I visit a .org file for the fist time, org-mode function is not called at all! But the file does open as an normal org-mode file (with Org appearing in the mode-line), except the text is not folded. This looks also weird. I think your configuration is somehow broken. Does this happen with every .org file? You should check the consistence of the global variables `org-startup-options' `org-startup-folded' *and* of local options in your Org file. Yes, this happens with every .org file. My org files have no local options at all, and all those variables you mentioned seem OK to me. The most puzzling thing, as I said before, is if you open a file the second time, the folding works, but not on the same file when opened the first time. Why would first time/second time make a difference on how org-mode behaves? Who is tracking whether the file is opened the first time or not? Scratching my head hard... Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug with org-startup-folded?
Hi, Carsten, Following my last email, I wonder whether you can consider doing one of these two things in org-mode: 1. org-agenda-to-appt does not explicitly open a buffer for every org-file in the org-agenda-files, or 2. org-agenda-to-appt will honor the global org-startup-folded option. It seems the buffers opened by org-agenda-to-appt does honor the folding settings in the #STARTUP per file option. So I think it is natural and consistent for org-agenda-to-appt to honor the global options too when opening org-mode files. Thank you for giving it a thought. Wanrong Carsten Dominik wrote: Hi Wanrong, unfortunately I am not able to reproduce what you describe, so my suspicion is that it is still something in you setup. I recommend that you try things with an absolutely minimum setup, and with emacs -Q -- Carsten On 11/30/07, Wanrong Lin [EMAIL PROTECTED] wrote: Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: (setq org-agenda-file-regexp \\.org\\') (add-to-list 'auto-mode-alist `(,org-agenda-file-regexp . org-mode)) This is weird. Why don't you simply use this: (add-to-list 'auto-mode-alist (\\.org\\' . org-mode)) I did my way because I want to set org-agenda-file-regexp and consistently use it any place the regexp is needed. By inserting some message statements (that is how far I can go on debugging elisp code) in org-mode function, I found that when I visit a .org file for the fist time, org-mode function is not called at all! But the file does open as an normal org-mode file (with Org appearing in the mode-line), except the text is not folded. This looks also weird. I think your configuration is somehow broken. Does this happen with every .org file? You should check the consistence of the global variables `org-startup-options' `org-startup-folded' *and* of local options in your Org file. Yes, this happens with every .org file. My org files have no local options at all, and all those variables you mentioned seem OK to me. The most puzzling thing, as I said before, is if you open a file the second time, the folding works, but not on the same file when opened the first time. Why would first time/second time make a difference on how org-mode behaves? Who is tracking whether the file is opened the first time or not? Scratching my head hard... Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug with org-startup-folded?
Bastien wrote: Wanrong Lin [EMAIL PROTECTED] writes: (setq org-agenda-file-regexp \\.org\\') (add-to-list 'auto-mode-alist `(,org-agenda-file-regexp . org-mode)) This is weird. Why don't you simply use this: (add-to-list 'auto-mode-alist (\\.org\\' . org-mode)) I did my way because I want to set org-agenda-file-regexp and consistently use it any place the regexp is needed. By inserting some message statements (that is how far I can go on debugging elisp code) in org-mode function, I found that when I visit a .org file for the fist time, org-mode function is not called at all! But the file does open as an normal org-mode file (with Org appearing in the mode-line), except the text is not folded. This looks also weird. I think your configuration is somehow broken. Does this happen with every .org file? You should check the consistence of the global variables `org-startup-options' `org-startup-folded' *and* of local options in your Org file. Yes, this happens with every .org file. My org files have no local options at all, and all those variables you mentioned seem OK to me. The most puzzling thing, as I said before, is if you open a file the second time, the folding works, but not on the same file when opened the first time. Why would first time/second time make a difference on how org-mode behaves? Who is tracking whether the file is opened the first time or not? Scratching my head hard... Wanrong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
