Re: [O] [Orgmode] Feature Request: Keeping me honest
Hi Adam. I still lurk on the org-mode list. I'm not using org as much as a TODO system any more, mostly for publishing and notes, so I am not sure if it works with the lates version of org. Attached is the code, released for those that might find it of value. It has not substantially changed in all that time. Its essentially an extra highlighter aimed at org-mode nodes that have tags like todo and project. regards, Tim. On 15 December 2013 17:08, Adam Spiers orgm...@adamspiers.org wrote: Hey Tim, I realise this is from over 4 years ago, but I was wondering if you'd made any progress with org-action-verbs since then? It's a great idea and IMHO worthy of being made into a package. Cheers, Adam On 1 October 2009 03:29, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Small update. Fixes the problem of the highlighting not disappearing when headline is fixed. - Still has some issues with removing highlighting when TODO becomes something else. - Added new default verbs: TODO, NEXT - Call, Email, Fix, Find, Fill out, Give, Print, Re-Do, Take PROJECT - Configure, Draft, Purge, Gather Enjoy, Tim. ;;; org-action-verbs.el --- Highlight potentially un-doable headlines. ;; Copyright (C) 2008 Tim O'Callaghan ;; Author: Tim O'Callaghan t...@dspsrv.com ;; Version: 0.1 ;; This file is not currently part of GNU Emacs. ;; This program is free software; you can redistribute it and/or ;; modify it under the terms of the GNU General Public License as ;; published by the Free Software Foundation; either version 2, or (at ;; your option) any later version. ;; This program is distributed in the hope that it will be useful, but ;; WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ;; General Public License for more details. ;; You should have received a copy of the GNU General Public License ;; along with this program ; see the file COPYING. If not, write to ;; the Free Software Foundation, Inc., 59 Temple Place - Suite 330, ;; Boston, MA 02111-1307, USA. ;;; Commentary: ;; This is an implementation of an idea I had to keep me honest. In ;; GTD each 'next action' is supposed to be an actual do-able thing to ;; further the project it is associated with. ;; When creating next actions or project headlines there is sometimes ;; a tendancy to use a heading that is a bit vauge/un-doable. This is ;; usually a sign that the task the headline represents needs more ;; thinking about and will probably need more than one next action or ;; spawn another project. ;; org-action-verbs was created to use a list of GTD 'action verbs' to ;; diagnose a functional Next Action and project headline. It ;; searches for headlines of a specific TODO type and checks to see if ;; the next word is specified as an action verb. If not, then it ;; highlights the non actionable word. Kind of like flyspell mode. ;; To use you might put the following in your .emacs: ;; ;; (require 'org-action-verbs) ;; ;; To change the default TODO/Action verb table you can set ;; 'org-action-todo-verbs'. Below is an example ;; 'org-action-todo-verbs' The first checks for the right spaceship ;; name associated with the SPACESHIP todo type, and the right colour ;; for the COLOR/COLOUR todo type. ;;(setq org-action-todo-verbs ;; '( ;;((SPACESHIP) . (Challenger Voyager Enterprise Nostromo Apollo )) ;;((COLOUR COLOR) . (Red Yellow Green Aquamarine Blue Black)) ;;) ;; ;; (require 'org) (defface org-action-incorrect-face 'class color) (background light)) (:foreground purple :bold t :underline t)) (((class color) (background dark)) (:foreground purple :bold t :underline t)) (t (:bold t :underline t))) Used by org-action-verbs to help mark bad 'un-doable' headlines.) ;; backward-compatibility alias (put 'org-action-incorrect-face 'face-alias 'org-action-incorrect) (defvar org-action-todo-verbs '( ((TODO NEXT) . (Address Ask Avoid Buy Change Clarify Collect Commend Confront Consider Create Decide Defer Develop Discard Do Again Download Enter File Follow Up Hire Improve Increase Inform Inquire Maintain Measure Monitor Order Paint Phone Prioritize Purchase Question Reduce Remember Repair Reply Report Research Resolve Review Schedule Sell Send Service Specify Start Stop Suggest Tidy Train Update Upgrade Write)) ((PROJECT) . (Finalize Resolve Handle Look-Into Submit Maximize Organize Design Complete Ensure Research Roll-Out Update Install Implement Set-Up)) ) org-action todo keywords to apply to incorrect action verb overlay to.) (defun org-font-lock-add-action-faces (limit) Add the special action word faces. (let (rtn a) ;; check variable is set, and buffer left to search (when (and (not rtn) org-action-todo-verbs) ;; for each todo/action verb set (dolist (todo org-action-todo-verbs) ;; build regexps (let
Re: [O] [Orgmode] Feature Request: Keeping me honest
Thanks Tim. Perhaps this could go in the contrib/lisp/ directory? On 16 December 2013 14:02, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Hi Adam. I still lurk on the org-mode list. I'm not using org as much as a TODO system any more, mostly for publishing and notes, so I am not sure if it works with the lates version of org. Attached is the code, released for those that might find it of value. It has not substantially changed in all that time. Its essentially an extra highlighter aimed at org-mode nodes that have tags like todo and project. regards, Tim. On 15 December 2013 17:08, Adam Spiers orgm...@adamspiers.org wrote: Hey Tim, I realise this is from over 4 years ago, but I was wondering if you'd made any progress with org-action-verbs since then? It's a great idea and IMHO worthy of being made into a package. Cheers, Adam On 1 October 2009 03:29, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Small update. Fixes the problem of the highlighting not disappearing when headline is fixed. - Still has some issues with removing highlighting when TODO becomes something else. - Added new default verbs: TODO, NEXT - Call, Email, Fix, Find, Fill out, Give, Print, Re-Do, Take PROJECT - Configure, Draft, Purge, Gather Enjoy, Tim.
Re: [O] [Orgmode] Feature Request: Keeping me honest
Fine by me. regards, Tim. On 16 December 2013 16:52, Adam Spiers orgm...@adamspiers.org wrote: Thanks Tim. Perhaps this could go in the contrib/lisp/ directory? On 16 December 2013 14:02, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Hi Adam. I still lurk on the org-mode list. I'm not using org as much as a TODO system any more, mostly for publishing and notes, so I am not sure if it works with the lates version of org. Attached is the code, released for those that might find it of value. It has not substantially changed in all that time. Its essentially an extra highlighter aimed at org-mode nodes that have tags like todo and project. regards, Tim. On 15 December 2013 17:08, Adam Spiers orgm...@adamspiers.org wrote: Hey Tim, I realise this is from over 4 years ago, but I was wondering if you'd made any progress with org-action-verbs since then? It's a great idea and IMHO worthy of being made into a package. Cheers, Adam On 1 October 2009 03:29, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Small update. Fixes the problem of the highlighting not disappearing when headline is fixed. - Still has some issues with removing highlighting when TODO becomes something else. - Added new default verbs: TODO, NEXT - Call, Email, Fix, Find, Fill out, Give, Print, Re-Do, Take PROJECT - Configure, Draft, Purge, Gather Enjoy, Tim.
Re: [O] [Orgmode] Feature Request: Keeping me honest
Hey Tim, I realise this is from over 4 years ago, but I was wondering if you'd made any progress with org-action-verbs since then? It's a great idea and IMHO worthy of being made into a package. Cheers, Adam On 1 October 2009 03:29, Tim O'Callaghan tim.ocallag...@gmail.com wrote: Small update. Fixes the problem of the highlighting not disappearing when headline is fixed. - Still has some issues with removing highlighting when TODO becomes something else. - Added new default verbs: TODO, NEXT - Call, Email, Fix, Find, Fill out, Give, Print, Re-Do, Take PROJECT - Configure, Draft, Purge, Gather Enjoy, Tim.
Re: [O] [Orgmode] Feature request: IDs on anything
Apparently my post wasn't connected to the original thread, so here it is - http://lists.gnu.org/archive/html/emacs-orgmode/2009-03/msg00176.html Samuel, may be i will start implementing something like that locally, on my computer. Org already can substitute a spreadsheet or a plain-text data storage with tables, a wiki with external and internal links etc, but it still can't be a full-pledged key-value store (which can be used as semantic NoSQL database). So i would start implementing maps (dicts, key-value stores) upon org-mode. I want to do it incrementally, adding one small feature at a time. I want to implement the following features: - Automatically assign unique IDs to all headlines in buffer/region/subtree - Nested properties (properties are maps basically) - does that require nested drawers? - Property :LINKS: and commands to navigate across headlines linked to each other - Previous property does not set the nature of a link (parent, child, prerequisite, reference), implement :LINK-TYPE: or something like that - Previous task allows to export to RDF, because now any relationship of headlines can be seen as triple headline1 - type-of-link - headline2 These additions do not require any new syntax, they build upon good old properties. After that id-markers would be a magnificent generalization. Also, i do not promise i will do this anytime soon, i'm no expert in Emacs Lisp. Any thoughts welcome :)
Re: [O] [Orgmode] Feature request: IDs on anything
Hi sindikat, On 2011-11-27, sindikat sindi...@mail36.net wrote: I really love this idea of ID markers. It would open so many opportunities for semantic extensions of org-mode and not only. Using ID markers we can ... management could be made out of that. Every ID marker will effectively become a graph vertice. Yes, you got it. Wherever an ID marker is, that place is a graph vertex. Because it uses Org IDs, it is pretty unbreakable and can be linked to across files. If you move it, you don't have to change anything that points to it. You can change how an ID marker looks by adding a keyword argument (like :label or :face) to the marker. === As you suggest, the arguments can let you point to other markers to create arbitrary graph structures. Among other things, this allows =unbreakable bidirectional links=. IMO these potentially solve a few unaddressed aspects of the =tree problem= (my term for the fact that ideas and tasks naturally form a graph but outlines form a tree). Especially with the right label code. RET bounces between the ends. Of course, this is vaporware as. It's been discussed in a bunch of threads. Perhaps you would be willing to try implementing it. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com === Bigotry against people with serious diseases is still bigotry.
Re: [O] [Orgmode] Feature request: IDs on anything
I really love this idea of ID markers. It would open so many opportunities for semantic extensions of org-mode and not only. Using ID markers we can make a associative array (map, dict, key-value store) out of anything. Meaningful task planning, project management, knowledge and information management could be made out of that. Every ID marker will effectively become a graph vertice. As a variant, i would propose the Clojure syntax for maps: {B7423F4D-2E8A-471B-8810-C40F074717E9 {:label foo :export-label bar}} Or something like that. The nested maps are like in NoSQL DBs (ex: CouchDB), where you have structure like {:database1 {:document1 {:key1 value1 :key2 { ... } ... } ... } ... } However i found that curly braces are used in many occasions in org-mode: tags mutual exclusion, column attribute summary-type, capture templates - template expansion, tag regular expressions, #+caption: [1]{2}, macro replacement, embedded latex, source code. So if this syntax is unacceptable, $[] is fine too.
Re: [O] Re: [Orgmode] Feature Request: attach link type
Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I think yes and no, depending on what the user wants to do. I my case I use org-attach as a way to store files related to org that *I don't need to access outside org-mode*. For files that I access outside org-mode I don't attach it at all. I just use links to the file when I need to. Therefore I almost always delete the original file after attaching it and that's why IMHO the stored link should point to the location where the file was attached to. Again, maybe I'm just using org-attach in a way a little different from what it was originally intended to. That's why for me It makes sense to create an attach link type. Thanks for the explanations -- I've now allowed org-attach-store-link-p to be set to 'attached so that the link points to the attached location instead of the original location. Let me know if it does the right thing for you. Best, -- Bastien
Re: [O] Re: [Orgmode] Feature Request: attach link type
Thank you Bastien. It works as expected. -- Darlan At Thu, 10 Mar 2011 11:24:26 +0100, Bastien b...@altern.org wrote: Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I think yes and no, depending on what the user wants to do. I my case I use org-attach as a way to store files related to org that *I don't need to access outside org-mode*. For files that I access outside org-mode I don't attach it at all. I just use links to the file when I need to. Therefore I almost always delete the original file after attaching it and that's why IMHO the stored link should point to the location where the file was attached to. Again, maybe I'm just using org-attach in a way a little different from what it was originally intended to. That's why for me It makes sense to create an attach link type. Thanks for the explanations -- I've now allowed org-attach-store-link-p to be set to 'attached so that the link points to the attached location instead of the original location. Let me know if it does the right thing for you. Best, -- Bastien
[O] Re: [Orgmode] Feature Request: attach link type
At Sat, 05 Mar 2011 10:14:17 +0100, Bastien b...@altern.org wrote: Hello Bastien, Sorry for the late reply. For some reason (path related) Emacs was loading an older version of org instead of the one from git and I wasn't seeing your changes. Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I knew there was some variable to control this for all elisp links. I would prefer not to set this to nil, since I like the confirmation for other elisp links and since links for attached files are common for me I thought it could be a built-in link. But that's OK. I just introduced `org-confirm-elisp-link-not-regexp' which allows the user to avoid confirmation step for elisp code matching a regexp. Hope that helps in your case. I tested this and it works perfectly. Thanks! My common use scenario for org-attach is to store files associated to a sub-tree. For instance, when I receive a file by E-mail that I need to read I create a task for it and attach the file. I usually need to change the file name, since I don't like spaces and If would be practical if I could attach the file as it is and know that org-attach would store it the way I like. Is there a hook I could use to do this myself then? (I'm not a lisp programmer, but think I can google tips about how to do this). I've been working a bit on your idea, it's possible to create a function and to use it to rename a file when the user is attaching it - but there are problems: for example, if this function changes, then there will be *several* attachements for the same file... we don't want that. So, renaming the file belongs elsewhere IMHO. I understand. I may be using org-attach in a way a little different from what it was originally intended to. - When a file is attached a link to it could be stored in the kill ring, in case the user want to insert it in the current text. Alternatively, an interactive function to insert a link to an attached file (using the same completions we already get for opening attached files) would also be very handy. Yes, good idea. From latest git, set `org-attach-store-link-p' to `t' if you want a link to be stored in `org-stored-links' when attaching a file. This is even better then storing it in the kill ring. I noticed that the link points to the location of the original file and not to the location where it was attached (which is what thought it would do). Is this what you intended? Yes. Since the file is now also available as an attachment, a link to the source file might be useful, while a link to the attached file is a bit redundant with what org-attach allows you to do (get the file). Does that make sense? Thanks, -- Bastien I think yes and no, depending on what the user wants to do. I my case I use org-attach as a way to store files related to org that *I don't need to access outside org-mode*. For files that I access outside org-mode I don't attach it at all. I just use links to the file when I need to. Therefore I almost always delete the original file after attaching it and that's why IMHO the stored link should point to the location where the file was attached to. Again, maybe I'm just using org-attach in a way a little different from what it was originally intended to. That's why for me It makes sense to create an attach link type. -- Darlan Cavalcante
[O] Re: [Orgmode] Feature Request: attach link type
Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I knew there was some variable to control this for all elisp links. I would prefer not to set this to nil, since I like the confirmation for other elisp links and since links for attached files are common for me I thought it could be a built-in link. But that's OK. I just introduced `org-confirm-elisp-link-not-regexp' which allows the user to avoid confirmation step for elisp code matching a regexp. Hope that helps in your case. My common use scenario for org-attach is to store files associated to a sub-tree. For instance, when I receive a file by E-mail that I need to read I create a task for it and attach the file. I usually need to change the file name, since I don't like spaces and If would be practical if I could attach the file as it is and know that org-attach would store it the way I like. Is there a hook I could use to do this myself then? (I'm not a lisp programmer, but think I can google tips about how to do this). I've been working a bit on your idea, it's possible to create a function and to use it to rename a file when the user is attaching it - but there are problems: for example, if this function changes, then there will be *several* attachements for the same file... we don't want that. So, renaming the file belongs elsewhere IMHO. - When a file is attached a link to it could be stored in the kill ring, in case the user want to insert it in the current text. Alternatively, an interactive function to insert a link to an attached file (using the same completions we already get for opening attached files) would also be very handy. Yes, good idea. From latest git, set `org-attach-store-link-p' to `t' if you want a link to be stored in `org-stored-links' when attaching a file. This is even better then storing it in the kill ring. I noticed that the link points to the location of the original file and not to the location where it was attached (which is what thought it would do). Is this what you intended? Yes. Since the file is now also available as an attachment, a link to the source file might be useful, while a link to the attached file is a bit redundant with what org-attach allows you to do (get the file). Does that make sense? Thanks, -- Bastien
[O] Re: [Orgmode] Feature Request: attach link type
At Thu, 03 Mar 2011 11:18:06 +0100, Bastien b...@altern.org wrote: Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: Using the functions already provided by org-attach I could get #+LINK: attach elisp:(org-open-file (org-attach-expand %s)) However, I always have to confirm the execution of the elisp code. You want to set `org-confirm-elisp-link-function' to nil. Thanks Bastien. I knew there was some variable to control this for all elisp links. I would prefer not to set this to nil, since I like the confirmation for other elisp links and since links for attached files are common for me I thought it could be a built-in link. But that's OK. Other useful things (just random thoughts) could be: - Perform some operation when a file is attached, such as replacing white-spaces in the file-name by underscores IMHO this goes beyond what org-attach.el should do: attach files. Besides, that would require even more confirmation steps. My common use scenario for org-attach is to store files associated to a sub-tree. For instance, when I receive a file by E-mail that I need to read I create a task for it and attach the file. I usually need to change the file name, since I don't like spaces and If would be practical if I could attach the file as it is and know that org-attach would store it the way I like. Is there a hook I could use to do this myself then? (I'm not a lisp programmer, but think I can google tips about how to do this). - When a file is attached a link to it could be stored in the kill ring, in case the user want to insert it in the current text. Alternatively, an interactive function to insert a link to an attached file (using the same completions we already get for opening attached files) would also be very handy. Yes, good idea. From latest git, set `org-attach-store-link-p' to `t' if you want a link to be stored in `org-stored-links' when attaching a file. This is even better then storing it in the kill ring. I noticed that the link points to the location of the original file and not to the location where it was attached (which is what thought it would do). Is this what you intended? Thanks, -- Bastien -- Darlan
[O] Re: [Orgmode] Feature Request: attach link type
Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: Using the functions already provided by org-attach I could get #+LINK: attach elisp:(org-open-file (org-attach-expand %s)) However, I always have to confirm the execution of the elisp code. You want to set `org-confirm-elisp-link-function' to nil. Other useful things (just random thoughts) could be: - Perform some operation when a file is attached, such as replacing white-spaces in the file-name by underscores IMHO this goes beyond what org-attach.el should do: attach files. Besides, that would require even more confirmation steps. - When a file is attached a link to it could be stored in the kill ring, in case the user want to insert it in the current text. Alternatively, an interactive function to insert a link to an attached file (using the same completions we already get for opening attached files) would also be very handy. Yes, good idea. From latest git, set `org-attach-store-link-p' to `t' if you want a link to be stored in `org-stored-links' when attaching a file. Thanks, -- Bastien -- Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: attach link type
Hello List, One org-mode feature that I find extremely useful is org-attach. I use it frequently as an easy way to store files associated with a task (in fact, any sub-tree) without worrying too much about where the files are located (for some specific sub-trees I like to set the attach directory). However, sometimes I need to put a link to an attached file in the text in its sub-tree. Up to now I just used the path to the file, but that required me to locate where the file is located in order to insert the link. This is not a lot of work, but destroys the beauty of attached files, IMHO, and I think some attach link type would be a better solution. Using the functions already provided by org-attach I could get #+LINK: attach elisp:(org-open-file (org-attach-expand %s)) However, I always have to confirm the execution of the elisp code. It would be better if this link type was already provided in org (possible when org-attach is loaded). Besides, org inline images should work with this link type. Other useful things (just random thoughts) could be: - Perform some operation when a file is attached, such as replacing white-spaces in the file-name by underscores - When a file is attached a link to it could be stored in the kill ring, in case the user want to insert it in the current text. Alternatively, an interactive function to insert a link to an attached file (using the same completions we already get for opening attached files) would also be very handy. -- Darlan ___ Emacs-orgmode mailing list Please 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: another Org file for anniversary entries
Hi Bastien, I may mixed two thinks I supposed to achieve. 1. to be able to export anniversaries in a separate .ics file. As you posted recently, in a new org-mode release, it will be possible to use `org-icalendar-honor-noexport-tag' customization. I have not tried yet, but it should work. So, this is likely not the case right now. 2. I have a lot of anniversaries and I want to store new items (by pressing i a in Org Agenda buffer) to a different .org file. I do not want to have them in the same file as the other diary entries (by pressing i d o i b). Are there any settings I can use for the purpose? Maybe I missed something. Thank you in advance, Juraj On Fri, Feb 11, 2011 at 1:25 PM, Bastien bastien.gue...@wikimedia.frwrote: Hi Juraj, thanks for the patch and the explanations. Juraj Kubelka juraj.kube...@gmail.com writes: So, my regular diary events are stored in main.org file and anniversaries in anniversary.org file. Which lets you have two separate .ics files, one containing anniversaries, the other one not containing them. I still fail to understand what is needed that cannot be taken care of by your settings. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
Hi Dave, Dave Abrahams d...@boostpro.com writes: Since you asked: put the descriptions first. The only problem I see with this solution is that it will end up mixing descriptions (+raw link) and raw links (with no description), this might be confusing. Perhaps we can let the user decide how he wants the available links to be displayed. I welcome other input about this! -- Bastien ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
On Mon, Feb 14, 2011 at 5:17 AM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Dave, Dave Abrahams d...@boostpro.com writes: Since you asked: put the descriptions first. The only problem I see with this solution is that it will end up mixing descriptions (+raw link) and raw links (with no description), this might be confusing. Perhaps we can let the user decide how he wants the available links to be displayed. I welcome other input about this! How about just always showing the link as it will be presented to the user first, followed by the raw link? Then everything will be consistent. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
Hi Dave, Dave Abrahams d...@boostpro.com writes: How about just always showing the link as it will be presented to the user first, followed by the raw link? Then everything will be consistent. I don't see how it would prevent the problem I've been mentionning: we will still have a mix of descriptions and raw links... or maybe I miss something? I'm willing to improve the display of links, keep brainstorming! -- Bastien ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
On Mon, Feb 14, 2011 at 11:14 PM, Bastien bastien.gue...@wikimedia.fr wrote: Dave Abrahams d...@boostpro.com writes: How about just always showing the link as it will be presented to the user first, followed by the raw link? Then everything will be consistent. I don't see how it would prevent the problem I've been mentionning: we will still have a mix of descriptions and raw links... or maybe I miss something? If it's really paramount to avoid a mixture, you must hide all descriptions, which would be a step in the wrong direction for me. I'm willing to improve the display of links, keep brainstorming! I'm out of ideas. Leading off with the displayed form of the link is the best I can do. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
On Fri, Feb 11, 2011 at 7:05 AM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Dave, Dave Abrahams d...@boostpro.com writes: When using org-insert-link, it would be far better for me to have it show me the _descriptions_ of links (the default link text), rather than showing me the links themselves. This is especially true of email links, which are generally long and unintelligible by themselves. I have something set up that stores a link to every email I send, so I can easily link to follow-ups in my active Org items. As a result, I end up with *lots* of stored links, which makes this a real struggle. `org-insert-link' *does* already displays the description of the links like this: http://orgmode.org (Org Mode website) http://orgmode.org/worg/ (Worg website) The description is within the parenthese. I think it's good to have both the link *and* the description. What would be a better way of presenting the description? Since you asked: put the descriptions first. The links I store are fairly complicated: they bring up a virtual folder containing all the messages in the thread of the message I just sent, with the message itself selected. I'm sure the descriptions don't show up at all because they get pushed off the right edge of the window. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Feature request] org-backup
Hi list, Although I try to keep all my org files inside a ~/org directory, I often find myself creating org files outside of this directory context, for example, as a bucket for a new project I'm working on, to keep notes, todos, etc. It'd be nice if we had a org-backup function that would fetch all files from the agenda + linked files and create a compressed backup of them. What do you think? Cheers, Marcelo. ___ Emacs-orgmode mailing list Please 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: Select links by description [7.4]
Hi Dave, Dave Abrahams d...@boostpro.com writes: When using org-insert-link, it would be far better for me to have it show me the _descriptions_ of links (the default link text), rather than showing me the links themselves. This is especially true of email links, which are generally long and unintelligible by themselves. I have something set up that stores a link to every email I send, so I can easily link to follow-ups in my active Org items. As a result, I end up with *lots* of stored links, which makes this a real struggle. `org-insert-link' *does* already displays the description of the links like this: http://orgmode.org (Org Mode website) http://orgmode.org/worg/ (Worg website) The description is within the parenthese. I think it's good to have both the link *and* the description. What would be a better way of presenting the description? -- Bastien ___ Emacs-orgmode mailing list Please 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: another Org file for anniversary entries
Hi Juraj, thanks for the patch and the explanations. Juraj Kubelka juraj.kube...@gmail.com writes: So, my regular diary events are stored in main.org file and anniversaries in anniversary.org file. Which lets you have two separate .ics files, one containing anniversaries, the other one not containing them. I still fail to understand what is needed that cannot be taken care of by your settings. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: Assort a subtree randomly ?
Let's say I have a subtree, of review materials, for example. I would like to randomize the order of the elements. I would like to have the option to randomize the subtree in some different ways: 1. sort the members of one subtree that is a list, randomly. 2. sort all the headlines, randomly. 3. sort the subtrees randomly, and the lists within each sub-subtree also randomly, ad nauseum. I have written a sort routine in elisp. It's been many long years ago, but I remember that the basis support for writing sorts is pretty general. Suppose I had time to do this. What would I need to look at? Of course, my need is today, to sort review materials for my students in random order. Alan Davis Pollution is nothing but the resources we are not harvesting. We allow them to disperse because we've been ignorant of their value. --- R. Buckminster Fuller ___ Emacs-orgmode mailing list Please 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
Carsten Dominik carsten.domi...@gmail.com writes: Finally, if you still want a fast command doing this: (defun org-agenda-reschedule-to-today () (interactive) (flet ((org-read-date (rest rest) (current-time))) (call-interactively 'org-agenda-schedule))) Useful, thanks! I added it to org-hacks.org under this section : Reschedule agenda items to today with a single command -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: another Org file for anniversary entries
I would like to add anniversary entries to another Org file then other diaries. Would it be possible? There is a suggested patch in the attachment. Thank you a lot, Jura patch.diff Description: Binary data ___ Emacs-orgmode mailing list Please 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: another Org file for anniversary entries
Juraj Kubelka juraj.kube...@gmail.com writes: Hi, Juraj, I would like to add anniversary entries to another Org file then other diaries. Would it be possible? Isn't the following code in an org-file (in the agenda-list) enough? ** Birthdays anniversaries :PROPERTIES: :CATEGORY: Ann :END: month day [1] %%(diary-anniversary 01 11 1956) John's Birthday (%d yo) If not, would you, please, elaborate? cheers, Giovanni [1] you can also use day month syntax ;-) ___ Emacs-orgmode mailing list Please 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: another Org file for anniversary entries
Hi Gionanni, As I understand code in org-agenda-add-entry-to-org-agenda-diary-file function, it search for * Anniversaries string in org-agenda-diary-file file. It is the same file, where other events (i d (day), i b (block)) are inserted. But I would like to paste anniversaries to another org mode file. The reason is, org-agenda-diary-file org file is exported to iCalendar format and published to my mobile device. Here, I do not want to have these anniversaries. I want to export anniversaries to another iCalendar file, which is not published to my mobile device, but is imported by another tools. So, my patch introduces a new custom variable org-agenda-anniversary-entry, which enables this feature. So, my regular diary events are stored in main.org file and anniversaries in anniversary.org file. Is it clear right now? Because it does not seem to me, your suggestion solves me problem. Regards, Juraj PS: Sorry, the first patch is missing a peace of code, the second one should be right and complete. On Fri, Jan 14, 2011 at 4:17 PM, Giovanni Ridolfi giovanni.rido...@yahoo.it wrote: Juraj Kubelka juraj.kube...@gmail.com writes: Hi, Juraj, I would like to add anniversary entries to another Org file then other diaries. Would it be possible? Isn't the following code in an org-file (in the agenda-list) enough? ** Birthdays anniversaries :PROPERTIES: :CATEGORY: Ann :END: month day [1] %%(diary-anniversary 01 11 1956) John's Birthday (%d yo) If not, would you, please, elaborate? cheers, Giovanni [1] you can also use day month syntax ;-) patch.diff Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Select links by description [7.4]
When using org-insert-link, it would be far better for me to have it show me the _descriptions_ of links (the default link text), rather than showing me the links themselves. This is especially true of email links, which are generally long and unintelligible by themselves. I have something set up that stores a link to every email I send, so I can easily link to follow-ups in my active Org items. As a result, I end up with *lots* of stored links, which makes this a real struggle. Thanks for listening, -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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 [7.3]
At Wed, 08 Dec 2010 16:20:44 +, Eric S Fraga wrote: Dave Abrahams d...@boostpro.com writes: When using Org for planning, I often find myself corrupting my Org files. All kinds of things can go wrong, but the basic issue is that I do have a couple of rules I follow to avoid problems. 1. I usually have a blank line between the meta data (scheduled, properties) and any subsequent text, whether part of that entry or the following headline. I accomplish this by ensuring that my capture templates all insert such a blank line, typically followed by the date of insertion. Nice idea; I'll get right on it. 2. I also always use the =C-c C-d=, =C-c C-s= and =C-c C-x p= sequences to manage the meta data so org takes care of keeping things sane. Understood; I do that too ... well, sometimes I add properties manually but only because I forget the keybinding, and I always get that right because it's trivially easy. The problems creep in when I'm not watching carefully and typing fast, or maybe when my 3-year-old visits my keyboard, or... life happens. Then things can effectively drop off my TODO list silently, which is really problematic! I know there are ways to mitigate the risk, but I really want a new feature: in general I really don't want Org to *let* me edit most of the file as plain text most of the time. However: [...] So I'm requesting some more help from Org in maintaining proper Org syntax. Could Org have a mode that prevents things from being modified incorrectly? For example, it'd be awesome if dates were smart (TAB into one, hit return, get a smart date editor). This would be quite nice, even something as simple as having RET, within a time stamp, doing the equivalent of org-time-stamp or org-time-stamp-inactive depending on the current state of the time stamp. Right. But Org could be smart about the whole grammar of items and only allow freeform editing where it wouldn't do any serious damage. It'd be great if there were a way to make the ID property read-only (or really really hard to change). This is where column mode comes in quite handy? Link please? I tend to use column mode to edit properties and so I never come near the ID property as it usually isn't displayed. My properties are usually collapsed, so I usually don't see them either. But I don't want a special mode. I want org to understand and manage its own syntax. I'd love it if there were a way to create a link to an org item that narrows the view to just that item, so I don't inadvertently mess anything else up. org-narrow-to-subtree does some of this... Yes, some of it, but not all of it. But the point is that these are just examples. I think Org wasn't designed with the idea that it would end up having much of a grammar, but it grew one. I'm arguing for a UI re-think for the tool Org has become. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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 [7.3]
On Wed, Dec 8, 2010 at 2:29 AM, Dave Abrahams wrote: When using Org for planning, I often find myself corrupting my Org files. All kinds of things can go wrong, but the basic issue is that agenda items have a syntax, and it's easy to violate, especially when I'm going *fast*, which after all is what Org is supposed to enable! For example, a typical captured item looks like: ** TODO Set up yasnippet SCHEDULED: 2010-11-22 Mon :PROPERTIES: :Link: [[some-nasty-link]] :ID: A0B4159C-D796-40DF-9ADD-93DF03577B68 :END: [2010-11-20 Sat 20:17] Now, suppose I'm looking at this in the agenda and I want to add some commentary. I am not sure what you mean by agenda here since you don't see the full entry in the agenda. Where should I open the new line? If I choose wrongly, my agenda will start to misbehave (e.g. items will appear to be un-reschedulable because they'll acquire a second SCHEDULED date). When in the entry in org file, use `C-c C-z' and when in agenda just use `z' to add a correctly formatted and timestamped note. So I'm requesting some more help from Org in maintaining proper Org syntax. Could Org have a mode that prevents things from being modified incorrectly? For example, it'd be awesome if dates were smart (TAB into one, hit return, get a smart date editor). FWIW, I find shift+up/down arrow sufficiently magical for my use case, but I suppose you have already tried that. It'd be great if there were a way to make the ID property read-only (or really really hard to change). I'd love it if there were a way to create a link to an org item that narrows the view to just that item, so I don't inadvertently mess anything else up. Do you get the idea? You mean like if you clicked/returned on an item in agenda it should take you to the entry in org file but narrowed to that item? I had earlier added a call to org-narrow (I think) to the code that enables follow mode and the code that jumps to the entry in the org file. It used to work nice but was a minor irritation when I needed to widen it all the time. I have since lost the code but it should be reasonable easy to reproduce. HTH -- Manish ___ Emacs-orgmode mailing list Please 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 [7.3]
Dave Abrahams d...@boostpro.com writes: When using Org for planning, I often find myself corrupting my Org files. All kinds of things can go wrong, but the basic issue is that I do have a couple of rules I follow to avoid problems. 1. I usually have a blank line between the meta data (scheduled, properties) and any subsequent text, whether part of that entry or the following headline. I accomplish this by ensuring that my capture templates all insert such a blank line, typically followed by the date of insertion. 2. I also always use the =C-c C-d=, =C-c C-s= and =C-c C-x p= sequences to manage the meta data so org takes care of keeping things sane. However: [...] So I'm requesting some more help from Org in maintaining proper Org syntax. Could Org have a mode that prevents things from being modified incorrectly? For example, it'd be awesome if dates were smart (TAB into one, hit return, get a smart date editor). This would be quite nice, even something as simple as having RET, within a time stamp, doing the equivalent of org-time-stamp or org-time-stamp-inactive depending on the current state of the time stamp. It'd be great if there were a way to make the ID property read-only (or really really hard to change). This is where column mode comes in quite handy? I tend to use column mode to edit properties and so I never come near the ID property as it usually isn't displayed. I'd love it if there were a way to create a link to an org item that narrows the view to just that item, so I don't inadvertently mess anything else up. org-narrow-to-subtree does some of this... HTH, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.223.gc6a94) ___ Emacs-orgmode mailing list Please 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 [7.3]
At Wed, 8 Dec 2010 23:11:09 +0530, Manish wrote: Manish mailtomanish.sha...@gmail.com Subject: Re: [Orgmode] Feature request [7.3] Date: Wed, 8 Dec 2010 23:11:09 +0530 To: Dave Abrahams d...@boostpro.com Cc: emacs-orgmode@gnu.org Message-ID: aanlktikjaxo4bm1gbignzvjyzrddyrfqy_0vbwhcw...@mail.gmail.com On Wed, Dec 8, 2010 at 2:29 AM, Dave Abrahams wrote: When using Org for planning, I often find myself corrupting my Org files. All kinds of things can go wrong, but the basic issue is that agenda items have a syntax, and it's easy to violate, especially when I'm going *fast*, which after all is what Org is supposed to enable! For example, a typical captured item looks like: ** TODO Set up yasnippet SCHEDULED: 2010-11-22 Mon :PROPERTIES: :Link: [[some-nasty-link]] :ID: A0B4159C-D796-40DF-9ADD-93DF03577B68 :END: [2010-11-20 Sat 20:17] Now, suppose I'm looking at this in the agenda and I want to add some commentary. I am not sure what you mean by agenda here since you don't see the full entry in the agenda. Exactly. Sometimes I am dealing with agenda items from plain org. For example, if I've stored a link to the item and follow it from an agenda item, I end up in my todo.org file. Where should I open the new line? If I choose wrongly, my agenda will start to misbehave (e.g. items will appear to be un-reschedulable because they'll acquire a second SCHEDULED date). When in the entry in org file, use `C-c C-z' and when in agenda just use `z' to add a correctly formatted and timestamped note. Yes, I use those keys. The problem is that I edit fast, and an errant key here or there can blow the syntax of items to heck. So I'm requesting some more help from Org in maintaining proper Org syntax. Could Org have a mode that prevents things from being modified incorrectly? For example, it'd be awesome if dates were smart (TAB into one, hit return, get a smart date editor). FWIW, I find shift+up/down arrow sufficiently magical for my use case, but I suppose you have already tried that. Yes, I've tried all the simple things. I'm really asking for regular org to act more like the agenda in some ways. It'd be great if there were a way to make the ID property read-only (or really really hard to change). I'd love it if there were a way to create a link to an org item that narrows the view to just that item, so I don't inadvertently mess anything else up. Do you get the idea? You mean like if you clicked/returned on an item in agenda it should take you to the entry in org file but narrowed to that item? spacebar already does that. But if I have an *org link* to an [[id: ... ]] item and follow that I end up with no narrowing. I had earlier added a call to org-narrow (I think) to the code that enables follow mode and the code that jumps to the entry in the org file. It used to work nice but was a minor irritation when I needed to widen it all the time. I have since lost the code but it should be reasonable easy to reproduce. That's nice, but not what I'm asking for. I'm asking for a comprehensive re-think of editing in plain org mode. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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 [7.3]
Dave Abrahams d...@boostpro.com writes: [...] It'd be great if there were a way to make the ID property read-only (or really really hard to change). This is where column mode comes in quite handy? Link please? Apologies; I meant column view within org mode: info - org - Properties and Columns - Column view [...] But the point is that these are just examples. I think Org wasn't designed with the idea that it would end up having much of a grammar, but it grew one. I'm arguing for a UI re-think for the tool Org has become. Yes, I can see what you are getting at. However, one of the nicest things about org is that it doesn't necessarily impose a structure on everything and so a formal grammar could get in the way. One could argue that the flexibility of the system is it's main source of effectiveness! That and the fact that it is based on pure text. However, this doesn't argue against improvements in the user interface when necessary! -- Eric S Fraga (: http://www.homepages.ucl.ac.uk/~ucecesf/ :) ___ Emacs-orgmode mailing list Please 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 [7.3]
At Thu, 09 Dec 2010 08:57:54 +, Eric S Fraga wrote: Dave Abrahams d...@boostpro.com writes: [...] It'd be great if there were a way to make the ID property read-only (or really really hard to change). This is where column mode comes in quite handy? Link please? Apologies; I meant column view within org mode: info - org - Properties and Columns - Column view Wow, having that on completely messes up the agenda view! [...] But the point is that these are just examples. I think Org wasn't designed with the idea that it would end up having much of a grammar, but it grew one. I'm arguing for a UI re-think for the tool Org has become. Yes, I can see what you are getting at. However, one of the nicest things about org is that it doesn't necessarily impose a structure on everything and so a formal grammar could get in the way. I'm not asking to change the grammar, I'm just asking the editor to be smarter about the grammar that has actually evolved. One could argue that the flexibility of the system is it's main source of effectiveness! Could, but total flexibility doesn't work for everyone. That and the fact that it is based on pure text. However, this doesn't argue against improvements in the user interface when necessary! ...or even when possible? -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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 [7.3]
I don't know about others, but I just put note text below everything else, but before the next headline On Tue, Dec 7, 2010 at 3:59 PM, Dave Abrahams d...@boostpro.com wrote: When using Org for planning, I often find myself corrupting my Org files. All kinds of things can go wrong, but the basic issue is that agenda items have a syntax, and it's easy to violate, especially when I'm going *fast*, which after all is what Org is supposed to enable! For example, a typical captured item looks like: ** TODO Set up yasnippet SCHEDULED: 2010-11-22 Mon :PROPERTIES: :Link: [[some-nasty-link]] :ID: A0B4159C-D796-40DF-9ADD-93DF03577B68 :END: [2010-11-20 Sat 20:17] Now, suppose I'm looking at this in the agenda and I want to add some commentary. Where should I open the new line? If I choose wrongly, my agenda will start to misbehave (e.g. items will appear to be un-reschedulable because they'll acquire a second SCHEDULED date). So I'm requesting some more help from Org in maintaining proper Org syntax. Could Org have a mode that prevents things from being modified incorrectly? For example, it'd be awesome if dates were smart (TAB into one, hit return, get a smart date editor). It'd be great if there were a way to make the ID property read-only (or really really hard to change). I'd love it if there were a way to create a link to an org item that narrows the view to just that item, so I don't inadvertently mess anything else up. Do you get the idea? Thanks for listening, -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please 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
On Oct 10, 2010, at 3:50 PM, David Abrahams wrote: Hi All, I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? After giving this some thought, I don't this this can be done in a clear and non-confusing way. I do think it is necessary to somehow change the date relative to what the previously set date is. The only way to make this half way transparently is to show that date in the prompt as the default date. There was lots of good advice to so what you want in different ways, including not rescheduling, or using bulk actions in the agenda. Finally, if you still want a fast command doing this: (defun org-agenda-reschedule-to-today () (interactive) (flet ((org-read-date (rest rest) (current-time))) (call-interactively 'org-agenda-schedule))) - Carsten ___ Emacs-orgmode mailing list Please 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
At Mon, 11 Oct 2010 09:21:05 +0200, Carsten Dominik wrote: After giving this some thought, I don't this this can be done in a clear and non-confusing way. Thanks for spending so much time/energy considering it, despite the fact that it would be incoherent with the rest of your interface! I do think it is necessary to somehow change the date relative to what the previously set date is. The only way to make this half way transparently is to show that date in the prompt as the default date. Okay. There was lots of good advice to so what you want in different ways, including not rescheduling, or using bulk actions in the agenda. You know, I have `f' and `b' bound to org-agenda-date-later/-earlier, and that would be perfectly adequate for me, *if* I got appropriate visual feedback. The problem is the red S2 or S3 I'm looking at doesn't change on the fly when I reschedule. And it's hard to train myself not to hit `f' twice when I see S2 :-) Finally, if you still want a fast command doing this: (defun org-agenda-reschedule-to-today () (interactive) (flet ((org-read-date (rest rest) (current-time))) (call-interactively 'org-agenda-schedule))) That's a good idea. I don't think I need etags in my agenda buffer, so `M-.' works. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request
Hi All, I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Emacs-orgmode mailing list Please 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
On Sun, Oct 10, 2010 at 09:50:47AM -0400, David Abrahams wrote: I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that I use S-right on the agenda buffer, which is quite easy. Regards, .j. P.S. My reason to do this every day: day planning and regaining consciouness about things to be done. Takes 1 minute at most. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Feature Request] Cross headings in tables
Now that I've started exporting some org files (to HTML mostly), I run into some limitations here and there. I've worked around most of them, but have not been able to do anything about this (other than editing the resulting HTML): I have some tables where I used (without thinking much about it) cross headings like this: |--+-+-| | Header | some more | and more| | actually | multi-line headings | just work! | |--+-+-| | item | stuff | things | | etc. | pp. | ad nauseam | |--+-+-| | Header | to keep | things together | |--+-+-| | ... | | | | | ... | | | | | ... | |--+-+-| I don't want to rip these apart into separate tables since that causes the different parts to all have different widths (both in the source and the export) and I really need these to line up and be just a single table. I guess that I could somehow manage to use the splicing of tables to get the HTML export done, but I'd have that problem again for each export backend. Also, this would interrupt the table in the source and make a formatting mess unless I'd define the column width for each of the table parts by hand (which is equally undesirable). So I'd like to have first-class cross headings, maybe like this: |--+---+-| | Header | some more | and more| |--+---+-| | item | stuff | things | | etc. | pp. | ad nauseam | |--+---+-| | Header | to keep | things together | |--+---+-| | | ... | | |--+---+-| So, the first heading would be determined by the first horizontal separator inside the table (for backwards compatibility) and any following heading would need get some special syntax (like the | above, but anything that doesn't collide with existing syntax will just be fine I think). If there's a heading marker before the first horizontal separation, it should probably take precedence over the backwards-compatible markup. That would also enable to have table headings without a separator, something that's not possible today. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: Timestamp with repeater interval in Date range
Hello, I have a Feature Request: It would be really great if there was (an easy way) to define a Timestamp with repeating interval but only in a specific time range. For example I want to define a repeating event on every Tuesday between 2010-10-05 and 2011-01-27: 2010-10-05 Tue 09:15-11:00 +1w--2011-01-27 Thu This would be especially useful to manage dates for university courses. Regards, Rüdiger Sonderfeld ___ Emacs-orgmode mailing list Please 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 documentation request for org-datetree
Hi, On Sep 1, 2010, at 1:44 PM, Tim O'Callaghan wrote: Hi, I've been poking about trying to understand org-date tree, as It is essentially an undocumented feature at the moment. am i right in my understanding that it is only meant as a refile-target structure? The feature request is to allow the use of ISO week numbers to structure the year rather than Months. so a structure something like: * 2010 *** 2010-W35 * 2010-08-30 Monday * 2010-08-31 Tuesday * 2010-09-01 Wednesday * 2010-09-02 Thursday * 2010-08-03 Friday * 2010-08-04 Saturday * 2010-08-05 Sunday The week heading is based on the ISO representation, (http://www.iso.org/iso/date_and_time_format) though i guess some variant on the ISO week heading might look be better. I have personally no love for ISO weeks, but I would accept a patch which implements a second date tree structure that looks like this Maybe the capture target could be called file_datetree-isoweek or something like this... - Carsten what other use can it be used for? how are other people using it? regards, Tim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature-request documentation request for org-datetree
Hi, I've been poking about trying to understand org-date tree, as It is essentially an undocumented feature at the moment. am i right in my understanding that it is only meant as a refile-target structure? The feature request is to allow the use of ISO week numbers to structure the year rather than Months. so a structure something like: * 2010 *** 2010-W35 * 2010-08-30 Monday * 2010-08-31 Tuesday * 2010-09-01 Wednesday * 2010-09-02 Thursday * 2010-08-03 Friday * 2010-08-04 Saturday * 2010-08-05 Sunday The week heading is based on the ISO representation, (http://www.iso.org/iso/date_and_time_format) though i guess some variant on the ISO week heading might look be better. what other use can it be used for? how are other people using it? regards, Tim. ___ Emacs-orgmode mailing list Please 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 for new capture feature
On Jul 23, 2010, at 11:55 AM, Colin Fraizer wrote: I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a “C-u C-c C-w” that completes the capture and switches to the target buffer? You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - I guess this is good enough? If you just need to see more context around the captured item, you can also do `C-x n w' to widen the narrowed capture buffer. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request for new capture feature
I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a C-u C-c C-w that completes the capture and switches to the target buffer? ___ Emacs-orgmode mailing list Please 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: C-k safety
On Thu, Jun 3, 2010 at 12:19 AM, Carsten Dominik carsten.domi...@gmail.comwrote: Hi Scott, OK, I am giving you a variable org-ctrl-k-protect-subtree to get this protection, either with a query or by throwing an error. But: my prediction is that you will set this variable to nil again soon :D LoL! Actually, I think is a gread idea, and I will test it also. Probably error will be much better than query. Thank you Scott and Carsten. Greetings Juri Let me know how it goes. Cheers - Carsten On Jun 1, 2010, at 4:51 PM, Scott Otterson wrote: For what must be the dozenth time, I've just accidentally deleted a large tree by typing C-k while in a headline. This is really easy to do because emacs users have C-k deletes to the end of the line worn deeply into their neural pathways -- it's so automatic for me that the keystroke is close to subconscious. A mistaken C-k is especially hard to detect because org-mode displays the result exactly like what your subconscious expects, that is, a collapsed headline is deleted to the end -- and the tree underneath is wiped out with no noticeable warning. Feature request: add an option preventing tree deletion with C-k without user confirmation. Actually, I'd like an option to prevent it period. If this option is already in there, then you're encouraged to tell me to RTFM. But then also please tell me where it is, because I can't find it. Thanks much, Scott ___ Emacs-orgmode mailing list Please 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: C-k safety
Hi Scott, OK, I am giving you a variable org-ctrl-k-protect-subtree to get this protection, either with a query or by throwing an error. But: my prediction is that you will set this variable to nil again soon :D Let me know how it goes. Cheers - Carsten On Jun 1, 2010, at 4:51 PM, Scott Otterson wrote: For what must be the dozenth time, I've just accidentally deleted a large tree by typing C-k while in a headline. This is really easy to do because emacs users have C-k deletes to the end of the line worn deeply into their neural pathways -- it's so automatic for me that the keystroke is close to subconscious. A mistaken C-k is especially hard to detect because org-mode displays the result exactly like what your subconscious expects, that is, a collapsed headline is deleted to the end -- and the tree underneath is wiped out with no noticeable warning. Feature request: add an option preventing tree deletion with C-k without user confirmation. Actually, I'd like an option to prevent it period. If this option is already in there, then you're encouraged to tell me to RTFM. But then also please tell me where it is, because I can't find it. Thanks much, Scott ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] feature request: C-k safety
For what must be the dozenth time, I've just accidentally deleted a large tree by typing C-k while in a headline. This is really easy to do because emacs users have C-k deletes to the end of the line worn deeply into their neural pathways -- it's so automatic for me that the keystroke is close to subconscious. A mistaken C-k is especially hard to detect because org-mode displays the result exactly like what your subconscious expects, that is, a collapsed headline is deleted to the end -- and the tree underneath is wiped out with no noticeable warning. Feature request: add an option preventing tree deletion with C-k without user confirmation. Actually, I'd like an option to prevent it period. If this option is already in there, then you're encouraged to tell me to RTFM. But then also please tell me where it is, because I can't find it. Thanks much, Scott ___ Emacs-orgmode mailing list Please 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: C-k safety
Scott, You asked: Feature request: add an option preventing tree deletion with C-k without user confirmation. Actually, I'd like an option to prevent it period. If this option is already in there, then you're encouraged to tell me to RTFM. But then also please tell me where it is, because I can't find it. In the FAQ, you can find this: (setq org-special-ctrl-k t) before losing your work. It's a clever compromise, though I suspect it doesn't give as much protection as you want. Here's what it does. From the docstring: When t, the following will happen while the cursor is in the headline: - When the cursor is at the beginning of a headline, kill the entire line and possible the folded subtree below the line. - When in the middle of the headline text, kill the headline up to the tags. - When after the headline text, kill the tags. Scot ___ Emacs-orgmode mailing list Please 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] Comment Speedkeys or - A solution to the Remember mode three finger salute
Hi Tim, you can set org-use-speed-commands to a function. When this function returns t, speed commands are active at that location. However, this will then make all speed keys active at that location, not only specific ones. Another, probably better, possibility to achieve what you want is to use org-remember-mode-hook to add text properties to the comment lines. Such text properties can define keymaps, see the section about Special Properties in the Emacs Lisp manual. In the same hook you could aslo change the text in the comment lines. Hope this helps - Carsten On May 3, 2010, at 12:34 PM, Tim O'Callaghan wrote: Hi, My general org keyboard policy has been to avoid the use of any Ctrl related keys, and remap them to Alt, or FN keys where possible. For example I've mapped M-R to org-remember and M-O to org-ctrlc-ctrlc etc. Today I've been looking to try and set up my alt 'speed keys' for the prefix arg style 'three fingered salute' you need to use to refile remember mode notes, and it seems i cannot. At least not without using keyboard macros. I wanted to re-map M-R to refile and M-T re-template ... which leads me to my feature request. Is it possible to extend the speed key functionality to org comment lines? If so, could you assign speed keys to the comment lines in the remember buffer? Hitting PgUp or M- is natural, and then pressing a single key to do my filing operation, would be great. I should then also be able to assign speed keys for different re-file locations. This could possibly change the wording of the template at the top, and presumably need some kind of functional re-factoring of the remember code so that each operation has its own function.. Comment speed keys could then be used for #+SRC code blocks, setting #+STARTUP features or whatever. Tim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [FEATURE REQUEST] Comment Speedkeys or - A solution to the Remember mode three finger salute
Hi, My general org keyboard policy has been to avoid the use of any Ctrl related keys, and remap them to Alt, or FN keys where possible. For example I've mapped M-R to org-remember and M-O to org-ctrlc-ctrlc etc. Today I've been looking to try and set up my alt 'speed keys' for the prefix arg style 'three fingered salute' you need to use to refile remember mode notes, and it seems i cannot. At least not without using keyboard macros. I wanted to re-map M-R to refile and M-T re-template ... which leads me to my feature request. Is it possible to extend the speed key functionality to org comment lines? If so, could you assign speed keys to the comment lines in the remember buffer? Hitting PgUp or M- is natural, and then pressing a single key to do my filing operation, would be great. I should then also be able to assign speed keys for different re-file locations. This could possibly change the wording of the template at the top, and presumably need some kind of functional re-factoring of the remember code so that each operation has its own function.. Comment speed keys could then be used for #+SRC code blocks, setting #+STARTUP features or whatever. Tim. ___ Emacs-orgmode mailing list Please 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: transpose a table
Hi zwz, I do not know if I can do org-plot on rows instead of columns. But today after I finished a table, I found I have to transpose the table by hand so that I can plot it as I want. Here is original table: | x | y | x | y | ... | |-++++-| | 1 | 2 | 3 | 4 | | | 5 | 6 | 7 | 8 | | | 9 | 0 | 1 | 2 | | | ... |||| | And I have to convert it into: | x | y | x | y | x | y | ... | |-+---+---+---+---+---+-| | 1 | 2 | 5 | 6 | 9 | 0 | | | 3 | 4 | 7 | 8 | 1 | 2 | | | ... | | | | | | | so that every two columns stand for a line. If someone had trouble to understand like me first, maybe looking also at the last table below with the column groups `' could help. This use case seems quite funny and well suited to be solved with the `field coordinates in formulas' for which I proposed a patch some time ago that is included in org-mode now. Since org-version 6.35 you could try this hack: step 1) Remove the header and use column editing from Emacs http://www.gnu.org/software/emacs/manual/html_node/emacs/Rectangles.html to change your original version of the table | x | y | x | y | |---+---+---+---| | 1 | 2 | 3 | 4 | | 5 | 6 | 7 | 8 | | 9 | 0 | 1 | 2 | to this 3x2 table with Calc vectors in short notation: #+TBLNAME: FOO | [1 2] | [3 4] | | [5 6] | [7 8] | | [9 0] | [1 2] | step 2) Transpose the table like described here http://orgmode.org/worg/org-hacks.php in the section `Transpose a table', currently with this numbering http://orgmode.org/worg/org-hacks.php#sec-17.2.3 to this 2x3 table with the same Calc vectors in the default notation: | [1, 2] | [5, 6] | [9, 0] | | [3, 4] | [7, 8] | [1, 2] | #+TBLFM: $1 = remote(FOO, @$...@#) :: $2 = remote(FOO, @$...@#) :: $3 = remote(FOO, @$...@#) step 3) query-replace `['-`', `]'-`', `,'-`|' and add the header manually to get finally this: | | x | f.a(x) | x | f.b(x) | x | f.c(x) | | / | | | | | | | |---+---++---++---+| | | 1 | 2 | 5 | 6 | 9 | 0 | | | 3 | 4 | 7 | 8 | 1 | 2 | I also wonder how do you guys draw multiple lines in one image, since here there are multiple inds. I guess you want a xy graph something like this with three lines a, b and c for f.a, f.b and f.c: f.n(x) ^ 08 | b 07 | b 06 |b 05 | 04 | a 03 | a 02 |*c 01 | c 00 +---cc-- x 0011 012345678901 see http://thread.gmane.org/gmane.emacs.orgmode/21979 I assume that this could be done also with org-babel together with R http://en.wikipedia.org/wiki/R_%28programming_language%29 possibly even with your original version of the table... - Michael ___ Emacs-orgmode mailing list Please 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: transpose a table
On Apr 7, 2010, at 9:52 AM, Michael Brand wrote: Hi zwz, I do not know if I can do org-plot on rows instead of columns. But today after I finished a table, I found I have to transpose the table by hand so that I can plot it as I want. Here is original table: | x | y | x | y | ... | |-++++-| | 1 | 2 | 3 | 4 | | | 5 | 6 | 7 | 8 | | | 9 | 0 | 1 | 2 | | | ... |||| | And I have to convert it into: | x | y | x | y | x | y | ... | |-+---+---+---+---+---+-| | 1 | 2 | 5 | 6 | 9 | 0 | | | 3 | 4 | 7 | 8 | 1 | 2 | | | ... | | | | | | | so that every two columns stand for a line. If someone had trouble to understand like me first, maybe looking also at the last table below with the column groups `' could help. This use case seems quite funny and well suited to be solved with the `field coordinates in formulas' for which I proposed a patch some time ago that is included in org-mode now. Since org-version 6.35 you could try this hack: step 1) Remove the header and use column editing from Emacs http://www.gnu.org/software/emacs/manual/html_node/emacs/Rectangles.html to change your original version of the table | x | y | x | y | |---+---+---+---| | 1 | 2 | 3 | 4 | | 5 | 6 | 7 | 8 | | 9 | 0 | 1 | 2 | to this 3x2 table with Calc vectors in short notation: #+TBLNAME: FOO | [1 2] | [3 4] | | [5 6] | [7 8] | | [9 0] | [1 2] | step 2) Transpose the table like described here http://orgmode.org/worg/org-hacks.php in the section `Transpose a table', currently with this numbering http://orgmode.org/worg/org-hacks.php#sec-17.2.3 to this 2x3 table with the same Calc vectors in the default notation: | [1, 2] | [5, 6] | [9, 0] | | [3, 4] | [7, 8] | [1, 2] | #+TBLFM: $1 = remote(FOO, @$...@#) :: $2 = remote(FOO, @$...@#) :: $3 = remote(FOO, @$...@#) step 3) query-replace `['-`', `]'-`', `,'-`|' and add the header manually to get finally this: | | x | f.a(x) | x | f.b(x) | x | f.c(x) | | / | | | | | | | |---+---++---++---+| | | 1 | 2 | 5 | 6 | 9 | 0 | | | 3 | 4 | 7 | 8 | 1 | 2 | I also wonder how do you guys draw multiple lines in one image, since here there are multiple inds. I guess you want a xy graph something like this with three lines a, b and c for f.a, f.b and f.c: f.n(x) ^ 08 | b 07 | b 06 |b 05 | 04 | a 03 | a 02 |*c 01 | c 00 +---cc-- x 0011 012345678901 see http://thread.gmane.org/gmane.emacs.orgmode/21979 I assume that this could be done also with org-babel together with R http://en.wikipedia.org/wiki/R_%28programming_language%29 possibly even with your original version of the table... - Michael Aloha all, There is also this code for transposing a table in the Library of Babel: * Table/Matrix manipulation Elegant lisp code for transposing a matrix. #+tblname: transpose-example | 1 | 2 | 3 | | 4 | 5 | 6 | #+srcname: transpose #+begin_src emacs-lisp :var table=transpose-example (apply #'mapcar* #'list table) #+end_src #+resname: | 1 | 4 | | 2 | 5 | | 3 | 6 | -- All the best, Tom ___ Emacs-orgmode mailing list Please 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: Show notes in clock report
Hi Nathan, there is nothing like this right now. I think I would add some marker to the headline like {XXX} or so for you as a reminder. And then use the fact that the heading in the clock table can be a link in order to jump to the heading and check what your notes say. - Carsten On Apr 1, 2010, at 9:42 PM, Nathan Neff wrote: Here's the use-case: I'm working on Task 1, and encounter an unusual problem. I want my clock report to show some detail about why Task 1 took more time than usual. I don't want to create a sub-heading and clock into it then adjust the clock, etc. I just want to store a note or create a heading with an inactive timestamp, and have the note appear in the clock report. Example: -- * Task 1 :LOGBOOK: CLOCK: [2010-03-01 Mon 10:35]--[2010-03-01 Mon 11:40] = 1:05 :END: ** Encountered unusual problem [2010-03-01 Mon 10:45] - I'd like the clock report to look like this: Clock summary at [2010-03-03 Wed 14:15] | L | Headline | Time | |---+--+| | | *Total time* | *1:05* | |---+--+| | 1 | Task 1 | 1:05 | || Encountered unusual problem | | I've tried the C-2 C-c C-c approach, where I create a remember note, then refile it under the currently clocking task. The problem with that approach is that the note won't show up in the clock report unless it has time 1 min. Thanks for the consideration, --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Show notes in clock report
Here's the use-case: I'm working on Task 1, and encounter an unusual problem. I want my clock report to show some detail about why Task 1 took more time than usual. I don't want to create a sub-heading and clock into it then adjust the clock, etc. I just want to store a note or create a heading with an inactive timestamp, and have the note appear in the clock report. Example: -- * Task 1 :LOGBOOK: CLOCK: [2010-03-01 Mon 10:35]--[2010-03-01 Mon 11:40] = 1:05 :END: ** Encountered unusual problem [2010-03-01 Mon 10:45] - I'd like the clock report to look like this: Clock summary at [2010-03-03 Wed 14:15] | L | Headline | Time | |---+--+| | | *Total time* | *1:05* | |---+--+| | 1 | Task 1 | 1:05 | || Encountered unusual problem | | I've tried the C-2 C-c C-c approach, where I create a remember note, then refile it under the currently clocking task. The problem with that approach is that the note won't show up in the clock report unless it has time 1 min. Thanks for the consideration, --Nate ___ Emacs-orgmode mailing list Please 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: save LaTeX as title for ltxpng html images
Thanks, I've made your suggested change and applied the patch. -- Eric Carsten Dominik carsten.domi...@gmail.com writes: Hi Eric, looks good to me, please go ahead and apply this patch. I would not have expected that this is such a compact change. The only improvement I can see would be to use org-add-props to put the properties on the link before inserting it and in this way shave off a let form. Thanks! - Carsten On Mar 30, 2010, at 8:26 AM, Eric Schulte wrote: Hi, The attached patch places the latex source into alt html image tags as described below. I think it should be safe, in that I remove all s from inside of the alt string. Thanks for the implementation advice -- Eric diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..2246daf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1529,7 +1529,8 @@ lang=\%s\ xml:lang=\%s\ Create image tag with source and attributes. (save-match-data (if (string-match ^ltxpng/ src) -(format img src=\%s\/ src) +(format img src=\%s\ alt=\%s\/ +src (org-find-text-property-in-string 'org-latex- src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index e30c49a..480e9f1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15183,7 +15183,12 @@ Some of the options can be changed using the variable (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) - (insert link + (let ((link-beg (point)) +(link-end (progn (insert link) (point +(add-text-properties + link-beg link-end + (list 'org-latex-src + (replace-regexp-in-string \ txt))) ;; This function borrows from Ganesh Swami's latex2png.el (defun org-create-formula-image (string tofile options buffer) Carsten Dominik carsten.domi...@gmail.com writes: On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. It is not trivial, but not too hard either. It is not trivial because Org first produces the images and inserts org-style links. Later, in a second step, these links are replaced (formatted for HTML). One way to solve this is that `org-format-latex' will add this information as text properties to the link. Then later, when the HTML formatting is done, the text property could be retrieved and converted into the attributes you are mentioning. You have worked on org-format-latex before, I think this should be relatively easy for you. - Carsten - Carsten ___ Emacs-orgmode mailing list Please 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: save LaTeX as title for ltxpng html images
Hi, The attached patch places the latex source into alt html image tags as described below. I think it should be safe, in that I remove all s from inside of the alt string. Thanks for the implementation advice -- Eric diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..2246daf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1529,7 +1529,8 @@ lang=\%s\ xml:lang=\%s\ Create image tag with source and attributes. (save-match-data (if (string-match ^ltxpng/ src) - (format img src=\%s\/ src) + (format img src=\%s\ alt=\%s\/ +src (org-find-text-property-in-string 'org-latex-src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index e30c49a..480e9f1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15183,7 +15183,12 @@ Some of the options can be changed using the variable (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) - (insert link + (let ((link-beg (point)) +(link-end (progn (insert link) (point +(add-text-properties + link-beg link-end + (list 'org-latex-src + (replace-regexp-in-string \ txt))) ;; This function borrows from Ganesh Swami's latex2png.el (defun org-create-formula-image (string tofile options buffer) Carsten Dominik carsten.domi...@gmail.com writes: On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. It is not trivial, but not too hard either. It is not trivial because Org first produces the images and inserts org-style links. Later, in a second step, these links are replaced (formatted for HTML). One way to solve this is that `org-format-latex' will add this information as text properties to the link. Then later, when the HTML formatting is done, the text property could be retrieved and converted into the attributes you are mentioning. You have worked on org-format-latex before, I think this should be relatively easy for you. - Carsten ___ Emacs-orgmode mailing list Please 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: save LaTeX as title for ltxpng html images
Hi Eric, looks good to me, please go ahead and apply this patch. I would not have expected that this is such a compact change. The only improvement I can see would be to use org-add-props to put the properties on the link before inserting it and in this way shave off a let form. Thanks! - Carsten On Mar 30, 2010, at 8:26 AM, Eric Schulte wrote: Hi, The attached patch places the latex source into alt html image tags as described below. I think it should be safe, in that I remove all s from inside of the alt string. Thanks for the implementation advice -- Eric diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..2246daf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1529,7 +1529,8 @@ lang=\%s\ xml:lang=\%s\ Create image tag with source and attributes. (save-match-data (if (string-match ^ltxpng/ src) - (format img src=\%s\/ src) + (format img src=\%s\ alt=\%s\/ +src (org-find-text-property-in-string 'org-latex- src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index e30c49a..480e9f1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15183,7 +15183,12 @@ Some of the options can be changed using the variable (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) - (insert link + (let ((link-beg (point)) +(link-end (progn (insert link) (point +(add-text-properties + link-beg link-end + (list 'org-latex-src + (replace-regexp-in-string \ txt))) ;; This function borrows from Ganesh Swami's latex2png.el (defun org-create-formula-image (string tofile options buffer) Carsten Dominik carsten.domi...@gmail.com writes: On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. It is not trivial, but not too hard either. It is not trivial because Org first produces the images and inserts org-style links. Later, in a second step, these links are replaced (formatted for HTML). One way to solve this is that `org-format-latex' will add this information as text properties to the link. Then later, when the HTML formatting is done, the text property could be retrieved and converted into the attributes you are mentioning. You have worked on org-format-latex before, I think this should be relatively easy for you. - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] feature request: save LaTeX as title for ltxpng html images
Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. Thanks -- Eric ___ Emacs-orgmode mailing list Please 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: save LaTeX as title for ltxpng html images
On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. It is not trivial, but not too hard either. It is not trivial because Org first produces the images and inserts org-style links. Later, in a second step, these links are replaced (formatted for HTML). One way to solve this is that `org-format-latex' will add this information as text properties to the link. Then later, when the HTML formatting is done, the text property could be retrieved and converted into the attributes you are mentioning. You have worked on org-format-latex before, I think this should be relatively easy for you. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [feature request] use relative path in the file set by org-agenda-files
The variable org-agenda-files can be a list of file names or a single file name. I prefer the latter, since it is much easier to maintain one ordinary file without modifying the .emacs. So in my .emacs I just use: (setq org-agenda-files (expand-file-name agenda org-directory)) However, it seems that only absolute path works in that agenda file, e.g. - in /path/to/org-directory/agenda: /path/to/org-directory/home.org /path/to/org-directory/lab.org - Here I hope that I can use ./home.org and ./lab.org instead, so that when I copy the /path/to/org-directory/ to another place, I do not have to modify the agenda file at all. ___ Emacs-orgmode mailing list Please 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: hide target brackets
On 18 Mar 2010, at 17:36, Scott Otterson wrote: So, here's my feature request: Hide the target angle brackets in the same way that square brackets are hidden for hyperlinks. 1+ The hidden angle brackets could be exposed by hitting delete when at the right side of the target (similar to how hidden hyperlink text is exposed now). And by using the literal/descriptive links menu/command. Cheers, Peter.___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: hide target brackets
Targets and radio targets are great for making sure internal links go to the right place in your org document. The problem with them, though, is that they clutter up the text, making it less readable. So, here's my feature request: Hide the target angle brackets in the same way that square brackets are hidden for hyperlinks. In other words, targets or radio targets should be displayed as targets and radio targets, where a unique font tells you that they are targets. The hidden angle brackets could be exposed by hitting delete when at the right side of the target (similar to how hidden hyperlink text is exposed now). Thanks everybody for all the excellent work on org-mode! Scott ___ Emacs-orgmode mailing list Please 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] Quotation marks in LaTeX export
On Jan 26, 2010, at 7:26 AM, Scot Becker wrote: For what it's worth, I also think that an option to do this would be useful. Hi Scott, it is worth a lot - more often that not a second voice like this is what is making the difference... - Carsten On Sun, Jan 24, 2010 at 7:22 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Hi Sven Bretfeld sven.bretf...@gmx.ch writes: Quotation marks like these are converted to ``these'' by org-export-latex. It would be much better to use \enquote{these}. I have seen that org-latex.el links the quotation marks to the LANG environment. So far only French and English are supported. I think this is more complicated than it needs to be. Anyway, users with a French environment also write English texts from time to time. We already have a user-configurable, language-sensitive solution with the csquotes-package. Why not use it? On my system, I just changed the respective code in org-latex.el to \enquote{}. It's working and it's easy. But it will be gone with the next update. Greetings, Sven ___ Emacs-orgmode mailing list Please 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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] Quotation marks in LaTeX export
Hi Sven, can you send me a path, preferably with an option to turn this on and off? Thanks. - Carsten On Jan 24, 2010, at 8:22 PM, Sven Bretfeld wrote: Hi Sven Bretfeld sven.bretf...@gmx.ch writes: Quotation marks like these are converted to ``these'' by org-export-latex. It would be much better to use \enquote{these}. I have seen that org-latex.el links the quotation marks to the LANG environment. So far only French and English are supported. I think this is more complicated than it needs to be. Anyway, users with a French environment also write English texts from time to time. We already have a user-configurable, language-sensitive solution with the csquotes-package. Why not use it? On my system, I just changed the respective code in org-latex.el to \enquote{}. It's working and it's easy. But it will be gone with the next update. Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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] Quotation marks in LaTeX export
Hi Carsten Carsten Dominik carsten.domi...@gmail.com writes: can you send me a path, preferably with an option to turn this on and off? For now, I only have this dummy solution in my .emacs: --8---cut here---start-8--- (eval-after-load org-latex '(defun org-export-latex-quotation-marks () Export quotation marks depending on language conventions. (let* ((lang (plist-get org-export-latex-options-plist :language)) (quote-rpl (if (equal lang fr) '((\\(\\s-\\)\ «~) (\\(\\S-\\)\ ~») (\\(\\s-\\)' `)) '((\\(\\s-\\|[[(]\\)\ \\enquote\{) (\\(\\S-\\)\ \}) (\\(\\s-\\|(\\)' `) (mapc (lambda(l) (goto-char (point-min)) (while (re-search-forward (car l) nil t) (let ((rpl (concat (match-string 1) (org-export-latex-protect-string (copy-sequence (cadr l)) (org-if-unprotected-1 (replace-match rpl t t) quote-rpl))) ) --8---cut here---end---8--- It's a static setup, just an altered clone of the code in org-latex.el. I have not the skills to make a switch out of this. One has to add the header \usepackage[babel]{csquotes}. So, an option has to make sure that csquotes as well as babel is loaded with the correct language settings: \usepackage[english,ngerman]{babel} in my case. If connected to babel, csquotes will also take care to pick the correct quotation marks if the language is switched in the midst of the document. Greetings Sven ___ Emacs-orgmode mailing list Please 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] Quotation marks in LaTeX export
OK, thanks, I will take a look at that. Hmmm, I also see that csquotes is not always present in distributions... :( So this really has to be optional - Carsten On Jan 27, 2010, at 10:29 AM, Sven Bretfeld wrote: Hi Carsten Carsten Dominik carsten.domi...@gmail.com writes: can you send me a path, preferably with an option to turn this on and off? For now, I only have this dummy solution in my .emacs: --8---cut here---start-8--- (eval-after-load org-latex '(defun org-export-latex-quotation-marks () Export quotation marks depending on language conventions. (let* ((lang (plist-get org-export-latex-options-plist :language)) (quote-rpl (if (equal lang fr) '((\\(\\s-\\)\ «~) (\\(\\S-\\)\ ~») (\\(\\s-\\)' `)) '((\\(\\s-\\|[[(]\\)\ \\enquote\{) (\\(\\S-\\)\ \}) (\\(\\s-\\|(\\)' `) (mapc (lambda(l) (goto-char (point-min)) (while (re-search-forward (car l) nil t) (let ((rpl (concat (match-string 1) (org-export-latex-protect-string (copy-sequence (cadr l)) (org-if-unprotected-1 (replace-match rpl t t) quote-rpl))) ) --8---cut here---end---8--- It's a static setup, just an altered clone of the code in org- latex.el. I have not the skills to make a switch out of this. One has to add the header \usepackage[babel]{csquotes}. So, an option has to make sure that csquotes as well as babel is loaded with the correct language settings: \usepackage[english,ngerman]{babel} in my case. If connected to babel, csquotes will also take care to pick the correct quotation marks if the language is switched in the midst of the document. Greetings Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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] Quotation marks in LaTeX export
For what it's worth, I also think that an option to do this would be useful. On Sun, Jan 24, 2010 at 7:22 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Hi Sven Bretfeld sven.bretf...@gmx.ch writes: Quotation marks like these are converted to ``these'' by org-export-latex. It would be much better to use \enquote{these}. I have seen that org-latex.el links the quotation marks to the LANG environment. So far only French and English are supported. I think this is more complicated than it needs to be. Anyway, users with a French environment also write English texts from time to time. We already have a user-configurable, language-sensitive solution with the csquotes-package. Why not use it? On my system, I just changed the respective code in org-latex.el to \enquote{}. It's working and it's easy. But it will be gone with the next update. Greetings, Sven ___ Emacs-orgmode mailing list Please 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 Please 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] Quotation marks in LaTeX export
Hi Sven Bretfeld sven.bretf...@gmx.ch writes: Quotation marks like these are converted to ``these'' by org-export-latex. It would be much better to use \enquote{these}. I have seen that org-latex.el links the quotation marks to the LANG environment. So far only French and English are supported. I think this is more complicated than it needs to be. Anyway, users with a French environment also write English texts from time to time. We already have a user-configurable, language-sensitive solution with the csquotes-package. Why not use it? On my system, I just changed the respective code in org-latex.el to \enquote{}. It's working and it's easy. But it will be gone with the next update. Greetings, Sven ___ Emacs-orgmode mailing list Please 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] CSS tag classes for headlines
On Fri, 01 Jan 2010 11:07 +0100, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Peter, this is a quite open-ended request, to add classes based on TODO keywords/Tags, maybe timestamps etc. Maybe the best solution would be to do this in postprocessing, for example using a hook like org-export-html-final-hook: http://orgmode.org/worg/org-configs/org-hooks.php#sec-1.76 Fair enough - thanks! Also happy New Year, and thanks again for a great piece of software! Peter. HTH - Carsten On Dec 4, 2009, at 8:16 PM, Peter Westlake wrote: Would it be possible to give exported headlines a class based on their tag or TODO? For instance, instead of just labelling the tag, like this: h2 id=sec-10Windows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 I would like to change the appearance of the whole headline: h2 id=sec-10 class=headline-tag-CLOSEDWindows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 The use case is that I need to put a list of bugs up on the wall, and it would be nice if closed ones could be greyed out. In fact, the whole div containing the headline and text could be given a class, and child elements could be identified using CSS selecters. That's what happens when you don't run a spelling checker div id=outline-container-10 class=outline-2 outline-2-CLOSED Peter. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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: colorize diary entries in agenda
Hi Thierry, there is now a new face, org-agenda-diary, for this purpose. HTH - Carsten On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) |'type diary 'date date 'face 'tv-org-diary)) |entries) ` Did i miss something? -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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: colorize diary entries in agenda
On Jan 4, 2010, at 3:57 PM, Thierry Volpiatto wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Hi Thierry, there is now a new face, org-agenda-diary, for this purpose. Nice, thank you, i will have a look. How do you enable it? It is already implemented - all you need to do is to customize the face - right now all it does is inheriting from `default'. The code you show below is no longer needed. - Carsten I use that actually: , | (defun tv-org-propertize-diary-entries () | (save-excursion | (let ((inhibit-read-only t)) | (goto-char (point-min)) | (while | (re-search-forward ^ *[Dd]iary nil t) | (add-text-properties | (point-at-bol) (point-at-eol) '(face tv-org-diary)) | (add-hook 'org-finalize-agenda-hook 'tv-org-propertize-diary- entries) ` HTH - Carsten On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) |'type diary 'date date 'face 'tv-org-diary)) |entries) ` Did i miss something? -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France - Carsten ___ Emacs-orgmode mailing list Please 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: colorize diary entries in agenda
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Hi Thierry, there is now a new face, org-agenda-diary, for this purpose. Nice, thank you, i will have a look. How do you enable it? I use that actually: , | (defun tv-org-propertize-diary-entries () | (save-excursion | (let ((inhibit-read-only t)) | (goto-char (point-min)) | (while | (re-search-forward ^ *[Dd]iary nil t) | (add-text-properties | (point-at-bol) (point-at-eol) '(face tv-org-diary)) | (add-hook 'org-finalize-agenda-hook 'tv-org-propertize-diary-entries) ` HTH - Carsten On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) | 'type diary 'date date 'face 'tv-org-diary)) | entries) ` Did i miss something? -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ Emacs-orgmode mailing list Please 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] CSS tag classes for headlines
Hi Peter, this is a quite open-ended request, to add classes based on TODO keywords/Tags, maybe timestamps etc. Maybe the best solution would be to do this in postprocessing, for example using a hook like org-export-html-final-hook: http://orgmode.org/worg/org-configs/org-hooks.php#sec-1.76 HTH - Carsten On Dec 4, 2009, at 8:16 PM, Peter Westlake wrote: Would it be possible to give exported headlines a class based on their tag or TODO? For instance, instead of just labelling the tag, like this: h2 id=sec-10Windows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 I would like to change the appearance of the whole headline: h2 id=sec-10 class=headline-tag-CLOSEDWindows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 The use case is that I need to put a list of bugs up on the wall, and it would be nice if closed ones could be greyed out. In fact, the whole div containing the headline and text could be given a class, and child elements could be identified using CSS selecters. div id=outline-container-10 class=outline-2 outline-2-CLOSED Peter. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Prompt to remove deadline/scheduled dates
Its great that there is a log when the DEADLINE or SCHEDULED value changes for an entry. It would also be nice if you could remove the deadline or scheduled value using the same interface so it could be logged. For example, with scheduled I might decide to do a certain task next week, and schedule the task accordingly. Then, something changes and I'm now not going to do the task anytime soon. It shouldn't be scheduled and I don't want it to show up in the agenda anymore. It seems like adding an option to the date/time prompt to null out the value works, but is this the right approach? When you do this you end up with items with SCHEDULED: or DEADLINE: and no date after them. These items don't show in the agenda, but it seems a little ugly. -- Paul Holcomb *pholcomb\@ cpoint net* GPG key fingerprint 2B62 05AE EE74 845A 705F D716 28C4 FE1C 088F CFAC ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] feature-request: colorize diary entries in agenda
Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) |'type diary 'date date 'face 'tv-org-diary)) |entries) ` Did i miss something? -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ Emacs-orgmode mailing list Please 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: colorize diary entries in agenda
On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) |'type diary 'date date 'face 'tv-org-diary)) |entries) ` Did i miss something? Hmm, maybe that is overwritten later by Org? Quite possible. But you code *looks* ok. I will work better if you put a function into org-finalize-agenda-hook that will search for entries with the right category and add the face then. - Carsten ___ Emacs-orgmode mailing list Please 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: org-export-format-source-code-or-example and srcname
Hi Hi, when using the listings LaTeX package, it would be very useful if the value of srcname was added to the output. For instance, #+srcname: my_code_chunk #+begin_src latex :results latex :exports code :tangle no \usepackage{fontspec,xunicode,xltxtra} #+end_src would give: \lstset{language=TeX}[caption={my\_code\_chunk}] \begin{lstlisting} \usepackage{fontspec,xunicode,xltxtra} \end{lstlisting} (note the added [caption={my\_code\_chunk}]) Cheers, Nicolas Is there anyone besides Nicolas what would like to see the source name in the exported listing? Is that something that should be done in org-babel, or in the normal export stuff? - Carsten On Dec 2, 2009, at 6:41 PM, Nicolas Girard wrote: ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please 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: Remote editing inactive timestamps from the agenda view
2009/12/14 Carsten Dominik carsten.domi...@gmail.com: Hi Nicolas, On Dec 10, 2009, at 11:51 PM, Nicolas Girard wrote: Hi, in the agenda view, the '' key can be used to change the timestamp associated with the current line. 1. It seems inacurrately described in the manual (Change the timestamp associated with the current line **to today**). Indeed, it used to be like this, but no longer. Fixed now 2. When dealing with inactive timestamp, the '' key currently does nothing. Could it be possible to make it also work with inactive timestamps ? You mean if the entry i in the agenda because of an inactive time stamp? Yes, I'd think that makes sense. Done Thanks Carsten, it's quite handy ! -- Nicolas ___ Emacs-orgmode mailing list Please 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: Remote editing inactive timestamps from the agenda view
Hi Nicolas, On Dec 10, 2009, at 11:51 PM, Nicolas Girard wrote: Hi, in the agenda view, the '' key can be used to change the timestamp associated with the current line. 1. It seems inacurrately described in the manual (Change the timestamp associated with the current line **to today**). Indeed, it used to be like this, but no longer. Fixed now 2. When dealing with inactive timestamp, the '' key currently does nothing. Could it be possible to make it also work with inactive timestamps ? You mean if the entry i in the agenda because of an inactive time stamp? Yes, I'd think that makes sense. Done Thanks for your feedback! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Remote editing inactive timestamps from the agenda view
Hi, in the agenda view, the '' key can be used to change the timestamp associated with the current line. 1. It seems inacurrately described in the manual (Change the timestamp associated with the current line **to today**). 2. When dealing with inactive timestamp, the '' key currently does nothing. Could it be possible to make it also work with inactive timestamps ? Thanks in advance, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Display estimated end time in agenda view
Hi, When a task t is scheduled at 10:00 and has the :Effort: property set to 0:30, it is currently displayed in the agenda view like: categ:10:00.. Scheduled: TODO t I'd find it useful if it was displayed like: categ:10:00-10:30 Scheduled: TODO t Cheers, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Feature request] CSS tag classes for headlines
Would it be possible to give exported headlines a class based on their tag or TODO? For instance, instead of just labelling the tag, like this: h2 id=sec-10Windows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 I would like to change the appearance of the whole headline: h2 id=sec-10 class=headline-tag-CLOSEDWindows builds fail with Error 66span class=tagspan class=CLOSEDCLOSED/span/span/h2 The use case is that I need to put a list of bugs up on the wall, and it would be nice if closed ones could be greyed out. In fact, the whole div containing the headline and text could be given a class, and child elements could be identified using CSS selecters. div id=outline-container-10 class=outline-2 outline-2-CLOSED Peter. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Feature Request] Sane XHTML markup for Properties and Property Drawers
Just bumping this thread/question: 2009/12/2 Rick Moynihan rick.moyni...@gmail.com: Also, the properties are exported into the HTML like so: pre class=examplePROPERTIES :FOO: blah :BAR: blah blah /pre Would something like the following not be a better format for parsing/processing? div class=properties dl dt class=property_key_fooFOO/dtdd class=property_value_fooblah/dd dt class=property_key_barBAR/dtdd class=property_value_barblah blah/dd /dl /div R. ___ Emacs-orgmode mailing list Please 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] Sane XHTML markup for Properties and Property Drawers
Sure, but something like this might be even better still: dl class=²properties² dtFOO/dt ddblah/dd dtBAR/dt ddblah blah/dd /dl You don't need the extra div around the dl, since the dl itself is a block element. The extra div in this case is semantically null (and void!). The Definition list is basically a set of key/value pairs anyway, so having the extra classes property_key_foo don't make a whole lot of sense. Using a definition list as a series of key-value pairs is a pretty well established pattern of the XHTML Microformats movement. Just my 2 cents. On 2009/12/3 8:41 AM, Rick Moynihan rick.moyni...@gmail.com wrote: Just bumping this thread/question: 2009/12/2 Rick Moynihan rick.moyni...@gmail.com: Also, the properties are exported into the HTML like so: pre class=examplePROPERTIES :FOO: blah :BAR: blah blah /pre Would something like the following not be a better format for parsing/processing? div class=properties dl dt class=property_key_fooFOO/dtdd class=property_value_fooblah/dd dt class=property_key_barBAR/dtdd class=property_value_barblah blah/dd /dl /div R. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode The information contained in this message is confidential. It is intended to be read only by the individual or entity named above or their designee. If the reader of this message is not the intended recipient, you are hereby notified that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message. ___ Emacs-orgmode mailing list Please 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] Sane XHTML markup for Properties and Property Drawers
2009/12/3 Jonathan Arkell jonath...@criticalmass.com: Sure, but something like this might be even better still: dl class=²properties² dtFOO/dt ddblah/dd dtBAR/dt ddblah blah/dd /dl You don't need the extra div around the dl, since the dl itself is a block element. The extra div in this case is semantically null (and void!). Agreed... It was late and I just bashed out the first thing that came to mind as a starter for 10 :-) The Definition list is basically a set of key/value pairs anyway, so having the extra classes property_key_foo don't make a whole lot of sense. Using a definition list as a series of key-value pairs is a pretty well established pattern of the XHTML Microformats movement. The only reason I added the classes was to try and make things simpler for CSS selectors to pull out specific properties. Presumably this is still reasonably easy with your revised defintion though? R. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: org-export-format-source-code-or-example and srcname
Hi, when using the listings LaTeX package, it would be very useful if the value of srcname was added to the output. For instance, #+srcname: my_code_chunk #+begin_src latex :results latex :exports code :tangle no \usepackage{fontspec,xunicode,xltxtra} #+end_src would give: \lstset{language=TeX}[caption={my\_code\_chunk}] \begin{lstlisting} \usepackage{fontspec,xunicode,xltxtra} \end{lstlisting} (note the added [caption={my\_code\_chunk}]) Cheers, Nicolas ___ Emacs-orgmode mailing list Please 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: Periodic events based on count of specific weekdays (was: Monthly events based on count of specific weekdays)
Hi Ben, extending the date format would be a significant amount of work. The current time/date format is already complex to handle internally, mainly because it was build not with a clean design but step by step. o I am hesitating to add something like you propose. My feeling is that date specifications like this are seldomly used, and as far as readability is concerned, for these few events you could just (as suggested by Matt) write a note explaining what the entry does. Sorry. - Carsten On Nov 19, 2009, at 11:43 PM, Ben Finney wrote: Ben Finney ben+em...@benfinney.id.au writes: […] “second Tuesday of the month” isn't niche, it is pretty common, I would have thought. […] You'd have to ask Carsten to implement a new timestamp syntax. What would you propose as a more readable designation? How about a keyword that specifies the type of repeat being requested: 2009-10-13 Tue 14:00 +1m dow Repeat each month, on the second Tuesday of the month. Calculated because this date is the second Tuesday of the month, and “dow” is the specified repeat type. 2009-10-13 Tue 14:00 +1m dom Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the specified repeat type. 2009-10-13 Tue 14:00 +1m Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the default repeat type. This allows existing behaviour to be continued (“repeat on the same day of the month”), preserves the default behaviour, and allows for other repeat types to be added later without breaking existing timestamp data. -- \“He who laughs last, thinks slowest.” — anonymous | ` \ | _o__ ) | Ben Finney ___ 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 - 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] feature request: show context in agenda
Hey! I was just doing a small review and noticed that I get the current tree of the agenda item in the echo area! This rocks! Carsten Dominik schrieb: On Nov 12, 2009, at 1:36 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. How about using the echo area? I have implemented that, please take a look to see if this works as well. Wonderful! :) Its fun when features are added that were below my conscious level of recognising that I want it. Kind of like getting a really awesome birthday present, that you never knew even existed. Keep on rocking! Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: Priority Inheritance for sorting
Hi! I use priority cookies quite a lot to quickly sort my projects (really by importance, but the difference between importance and priority is a different matter). It would be neat if I could specify that if TODO items are sorted by priority, then the priority of the parent entry should be respected. (Or would that be possible by setting the default priority per tree? However changing an explicit property in a tree isn't as fast as changing a priority cookie.) I know there's property inheritance and PRIORITY is respected as a special property, but not for sorting by priority, as far as I know. (As always, I may have missed something here.) Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: Periodic events based on count of specific weekdays (was: Monthly events based on count of specific weekdays)
Ben Finney ben+em...@benfinney.id.au writes: […] “second Tuesday of the month” isn't niche, it is pretty common, I would have thought. […] You'd have to ask Carsten to implement a new timestamp syntax. What would you propose as a more readable designation? How about a keyword that specifies the type of repeat being requested: 2009-10-13 Tue 14:00 +1m dow Repeat each month, on the second Tuesday of the month. Calculated because this date is the second Tuesday of the month, and “dow” is the specified repeat type. 2009-10-13 Tue 14:00 +1m dom Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the specified repeat type. 2009-10-13 Tue 14:00 +1m Repeat each month, on the 13th day of the month. Calculated because this date is the 13th of the month, and “dom” is the default repeat type. This allows existing behaviour to be continued (“repeat on the same day of the month”), preserves the default behaviour, and allows for other repeat types to be added later without breaking existing timestamp data. -- \“He who laughs last, thinks slowest.” —anonymous | `\ | _o__) | Ben Finney ___ 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: show context in agenda
On Nov 12, 2009, at 1:36 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Hi Samuel, I am not so comfortable with using the header-line-format, because that is also used by column view, also in the agenda. How about using the echo area? I have implemented that, please take a look to see if this works as well. - Carsten P.S. In an org file, with speed commands turned on, press SPC to get the current outline path displayed. Then you always know where you are, without having to switch to the outline buffer. Thanks. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied ME/CFS for 25 years] = Retrovirus: http://www.wpinstitute.org/xmrv/xmrv_qa.html ___ 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 - 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] feature request: show context in agenda
On Sat, Nov 14, 2009 at 3:23 AM, Carsten Dominik wrote: On Nov 12, 2009, at 1:36 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Hi Samuel, I am not so comfortable with using the header-line-format, because that is also used by column view, also in the agenda. How about using the echo area? I have implemented that, please take a look to see if this works as well. Thank you! Although it does force one to keep sweeping the gaze from top to bottom of the screen but it's way better than having to resort to other methods. Regards -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: show context in agenda
On Thu, Nov 12, 2009 at 1:36 AM, Samuel Wales samolog...@gmail.com wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Just a note: pressing E in the agenda view you will see an excerpt of each section's context. It shows some lines from the content. Maybe it could show in addition the names of the headings which form the outline path. Or maybe a simplified form of them (like: the first 3 characters of each heading: /Pro…/Web…/tas…/Design. Or the first word. Or the first N words that make that heading different from its siblings.) ___ 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: show context in agenda
On Thu, Nov 12, 2009 at 1:26 PM, Carsten Dominik wrote: On Nov 12, 2009, at 3:03 AM, Manish wrote: On Thu, Nov 12, 2009 at 6:06 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Then you always know where you are, without having to switch to the outline buffer. +10 I proposed something similar six months ago. You did? I don't remember. Can you find the thread on gmane? I could not locate that post on gmane at all! Closest I could find was Eraldo's response to my email. But I found the email in Gmail archive and am quoting it below. , | MIME-Version: 1.0 | Received: by 10.110.53.12 with HTTP; Mon, 18 May 2009 20:01:00 -0700 (PDT) | In-Reply-To: 2ba22c73-cd1f-4791-ba0c-e7112cabd...@gmail.com | References: 1e5bcefd0905151433v72384998ub908996d78dcb...@mail.gmail.com |2ba22c73-cd1f-4791-ba0c-e7112cabd...@gmail.com | Date: Tue, 19 May 2009 08:31:00 +0530 | Delivered-To: mailtomanish.sha...@gmail.com | Message-ID: e7cdbe30905182001j113ff356k5cf6446461444...@mail.gmail.com | Subject: Re: [Orgmode] Show parent PROJECTS for an item | From: Manish mailtomanish.sha...@gmail.com | To: Carsten Dominik carsten.domi...@gmail.com | Cc: Marcelo de Moraes Serpa celose...@gmail.com, emacs-orgmode@gnu.org | Content-Type: text/plain; charset=ISO-8859-1 | Content-Transfer-Encoding: 7bit | | On Sat, May 16, 2009 at 8:41 PM, Carsten Dominik wrote: | |On May 15, 2009, at 11:33 PM, Marcelo de Moraes Serpa wrote: | |Hello list, | |I'd like to do a little modification to the code that grabs the |summary of items for the agenda view. For each item that has a |parent with a PROJECT type, I'd like org to render this parent in |a hierarchical, tree way, like this:. | |Let's say I search for a specific item using a regexp. This item |has three parents, which all are PROJECTS, it would show like |this: | | |PROJECT My project | PROJECT My sub-project | PROJECT My sub-sub-project | NEXT Call Liz to check if the account has been created |:@call:@work: | |So, searched for Liz and got this specific item, but org then |would give me more context, showing me to which project it |belongs to. Not sure if it's already possible, but if not, would |be a great addition to support the GTD system, IMO :) | |The purpose of the flat agenda list is to be compact, and what you |want would defeat that purpose. | |If you are working with a single file, a sparse tree might be the |best alternative. If not, you could give follow mode in the agenda |a try. | | | Follow mode is fit for the purpose when you are _in_ Emacs but when | you want to print and take your lists along then missing context can | be confusing. Would it be possible to encode the task hierarchy into | the task display like so: | | ,[ sample tree ] | | * PROJECT Take over the world | | ** SUBPROJ Make a plan | | *** TODO Print a trillion dollars | ` | | ,[ sample todo list ] | |TODO Take over the world/Make a plan/Print a trillion dollars | | or TODO Print a trillion dollars [Take over the world/Make a plan] | | or [Take over the world/Make a plan] TODO Print a trillion dollars | | or TODO [Take over the world/Make a plan] Print a trillion dollars | | or TODO Print a trillion dollars\Make a plan\Take over the world | ` | | Personally I prefer the last one most. The number of characters added | from each node, and/or the numbers of nodes added and/or the total | length of todo item in agenda can be made configurable to limit the | length of the agenda lines. | | At present, some of us try to be more descriptive when defining a task | so as to identify the context from the task alone. If this is | implemented, we can try to be succinct instead. | | Of course, I do not know elisp nor do I understand Org internals so | the idea might just be nonsense from an implementation perspective. | | Regards, | -- | Manish ` Regards, -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] feature request: show context in agenda
In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Then you always know where you are, without having to switch to the outline buffer. Thanks. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied ME/CFS for 25 years] = Retrovirus: http://www.wpinstitute.org/xmrv/xmrv_qa.html ___ 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: show context in agenda
On Thu, Nov 12, 2009 at 6:06 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Then you always know where you are, without having to switch to the outline buffer. +10 I proposed something similar six months ago. -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: show context in agenda
On Nov 12, 2009, at 3:03 AM, Manish wrote: On Thu, Nov 12, 2009 at 6:06 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Then you always know where you are, without having to switch to the outline buffer. +10 I proposed something similar six months ago. You did? I don't remember. Can you find the thread on gmane? - Carsten -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request: Logging rescheduled tasks (was Logging rescheduled tasks)
Is it possible to get this implemented as a feature in org-mode? It seems like there is a need for recording a history of the times that items were scheduled/deadlined for and to allow easy rescheduling/deadlining. R. 2009/11/6 George Pearson geo...@canals.com: Rick Moynihan (addr...@hidden) wrote: I'm wondering if anyone logs rescheduled tasks with org-mode... As I find myself sometimes scheduling tasks for a future date, but then on the day not having the capacity to do them. In these situations I just reschedule them, but it'd be nice to record the dates for which an item was originally scheduled in the LOGBOOK. I too would love to see this. I been preserving the original scheduling manually - from the agenda, I type the spacebar to get to the related orgfile entry, where I change SCHEDULED to ORIGSCHEDULED. Then I schedule a new date/time in the usual way. (Logging the change is probably a better idea though.) Have only been doing this about a month. In the future, I want to be able to look back at these events and see if there is any pattern to my misses. ___ 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 -- Rick Moynihan http://twitter.com/RickMoynihan http://delicious.com/InkyHarmonics http://sourcesmouth.co.uk/ ___ 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