Re: [O] [Orgmode] Feature Request: "Keeping me honest"
Fine by me. regards, Tim. On 16 December 2013 16:52, Adam Spiers wrote: > Thanks Tim. Perhaps this could go in the contrib/lisp/ directory? > > On 16 December 2013 14:02, Tim O'Callaghan 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 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 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"
Thanks Tim. Perhaps this could go in the contrib/lisp/ directory? On 16 December 2013 14:02, Tim O'Callaghan 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 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 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"
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 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 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 ;; 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
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 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 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
Thank you Bastien. It works as expected. -- Darlan At Thu, 10 Mar 2011 11:24:26 +0100, Bastien wrote: > > Hi Darlan, > > Darlan Cavalcante Moreira 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
Hi Darlan, Darlan Cavalcante Moreira 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 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 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 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 wrote: > > Hi Darlan, > > Darlan Cavalcante Moreira 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 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 wrote: > Hi Juraj, > > thanks for the patch and the explanations. > > Juraj Kubelka 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]
On Mon, Feb 14, 2011 at 11:14 PM, Bastien wrote: > Dave Abrahams 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]
Hi Dave, Dave Abrahams 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 5:17 AM, Bastien wrote: > Hi Dave, > > Dave Abrahams 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 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
[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]
On Fri, Feb 11, 2011 at 7:05 AM, Bastien wrote: > Hi Dave, > > Dave Abrahams 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
Re: [Orgmode] Feature request: another Org file for anniversary entries
Hi Juraj, thanks for the patch and the explanations. Juraj Kubelka 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 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
[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 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
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 wrote: > Juraj Kubelka 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
Re: [Orgmode] Feature request: another Org file for anniversary entries
Juraj Kubelka 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
[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
[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 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]
At Thu, 09 Dec 2010 08:57:54 +, Eric S Fraga wrote: > > Dave Abrahams 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]
Dave Abrahams 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 Wed, 8 Dec 2010 23:11:09 +0530, Manish wrote: > > Manish > Subject: Re: [Orgmode] Feature request [7.3] > Date: Wed, 8 Dec 2010 23:11:09 +0530 > To: Dave Abrahams > Cc: emacs-orgmode@gnu.org > Message-ID: > > 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 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]
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]
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 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
[Orgmode] Feature request [7.3]
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
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
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
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
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
[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
Re: [Orgmode] Feature request: IDs on anything
On 2010-08-10, Samuel Wales wrote: > I wrote this a long time ago in response to Carsten's reply > to Eric in the first link below. I guess it was a response to 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: IDs on anything
I wrote this a long time ago in response to Carsten's reply to Eric in the first link below. === 1) http://thread.gmane.org/gmane.emacs.orgmode/11896 extensible syntax with an application in id markers (which themselves have an application in many things, including graph theoretic constructs such as planning tours) 2) http://thread.gmane.org/gmane.emacs.orgmode/10204/focus=10240 extensible syntax and parsing risk === Yes, ID markers are merely link /targets/. :) The :link option (which the user can decide to put in or leave out) turns them into link /sources/ (clickable and RET-able elements) also. This allows bidirectional links by having two ID markers link to each other.[fn:46] A future post will describe an application. Perhaps you are thinking of new link features beyond :link? These are possible, but they are not part of my proposal. For example, you know how in a browser the links change color if you have visited them in the last n days? It usually seems to be blue links turning red. That helps you keep track of things. If it is ever desired, we can implement this in org. We add an option, :last-followed, which contains a timestamp for the last time you followed the link. When that timestamp is within the last n days, org changes the color of the ID marker's label to red. (Or it can make it more red the longer it's been. Or show how many days it's been.) I'm *not* saying this feature is necessary, of course (it isn't). The point is just that the syntax is robust against the future, including ideas like this. P.S. You don't have to use an ID marker if you never want to point to it. If you still wanted fancy link features, then you could implement something like this instead of using ID markers. $[link http://google.com :last-followed [2009-02-27 Fri 02:00] :label "click here for evil search engine" :export-label "click here for nice search engine"] (I threw in an export label just for fun.) But I'm only proposing ID markers (and extensible syntax). [fn:46] :link enables bidirectional links, rings, DAGs, tours (e.g. for tutorials), multiple planning sequences, Bayes nets, decision trees that span the outline's ontology structure, and adventure games. In graph-theoretic terms, an ID marker that uses the :link option is an =arc=; wherever you place it becomes a =node=. Arcs can be unidirectional or bidirectional. ___ 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 wrote: > 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
Scot, Anthony and Carsten, Thanks a ton for the help (and mods). I'll try out these two approaches to protecting me from myself and see which one I like best. 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
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
[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] 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
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: 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: 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 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 "" src) >> +(format "" >> +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 writes: >> >>> On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: >>> Hi, HTML 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 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 "" src) + (format "" +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 writes: On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML 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 "" src) + (format "" +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 writes: > On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: > >> Hi, >> >> HTML 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
On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML 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: save LaTeX as title for ltxpng html images
Hi, HTML 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
[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
<> and <<>> 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, <> or <<>> 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
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 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
Hi Carsten Carsten Dominik 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
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" 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
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 wrote: Hi "Sven Bretfeld" 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
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 wrote: > Hi > > "Sven Bretfeld" 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" 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
[Orgmode] [feature request] Quotation marks in LaTeX export
Hello List Quotation marks like "these" are converted to ``these'' by org-export-latex. It would be much better to use \enquote{these}. The \enquote tag belongs to the powerful csquotes package. Not only does this package chose the correct quotation mark style for the document language as defined by babel, it also supports nested quotations, e.g.: He said: \enquote{This a \enquote{nonsense} sentence.} would be rendered as: He said: "This is a `nonsense' sentence." Using \enquote as a default translation would make things much easier for non-English users. Is there a way to configure that? Or at least to let org-export-latex produce German quotation marks: "`xxx"' instead of ``xxx''? 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: colorize diary entries in agenda
Hi Carsten, Carsten Dominik 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: colorize diary entries in agenda
On Jan 4, 2010, at 3:57 PM, Thierry Volpiatto wrote: Hi Carsten, Carsten Dominik 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 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] CSS tag classes for headlines
On Fri, 01 Jan 2010 11:07 +0100, "Carsten Dominik" 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: > > > > Windows builds fail with "Error 66" > class="tag">CLOSED > > > > I would like to change the appearance of the whole headline: > > > > Windows builds fail with > > "Error 66" > class="CLOSED">CLOSED > > > > 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 > > > > > > 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] 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: Windows builds fail with "Error 66"CLOSED I would like to change the appearance of the whole headline: Windows builds fail with "Error 66"CLOSED 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. 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
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
[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: 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 : > 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: Windows builds fail with "Error 66"CLOSED I would like to change the appearance of the whole headline: Windows builds fail with "Error 66"CLOSED 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. 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
Re: [Orgmode] [Feature Request] Sane XHTML markup for Properties and Property Drawers
2009/12/3 Jonathan Arkell : > Sure, but something like this might be even better still: > > > FOO > blah > BAR > blah blah > > > 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
Re: [Orgmode] [Feature Request] Sane XHTML markup for Properties and Property Drawers
Sure, but something like this might be even better still: FOO blah BAR blah blah 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" wrote: > Just bumping this thread/question: > > 2009/12/2 Rick Moynihan : >> Also, the properties are exported into the HTML like so: >> >> PROPERTIES >> :FOO: blah >> :BAR: blah blah >> >> >> Would something like the following not be a better format for >> parsing/processing? >> >> >> >>FOO> class="property_value_foo">blah >>BAR> class="property_value_bar">blah blah >> >> >> >> 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
[Orgmode] [Feature Request] Sane XHTML markup for Properties and Property Drawers
Just bumping this thread/question: 2009/12/2 Rick Moynihan : > Also, the properties are exported into the HTML like so: > > PROPERTIES > :FOO: blah > :BAR: blah blah > > > Would something like the following not be a better format for > parsing/processing? > > > > FOO class="property_value_foo">blah > BAR class="property_value_bar">blah blah > > > > 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
[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 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
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 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
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 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
[Orgmode] Feature request: Periodic events based on count of specific weekdays (was: Monthly events based on count of specific weekdays)
Ben Finney 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 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 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 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: | Subject: Re: [Orgmode] Show parent PROJECTS for an item | From: Manish | To: Carsten Dominik | Cc: Marcelo de Moraes Serpa , 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