Re: [Orgmode] Re: deadlines with special option for warning days.
On Sep 3, 2007, at 16:56, Rainer Stengele wrote: Carsten Dominik schrieb: On Aug 31, 2007, at 18:31, Rainer Stengele wrote: How about the following solution. If you bind org-deadline-warning-days to 0 or a negative number, this value (the absolute value of that number) will be enforced no matter what. If it is a positive number, individual lead times will overrule it. - Carsten OK - so how would I bind the value for different custom agenda views to different values? This would be using the options section of an agenda command. Here is a lisp example: (setq org-agenda-custom-commands '((a agenda ((org-deadline-warning-days -5) It is much easier to work on these custom views through the customize interface, so do M-x customize-variable RET org-agenda-custom-commands RET or even easier `C-c a C' There you can click INS in the options field and then fill in the variable name and the value you would like it to have. In the Manual, take a look at section 9.6.3 which has examples for this. Also John Wiegley shows in his document some examples for custom views with local variable settings and how these are made using the customize interface. Hope this helps. - Carsten Hi Carsten, this is maybe a misunderstanding. I already use a lot of the custom agenda views. Example: Well, your question read OK - so how would I bind the value for different custom agenda views to different values? Don;t know how to interpret it differently. ... (d agenda X-Agenda 0 days deadline preview ((org-deadline-warning-days 0)) nil (~/org/agenda0.txt)) ... This will work in 5.08. Setting org-deadline-warning-days to 0 or a negative number will overrule any individual lead times set with the -5d syntax. I do not want this one to appear because my custom org-deadline-warning-days is 0. Did I misunderstand you or is this a bug? It is not a bug, but the change I describe above is not yet in any release. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-read-date minibuffer bindings:
On Sep 4, 2007, at 4:29, T. V. Raman wrote: For all date/calendar related things, down-arrow moves forward, up-arrow back --- except in the keybindings set up for org-time-stamp through org-shiftup and org-shiftdown In some sense, the binding used there -- up-arrow increases down-arrow decreases field under point makes local sense, but is globally confusing. You are right, I have been irritated by this as well, without knowing why. I modeled it after the typical number selection item in widgets that usually have little arrow on the side that you can click. But now you are telling me the reason of my confusion: In the calenda and in the agenda, down means later. I am hesitant to change the default for this (would to after massive voting), but there will be an option `org-edit-timestamp-down-means-later' in the next version. Thanks! - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: additional org/remember template escapes:
On Sep 4, 2007, at 3:00, Xavier Maillard wrote: Hi, ** [[URL]] note where note is what I typed in the remember buffer. Ideally I'd like the above to be : ** [[URL][Note]] Starting with 5.08, you will be able to use %A in the template. It will insert the link, but explicitly prompt you for the link description. Maybe I have not understood the problem, but what is the difference with me, doing an explicit C-c C-l ? This is for using remember with a template. %a will be replaced by a link to the location from where you called remember. In contrast to C-c C-l, this will not allow you to set/modify the link description. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] typo in org-export-language-setup
Hi, That is, Í rather than Ì. Correct, Índice. In fact, one could argue that it should just be just Indice (or perhaps Indice General), since it is usual in Spanish to omit accents on capital letters. It is „usual to write omitting all type of things... As for the correct writing, the academy of spanish language says that it has been always mandatory to write accents on capital letters; thus Í http://www.rae.es/rae/gestores/gespub18.nsf/(voAnexos)/arch8100821B76809110C12571B80038BA4A/$File/CuestionesparaelFAQdeconsultas.htm#ap22 „Índice is ok; sometimes it's also used „Índice de contenidos but „Índice is the most common. And shouldn't the french „Table des Matières be written „Table des matières? I think that the capitalization on titles is just typical for English. Greetings, Daniel. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
RE: [Orgmode] HTML help needed
Carsten, I just loaded http://www.orgmode.org in firefox and IE6 and it showed all right initially. After a little wile, though, the left and right margins disappeared and the GoDaddy.com banner appeared on the top of the page by means of the file a12.alphagodaddy.com_index.html. This latter is the culprit as it starts with body style='MARGIN:0px;' (after the opening html tag). I don't know how it gets loaded but it probably is the price you pay for this free service. Cheers, Karel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carsten Dominik Sent: Tuesday, September 04, 2007 11:07 To: org-mode list Subject: [Orgmode] HTML help needed Hi, orgmode.org is now really hosting the orgmode webpage (not just redirecting to my University site.) When I uploaded the site, a problem appeared: The homepage now renders without any margins to the left and to the right. Can anyone here figure out why that is? Thanks. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] typo in org-export-language-setup
Fixed, thanks, also to Daniel. - Carsten On Sep 3, 2007, at 19:47, William Henney wrote: Hi Carsten, At line 2604 of org.el, v5.07a, instead of (es Autor Fecha \xccndice) you should have (es Autor Fecha \xcdndice) That is, Í rather than Ì. In fact, one could argue that it should just be just Indice (or perhaps Indice General), since it is usual in Spanish to omit accents on capital letters. However, Spanish is not my first language, so maybe some of the native speakers on the list would care to comment. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: deadlines with special option for warning days.
Carsten Dominik schrieb: On Sep 3, 2007, at 16:56, Rainer Stengele wrote: Carsten Dominik schrieb: On Aug 31, 2007, at 18:31, Rainer Stengele wrote: How about the following solution. If you bind org-deadline-warning-days to 0 or a negative number, this value (the absolute value of that number) will be enforced no matter what. If it is a positive number, individual lead times will overrule it. - Carsten OK - so how would I bind the value for different custom agenda views to different values? This would be using the options section of an agenda command. Here is a lisp example: (setq org-agenda-custom-commands '((a agenda ((org-deadline-warning-days -5) It is much easier to work on these custom views through the customize interface, so do M-x customize-variable RET org-agenda-custom-commands RET or even easier `C-c a C' There you can click INS in the options field and then fill in the variable name and the value you would like it to have. In the Manual, take a look at section 9.6.3 which has examples for this. Also John Wiegley shows in his document some examples for custom views with local variable settings and how these are made using the customize interface. Hope this helps. - Carsten Hi Carsten, this is maybe a misunderstanding. I already use a lot of the custom agenda views. Example: Well, your question read OK - so how would I bind the value for different custom agenda views to different values? Don;t know how to interpret it differently. ... (d agenda X-Agenda 0 days deadline preview ((org-deadline-warning-days 0)) nil (~/org/agenda0.txt)) ... This will work in 5.08. Setting org-deadline-warning-days to 0 or a negative number will overrule any individual lead times set with the -5d syntax. I do not want this one to appear because my custom org-deadline-warning-days is 0. Did I misunderstand you or is this a bug? It is not a bug, but the change I describe above is not yet in any release. - Carsten excellent. thanks. Looking forward to 5.08. Rainer begin:vcard fn:Rainer Stengele n:Stengele;Rainer org:diplan GmbH;Administration adr:;;Wetterkreuz 27;Erlangen;;91058;Germany email;internet:[EMAIL PROTECTED] title:Technical Control - Senior Administrator tel;work:+49(0)9131 777 885 tel;fax:+49(0)9131 777 888 url:http://www.diplan.de version:2.1 end:vcard ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-read-date minibuffer bindings:
Incidentally, it might be worthwhile to promote org-read-date to all of Emacs as read-date -- Emacs needs a good date-picker widget alongside things like read-file and org-read-date is the best I've seen. Incidentally I'm planning to update gcal.el (part of emacs-g-client) to use org-read-date if available. Carsten == Carsten Dominik [EMAIL PROTECTED] writes: Carsten On Sep 4, 2007, at 4:29, T. V. Raman wrote: Carsten For all date/calendar related things, down-arrow moves forward, up-arrow back --- except in the keybindings set up for org-time-stamp through org-shiftup and org-shiftdown In some sense, the binding used there -- up-arrow increases down-arrow decreases field under point makes local sense, but is globally confusing. Carsten Carsten You are right, I have been irritated by this as Carsten well, without knowing why. I modeled it after the Carsten typical number selection item in widgets that Carsten usually have little arrow on the side that you can Carsten click. Carsten Carsten But now you are telling me the reason of my Carsten confusion: In the calenda and in the agenda, down Carsten means later. Carsten Carsten I am hesitant to change the default for this (would Carsten to after massive voting), but there will be an Carsten option `org-edit-timestamp-down-means-later' in the Carsten next version. Carsten Carsten Thanks! Carsten Carsten - Carsten Carsten Carsten Carsten Carsten ___ Carsten Emacs-orgmode mailing list Emacs-orgmode@gnu.org Carsten http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Best Regards, --raman Email: [EMAIL PROTECTED] WWW:http://emacspeak.sf.net/raman/ AIM:emacspeak GTalk: [EMAIL PROTECTED] PGP:http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC:irc://irc.freenode.net/#emacs ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: org-agenda-set-category
It would be nice to have an interactive org-agenda-set-category alongside org-agenda-set-tag in the agenda buffer. This would allow one to quickly categorize tasks. Later, it might also be nice to implement a function that say rearranges all todo entries of a particular category under a common section. I find myself doing this by hand at present, and Emacs will probably do it better than my fingers. -- Best Regards, --raman Email: [EMAIL PROTECTED] WWW:http://emacspeak.sf.net/raman/ AIM:emacspeak GTalk: [EMAIL PROTECTED] PGP:http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC:irc://irc.freenode.net/#emacs ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: log on state change
Leo [EMAIL PROTECTED] writes: Using tags to setup todo looks unclean to me. However it is very nice to be able to set up todo using an interface similar to tags. And since the argument to org-todo has become completely useless because of this feature. I propose the following: C-c C-t (`org-todo') brings up an interface similar to the one for org-set-tags but only for todos (C-c C-c only for tags) I wish we could stick to the yes-very-busy C-c C-c key for setting both TODOs and tags. Here is another suggestion: why not restrict the fast selection to TODO keywords when the point is at TODO keywords, and to tags when the point is on tags? This would make C-c C-c even more context-aware, but I guess this is what most users expect from it. And since the current behavior is okay, I guess this new contextual behavior should be set through an option, defaulting to nil. Another argument to let C-c C-t continue its job is that it is able to distinguish between sequence TODOs and type TODOs. This is extremely useful -- especially when C-c C-t is bound to `org-agenda-todo' and you don't remember whether the expected TODO keywords for a headline are part of a sequence or are types. Regards, -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request: org-agenda-set-category
T. V. Raman [EMAIL PROTECTED] writes: It would be nice to have an interactive org-agenda-set-category alongside org-agenda-set-tag in the agenda buffer. I think it doesn't make sense to have `org-agenda-set-category' until we are able to set the category as a property of the headline. For now categories (like the archiving locations) are set by looking *backward* for a line like #+CATEGORY or #+ARCHIVE. When setting the category with `org-agenda-set-category', where should such a line be inserted/modified? Just above the headline? Then storing this headline won't delete the #+CATEGORY line. Just under the headline? Then the headline itself won't be recognized as belonging to that category... See the discussion here: http://article.gmane.org/gmane.emacs.orgmode/2898 Please anybody stops me if I'm wrong, but I guess the #+ARCHIVE and #+CATEGORY instructions are slowly dying and will be set as properties in the future. We already (as of 5.07) have these new properties when archiving: :ARCHIVE_TIME: 2007-09-01 sam 05:54 :ARCHIVE_FILE: ~/org/bzg.org :ARCHIVE_CATEGORY: nothot Then, in the new world, where such #+CONSTRUCTS are only used to set *file* properties (not headlines properties), it will be okay to set whatever property you want through the column view -- and perhaps the column view itself would be available in the agenda ebuffer, which would let you have your `org-agenda-set-category'. (Of course #+CATEGORY will remain, but only as a way to categorize files, not headlines.) This would allow one to quickly categorize tasks. Yes, as the column view allows quick selection of *any* property. Later, it might also be nice to implement a function that say rearranges all todo entries of a particular category under a common section. I find myself doing this by hand at present, and Emacs will probably do it better than my fingers. Maybe `org-sort-entries' could group entries that have a property in common. -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] insert item under previous headline (feature request?)
Maxim Loginov [EMAIL PROTECTED] writes: usually I look for the paper in internet and use remember to insert such TODOs, and temporarily modify remember template in order not to seek * TODO read papers headline every time. It would be good if org-mode can remember the last used headline and insert newly created TODO under it for example using prefix argument 0 (C-u 0 M-x remember) I'm wondering if such feature exist or can be implemented? I don't know about inserting the last used headline but it would certainly be useful to be able to call the last used *template*. Maybe just an option saying org-remember-last-template-is-default so that you'll have to choose a template the first time you call `remember', and the next calls to `remember' will use this template until you call `remember' again with a prefix. (If we want to use another template and forgot to call `remember' with a prefix then no problem, we can always switch from within the `remember' buffer.) Further more: the first template in `org-remember-templates' could be silently used as the default template unless we call `remember' with a prefix argument (possible the key for the template). Hence the meaning of the prefix to M-x remember would be something like change the default/last template. I guess such a set up might be okay for those who heavily use `remember' to store TODOs. -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Support for linking to nnml (Gnus) mail messages by Message-ID
Because I frequently archive out e-mails to other mailboxes, I cannot rely on the group/article-no format of the current Gnus e-mail links used by org.el. So, I've written code that can find a message based solely on its Message-ID. The only requirement is that the message must be in an nnml mailbox somewhere, and not in mbox format or something else. John ;;; org-nnml.el - Support for links to nnml messages by Message-ID ;; version 1.0, by John Wiegley [EMAIL PROTECTED] (require 'org) (eval-when-compile (require 'nnml) (require 'gnus-sum)) (org-add-link-type nnml 'org-nnml-open) (add-hook 'org-store-link-functions 'org-nnml-store-link) (defun org-nnml-open (message-id) Visit the nnml message with the given Message-ID. (let ((info (nnml-find-group-number message-id))) (gnus-summary-read-group (concat nnml: (car info)) 100 t) (gnus-summary-goto-article (cdr info) nil t))) (defun org-nnml-store-link () Store a link to an nnml e-mail message by Message-ID. (when (memq major-mode '(gnus-summary-mode gnus-article-mode)) (and (eq major-mode 'gnus-article-mode) (gnus-article-show-summary)) (let* ((article (gnus-summary-article-number)) (header (gnus-summary-article-header article)) (message-id (mail-header-id header))) (if (eq (aref message-id 0) ?\) (setq message-id (substring message-id 1 (1- (length message-id) (org-store-link-props :type nnml :link (cons (concat nnml:// message-id) (concat nnml:// message-id)) :description (mail-header-subject header) (provide 'org-nnml) ;;; org-nnml.el ends here ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Insert File Template in correct tree
Hi Carsten, Carsten Dominik schrieb am 09/03/2007 07:26 AM: You can do all this with remember templates, they allow interactive prompts, and you can specify a file and a topic where to insert the new entry. Too easy :-) Thanks, just great! Fabian On Sep 2, 2007, at 19:10, Fabian Braennstroem wrote: Hi, I am not sure, if it is the right group, but the org-related should fit well :-) I would like to use org-mode to handle my simulation activities from dired. The scenario would be like this: Pressing some kind of keybinding in dired 'emacs' asks for certain settings of the simulation, e.g. Topic, Solver and a short description. Using this information a new level 2 entry is done in 'object.org', which already looks like: ;-- 'object.org': --- * Topic 1 ** Date1 Solver Short Description1 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ** Date2 Solver Short Description2 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla * Topic 2 ** Date1 Solver Short Description1 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ** Date2 Solver Short Description2 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ;-- - Now depending on the answer for 'topic' and 'solver' I would like to create a new second level entry automatically with the additional 'template_structure'. The biggest problem would be to insert the entry in the right place, i.e. simulations with topic 1 should be appended to the topic 1 tree. Inserting the 'template_structure' I was thinking about some kind of 'texletter.el' approach, which looks fairly easy to do... The entrystructure is saved in a template file 'template_structure' and woul look like: ;-'template_structure': --- --- *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ;-- - It would be nice, if someone has an idea, how to do that; especially with appending it in the right place!? Regards! Fabian ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Insert File Template in correct tree
Hi, me again... with a small question: using %^{ASK_SOMETHING} works nice, but is there a chance to give different options for answers too? Maybe something like %^{What Color{blue|red|yellow}} and display the choices in a small buffer!? Fabian Fabian Braennstroem schrieb am 01/01/2002 02:12 AM: Hi Carsten, Carsten Dominik schrieb am 09/03/2007 07:26 AM: You can do all this with remember templates, they allow interactive prompts, and you can specify a file and a topic where to insert the new entry. Too easy :-) Thanks, just great! Fabian On Sep 2, 2007, at 19:10, Fabian Braennstroem wrote: Hi, I am not sure, if it is the right group, but the org-related should fit well :-) I would like to use org-mode to handle my simulation activities from dired. The scenario would be like this: Pressing some kind of keybinding in dired 'emacs' asks for certain settings of the simulation, e.g. Topic, Solver and a short description. Using this information a new level 2 entry is done in 'object.org', which already looks like: ;-- 'object.org': --- * Topic 1 ** Date1 Solver Short Description1 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ** Date2 Solver Short Description2 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla * Topic 2 ** Date1 Solver Short Description1 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ** Date2 Solver Short Description2 *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ;-- - Now depending on the answer for 'topic' and 'solver' I would like to create a new second level entry automatically with the additional 'template_structure'. The biggest problem would be to insert the entry in the right place, i.e. simulations with topic 1 should be appended to the topic 1 tree. Inserting the 'template_structure' I was thinking about some kind of 'texletter.el' approach, which looks fairly easy to do... The entrystructure is saved in a template file 'template_structure' and woul look like: ;-'template_structure': --- --- *** entry 1 blabla entry 2 blabla *** entry 3 blabla blabla ;-- - It would be nice, if someone has an idea, how to do that; especially with appending it in the right place!? Regards! Fabian ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: additional org/remember template escapes:
Hi Bastien, See (info (Org)Remember templates) : snip The `%a' refers to an annotation, normally the link created with `org-store-link'. The proposed solution is to make this insertion interactive by prompting for the link description. Hope it's clearer now! Crystal clear ! Thank you. Now I understand it correctly, I can see the benefit to have this spec. Xavier -- http://www.gnu.org http://www.april.org http://www.lolica.org ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] insert item under previous headline (feature request?)
I'm wondering if such feature exist or can be implemented? Isn't this already covered by remember templates ? Xavier -- http://www.gnu.org http://www.april.org http://www.lolica.org ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Selective encryption
I use crypt++.el, and I save the encrypted files with double extension: filename.org.gpg. Such files are opened in org-mode after decryption. Do you have code to automatically decrypt your org file when selecting them -i.e. find-file and friends ? Xavier -- http://www.gnu.org http://www.april.org http://www.lolica.org ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request: org-agenda-set-category
It would be nice to have an interactive org-agenda-set-category alongside org-agenda-set-tag in the agenda buffer. +1 Later, it might also be nice to implement a function that say rearranges all todo entries of a particular category under a common section. I find myself doing this by hand at present, and Emacs will probably do it better than my fingers. Also +1. This one is even a must-have for me. Xavier -- http://www.gnu.org http://www.april.org http://www.lolica.org ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request: org-agenda-set-category
Putting it immediately after the headline is how I would implement it. And it would work depending on ones workstyle --- most features of org make sense only in the context of a work style. Bastien == Bastien [EMAIL PROTECTED] writes: Bastien T. V. Raman [EMAIL PROTECTED] writes: It would be nice to have an interactive org-agenda-set-category alongside org-agenda-set-tag in the agenda buffer. Bastien Bastien I think it doesn't make sense to have Bastien `org-agenda-set-category' until we are able to set Bastien the category as a property of the headline. Bastien Bastien For now categories (like the archiving locations) Bastien are set by looking *backward* for a line like Bastien #+CATEGORY or #+ARCHIVE. Bastien Bastien When setting the category with Bastien `org-agenda-set-category', where should such a line Bastien be inserted/modified? Just above the headline? Then Bastien storing this headline won't delete the #+CATEGORY Bastien line. Just under the headline? Then the headline Bastien itself won't be recognized as belonging to that Bastien category... See the discussion here: Bastien Bastien http://article.gmane.org/gmane.emacs.orgmode/2898 Bastien Bastien Please anybody stops me if I'm wrong, but I guess Bastien the #+ARCHIVE and #+CATEGORY instructions are slowly Bastien dying and will be set as properties in the Bastien future. We already (as of 5.07) have these new Bastien properties when archiving: Bastien Bastien :ARCHIVE_TIME: 2007-09-01 sam 05:54 :ARCHIVE_FILE: Bastien ~/org/bzg.org :ARCHIVE_CATEGORY: nothot Bastien Bastien Then, in the new world, where such #+CONSTRUCTS are Bastien only used to set *file* properties (not headlines Bastien properties), it will be okay to set whatever Bastien property you want through the column view -- and Bastien perhaps the column view itself would be available in Bastien the agenda ebuffer, which would let you have your Bastien `org-agenda-set-category'. Bastien Bastien (Of course #+CATEGORY will remain, but only as a way Bastien to categorize files, not headlines.) Bastien This would allow one to quickly categorize tasks. Bastien Bastien Yes, as the column view allows quick selection of Bastien *any* property. Bastien Later, it might also be nice to implement a function that say rearranges all todo entries of a particular category under a common section. I find myself doing this by hand at present, and Emacs will probably do it better than my fingers. Bastien Bastien Maybe `org-sort-entries' could group entries that Bastien have a property in common. Bastien Bastien -- Bastien Bastien Bastien Bastien ___ Bastien Emacs-orgmode mailing list Emacs-orgmode@gnu.org Bastien http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Best Regards, --raman Email: [EMAIL PROTECTED] WWW:http://emacspeak.sf.net/raman/ AIM:emacspeak GTalk: [EMAIL PROTECTED] PGP:http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC:irc://irc.freenode.net/#emacs ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Support for linking to nnml (Gnus) mail messages by Message-ID
Note that John is running an intermediate version with a small fix needed to make this work. Wait for 5.08 before trying this... - Carsten On Sep 4, 2007, at 21:04, John Wiegley wrote: Because I frequently archive out e-mails to other mailboxes, I cannot rely on the group/article-no format of the current Gnus e-mail links used by org.el. So, I've written code that can find a message based solely on its Message-ID. The only requirement is that the message must be in an nnml mailbox somewhere, and not in mbox format or something else. John ;;; org-nnml.el - Support for links to nnml messages by Message-ID ;; version 1.0, by John Wiegley [EMAIL PROTECTED] (require 'org) (eval-when-compile (require 'nnml) (require 'gnus-sum)) (org-add-link-type nnml 'org-nnml-open) (add-hook 'org-store-link-functions 'org-nnml-store-link) (defun org-nnml-open (message-id) Visit the nnml message with the given Message-ID. (let ((info (nnml-find-group-number message-id))) (gnus-summary-read-group (concat nnml: (car info)) 100 t) (gnus-summary-goto-article (cdr info) nil t))) (defun org-nnml-store-link () Store a link to an nnml e-mail message by Message-ID. (when (memq major-mode '(gnus-summary-mode gnus-article-mode)) (and (eq major-mode 'gnus-article-mode) (gnus-article-show-summary)) (let* ((article (gnus-summary-article-number)) (header (gnus-summary-article-header article)) (message-id (mail-header-id header))) (if (eq (aref message-id 0) ?\) (setq message-id (substring message-id 1 (1- (length message-id) (org-store-link-props :type nnml :link (cons (concat nnml:// message-id) (concat nnml:// message-id)) :description (mail-header-subject header) (provide 'org-nnml) ;;; org-nnml.el ends here ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: log on state change
On Sep 3, 2007, at 21:56, Leo wrote: On 2007-09-03 19:32 +0100, Carsten Dominik wrote: Yes, since 5.07, you can mis-use the TAGS interface to directly switch to TODO states. Check the release notes. Is this temporary until a better solution is found? Not at all, I really cannot think of a better solution. The only thing preliminary about this would be the setup using Emacs Lisp. I guess the in-buffer setup like #+SEQ_TODO: TODO(t) is nice and similar to TAGS, so that will stay. Using tags to setup todo looks unclean to me. However it is very nice to be able to set up todo using an interface similar to tags. Yes, it is not very clean, agreed. Even if you *could* view TODO keywords as special, privileged tag. And since the argument to org-todo has become completely useless because of this feature. I propose the following: C-c C-t (`org-todo') brings up an interface similar to the one for org-set-tags but only for todos (C-c C-c only for tags) Hm, yes, this might indeed be cleaner. C-u C-c C-t cycle through todo states i.e. the old behavior. And don't forget that we also have S-right doing cycling. make an user option to swap C-c C-t and C-u C-c C-t i.e. C-c C-t cycle through todo states automatically shortcut for todos: - if it is specified by user then use it - otherwise, use the first letter of the name of the todos - if the first letter has been taken, use the subsequent letter - continue until a unique letter is found That mechanism already exists for tags, easy to re-use it. For example, When `C-c C-t', a buffer shows up: -*- buffer -*- = (T)odo (W)aiting (D)elegated (C)ancelled (M)aybe (D)one -*- buffer -*- 'C-n' and 'C-p' can move to the next/previous todo state The arrow indicates the current state. I don't think it is even necessary, to mark the current state. This is important for tags because of inheritance, and because you can change several tags with a single call to C-c C-c. For for a single TODO state change? Only shortcut in the row indicated by the 'arrow' is in effect thus allows (D)one to (D)elegated to co-exist. Well, I think allowing the same letter to mean different things will be confusing and will make this special interface less effective. Some of the points might be also helpful for tags. I can't really see which ones, the TAG interface does all this. - Carsten -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Insert File Template in correct tree
On Jan 1, 2002, at 3:33, Fabian Braennstroem wrote: Hi, me again... with a small question: using %^{ASK_SOMETHING} works nice, but is there a chance to give different options for answers too? Maybe something like %^{What Color{blue|red|yellow}} and display the choices in a small buffer!? No, and to me this feels like too much. If is just a short reminder, you can simply list the options in the prompt. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: log on state change
On Sep 4, 2007, at 18:43, Bastien wrote: Leo [EMAIL PROTECTED] writes: Using tags to setup todo looks unclean to me. However it is very nice to be able to set up todo using an interface similar to tags. And since the argument to org-todo has become completely useless because of this feature. I propose the following: C-c C-t (`org-todo') brings up an interface similar to the one for org-set-tags but only for todos (C-c C-c only for tags) I wish we could stick to the yes-very-busy C-c C-c key for setting both TODOs and tags. I am no longer sure this is a good idea, if at all this will be optional. Here is another suggestion: why not restrict the fast selection to TODO keywords when the point is at TODO keywords, and to tags when the point is on tags? Definitely a NO. Who would want to move the cursor before setting tags??? Another argument to let C-c C-t continue its job is that it is able to distinguish between sequence TODOs and type TODOs. This is extremely useful -- especially when C-c C-t is bound to `org-agenda-todo' and you don't remember whether the expected TODO keywords for a headline are part of a sequence or are types. Interesting to know that you are using this distinction. I was wondering if anybody did. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request: org-agenda-set-category
On Sep 4, 2007, at 20:00, Bastien wrote: T. V. Raman [EMAIL PROTECTED] writes: It would be nice to have an interactive org-agenda-set-category alongside org-agenda-set-tag in the agenda buffer. I think it doesn't make sense to have `org-agenda-set-category' until we are able to set the category as a property of the headline. For now categories (like the archiving locations) are set by looking *backward* for a line like #+CATEGORY or #+ARCHIVE. When setting the category with `org-agenda-set-category', where should such a line be inserted/modified? Just above the headline? Then storing this headline won't delete the #+CATEGORY line. Just under the headline? Then the headline itself won't be recognized as belonging to that category... See the discussion here: http://article.gmane.org/gmane.emacs.orgmode/2898 Please anybody stops me if I'm wrong, but I guess the #+ARCHIVE and #+CATEGORY instructions are slowly dying and will be set as properties in the future. I have been thinking in this direction as well. The only problem is that properties are quite invisible during normal working. But I agree that the multiple #+CATEGORY things in a single file are complex and not very clean, so properties might be better. Then, in the new world, where such #+CONSTRUCTS are only used to set *file* properties (not headlines properties), Yes, I'd like to go there, eventually. it will be okay to set whatever property you want through the column view -- and perhaps the column view itself would be available in the agenda ebuffer it is! ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Selective encryption
On 9/5/07, Xavier Maillard [EMAIL PROTECTED] wrote: I use crypt++.el, and I save the encrypted files with double extension: filename.org.gpg. Such files are opened in org-mode after decryption. Do you have code to automatically decrypt your org file when selecting them -i.e. find-file and friends ? Er, well, nothing special. Just the very basic (require 'crypt++) (setq crypt-encryption-type 'gpg) When I try to find-file or write-file with the extension .gpg, it asks me for a password, de-/encrypts it and sets the current major mode depending on the part of the filename immediately preceding .gpg. So, when I open my pwd.org.gpg list, it's opened in org-mode. -- With best regards, Dmitri Minaev Russian history blog: http://minaev.blogspot.com ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: insert item under previous headline (feature request?)
Xavier Maillard [EMAIL PROTECTED] writes: Isn't this already covered by remember templates ? not really... there are variables org-remember-default-headline and org-default-notes-file but you need manually change them, it would be good to keep the position of last inserted TODO in org-remember-last-headline and org-remember-last-file and use them as destination when called with prefix, even if the file and headline is specified in template. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: insert item under previous headline (feature request?)
Bastien [EMAIL PROTECTED] writes: I don't know about inserting the last used headline but it would certainly be useful to be able to call the last used *template*. this is good idea as well, I vote for this also ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] insert item under previous headline (feature request?)
Maxim Loginov [EMAIL PROTECTED] writes: usually I look for the paper in internet and use remember to insert such TODOs, and temporarily modify remember template in order not to seek * TODO read papers headline every time. It would be good if org-mode can remember the last used headline and insert newly created TODO under it for example using prefix argument 0 (C-u 0 M-x remember) I'm wondering if such feature exist or can be implemented? Sorry I read your question too hastily. Why not using *two* templates, one for headlines you want to put under * TODO read papers and one for headlines you'd like to put elsewhere? BTW, interactively selecting the place for the newly inserted remember note does not work properly for me: , | Cursor Key Note gets inserted | position | buffer-start RET as level 2 heading at end of file | on headlineRET as sublevel of the heading at cursor |left/rightas same level, before/after current heading | not on RET at cursor position, level taken from context. | headline ` - left/right inserts notes as sublevel, not as same level. - RET at the beginning of buffer inserts the remember note at level 1 before the first note, not as level 2 at end of file. Tested with 5.07a and two dummy templates like: (setq org-remember-templates '((?n * %?\n %i\n %a ~/org/notes.org) (?N * %?\n %i\n %a ~/org/notes.org Notes))) ... and with a note.org like: , | * Notes | | ** Nothing | ** Nothing more ` -- Bastien ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode