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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Re: [Orgmode] feature-request: colorize diary entries in agenda
On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | "Get the (Emacs Calendar) diary entries for DATE." | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) |'type "diary" 'date date 'face 'tv-org-diary)) |entries) ` Did i miss something? Hmm, maybe that is overwritten later by Org? Quite possible. But you code *looks* ok. I will work better if you put a function into org-finalize-agenda-hook that will search for entries with the right category and add the face then. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: org-export-format-source-code-or-example and srcname
Hi
Hi,
when using the listings LaTeX package, it would be very useful if the
value of srcname was added to the output. For instance,
#+srcname: my_code_chunk
#+begin_src latex :results latex :exports code :tangle no
\usepackage{fontspec,xunicode,xltxtra}
#+end_src
would give:
\lstset{language=TeX}[caption={my\_code\_chunk}]
\begin{lstlisting}
\usepackage{fontspec,xunicode,xltxtra}
\end{lstlisting}
(note the added "[caption={my\_code\_chunk}]")
Cheers, Nicolas
Is there anyone besides Nicolas what would like to see the source name
in the exported listing?
Is that something that should be done in org-babel, or in the normal
export stuff?
- Carsten
On Dec 2, 2009, at 6:41 PM, Nicolas Girard wrote:
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: Remote editing inactive timestamps from the agenda view
2009/12/14 Carsten Dominik :
> 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
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
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
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
Re: [Orgmode] feature request: show context in agenda
On Thu, 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. Just a note: pressing E in the agenda view you will see an excerpt of each section's context. It shows some lines from the content. Maybe it could show in addition the names of the headings which form the outline path. Or maybe a simplified form of them (like: the first 3 characters of each heading: /Pro…/Web…/tas…/Design. Or the first word. Or the first N words that make that heading different from its siblings.) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: show context in agenda
On Nov 12, 2009, at 3:03 AM, Manish wrote: On Thu, Nov 12, 2009 at 6:06 AM, Samuel Wales wrote: In the agenda, it is difficult to find where you are in the hierarchy. I find that I have to switch to the outline, then scroll up, if I want to know what the parent headline is, or any ancestor. Others have proposed showing the parent headline, but that could clutter the agenda and will not show other ancestors. Here is a simple proposal: put the olpath of the current header in header-line-format. Then you always know where you are, without having to switch to the outline buffer. +10 I proposed something similar six months ago. You did? I don't remember. Can you find the thread on gmane? - Carsten -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: show context in agenda
On Thu, Nov 12, 2009 at 6:06 AM, Samuel Wales wrote: > In the agenda, it is difficult to find where you are in > the hierarchy. I find that I have to switch to the outline, > then scroll up, if I want to know what the parent headline > is, or any ancestor. > > Others have proposed showing the parent headline, but that > could clutter the agenda and will not show other ancestors. > > Here is a simple proposal: put the olpath of the current > header in header-line-format. > > Then you always know where you are, without having to switch > to the outline buffer. +10 I proposed something similar six months ago. -- Manish ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: scroll other window in agenda view follow mode
On Oct 20, 2009, at 4:17 PM, Eric S Fraga wrote: At Thu, 15 Oct 2009 07:52:38 +0100, Eric S Fraga wrote: Carsten, I wonder whether I could request a small feature addition in org-mode (or have a pointer to already implemented functionality, of course ;-)? Using the agenda view with follow mode is fantastic for complex agenda views. What I find, however, is that I miss having a scroll other window as implemented in many other "2 window" interfaces in Emacs Further on this. When follow mode is active, the "delete-other-windows" function doesn't really delete all other windows when point is on an item in the agenda view. Well, it does *but8 the "follow" item is automatically re-displayed. I wonder if it would be possible to have the follow more action only take place after motion in the agenda view? This would solve my other problem (mapping the space-bar to scroll-other-window). This is a very good idea, I have been bothered by this often. - Carsten Thanks, eric ___ 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: scroll other window in agenda view follow mode
At Tue, 20 Oct 2009 10:56:38 +0200, Carsten Dominik wrote: > > Hi Eric, > > this is, in principle, not hard to do. The issue I see is that > it would require to make the entire subtree visible in the target > buffer, so whenever you are looking at stuff with the agenda if > would (more thoroughly than now) change the outline visibility in that > file. Ah, very true. I never considered this but that's mostly because most of my agenda targets are leaves in the tree, I guess. It's just that some of these leaves are long (e.g. agenda items for a meeting that's been scheduled). My most recent email crossed yours in the aether so maybe the solution I propose there might be appropriate for this in any case. thanks, eric ___ 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: scroll other window in agenda view follow mode
At Thu, 15 Oct 2009 07:52:38 +0100, Eric S Fraga wrote: > > Carsten, > > I wonder whether I could request a small feature addition in org-mode > (or have a pointer to already implemented functionality, of course > ;-)? > > Using the agenda view with follow mode is fantastic for complex agenda > views. What I find, however, is that I miss having a scroll other > window as implemented in many other "2 window" interfaces in Emacs Further on this. When follow mode is active, the "delete-other-windows" function doesn't really delete all other windows when point is on an item in the agenda view. Well, it does *but8 the "follow" item is automatically re-displayed. I wonder if it would be possible to have the follow more action only take place after motion in the agenda view? This would solve my other problem (mapping the space-bar to scroll-other-window). Thanks, eric ___ 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: scroll other window in agenda view follow mode
Hi Eric, this is, in principle, not hard to do. The issue I see is that it would require to make the entire subtree visible in the target buffer, so whenever you are looking at stuff with the agenda if would (more thoroughly than now) change the outline visibility in that file. - Carsten On Oct 15, 2009, at 8:52 AM, Eric S Fraga wrote: Carsten, I wonder whether I could request a small feature addition in org-mode (or have a pointer to already implemented functionality, of course ;-)? Using the agenda view with follow mode is fantastic for complex agenda views. What I find, however, is that I miss having a scroll other window as implemented in many other "2 window" interfaces in Emacs (e.g. most mail user agents like rmail, wanderlust, gnus, etc.). I find myself hitting spacebar to scroll down the other window (the one with the org file view) as I would in mail tools and it does nothing. The request would be to have org-agenda-show, bound to ' ', scroll down the other window if already showing the entry. Would this be possible easily? I realise that I could simply type M-C-v but it would be nice to have consistency with other emacs tools. I have tried mapping the spacebar to scroll-other-window in the agenda keymap but this does nothing because the agenda view simply re-shows the org file at the same location! Thanks, eric ___ 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: "Keeping me honest"
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 Description: application/emacs-lisp ___ 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: "Keeping me honest"
Attached is a working implementation of the idea.
So, in GTD each 'next action' is supposed to be an actual doable
thing to further the project it is associated with.
When creating next actions or project headlines there is sometimes
a tendency to use a heading that is a bit vague/undoable. 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 non-functional next action and project headlines. It searches
for headlines of a specific TODO type and checks to see if the first
word in the headline is specified as an action verb for that TODO
type. If not, then it highlights that first non actionable word.
Its a bit like flyspell mode but for checking doable org headlines.
To use put the following in your .emacs:
(require 'org-action-verbs)
To change the default TODO Type->Action Verb table you can set
'org-action-todo-verbs'. Below is an example. The first checks for the
right spaceship name associated with the 'SPACESHIP' TODO type, and
the right colour for the 'COLOR' and 'COLOUR' TODO types.
- note the Action verbs are case sensitive.
(setq org-action-todo-verbs
'(
(("SPACESHIP") . ("Challenger" "Voyager" "Enterprise" "Nostromo"
"Apollo" ))
(("COLOUR" "COLOR") . ("Red" "Yellow" "Green" "Aquamarine" "Blue" "Black"))
)
The current default mappings are based on David Allen's GTD verb list:
Verbs for the TODO types "TODO" and "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 Enquire Maintain Measure Monitor
Order Paint Phone Prioritize Prioritise Purchase
Question Reduce Remember Repair Reply Report Research
Resolve Review Schedule Sell Send Service Specify
Start Stop Suggest Tidy Train Update Upgrade Write
Verbs for the TODO type "PROJECT" ->
Finalize Finalise Resolve Handle Look-Into Submit Maximize Maximise
Organize Organise Design Complete Ensure Research Roll-Out Update
Install Implement Set-Up
Enjoy,
Tim.
org-action-verbs.el
Description: application/emacs-lisp
___
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: "Keeping me honest"
Below is my first attempt at this. It breaks normal org font-locking
though, my font-lock foo is not up to much at the moment. I'm sure its
something simple, but i cannot see it.
Any ideas where I'm going wrong?
Tim.
(defface org-action
'class color) (background light)) (:foreground "green" :underline t))
(((class color) (background dark)) (:foreground "green" :underline t))
(t (:underline t)))
"Used by org-action-font to help distinguish good 'actionable' headlines.")
(defvar org-action-todo-keywords
'("TODO" "NEXT")
"org-action todo keywords to apply to action fonts to")
(defvar org-action-todo-highlight-words
'("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")
"org-action fontification keywords ")
(defun org-mode-action-hook ()
"Initalise org-mode helper stuff."
(interactive)
(setq org-action-todo-keywords-regexp
(concat "^\\*+[ ]+" (regexp-opt org-action-todo-keywords 'words)
"[ ]+" (regexp-opt org-action-todo-highlight-words
'words)))
(setq org-action-font-lock-keywords
`(
(,org-action-todo-keywords-regexp 2 org-action-face t)))
(font-lock-add-keywords nil org-action-font-lock-keywords)
)
;; Turn on 'keeping it honest' font locking.
(add-hook 'org-mode-hook 'org-mode-action-hook)
2009/8/5 Jonathan Arkell :
> This is a great idea!
>
> I was thinking about something similar, but my ideal implementation would
> enforce more granular discipline:
>
> If the user is on a TODO item and hits Enter, moves up or down, or sets the
> TODO state of the todo item (to a not done state), then the enforcer kicks
> in, and does a check against a list of known good and known bad words.
> During this process a small buffer would pop up, showing the text of the TODO
> item and any errors that popped up.
>
> This secondary buffer would have keybindings similar to the tags interface,
> TAB to edit the todo item directly to fix the problem and enter to accept it
> as is, and maybe alpha-numerics to enter keywords
>
> If "bad" words show up in the todo item, then the enter key has a y/n
> confirmation behind it. ("This TODO Item seems unactionable, are you sure
> you want to use it?")
>
> What are bad words? A project verb in a TODO keyword I would consider bad,
> but it should be customizable per keyword and per todo item.
>
> A few options I can think of:
> - Don't Process enforce if the todo item has checkboxes in it
> - Loose enforcement, don't bug the user at all, only use agenda functionality.
> - Strict enforcement, don't let the user enter out of confirmation
>
> I saw a similar list to the one you have on P218 of "Making it all Work"
> (David Allen)
>
> Right now this is all sitting in my "Long term ideas for Org Mode"
> headline... So I hope to get to it by the next decade. :p
>
> -Original Message-
> From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org
> [mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf
> Of Tim O'Callaghan
> Sent: August 3, 2009 7:47 AM
> To: org-mode
> Subject: [Orgmode] Feature Request: "Keeping me honest"
>
> Hi, I'm not sure how/if these are implemented or implementable.
>
> * "Keeping Me honest"
>
> When i outline a project, sometimes there are points that are
> ambigiously stated. Being neither actions or titles, they can slip
> through the cracks. So i've been thinking of a feature that would be
> similar to the "stuck projects" indicator. This would be a set of
> words that would naturally follow a TODO or similar, to indicate
> that the title has some honesty to it. Its to enforce a kind of "GTD
> verb" in every actionalble outline title.
>
> Implementation wise, i was thinking this could be a word list
> associated with a todo or tag. That list would then be used to font
> lock the first word of an outline header. e.g.
>
> * TODO foobar compatibility needed for something
> vs
> * TODO change feature X of something so that it works with foobar
>
> Either the first word, and/or the whole line would be highlighted a
> different colour. GTD words are not the only use for a feature like
> this. It might be used to highlight that a bug ID is needed in a
> "FIXME" heading with a regexp "ID#[0-9]+" associated to the "keep me
> honest" field.
>
> Not sure where i picked this list up from but here are some example
> GTD words to test with:
>
> *** "PROJECT" todo-type outline action verbs
> Finalize, resolve, handle, look into, s
Re: [Orgmode] Feature request: org-agenda-store-link
On Sat, 12 Sep 2009 07:06 +0200, "Carsten Dominik" wrote: > Hi Peter, > > that does make a lot of sense, why did we not think of this earlier? > Works now. > > Thanks! Well, thank *you* - I'm quite thrilled to have made a contribution, however small! Peter. > - Carsten > > On Sep 11, 2009, at 1:41 PM, Peter Westlake wrote: > > > Carsten, > > > > Could I request this as a small feature enhancement, please? > > Commands like org-refile have an agenda equivalent so that > > the same keys work in the agenda, and it would be very nice > > to be able to store a link to an item that way as well. > > > > Regards, > > > > Peter. > > > > On Wed, 09 Sep 2009 15:23 +0100, "Peter Westlake" > > wrote: > >> On Wed, 09 Sep 2009 14:39 +0200, "Carsten Dominik" > >> wrote: > >>> > >>> On Sep 8, 2009, at 8:14 PM, Raffi R wrote: > >> ... > In org-mode normally, I can get this behaviour by pressing C-0 C-x > C-e. Looking at org.el suggested that I should be able to simply > provide the 0 as an argument, i.e. using (org-export 0). However, > org-export seems to ignore that 0. > >>> > >>> (let ((current-prefix-arg 0)) > >>> (call-interactively 'org-export)) > >> > >> This also happens to be the reason a function I was trying to write > >> didn't work! I would never have worked it out for myself - does > >> anyone have time to explain why the original form doesn't work? > >> > >> Here, incidentally, is the function I was writing. It works now! > >> It is intended to be bound to C-c l in the agenda buffer, and > >> was written by imitating org-agenda-refile: > >> > >> (defun org-agenda-store-link (arg) > >> "Store a link to the item at point." > >> (interactive "P") > >> (let* ((marker (or (get-text-property (point) 'org-hd-marker) > >> (org-agenda-error))) > >> (buffer (marker-buffer marker)) > >> (org-link-to-org-use-id t)) > >>(with-current-buffer buffer > >> (save-excursion > >>(save-restriction > >> (widen) > >> (goto-char marker) > >> (let ((current-prefix-arg 0)) > >>(call-interactively 'org-store-link))) > >> > >> Is this the right way to do it? > >> > >> Peter. > >> > >> > >> ___ > >> Emacs-orgmode mailing list > >> Remember: use `Reply All' to send replies to the list. > >> Emacs-orgmode@gnu.org > >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > > > > ___ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ 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: org-agenda-store-link
Hi Peter, that does make a lot of sense, why did we not think of this earlier? Works now. Thanks! - Carsten On Sep 11, 2009, at 1:41 PM, Peter Westlake wrote: Carsten, Could I request this as a small feature enhancement, please? Commands like org-refile have an agenda equivalent so that the same keys work in the agenda, and it would be very nice to be able to store a link to an item that way as well. Regards, Peter. On Wed, 09 Sep 2009 15:23 +0100, "Peter Westlake" wrote: On Wed, 09 Sep 2009 14:39 +0200, "Carsten Dominik" wrote: On Sep 8, 2009, at 8:14 PM, Raffi R wrote: ... In org-mode normally, I can get this behaviour by pressing C-0 C-x C-e. Looking at org.el suggested that I should be able to simply provide the 0 as an argument, i.e. using (org-export 0). However, org-export seems to ignore that 0. (let ((current-prefix-arg 0)) (call-interactively 'org-export)) This also happens to be the reason a function I was trying to write didn't work! I would never have worked it out for myself - does anyone have time to explain why the original form doesn't work? Here, incidentally, is the function I was writing. It works now! It is intended to be bound to C-c l in the agenda buffer, and was written by imitating org-agenda-refile: (defun org-agenda-store-link (arg) "Store a link to the item at point." (interactive "P") (let* ((marker (or (get-text-property (point) 'org-hd-marker) (org-agenda-error))) (buffer (marker-buffer marker)) (org-link-to-org-use-id t)) (with-current-buffer buffer (save-excursion (save-restriction (widen) (goto-char marker) (let ((current-prefix-arg 0)) (call-interactively 'org-store-link))) Is this the right way to do it? Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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: changes regarding attachments and subtasks
On Sep 2, 2009, at 10:29 PM, Darlan Cavalcante Moreira wrote: Hello orgers, I have a task with several subtasks and some of them are associated with an external PDF file. Since in this case each PDF file exists only for the corresponding subtask, I think using attachments is a better option then storing the PDFs somewhere and using hyperlinks. If each subtask has its own directory everything is fine and using "C-c C-a o" on a subtask with only one PDF will open the PDF without further questions. However, I'd like to have all subtasks files stored in the same folder but still be able to reference only the specific subtask file. For instance, I have set the :ATTACH_DIR: property of the parent task to something such as "parent_task_files" and the :ATTACH_DIR_INHERIT: property to "t". Then in a "subtask1" I have added the file "file1" (using C-c C-a a) and in "subtask2" I have added the file "file2". Both of them were added to the folder "data/parent_task_files" (which is what I want) but no information (property) is added to the subtasks. Therefore, if I go to subtask1 and try to open the file with "C-c C-a o" it will ask me each file to open: file1 or file2. My suggestion is that when I add a file to a subtask in this case it should add the property :Atachments: "filename" such that even if all files are stored in the same folder, only the files that I added to this subtask is associated with it. Hi Darlan, The property with the list of attachments is occasionally updated by org, using a directory listing. So the change you propose would not persist. One way out would be to create a link to the file: Visit it when it is already in the attachment directory and store a link. Another possibility would be a new link type attach: which does find the correct directory using inheritance. But I Guess this would be a fragile construct. - Carsten ps: I'm using org 6.28e -- _ Darlan Cavalcante Moreira ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request: insert/delete rows in column view
On Aug 29, 2009, at 8:00 PM, David Bremner wrote: Carsten Dominik wrote: What is so bad about exiting column view, doing the structure changes and then going back in? The problem is that structure changes potentially affect summary columns, so it is not a good idea to do this in column view. I can certainly live with it. I made the request after spending a day editing a document in column view, and finding my fingers kept hitting C-k and , and discovering they did nothing in column view. So my brain is fine with the concept; I expect the fingers will catch up eventually. :-) - 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: insert/delete rows in column view
Carsten Dominik wrote: >What is so bad about exiting column view, doing the structure >changes and then going back in? The problem is that structure changes >potentially affect summary columns, so it is not a good idea to do this >in column view. I can certainly live with it. I made the request after spending a day editing a document in column view, and finding my fingers kept hitting C-k and , and discovering they did nothing in column view. So my brain is fine with the concept; I expect the fingers will catch up eventually. David ___ 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: insert/delete rows in column view
On Aug 28, 2009, at 10:40 PM, David Bremner wrote: Maybe this is difficult for reasons I don't know about, but it would be very nice to insert and delete rows in column view. I agree that deleting a row could kill a lot of text, but no differently than a folded view. For inserting, maybe below the current row. Of course then I'll be wanting to edit structure too, move rows up and down and change their indent level. What is so bad about exiting column view, doing the structure changes and then going back in? The problem is that structure changes potentially affect summary columns, so it is not a good idea to do this in column view. - 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: "Keeping me honest"
This is a great idea!
I was thinking about something similar, but my ideal implementation would
enforce more granular discipline:
If the user is on a TODO item and hits Enter, moves up or down, or sets the
TODO state of the todo item (to a not done state), then the enforcer kicks in,
and does a check against a list of known good and known bad words. During this
process a small buffer would pop up, showing the text of the TODO item and any
errors that popped up.
This secondary buffer would have keybindings similar to the tags interface, TAB
to edit the todo item directly to fix the problem and enter to accept it as is,
and maybe alpha-numerics to enter keywords
If "bad" words show up in the todo item, then the enter key has a y/n
confirmation behind it. ("This TODO Item seems unactionable, are you sure you
want to use it?")
What are bad words? A project verb in a TODO keyword I would consider bad, but
it should be customizable per keyword and per todo item.
A few options I can think of:
- Don't Process enforce if the todo item has checkboxes in it
- Loose enforcement, don't bug the user at all, only use agenda functionality.
- Strict enforcement, don't let the user enter out of confirmation
I saw a similar list to the one you have on P218 of "Making it all Work" (David
Allen)
Right now this is all sitting in my "Long term ideas for Org Mode" headline...
So I hope to get to it by the next decade. :p
-Original Message-
From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org
[mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf Of
Tim O'Callaghan
Sent: August 3, 2009 7:47 AM
To: org-mode
Subject: [Orgmode] Feature Request: "Keeping me honest"
Hi, I'm not sure how/if these are implemented or implementable.
* "Keeping Me honest"
When i outline a project, sometimes there are points that are
ambigiously stated. Being neither actions or titles, they can slip
through the cracks. So i've been thinking of a feature that would be
similar to the "stuck projects" indicator. This would be a set of
words that would naturally follow a TODO or similar, to indicate
that the title has some honesty to it. Its to enforce a kind of "GTD
verb" in every actionalble outline title.
Implementation wise, i was thinking this could be a word list
associated with a todo or tag. That list would then be used to font
lock the first word of an outline header. e.g.
* TODO foobar compatibility needed for something
vs
* TODO change feature X of something so that it works with foobar
Either the first word, and/or the whole line would be highlighted a
different colour. GTD words are not the only use for a feature like
this. It might be used to highlight that a bug ID is needed in a
"FIXME" heading with a regexp "ID#[0-9]+" associated to the "keep me
honest" field.
Not sure where i picked this list up from but here are some example
GTD words to test with:
*** "PROJECT" todo-type outline action verbs
Finalize, resolve, handle, look into, submit, maximize, organize,
design, complete, ensure, research, roll out, update, install,
implement, set-up
*** "TODO" todo-type next action verbs
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.
Tim.
___
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
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
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: javascript expand collapse
Xin Shi writes: > Hi Bastien, > > I'm sorry that I didn't explain it clearly. Here is what I mean. For > instance, one can open this page: > > http://orgmode.org/Changes.htm > > All one can do is to click the sections and read each pages. If a certain > page turns out to be very long, there is no easy way to make it shorter in > the first place, then click on the needed parts. Hi Xin Shi, that would be possible, but I tried to make the script work with big pages in the first place. Folding all the paragraphs and lists would mean to change several hundred elements when loading the page. That's the reason why I didn't implement it. Sebastian ___ 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: javascript expand collapse
Hi Xin, Xin Shi writes: > I'm sorry that I didn't explain it clearly. Here is what I mean. For > instance, one can open this page: > > http://orgmode.org/Changes.html ^ > All one can do is to click the sections and read each pages. If a certain > page turns out to be very long, there is no easy way to make it shorter in > the first place, then click on the needed parts. The org-info.js script is explicitely done for this, and that's why there is no long page when browsing the manual from this interface... > One might say that you can always put those into different sections, > but I think it's just another option for people. If it sounds too > complicated, we can just leave with this and wait until more people > need ... :) Yeah :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Hi Bastien, I'm sorry that I didn't explain it clearly. Here is what I mean. For instance, one can open this page: http://orgmode.org/Changes.htm All one can do is to click the sections and read each pages. If a certain page turns out to be very long, there is no easy way to make it shorter in the first place, then click on the needed parts. One might say that you can always put those into different sections, but I think it's just another option for people. If it sounds too complicated, we can just leave with this and wait until more people need ... :) Thanks! Xin On Sun, Jul 19, 2009 at 2:03 PM, Bastien wrote: > Hi Xin, > > Xin Shi writes: > > > In my opinion, there is no directly contradict with Sebastian's design, > they > > are targeting to different tasks. It'll be nice it we can include both > ... :) > > But... to me clicking on the title or clicking on a small button would > achieve the same function: i.e. unfold the section. I don't see where > there are two different tasks - but maybe I don't understand :/ > > -- > Bastien > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Hi Xin, Xin Shi writes: > In my opinion, there is no directly contradict with Sebastian's design, they > are targeting to different tasks. It'll be nice it we can include both ... :) But... to me clicking on the title or clicking on a small button would achieve the same function: i.e. unfold the section. I don't see where there are two different tasks - but maybe I don't understand :/ -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Hi Bastien, On Sun, Jul 19, 2009 at 1:00 PM, Bastien wrote: > Xin Shi writes: > > > I'm not sure if Sebastian has already implemented it or not. I saw my > friends > > using a software on Mac called aquaminds to produce webnotes, and that > "expand" > > button is very useful when presenting across the internet during net-work > > meeting. > > > > Here is the one example page (including the "?1" after html): > > > > http://www.aquaminds.com/synergy/index.html?1 > > > > On this page, one can see the minus sign can be clicked and become plus > sign > > ... > > Ah, I see. Still, I find Sebastian's design far better: no need to look > for this little needle (the "minus" sign), just click on the title of a > section... > In my opinion, there is no directly contradict with Sebastian's design, they are targeting to different tasks. It'll be nice it we can include both ... :) Xin > > -- > Bastien > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Xin Shi writes: > I'm not sure if Sebastian has already implemented it or not. I saw my friends > using a software on Mac called aquaminds to produce webnotes, and that > "expand" > button is very useful when presenting across the internet during net-work > meeting. > > Here is the one example page (including the "?1" after html): > > http://www.aquaminds.com/synergy/index.html?1 > > On this page, one can see the minus sign can be clicked and become plus sign > ... Ah, I see. Still, I find Sebastian's design far better: no need to look for this little needle (the "minus" sign), just click on the title of a section... -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Hi Bastien, Thanks for coming back to my request! I'm not sure if Sebastian has already implemented it or not. I saw my friends using a software on Mac called aquaminds to produce webnotes, and that "expand" button is very useful when presenting across the internet during net-work meeting. Here is the one example page (including the "?1" after html): http://www.aquaminds.com/synergy/index.html?1 On this page, one can see the minus sign can be clicked and become plus sign ... Xin On Thu, Jul 16, 2009 at 5:11 PM, Bastien wrote: > Hi Xin, > > Xin Shi writes: > > > I'm wondering if it's easy to implement the "javascript expand collapse" > in the > > published page. > > > > [This might be work for Sebastian again :-), but I think this feature > > shall be useful. ] > > How does it differ from what Sebastian already implemented? > > -- > Bastien > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: javascript expand collapse
Hi Xin, Xin Shi writes: > I'm wondering if it's easy to implement the "javascript expand collapse" in > the > published page. > > [This might be work for Sebastian again :-), but I think this feature > shall be useful. ] How does it differ from what Sebastian already implemented? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request : org-bbdb-anniversaries and iCal export
Carsten Dominik writes: > On Jun 7, 2009, at 8:52 PM, Richard Riley wrote: > >> >> I just thought I would chance my arm if anyone is doing any work on >> the >> iCal exporter. >> >> It would be GREAT if it could include the Anniversary includes which >> are >> generated from BBDB. e.g My agenda looks like: >> >> >> , >> | Friday 12 June 2009 >> | Anniv: Birthday: [[bbdb:Sabine F][Sabine F (35th)]] >> ` >> >> >> Where this is generated from my diary.org which includes: >> >> #+CATEGORY: Anniv >> %%(org-bbdb-anniversaries) > > > Thanks to Thoman Baumann, you can now do > > git pull > > (setq org-icalendar-include-bbdb-anniversaries t) > > C-c C-e c > > > - Carsten > > Thats fantastic! Thanks guys. ___ 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 : org-bbdb-anniversaries and iCal export
On Jun 7, 2009, at 8:52 PM, Richard Riley wrote: I just thought I would chance my arm if anyone is doing any work on the iCal exporter. It would be GREAT if it could include the Anniversary includes which are generated from BBDB. e.g My agenda looks like: , | Friday 12 June 2009 | Anniv: Birthday: [[bbdb:Sabine F][Sabine F (35th)]] ` Where this is generated from my diary.org which includes: #+CATEGORY: Anniv %%(org-bbdb-anniversaries) Thanks to Thoman Baumann, you can now do git pull (setq org-icalendar-include-bbdb-anniversaries t) C-c C-e c - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Orgmode[FEATURE REQUEST] export to mediawiki
> On Fri, 5 Jun 2009 18:19:24 +0100, Spike Spiegel said: SS> it would be awesome if there was an org to mediawiki export SS> functionality as I have a lot of documentation in a mediawiki SS> instance and I'm routinely wasting 10 to 15 minutes every time I need SS> to publish a largish document just to reformat the text. I too have wanted something like this. In fact, it is one of the motivations behind my org-export-generic functionality I posted here a while ago. I'm long overdue to post another copy but have been completely swamped lately and it's preventing me from getting another copy out. I'll try to get a copy out this week, as things are finally looking a bit less swamped. -- \ Wes Hardaker http://pontifications.hardakers.net / \_ "In the bathtub of history the truth is harder to hold than / \___ the soap, and much more difficult to find." ___/ \_ -- Terry Pratchett __/ \__/ ___ 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: inherited priorities
On Tue, 5 May 2009 15:22:04 +0200, "Carsten Dominik" said: ... > I think that any kind of priority inheritance would be defeating the > purpose of priorities, by inflation. > > I think what you are trying to do is to assign a whole project subtree > high importance, and I would suggest to use tags for this purpose, > which also support inheritance, and which allow very flexible > filtering. That is what I'm trying to do, yes. And since there are so many things like tags and categories that are inherited, and allow sorting, it's reasonable for there to be something else that isn't inherited. I'll have a look at the agenda commands. Thank you, Peter. ___ 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: inherited priorities
On May 5, 2009, at 3:12 PM, Peter Westlake wrote: On Sun, 3 May 2009 18:14:38 +0200, "Carsten Dominik" said: Hi Peter, Matt, priorities cannot be inherited. Fair enough! In that case, would it be possible to take the default priority for a new task from the parent task? I think that any kind of priority inheritance would be defeating the purpose of priorities, by inflation. I think what you are trying to do is to assign a whole project subtree high importance, and I would suggest to use tags for this purpose, which also support inheritance, and which allow very flexible filtering. HTH - Carsten Peter. - Carsten On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: I would like to suggest that priorities should be inherited. After all, if a task is high priority, then doing the individual parts of it must be too. There are 250 items in my agenda TODO list at the moment, and that's with dependencies on, ordered subtasks, and missing all the less important stuff out altogether. I rarely look beyond the first dozen or so lines. With priorities not being inherited, adding a subtask to an important job can cause it to plunge hundreds of lines down the list and be overlooked. I have to add priorities to everything by hand. Hope this is a reasonable idea, Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: inherited priorities
On Sun, 3 May 2009 18:14:38 +0200, "Carsten Dominik" said: > Hi Peter, Matt, > > priorities cannot be inherited. Fair enough! In that case, would it be possible to take the default priority for a new task from the parent task? Peter. > - Carsten > > On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: > > > I would like to suggest that priorities should be inherited. After > > all, if a task is high priority, then doing the individual parts of > > it must be too. > > > > There are 250 items in my agenda TODO list at the moment, and that's > > with dependencies on, ordered subtasks, and missing all the less > > important stuff out altogether. I rarely look beyond the first dozen > > or so lines. With priorities not being inherited, adding a subtask > > to an important job can cause it to plunge hundreds of lines down > > the list and be overlooked. I have to add priorities to everything > > by hand. > > > > Hope this is a reasonable idea, > > > > Peter. > > > > > > ___ > > Emacs-orgmode mailing list Remember: use `Reply All' to send replies > > to the list. Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: inherited priorities
Hi Peter, Matt, priorities cannot be inherited. - Carsten On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: I would like to suggest that priorities should be inherited. After all, if a task is high priority, then doing the individual parts of it must be too. There are 250 items in my agenda TODO list at the moment, and that's with dependencies on, ordered subtasks, and missing all the less important stuff out altogether. I rarely look beyond the first dozen or so lines. With priorities not being inherited, adding a subtask to an important job can cause it to plunge hundreds of lines down the list and be overlooked. I have to add priorities to everything by hand. Hope this is a reasonable idea, Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: inherited priorities
"Peter Westlake" writes:
> On Wed, 29 Apr 2009 10:34:37 -0500, "Matthew Lundin"
> said:
>> "Peter Westlake" writes:
>>
>> > I would like to suggest that priorities should be inherited. After
>> > all, if a task is high priority, then doing the individual parts of
>> > it must be too.
>
> ...
>
>> Have you checked out the variable org-use-property-inheritance?
>>
>> Also see this section of the manual:
>>
>> http://orgmode.org/manual/Property-inheritance.html#Property-inheritance
>
> Matt,
>
> Thanks for the suggestion, but priority isn't defined by a property in
> the usual way, so this doesn't work.
>
Oops, sorry. I read "priorities" in your email as properties.
If the only issue is tag searches, the following works for me - i.e.,
subtrees inherit PRIORITY:
--8<---cut here---start->8---
(setq org-use-property-inheritance '("PRIORITY"))
--8<---cut here---end--->8---
I haven't tested to see what happens with sorting - my guess is that
this only applies to searches.
Regards,
Matt
___
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: inherited priorities
On Wed, 29 Apr 2009 10:34:37 -0500, "Matthew Lundin" said: > "Peter Westlake" writes: > > > I would like to suggest that priorities should be inherited. After > > all, if a task is high priority, then doing the individual parts of > > it must be too. ... > Have you checked out the variable org-use-property-inheritance? > > Also see this section of the manual: > > http://orgmode.org/manual/Property-inheritance.html#Property-inheritance Matt, Thanks for the suggestion, but priority isn't defined by a property in the usual way, so this doesn't work. Regards, Peter. ___ 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
