Re: [Orgmode] Automatically indent text when return is hit in an org buffer.
On Dec 10, 2007 5:31 AM, Daniel Pittman [EMAIL PROTECTED] wrote: G'day. I am a fan of `newline-and-indent', and turn it on for most of the modes I routinely use, since it is almost always what I want done. org-mode rebinds the return key to `org-return', which acts intelligently in the face of tables -- and calls `newline' hard-coded in other cases. I would like to preserve that intelligence, but also to use `newline-and-indent', so generated this patch to implement my desired behaviour. By default this changes nothing: org behaves exactly the same way as it did previously. If this isn't the right approach I am happy to rework the patch to better match the rest of the software. Finally, while I believe that this is a trivial change and will not need assignment papers anyway I can note two things: * there are copyright assignments from me to the FSF on record already for Emacs and constituents, so I don't know if I need a new assignment. If you have a past-and-future-changes assignment for Emacs, that would be enough. Please mail me a PDF copy of the assignment for my records. Thanks! - 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] Automatically indent text when return is hit in an org buffer.
I will take Bastien's patch, thanks to both of you. - Carsten On Dec 11, 2007 12:17 PM, Daniel Pittman [EMAIL PROTECTED] wrote: Bastien [EMAIL PROTECTED] writes: Daniel Pittman [EMAIL PROTECTED] writes: G'day. I am a fan of `newline-and-indent', and turn it on for most of the modes I routinely use, since it is almost always what I want done. [...] I think having a new option is not the best solution. I would prefer to preserve the distinction between the two commands (RET and C-j). The patch below does this: define org-return-indent and bind it to C-j. Whether you want to bind it to RET is up to you. Well, the approach seems perfectly reasonable to me, and I can achieve the same result; I fully support your approach. [...] If this isn't the right approach I am happy to rework the patch to better match the rest of the software. Thanks for pointing out this issue and for the patch! I don't know what Carsten will do with this, but having two solutions is certainly good :) Mmm. I suspect that your approach is the better one; it is more in keeping with the rest of Emacs, I think, and certainly achieves my goal. Thanks, Daniel -- Daniel Pittman [EMAIL PROTECTED] Phone: 03 9428 6922 1/130-132 Stawell St, Richmond Web: http://www.cyber.com.au Cybersource: Australia's Leading Linux and Open Source Solutions Company ___ 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: Blank lines in literal html
On Dec 5, 2007 8:31 PM, Wanrong Lin [EMAIL PROTECTED] wrote: 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. 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 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
Re: [Orgmode] [ feature request ] colourful timestamps
I am taking this patch, thanks. - Carsten On Dec 9, 2007 11:39 PM, Bastien [EMAIL PROTECTED] wrote: Hi Phil, Phil Jackson [EMAIL PROTECTED] writes: Something I thought might be nice is highlighting of timestamps according to there relativity to time(). For example, at time of writing, 2006-12-11 would be red, 2007-12-03 Mon 19:00 pink. Perhaps for customisation: (setq org-timestamp-colour-map '((2h . 'face) (10m . 'face))) I like the general idea of having feedback about the proximity of a deadline or time-stamp. But I think doing this interactively is better, since the values like 2h 10m (in your example) are very likely to change quite often, no? In the same spirit, I've written this, which let you check for deadlines or scheduled items before a date (strings like +2d are okay): --8---cut here---start-8--- (defun org-check-before-date (date) Check if there are deadlines or scheduled entries before DATE. (interactive (list (org-read-date))) (let ((case-fold-search nil) (regexp (concat ( org-deadline-string \\| org-scheduled-string \\) *\\([^]+\\))) (callback (lambda () (time-less-p (org-time-string-to-time (match-string 2)) (org-time-string-to-time date) (message %d entries before %s (org-occur regexp nil callback) date))) --8---cut here---end---8--- If you want to permanently add this to `org-sparse-trees', here is a patch against 5.16b. -- 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
Re: [Orgmode] V5.16b: C-c a e no more functioning
Hi Rainer, it would have ben helpful if you had stated from which version you upgraded. I think this was broken since 5.13, I have fixed is now for 5.17. - Carsten On Dec 5, 2007 11:32 AM, Rainer Stengele [EMAIL PROTECTED] wrote: Hi! 1. I cannot export anymore. After C-c a e I get this error: eval: Wrong type argument: listp, 88 (same with my colleague at 5.13e) 2. the version naming in 5.16b is wrong: should be 5.16b instead of 5.16a 3. org-remember works again with templates (was broken in 5.16) Thanks Carsten. rainer ___ 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] Go to the just saved Remember block
In Org-mode 5.17, C-u C-u M-x org-remember will do that. Thanks. - Carsten On Nov 29, 2007 5:01 PM, Rainer Stengele [EMAIL PROTECTED] wrote: Many times I create a task fro a remember template (which is a great feature!) and want to immediately go the created task and work on it. What do you think. WOuld thi sbe a candidate for an option org-visit-saved-remember or similar? rainer ___ 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 Radio
I'm writing an add-on for Org (again!) This one is called radio.el. It lets you annotate files (or even individual lines within files) with arbitrary org subtrees. This program is very preliminary, but it does work, and I'd be interested to hear people's thoughts. I have an audio-related application in mind that I'll show you later this week---adding tags and todo items to audio files, and even annotating timespans within audio files. Download radio.el from http://emacs-ontology-project.googlecode.com/svn/trunk/radio.el ___ 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] hotkeys for org in gnome
On Mon, Dec 17, 2007 at 10:27:40AM +0400, Dmitri Minaev wrote: On Dec 15, 2007 8:34 AM, Rustom Mody [EMAIL PROTECTED] wrote: I was wondering if there is some way that in addition to activating emacs it is possible to run remember I believe this is one more argument in favor of scriptable window managers. In Stumpwm, Sawfish and, I assume, in Ion it's a trivial task. Agreed! Alas, I was forced to abandon sawfish after its development and maintenance slowed down to a crawl. ___ 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] hotkeys for org in gnome
On Monday, December 17, at 15:20, Adam Spiers wrote: On Mon, Dec 17, 2007 at 10:27:40AM +0400, Dmitri Minaev wrote: On Dec 15, 2007 8:34 AM, Rustom Mody [EMAIL PROTECTED] wrote: I was wondering if there is some way that in addition to activating emacs it is possible to run remember I believe this is one more argument in favor of scriptable window managers. In Stumpwm, Sawfish and, I assume, in Ion it's a trivial task. Agreed! Alas, I was forced to abandon sawfish after its development and maintenance slowed down to a crawl. I've been looking into window managers which can integrate well w/emacs, and it looks like FVWM http://fvwm.org/ is *very* customizable, and it is actively maintained. -- schulte ___ 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] appointment done doesn't go away
Hello, I have a TODO item marked as an appointment. After marking it done I'd expect it to disappear from my agenda view. Would you guys mark appointments as TODOs or just leave them without any tag ? Cheers, Cezar ___ 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] appointment done doesn't go away
On Dec 17, 2007 9:53 AM, cezar [EMAIL PROTECTED] wrote: I have a TODO item marked as an appointment. After marking it done I'd expect it to disappear from my agenda view. Would you guys mark appointments as TODOs or just leave them without any tag ? I do not tag appointments. I leave TODO items for those things that I really need to take an action on. I also like seeing the appoinment in the agenda when I browse backwards in time to see what I did last week or the week before. Just my approach... Ed ___ 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
Hi Jose, On Dec 2, 2007, at 9:19 PM, Jose A. Ortega Ruiz wrote: Hi. I'm very happy with the new org-refile, but the current way of specifying the target node is, IMHO, not as convenient as it could be. For instance, if i specify levels up to, say, 2 as targets, and have duplicated headlines at said level: * Project A ** Tasks ** Resources * Project B ** Tasks ** Resources the completion shows only the first occurrence of 'Tasks' and 'Resources'. What i do now is giving them different names, but it's a bit artificial: * Project A ** Project A tasks ** Project A resources * Project B ** Project B tasks ** Project B resources For situations like this one, it would help a lot having the option of interactively selecting the target node in the same way as one selects it after invoking org-remember. A second option would be to have completion for all headlines in a hierarchical way, navigating the outline tree at the mini-buffer prompt as if one where navigating a file tree after C-xC-f. Finally, a (quick?) workaround would be to show the target names as 'full-paths', e.g. Project A/Tasks, Project B/Tasks in the first example above. In 5.17, you will be able to do this: (setq org-refile-use-outline-path t) The refile targets will then be represented by /-separated paths just like you suggested. Thanks. - 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] Re: org-refile
Carsten Dominik [EMAIL PROTECTED] writes: Hi Jose, In 5.17, you will be able to do this: (setq org-refile-use-outline-path t) The refile targets will then be represented by /-separated paths just like you suggested. Thanks. What can I say? Excellent Cannot wait for the new release :) Thanks a lot, Carsten Jose -- In this world, there are only two tragedies. One is not getting what one wants, and the other is getting it. - Oscar Wilde pgpwKpDQkmW1x.pgp Description: PGP signature ___ 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