Re: [Orgmode] iCal export of repeated tasks
On Fri, Jun 13, 2008 at 10:18:52AM +0200, Carsten Dominik wrote: On Jun 12, 2008, at 1:47 PM, Adam Spiers wrote: Well, I agree that there may not be a good definition, in which case a per-event property disabling export of the RRULE would be a perfect solution. Hi Adam, I do not feel comfortable with this specialized filtering, so I am not implementing it. It seems incorrect that the export of the exact same Org file would lead to different iCal files, depending on the day when you do the export. Sorry - either I have accidentally misled you, or my understanding is missing some nuance of your argument, because it was certainly not my intention to propose a mechanism which would produce different results depending on when the export is done. I simply wanted to suggest that there could be a property which would have the same effect upon iCal export as would manually deleting the directive to repeat ('.+2w' or similar) from the end of the task's timestamp. This would maintain the existing behaviour for repeated tasks within Org, but display it as a non-repeating task in my external calendaring clients (korganizer, ScheduleWorld, Google Calendar, my Nokia phone etc.) The motivation is that while I very much like org's functionality for automatically updating the timestamp on a repeated task once it has been marked as done, I do not want tasks such as water plants cluttering up my calendar forever into the future. I only care about the next plant watering, not all others thereafter, and with screen real estate always short in supply (especially on mobile devices!), any possible savings are of value. Actually, now I think about it more, the above decluttering argument applies equally to the Org agenda itself. So if it would be a more consistent request from the point of view of maintaining an intuitive UI or from ease of implementation, I would be perfectly happy if the proposed property disabled display of all but the first instance of the repeated task *everywhere*, i.e. not only in iCal exports, but also in agenda displays. It seems to be fine for the program displaying the info to do such filtering - this is what Org does in the agenda. Unfortunately, since the proposed filtering is per-event, with uni-directional export to other clients, the only place it can be done is at the source, i.e. within Org. Otherwise some layering of extra filtering meta-data per-event would be required for each external calendaring client, which would be extremely cumbersome. ___ 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 jumping to stored note location
On Fri, Jun 13, 2008 at 10:23:38AM +0200, Carsten Dominik wrote: On Jun 11, 2008, at 12:53 PM, Adam Spiers wrote: On Wed, Jun 11, 2008 at 07:16:21AM +0200, Dominik, C. wrote: Hi Adam, I have now implemented this feature, exactly as ordered :-), with %. Woohoo! Awesome, thanks - I have wanted that one for a long time :-) Seems to work great. I have three comments/questions related to this and similar org-remember details: 1) Ideally % would preserve the position of the point within the template when it arrives in the final destination. This is particularly important if a template has all three of %? %! and %, otherwise %? is effectively ignored when %! and % are present. That does now work, I believe. It seems to ensure that the point is wherever % was, rather than wherever %? was. Is that intentional? 2) It doesn't seem possible to set up a template so that it will always insert at the very top of a particular file. I really miss that, since I keep most TODOs at the top level, and I like a newest first view by default when not in the agenda. Well, the newest first is no problem, just use the first headline in the file as remember target and configure the variable org-reverse- note-order to make sure that the specified file it treated in this way. Having said that, you can now use `top' or `bottom' as values for the remember target heading, and the note will then be filed as a level 1 entry to the top or bottom of the file, respectively. That's *exactly* what I was after, and I love the way you've implemented it; thanks! 3) I am a bit confused by the 'Selection interface for heading' 5th option of a remember template. It doesn't seem to have any effect - how is it supposed to interact with `org-remember-store-without-prompt'? Yes, this is confusing, I agree. When `org-remember-store-without-prompt' is set (which is the default), all the positioning interface stuff is completely by-passed. Setting nil for file or headline really means: use the default, taken from `org-default-notes-file' and `org-remember-default-heading', respectively. Thanks for the clarification - and the changes to the Customize UI seem spot on too. ___ 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: iCal export of repeated tasks
Hi Adam, It seems to be fine for the program displaying the info to do such filtering - this is what Org does in the agenda. Unfortunately, since the proposed filtering is per-event, with uni-directional export to other clients, the only place it can be done is at the source, i.e. within Org. Otherwise some layering of extra filtering meta-data per-event would be required for each external calendaring client, which would be extremely cumbersome. Like Dominik, I consider a repeated event as a calendar object on its own. Such an object has a representation in the iCal format. Org mode must stick to the correct representation of this object, and it is up to each calendar tool to display it in a way or an other to the user. If you consider others tools as broken in this area, and don't feel like fixing them, you can maybe implement a go-between layer that takes iCal file in input, and outputs the same iCal file with repeated events changed to dated events, with date set on next occurence. -- Paul ___ 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] iCal export of repeated tasks
On Fri, Jun 13, 2008 at 12:28:48PM +0200, Carsten Dominik wrote: On Jun 13, 2008, at 11:24 AM, Adam Spiers wrote: The motivation is that while I very much like org's functionality for automatically updating the timestamp on a repeated task once it has been marked as done, I do not want tasks such as water plants cluttering up my calendar forever into the future. I only care about the next plant watering, not all others thereafter, and with screen real estate always short in supply (especially on mobile devices!), any possible savings are of value. I can see that this is useful, but I still insist that Org should export a repeated event as such. As the *default* behaviour, without another behaviour being very specifically requested by the user, I entirely agree :-) I am adding a hook, `org-before-save-iCalendar-file-hook'. You can add some special cookie in the headline of the entry, and then search for this cookie in the exported file and remove the repetition rule. How about that? Yes thanks; that should do it, and will also possibly enable other use cases via that hook. Actually, now I think about it more, the above decluttering argument applies equally to the Org agenda itself. So if it would be a more consistent request from the point of view of maintaining an intuitive UI or from ease of implementation, I would be perfectly happy if the proposed property disabled display of all but the first instance of the repeated task *everywhere*, i.e. not only in iCal exports, but also in agenda displays. Org has the variable `org-agenda-repeating-timestamp-show-all' which allows to modify this behavior for all repeating time stamps, not for individual ones, though. Well, perhaps you might consider it at some point in the future, or at least a distinction between repeated events and repeated tasks. I think we've now spent enough energy on this relatively minor cosmetic issue though ;-) ___ 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: iCal export of repeated tasks
On Fri, Jun 13, 2008 at 11:55:19AM +0200, Paul R wrote: Like Dominik, I consider a repeated event as a calendar object on its own. Such an object has a representation in the iCal format. Org mode must stick to the correct representation of this object, and it is up to each calendar tool to display it in a way or an other to the user. In that case correctness in this context is evidently rather subjective. Ultimately, the tools are there to serve their masters, and the iCal format is simply a medium for communicating user data between end-points in a standard interoperable fashion. It is up to the users to determine what data actually needs to be communicated via the format. In my case, if I should explicitly request the tool to hide the repetition of events in order to avoid cluttering my display, I see nothing incorrect about the tool doing just that. Likewise, as another hypothetical example, if all my events had LOCATION properties, it would be equally valid and correct to export them to one iCal file for use with korganizer on a full desktop display, and to another iCal file with the LOCATION properties trimmed out to save space on a mobile phone display. If you consider others tools as broken in this area, No I do not. In any case, I will use the hook which Carsten kindly provided. ___ 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] Two patches against exporting as ascii
Two patches are attached below, to polish some behaviors of exporting as ascii. They are made in GNU Emacs' source tree. The first one fixes the length of toc underline in the exported text. In multibyte context, using `length' makes the underline shorter than the toc name. The second one makes exporting as ascii regard the value of `fill-column'. Since normally the text is filled with M-q, which adjusts the text according to its value, I think replacing the fixed value 80 with `fill-column' can generate more pretty ascii text. Regards, Guanpeng Xu diff -c -r1.4 org-exp.el *** org-exp.el 15 May 2008 03:31:34 - 1.4 --- org-exp.el 14 Jun 2008 00:10:47 - *** *** 1673,1679 (if org-export-with-toc (progn (push (concat (nth 3 lang-words) \n) thetoc) ! (push (concat (make-string (length (nth 3 lang-words)) ?=) \n) thetoc) (mapc '(lambda (line) (if (string-match org-todo-line-regexp line) --- 1673,1679 (if org-export-with-toc (progn (push (concat (nth 3 lang-words) \n) thetoc) ! (push (concat (make-string (string-width (nth 3 lang-words)) ?=) \n) thetoc) (mapc '(lambda (line) (if (string-match org-todo-line-regexp line) *** *** 1847,1853 (defun org-insert-centered (s optional underline) Insert the string S centered and underline it with character UNDERLINE. ! (let ((ind (max (/ (- 80 (string-width s)) 2) 0))) (insert (make-string ind ?\ ) s \n) (if underline (insert (make-string ind ?\ ) --- 1847,1853 (defun org-insert-centered (s optional underline) Insert the string S centered and underline it with character UNDERLINE. ! (let ((ind (max (/ (- fill-column (string-width s)) 2) 0))) (insert (make-string ind ?\ ) s \n) (if underline (insert (make-string ind ?\ ) 2008-06-14 Guanpeng Xu * org/org-exp.el (org-export-as-ascii): Use `string-width' to compute correct width for multibyte strings. (org-insert-centered): Regard the value of `fill-column'. _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx ___ 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] Narrow to subtree and widen again - missing documentation
On Jun 4, 2008, at 4:38 PM, Harri Kiiskinen wrote: Hello all, I just spent some time trying to find out, how to get back to the whole buffer after having narrowed in to a subtree ('org-narrow-to- subtree', C-x n s). I could not find any hints in the documentation as to how to return to the whole buffer. A search of the mailing list hinted, that the right word to use in this context might be widen, and then I found the corresponding function 'widen' with the key C-x n w. This does not appear anywhere in the documentation (search through the one-page online html does not find the word widen at all), nor on the reference card, where a logical place for it would be after the narrow buffer -command in Structure Editing. I realise that this is not an Org-function, but a part of the Emacs internals (I guess), but the documentation might still point to it. I have added tis piece of info to the manual and to the reference card. Thanks for your feedback. But how do I clean the buffer after sparse tree by criteria - selection ( C-c / )? What do you mean by clean. You can use `C-c C-a' to show everything, or S-TAB once or several times to cycle through global visibility states. HTH - 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] Bug: switch state of invisible todo item
On Jun 4, 2008, at 3:01 PM, Reimar Finken wrote: Dear Carsten and all the other developers, Let me first thank you for this wonderful package. However, I have found a small but irritating bug when using `org-clock-in-switch-to-state'. Nothing terribly important if you have other priorities, but it still gets me every so often. Thanks very much for your help in advance, Reimar Hi Raimar, this bug is now fixed, thank you for your detailed and very clear report. - Carsten * Summary: When the variable `org-clock-in-switch-to-state' is set and the todo item to be clocked in is invisible in the org buffer, `org-agenda-clock-in' switches the todo state of the wrong headline. Instead of the actual item, the state of its visible parent is changed. * To reproduce this bug: 1) Starting with a clean emacs with only org-mode loaded, evaluate: (setq org-clock-in-switch-to-state STARTED) 2) Then open the file testtasks.org, which reads (the 2nd level heading will be folded by default): ,[ testtasks.org ] | -*- mode: org; -*- | #+SEQ_TODO: TODO STARTED | DONE | * Tasks: | ** TODO Task1 | ` 3) Add this file to the agenda list with C-c [ and call the todo agenda with `M-x org-agenda' `t'. Then, press `I' (org-agenda-clock-in) on the line testtasks: TODO Task1. 4) Now `testtasks.org' looks like this (of course, the Task1 line is still folded, but not the clock line): ,[ testtasks.org ] | -*- mode: org; -*- | #+SEQ_TODO: TODO STARTED | DONE | * STARTED Tasks: | ** TODO Task1 |CLOCK: [2008-06-04 Wed 14:00] | ` Note that the parent headline `Tasks' had the todo keyword changed, not the `Task1' headline. When the `Task1' headline is visible, its todo state gets changed correctly. * Related obervation: After reverting the todo state back to `TODO' and folding it, the same bug occurs when one clocks into Task1 via `C-u M-x org-clock-in'. The bug must therefore be in `org-clock-in', where something like a `show-all' is missing in the (save-excursion (save-restriction ...)) part (target-pos is set to the correct value 61). But since I don't know org-mode well enough, I will leave that to the experts. * Configuration: org-version: 6.04c (latest git version), but also occuring in earlier versions emacs-version: 22.1.1 -- Dr. Reimar Finken([EMAIL PROTECTED]) II. Institut für Theoretische Physik, Universität Stuttgart Pfaffenwaldring 57 Tel: 0711-68564924 70550 Stuttgart, Germany Fax: 0711-68564902 ___ 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] Narrow to subtree and widen again - missing documentation
On Jun 12, 2008, at 2:31 PM, Harri Kiiskinen wrote: Carsten Dominik wrote: But how do I clean the buffer after sparse tree by criteria - selection ( C-c / )? What do you mean by clean. You can use `C-c C-a' to show everything, or S-TAB once or several times to cycle through global visibility states. Sorry, I meant (C-c \), which gives a TAG query. If I select a tag, its entry is coloured, if I select no tags, all entries are coloured, but how to remove the selection/colouring altogether was the problem. I did discover, that (C-c / t RET) removes all the colouring, but only after receiving you response. 'C-c C-a' and S- TAB just change the views, but the selected entries still stay coloured. Hope I managed to express the problem. C-c C-c will get rid of those highlights. Also, when the option org-remove-highlights-with-change it t (the default), and editing in the buffer will make the highlights disappear as well. HTH - Carsten Harri K. ___ 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: get bbdb entry from org-agenda
Hi Thomas, this is excellent, thank you very much! Sorry that it took so long. I am making this the default. - Carsten On May 30, 2008, at 7:28 PM, Thomas Baumann wrote: Hi, the display of bbdb-anniversaries can be customized to use a function to insert a link to bbdb: M-x customize-option org-bbdb-anniversary-format-alist and then add/change ((birthday lambda (name years suffix) (concat Birthday: [[bbdb: name ][ name ( (number-to-string years) suffix )]])) (wedding lambda (name years suffix) (concat [[bbdb: name ][ name 's (number-to-string years) suffix wedding anniversary]]))) If one doesn't like to use a function, an alternative would be ((birthday . Birthday: [[bbdb:%s]] (%d%s)) (wedding . [[bbdb:%s]]'s %d%s wedding anniversary)) but this leaves the agenda with bbdb:Name links. I don't think I know how to make TAB jump to the bbdb-buffer instead to the org-file Ciao Thomas PS. Carsten should we make the function the default behaviour? ___ 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] get bbdb entry from org-agenda
On May 30, 2008, at 1:20 AM, Rares Vernica wrote: Hello, I am using org-bbdb to add the anniversaries of my bbdb contacts to org-agenda. When I select an anniversary in org-agenda, my .org file that contains (org-bbdb-anniversaries) shows up. Is it possible to show up the bbdb entry for that name instead? Hi Rares, this works not, thanks to a patch from Thomas Baumann. It is in the latest GIT release. - 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] Re: remember TAGS
On Jun 4, 2008, at 12:58 AM, Cezar Halmagean wrote: Carsten Dominik [EMAIL PROTECTED] writes: On May 29, 2008, at 9:57 PM, Cezar Halmagean wrote: Hi list, I was wondering if there is a way to attach a TAG to a template after you've hit C-c C-c. My setup is like this: I have a shortcut that opens up a remember buffer for work where I add tasks I need to do and on all of the tasks I need to add a TAG (not different, just one) so there is no point in me typing it each time. Also if I do attach it with %^g it's not aligned nicely. Why don't you just include the tag already in the template definition? - Carsten I've tried but it's not displayed where it should (aligned left). This is now fixed, tags are re-aligned *after* the note has been pasted into the target location. Thanks for the report. - 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] iCal export of repeated tasks
On Jun 12, 2008, at 1:47 PM, Adam Spiers wrote: Well, I agree that there may not be a good definition, in which case a per-event property disabling export of the RRULE would be a perfect solution. Hi Adam, I do not feel comfortable with this specialized filtering, so I am not implementing it. It seems incorrect that the export of the exact same Org file would lead to different iCal files, depending on the day when you do the export. It seems to be fine for the program displaying the info to do such filtering - this is what Org does in the agenda. - 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 jumping to stored note location
Hi Adam, On Jun 11, 2008, at 12:53 PM, Adam Spiers wrote: On Wed, Jun 11, 2008 at 07:16:21AM +0200, Dominik, C. wrote: Hi Adam, I have now implemented this feature, exactly as ordered :-), with %. Woohoo! Awesome, thanks - I have wanted that one for a long time :-) Seems to work great. I have three comments/questions related to this and similar org-remember details: 1) Ideally % would preserve the position of the point within the template when it arrives in the final destination. This is particularly important if a template has all three of %? %! and %, otherwise %? is effectively ignored when %! and % are present. That does now work, I believe. 2) It doesn't seem possible to set up a template so that it will always insert at the very top of a particular file. I really miss that, since I keep most TODOs at the top level, and I like a newest first view by default when not in the agenda. Well, the newest first is no problem, just use the first headline in the file as remember target and configure the variable org-reverse- note-order to make sure that the specified file it treated in this way. Having said that, you can now use `top' or `bottom' as values for the remember target heading, and the note will then be filed as a level 1 entry to the top or bottom of the file, respectively. 3) I am a bit confused by the 'Selection interface for heading' 5th option of a remember template. It doesn't seem to have any effect - how is it supposed to interact with `org-remember-store-without-prompt'? Yes, this is confusing, I agree. When `org-remember-store-without-prompt' is set (which is the default), all the positioning interface stuff is completely by-passed. Setting nil for file or headline really means: use the default, taken from `org-default-notes-file' and `org-remember-default-heading', respectively. HTH - 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] A Bug(?) and a question
This is a known bug, fixed in the current GIT repo version. It will also be fixed in 6.05, when that gets released. - Carsten On Jun 13, 2008, at 8:53 AM, Rustom Mody wrote: This small file: #+OPTIONS: toc:nil #+TITLE: A Title * Introduction Some Text generates html in which the #+TITLE: A Title appears (in the html). Am I missing some option or is this a bug? [Version of org 6.04c] While I am at OPTIONs Ive one more question: How easy is it to have a tail line (in the generated html) which says something like the following? Auto-generated by org mode in emacs I can use #+TEXT: but this puts the text at the top Thanks Rustom ___ 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: cdlatex like remember
On Jun 12, 2008, at 9:34 PM, Fabian Braennstroem wrote: Hi Dominik, My first name is Carsten (common mistake...) * Dominik, C. [EMAIL PROTECTED] wrote: Hi Fabian, I have no plans to extend cdlatex in this direction, it is really a LaTeX support module and not a general template module. Ok, but it is really great; I love it! That is good to know, I also could not live without it. There are *many* emacs packages that implement template insertion in one way or another. Maybe you can find something here: http://emacs-template.sourceforge.net/related.html I am not sure if I understand what you mean by remember destrys my views. It was not really correct. I am actually having my emacs tiled into four to eight windows. Org 'destroys' the setup, which is kept using (defun my-toggle-window-state () (interactive) (if my-saved-configuration ;; We're in the one-window mode and want to switch back. (progn (set-window-configuration my-saved-configuration) (setq my-saved-configuration nil)) ;; We're in the multi-window mode, and want to save it and ;; move to the single window mode. (setq my-saved-configuration (current-window-configuration)) (delete-other-windows))) Interesting. Take a look at the variable `org-agenda-window-setup', maybe that will help? Greetings. - 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] Re: Kill text in org mode
On Jun 12, 2008, at 8:13 PM, John wrote: Carsten Dominik C.Dominik at uva.nl writes: This is a bug in XEmacs, in the definition of the variable `isearch- mode-map'. In this map, all printing characters should be bound to `isearch-printing-char', but the setup does not handle non-ascii characters correctly, I believe. The purpose of this code is to exactly handle packages like Org where all normal characters are bound to a special function - but the implementation of this function is incomplete. A better implementation could be to find all characters that are bound to self-insert-command in the global map and make the replacement binding for those. That's strange because whenever I isearch words with accented characters in other modes then it works fine. The problem only occurs when using org mode. Hi John, please re-read my reply which you quote above. I did explain that most other modes do not need this special treatment because in most modes, printing characters are bound to self-insert-command. However, XEmacs does cater for modes that redefine normal letters etc, but it does s in an icomplete way. - 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] Re: new version of org-annotation-helper
Hi Daniel, would you like this version to be distributes with Org? - Carsten On Jun 3, 2008, at 10:22 PM, Daniel M German wrote: Daniel Hi everybody, Daniel I am announcing a minor update to org-annotation-helper. Daniel ;; Version 0.3a, June 3, 2008 Daniel ;; - org-fied the FAQ, and fixed typos/grammar. Big thanks to Nick Dokos. Daniel ;; - Added a new file: README I am very sorry, I forgot to add a URL :) http://turingmachine.org/~dmg/temp/org-annot-0.3a.tar.gz :) -- -- Daniel M. German http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . ___ 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: iCal export of repeated tasks
Adam Spiers [EMAIL PROTECTED] writes: Likewise, as another hypothetical example, if all my events had LOCATION properties, it would be equally valid and correct to export them to one iCal file for use with korganizer on a full desktop display, and to another iCal file with the LOCATION properties trimmed out to save space on a mobile phone display. This is a good use-case, and once again, I consider org export should provide full information, and later a convert tools should degrade/adapt it to the target software or device. Implementing such a processing in every calendaring tools would be a massive duplication. The iCal to iCal converter is the way to go, IMO. -- Paul ___ 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: A Bug(?) and a question
On Fri, Jun 13, 2008 at 12:23 PM, Rustom Mody [EMAIL PROTECTED] wrote: How easy is it to have a tail line (in the generated html) which says something like the following? Auto-generated by org mode in emacs I can use #+TEXT: but this puts the text at the top Thanks Rustom To answer my own question: Ive just done this. Added an 'insert' to org-exp.el. Below is the output of a diff -u @@ -3022,6 +3022,8 @@ (insert p class=\date\ (nth 2 lang-words) : date /p\n)) + (insert (format Auto-generated by org-mode %s in emacs %s + org-version emacs-major-version)) (insert /div)) (if org-export-html-with-timestamp ___ 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: A Bug(?) and a question
Nice idea, thanks. - Carsten On Jun 13, 2008, at 3:29 PM, Rustom Mody wrote: On Fri, Jun 13, 2008 at 12:23 PM, Rustom Mody [EMAIL PROTECTED] wrote: How easy is it to have a tail line (in the generated html) which says something like the following? Auto-generated by org mode in emacs I can use #+TEXT: but this puts the text at the top Thanks Rustom To answer my own question: Ive just done this. Added an 'insert' to org-exp.el. Below is the output of a diff -u @@ -3022,6 +3022,8 @@ (insert p class=\date\ (nth 2 lang-words) : date /p\n)) + (insert (format Auto-generated by org-mode %s in emacs %s + org-version emacs-major-version)) (insert /div)) (if org-export-html-with-timestamp ___ 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] Two patches against exporting as ascii
These are good proposals, I am accepting the patch, thanks. - Carsten On Jun 13, 2008, at 2:17 PM, Herbert Euler wrote: Two patches are attached below, to polish some behaviors of exporting as ascii. They are made in GNU Emacs' source tree. The first one fixes the length of toc underline in the exported text. In multibyte context, using `length' makes the underline shorter than the toc name. The second one makes exporting as ascii regard the value of `fill-column'. Since normally the text is filled with M-q, which adjusts the text according to its value, I think replacing the fixed value 80 with `fill-column' can generate more pretty ascii text. Regards, Guanpeng Xu diff -c -r1.4 org-exp.el *** org-exp.el 15 May 2008 03:31:34 - 1.4 --- org-exp.el 14 Jun 2008 00:10:47 - *** *** 1673,1679 (if org-export-with-toc (progn (push (concat (nth 3 lang-words) \n) thetoc) ! (push (concat (make-string (length (nth 3 lang-words)) ?=) \n) thetoc) (mapc '(lambda (line) (if (string-match org-todo-line-regexp line) --- 1673,1679 (if org-export-with-toc (progn (push (concat (nth 3 lang-words) \n) thetoc) ! (push (concat (make-string (string-width (nth 3 lang- words)) ?=) \n) thetoc) (mapc '(lambda (line) (if (string-match org-todo-line-regexp line) *** *** 1847,1853 (defun org-insert-centered (s optional underline) Insert the string S centered and underline it with character UNDERLINE. ! (let ((ind (max (/ (- 80 (string-width s)) 2) 0))) (insert (make-string ind ?\ ) s \n) (if underline (insert (make-string ind ?\ ) --- 1847,1853 (defun org-insert-centered (s optional underline) Insert the string S centered and underline it with character UNDERLINE. ! (let ((ind (max (/ (- fill-column (string-width s)) 2) 0))) (insert (make-string ind ?\ ) s \n) (if underline (insert (make-string ind ?\ ) 2008-06-14 Guanpeng Xu * org/org-exp.el (org-export-as-ascii): Use `string-width' to compute correct width for multibyte strings. (org-insert-centered): Regard the value of `fill-column'. _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx ___ 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: iCal export of repeated tasks
On Fri, Jun 13, 2008 at 11:55:19AM +0200, Paul R wrote: [...] you can maybe implement a go-between layer that takes iCal file in input, and outputs the same iCal file with repeated events changed to dated events, with date set on next occurence. On Fri, Jun 13, 2008 at 02:56:09PM +0200, Paul R wrote: This is a good use-case, and once again, I consider org export should provide full information, and later a convert tools should degrade/adapt it to the target software or device. Implementing such a processing in every calendaring tools would be a massive duplication. The iCal to iCal converter is the way to go, IMO. I see your point. The main disadvantage is that it doesn't work if you want to apply the filter to the view in the client which originally generated the iCal from the master event data (in our case, org-mode) - you'd have to export it, pass it through the filter, then reimport it ... ___ 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: Link to MH-E message that has been refiled
Hi, there are two possibilities: a) use namazu, mairix or another search engine which is supported by MH-E and customize mh-searcher to use that engine b) customize org-mhe-search-all-folders Thomas ___ 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: remember TAGS
Carsten Dominik [EMAIL PROTECTED] writes: This is now fixed, tags are re-aligned *after* the note has been pasted into the target location. Thanks for the report. - Carsten Thank you ! 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
[Orgmode] Re: Link to MH-E message that has been refiled
and there's a bug with org-mhe-get-message-folder-from-index returning nil instead of nil fixed with the patch below diff --git a/lisp/org-mhe.el b/lisp/org-mhe.el index eb2c9ab..7f0d7f4 100644 --- a/lisp/org-mhe.el +++ b/lisp/org-mhe.el @@ -141,8 +141,8 @@ So if you use sequences, it will now work. Return the name of the message folder in a index folder buffer. (save-excursion (mh-index-previous-folder) -(re-search-forward ^\\(+.*\\)$ nil t) -(message %s (match-string 1 +(if (re-search-forward ^\\(+.*\\)$ nil t) +(message %s (match-string 1) (defun org-mhe-get-message-folder () Return the name of the current message folder. ___ 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: Link to MH-E message that has been refiled
Applied, thanks. - Carsten On Jun 13, 2008, at 8:47 PM, Thomas Baumann wrote: and there's a bug with org-mhe-get-message-folder-from-index returning nil instead of nil fixed with the patch below diff --git a/lisp/org-mhe.el b/lisp/org-mhe.el index eb2c9ab..7f0d7f4 100644 --- a/lisp/org-mhe.el +++ b/lisp/org-mhe.el @@ -141,8 +141,8 @@ So if you use sequences, it will now work. Return the name of the message folder in a index folder buffer. (save-excursion (mh-index-previous-folder) -(re-search-forward ^\\(+.*\\)$ nil t) -(message %s (match-string 1 +(if (re-search-forward ^\\(+.*\\)$ nil t) +(message %s (match-string 1) (defun org-mhe-get-message-folder () Return the name of the current message folder. ___ 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] passed state
Hello, Is there a way to mark non scheduled (timestamped) entires as passed so I can archive them easily ? I can easily spot DONE entries cause they have a different color (green). But I don't see anay change for a timestamped entry after the date passed (like meetings). Regards, 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
[Orgmode] C-a on a TODO entry
Hi, I stumbled on a weird behaviour today: If I create a TODO entry like this: ** TODO something to do :myTag: C-a will toggle the pointer possition between beginning of the line and end fo the TODO string, which is cool: ** TODO something to do :myTag: ^ ^ But if I delete the entry title like so: ** TODO :myTag: C-a is broken meaning it won't go to the end of the TODO string. Instead it goes to the biginnning of the tag: ** TODO :myTag: ^ ^ Regards, 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
[Orgmode] org-annotation-helper and gmail
Hello Danie (and list)l: When I use the annotation button on selected text in a gmail tab on firefox3, gmail blanks out. An org-remember buffer is opened; however the text is not inserted into the buffer. Is this a general feature of org-annotation-helper vis-a-vis Gmail, or something particular to my own setup? I do still get the selected text in the remember buffer, all on one line as mentioned elsewhere. I'm happy with that. Alan ___ 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