[O] Formatted text (bold/italics) in agenda view
Hi, I've noticed that formatting of text, e.g., using *text* or /text/, does not show up in agenda view. Is there a way of enabling this? /ali
Re: [O] Incremental search only within visble text
Thanks! This is exactly what I was looking for. /ali On Tue, Apr 1, 2014 at 5:47 PM, Samuel Wales wrote: > (define-key global-map "\C-\M-r" 'alpha-isearch-backward-visible) > ;; also for dired filename search > (define-key global-map "\C-\M-s" 'alpha-isearch-visible) > (defun alpha-isearch-backward-visible () > (interactive) > (let ((search-invisible)) > (isearch-backward-regexp))) > (defun alpha-isearch-visible () > (interactive) > (let ((search-invisible)) > ;; notwork > ;; (call-interactively #'query-replace-regexp) > (isearch-forward-regexp))) > > > On 4/1/14, Ali Tofigh wrote: >> Sometimes I just want to do an incremental search in the visible text >> of a partially folded org file. In other words, I want the search to >> ignore text that is invisible due to folding. I know that there is an >> org-copy-visible command. Is there an equivalent command for >> searching? >> >> /ali >> >> > > > -- > The Kafka Pandemic: http://thekafkapandemic.blogspot.com > > The disease DOES progress. MANY people have died from it. And > ANYBODY can get it. > > Denmark: free Karina Hansen NOW.
[O] Incremental search only within visble text
Sometimes I just want to do an incremental search in the visible text of a partially folded org file. In other words, I want the search to ignore text that is invisible due to folding. I know that there is an org-copy-visible command. Is there an equivalent command for searching? /ali
[O] Bug: heading visibility cycling and org-narrow-to-subtree
After narrowing to a subtree, folding the top level heading hides all text except for the last letter in the last paragraph. An example: - 8< - * one ** two hello world * three -- with cursor on heading "one", do M-x org-narrow-to-subtree (C-x n s), then press tab, and you get: - 8< - * one...d -- with the "d" of "hello world" being visible. emacs version: 24.3.1 Org-mode version: 8.0.7 (8.0.7-6-g13cb28-elpa) OS: Mac OSX emacs was started with the -Q flag /ali
Re: [O] refiling tasks and counter cookies
On Thu, Jan 5, 2012 at 12:14, Bastien wrote: > Hi Ali, > > Ali Tofigh writes: > >> when refiling todos (C-c C-w), the counter cookies don't update. is >> that a known/intended issue? > > This should do: > > (add-hook > 'org-after-refile-insert-hook > 'org-update-parent-todo-statistics) what I need is a org-pre-refile-insert-hook. i looked in org.el and the org-refile function. could some knowledgeable person on the mailinglist point me to where I should insert (run-hooks 'org-pre-refile-insert-hook) so that the snippet below (add-hook 'org-pre-refile-insert-hook 'org-update-parent-todo-statistics) together with Bastien's helpful snippet above, would result in updating of the cookie counters of both the source and destination? /ali
Re: [O] refiling tasks and counter cookies
thanks for the snippet! that code solves half the problem: it updates the counter cookie for the node where the todo item was refiled to, but not for the original location. I couldn't figure out how to do the second part. any ideas? /ali On Thu, Jan 5, 2012 at 12:14, Bastien wrote: > Hi Ali, > > Ali Tofigh writes: > >> when refiling todos (C-c C-w), the counter cookies don't update. is >> that a known/intended issue? > > This should do: > > (add-hook > 'org-after-refile-insert-hook > 'org-update-parent-todo-statistics) > > HTH, > > -- > Bastien
[O] refiling tasks and counter cookies
when refiling todos (C-c C-w), the counter cookies don't update. is that a known/intended issue? /ali
[Orgmode] org-mode and ebib
Hi everyone, A while ago I asked on this list about connecting org-mode with ebib, which is a bibtex database manager for emacs. Thanks to Joost Kremers, there is now a solution. I asked the developer of ebib, Joost Kremers, if he could write a function that would start ebib on a given bibtex entry. He kindly added this functionality to the 'ebib' function (which starts ebib in emacs) and it is now available in the ebib git repository (see http://ebib.sourceforge.net). If you are using ebib and would like to get org-mode to open bibtex entries do the following: 1) Install the latest development version of ebib. 2) make sure ebib-preload-bib-files is set properly so that your .bib file is loaded by ebib when ebib starts 3) add the following lines to your .emacs: (org-add-link-type "ebib" 'ebib) Now you can insert ebib links in your documents like this: [[ebib:Jones1998][some paper title]]. Opening this link should now result in ebib starting, loading your default bibtex database, and highlighting the bibtex entry Jones1998. Alternatively, if you already have started ebib, then opening the link will get you to the bibtex entry in your opened ebib database. /Ali Tofigh ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] orgmode and ebib
hi, i use ebib to manage my bibtex references. it would be really cool if orgmode could follow links to bibtex entries using ebib. what i would like is to be able to follow a link such as [[bib:bibentry]] and end up in ebib, with my standard bibtex database opened, and entry positioned at the bibentry. can this be achieved without adding functionality to orgmode? /ali ___ Emacs-orgmode 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] should show-branches fold subtree?
great! and thank you for all the work you, and all the other contributers, are doing on org-mode. i don't think i can live without org-mode anymore. it's like a drug! /ali On Thu, May 20, 2010 at 03:40, Carsten Dominik wrote: > Hi Ali, > > this makes sense, and it is now working like this. > > - Carsten > > On May 20, 2010, at 2:42 AM, Ali Tofigh wrote: > >> hi everyone, >> >> i often use C-c C-k (org-kill-note-or-show-branches) in org-mode when >> i want to see only the headings under a subtree (i.e., no text in the >> bodies). however, i get the desired effect only when applying C-c C-k >> to already folded subtrees. this means i have to first fold the >> subtree using TAB and only then do C-c C-k. i could always add my own >> custom command or keybinding to go around this, but what is the reason >> that show-branches doesn't hide subtrees but only expands folded ones? >> isn't the command more useful if it also hides text? >> >> cheers, >> /ali >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] when do plain lists end?
I'm having problems with plain lists. They don't seem to end. Ever. I'm trying to use a blank line after my lists followed by a properly indented paragraph, but org still thinks the paragraph is part of the list: ---8<--- * heading - item 1 - item 2 paragraph bla bla - new list, item 1 Now, if i move the cursor to item 2 and press TAB, everything up to the new list is folded. But isn't org supposed to understand from the indentation that the first list ends after item 2? Cheers, /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] should show-branches fold subtree?
hi everyone, i often use C-c C-k (org-kill-note-or-show-branches) in org-mode when i want to see only the headings under a subtree (i.e., no text in the bodies). however, i get the desired effect only when applying C-c C-k to already folded subtrees. this means i have to first fold the subtree using TAB and only then do C-c C-k. i could always add my own custom command or keybinding to go around this, but what is the reason that show-branches doesn't hide subtrees but only expands folded ones? isn't the command more useful if it also hides text? cheers, /ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suggestions needed for handling "ideas"
On Mon, Apr 26, 2010 at 13:00, Matt Lundin wrote: > Here's one quick hack to search for non-headline todo items (i.e., > checkboxes): > > C-c a / \[ \] [RET] > > This will generate a list of all "open" list items, such as, > > - [ ] Review this idea > This has proved to be the best way so far for handling my "ideas". I have now defined a custom agenda command for this and it works very well. Thanks for the suggestion. /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug involving *bold* text in second level headings
i'm using org version 6.36. writing *bold* text does not work in second level headings, which is very weird since it works in all other levels (i've tried up to 60 levels...). For example try the following: * text *bold* text ** text *bold* text *** text *bold* text /ali ___ Emacs-orgmode 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] Re: CONTENTS visibility for subtrees
On Mon, Apr 26, 2010 at 17:36, Stephan Schmitt wrote: > or try C-c C-k (org-kill-note-or-show-branches) on a folded heading. Thanks. I believe this does the trick. /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: CONTENTS visibility for subtrees
On Mon, Apr 26, 2010 at 17:26, Bernt Hansen wrote: > Ali Tofigh writes: > >> Hi everyone, >> >> I love the CONTENTS visibility state for my org documents. But when I >> visit headings and use TAB to expand them revealing the text they >> contain, I want to be able to fold some of them back and show only the >> subheadings (all sublevels). Is there a way of accomplishing this? I >> can't find it in the manual. > > TAB both folds and unfolds. You can use S-TAB to do this globally > getting back to your contents view. True, but TAB on a headline will not give you the CONTENTS visibility for a subtree, i.e, using TAB on a heading never gets to a point where only the subheadings are shown. And S-TAB is global, while I want something local: I don't want to fold all the trees that I have previously opened. As an example: * H1 ** H11 ** H12 * H2 ** H21 ** H22 First, I want to see the text under H1 so I use TAB on it. Then I want to see the text on H2 so I use TAB on that. Now I want to basically undo my use of TAB: I want to fold H2 so that I can still see the subheadings (H21 and H22) but no text, and I want to keep the visibility state of H1 intact. Cheers, /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] CONTENTS visibility for subtrees
Hi everyone, I love the CONTENTS visibility state for my org documents. But when I visit headings and use TAB to expand them revealing the text they contain, I want to be able to fold some of them back and show only the subheadings (all sublevels). Is there a way of accomplishing this? I can't find it in the manual. Cheers, /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suggestions needed for handling "ideas"
On Mon, Apr 26, 2010 at 13:00, Matt Lundin wrote: > Ali Tofigh writes: > >> What really feels unsatisfactory to me is that only headlines can be >> TODO items. I want to be able to insert TODO items in the middle of a >> section. I've looked at the inline-tasks add-on, but that doesn't >> really do it for me... > > Could you please elaborate? I often write journal entries after meetings describing what was discussed. I often summarize using plain lists. Some of these are ideas for future work, some are downright todos. Some paragraphs are descriptions of ideas. Ideally for my case, I would want to be able to tag a list item or even entire paragraphs as an 'idea' or turn a list item into a todo-item without creating a new (sub)section: text text text - *TODO* Sarah wants me to send her files A and B - maybe we should try algorithm B on data set C :idea: text text text continuing the section... > Here's one quick hack to search for non-headline todo items (i.e., > checkboxes): > > C-c a / \[ \] [RET] > > This will generate a list of all "open" list items, such as, > > - [ ] Review this idea Wow, I had not thought about that one! I'll be fiddling with that as soon as I get some time on my hands. Thanks. I'm getting some really good suggestions from people here. /Ali ___ Emacs-orgmode 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] Suggestions needed for handling "ideas"
Hi John, On Sun, Apr 25, 2010 at 03:46, John Wiegley wrote: >> Frequently my notes on meetings contain ideas for stuff to try. Does >> anyone have any advice on how to handle these? > > For ideas I just use a done TODO state called "NOTE". I have the key M-z > bound to create one and switch me to the Org-buffer, so that I can stay there > and keep typing. Thanks for the suggestion. I've tried both checkboxes and TODO items to keep track of my ideas, but your idea of using a done state seems very neat. I'll give it a go. What really feels unsatisfactory to me is that only headlines can be TODO items. I want to be able to insert TODO items in the middle of a section. I've looked at the inline-tasks add-on, but that doesn't really do it for me... Anyway, I understand that the way org-mode is implemented right now, it would be very impractical to try to add non-headline TODO-items. In any case, org has simplified my life, even before I've optmized the way I use it. It's great! Cheers, /Ali ___ Emacs-orgmode 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] Choosing external app at runtime?
On Sun, Apr 18, 2010 at 04:18, Simon Guest wrote: > At Sun, 18 Apr 2010 08:24:41 +0200, > Carsten Dominik wrote: >> >> >> On Apr 16, 2010, at 7:35 AM, Simon Guest wrote: >> > When I follow a link, Org mode knows what application to use. Except >> > that sometimes I want to override that choice. >> >> Currently we do not have this. I can see that this could be both >> useful and annoying, if you have to answer a prompt each time. > > If the choice was only offered when a C-u prefix was given, it > wouldn't be annoying. I would find this useful as well. just my 2 cents Cheers, /Ali > > What do you think? > > cheers, > Simon > > > ___ > Emacs-orgmode 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] Listing filtered entries of a journal file with its datestamp
On Fri, Apr 16, 2010 at 12:09, Miguel Ruiz wrote: > I have a simple journal .org file like this: > > --Begin file--- > * <2010-04-16 fri> > Subject 1 > Subject 2 > Subject 1 > Subject 40 > > * <2010-04-17 sat> > Subject 2 > Subject 3 > Subject 1 > Subject 40 > --End file-- > > Every subject is only one line. > > I would like to print the journal but including only the lines with a > specific content, determined by a search, like the following > > -Buffer to print- > * <2010-04-16 fri> > Subject 1 > Subject 1 > > * <2010-04-17 sat> > Subject 1 > -- > > --Another buffer to print- > * <2010-04-16 fri> > Subject 40 > > * <2010-04-17 sat> > Subject 40 > -- > > I have tried M-x org-occur, but only marks the searched string; I also have > tried M-x occur, but generates a list without the dates, and cannot be > printed. try using headlines for the lines under your heading and then a sparse tree with a regexp (C-c / /): --Begin file--- * <2010-04-16 fri> ** Subject 1 ** Subject 2 ** Subject 1 ** Subject 40 * <2010-04-17 sat> ** Subject 2 ** Subject 3 ** Subject 1 ** Subject 40 --End file-- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature suggestion: highlights
On Fri, Apr 16, 2010 at 15:54, Bernt Hansen wrote: > I believe the 'empty line breaks out' idea is for exporting inline tasks > only - they don't behave that way in regular org files IIRC. Sorry, but I have searched the org-mode manual without finding any reference to it. What is an inline task? /Ali > > I've tried using inline tasks but they don't work well for my meeting > notes for a few reasons: > > - They break the list if I'm making point form notes (which is what I > normally do for meeting notes) > - they look and act like real tasks... so they block marking the > meeting DONE > - they show up in the global task list even if the meeting is DONE and > they were more for information only than real tasks. > > Regards, > Bernt > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature suggestion: highlights
On Thu, Apr 15, 2010 at 20:44, Bernt Hansen wrote: > Ali Tofigh writes: > >> First, I want to thank everyone who has worked on creating org-mode. I >> am a new user and I enjoy using org-mode a lot! Thank you for your >> efforts. >> >> Second, I have a suggestion for a feature: A new "highlight" feature >> which can also be tagged and made into a todo item, just like >> headlines. For example (using -:: text ::- as example begin/end pairs) >> >> ---8<- >> * journal >> ** group meeting [2010-02-17 Wed 14:00] >> text text text... >> >> -:: should try the above in project 1 ::- :idea: >> -:: Sandy made a good point there! ::- >> -:: TODO Sandy wants me to mail her the details ::- >> ---8<- >> >> This would allow users to stay in the same level when writing their >> documents instead of creating new ones with headlines. Also, it would >> allow users to create todo items in the context in which they arose. >> >> An alternative that may be easier to implement is to extend tagging >> and todos to list items: >> >> - should try the above in project 1 :idea: >> - Sandy made a good point there! >> - TODO Sandy wants me to mail her the details >> >> Perhaps this has not been a feature that has been requested before. >> But I believe that if it is implemented, it will be used frequently by >> users. What do you think? > > Hi Ali, > > There are a few problems with this proposal. Currently tags can only > live on headlines so tagging your list items and general text isn't > going to work as an org-mode tag. I doubt this will change anytime soon. > > I take meeting notes in org-mode regularly and just use lists for point > form notes which I distribute. I have non-org-mode todo and done > entries in my notes as part of the list. Something like this: > > , > | - notes for meeting go here > | - more notes > | - TODO: remember to do something > | - more notes > | - DONE: did that thing > | - etc... > ` > > then I highlight the notes for the meeting and run a function to convert > the - TODO: and - DONE: entries into something easily seen in the flow > of text. > > (defun bh/prepare-meeting-notes () > "Prepare meeting notes for email > Take selected region and convert tabs to spaces, mark TODOs with leading > >>>, and copy to kill ring for pasting" > (interactive) > (let (prefix) > (save-excursion > (save-restriction > (narrow-to-region (region-beginning) (region-end)) > (untabify (point-min) (point-max)) > (goto-char (point-min)) > (while (re-search-forward "^\\( *-\\\) \\(TODO\\|DONE\\): " > (point-max) t) > (replace-match (concat (make-string (length (match-string 1)) ?>) " > " (match-string 2) ": "))) > (goto-char (point-min)) > (kill-ring-save (point-min) (point-max)) > > which gives me this: > > , > | - notes for meeting go here > | - more notes > | >>> TODO: remember to do something > | - more notes > | >>>>> DONE: did that thing > | - etc... > ` > > then I can just paste them into some mail client and mail them to all of > the participants. The TODO: and DONE: entries are easy to see in the > text and the body of the heading is just plain text. I'm free to link > to these meeting notes as a reference. If any of the TODO items in the > meeting are for me I create a separate set of TODOs for each of those -- > the meeting is over and the task for the meeting is marked DONE. The > original TODOs are easy to see in the context they were created. > > It's not fancy... but it works and it's _fast_. Thanks for sharing that! I'll have to play around to see what works for me. But this setup sounds really interesting. Thanks for the elist-code too. After all these years of programming, maybe I'm finally motivated enough to actually learn elisp. Not a small feat by org-mode given years of resistance. Cheers, /Ali ___ Emacs-orgmode 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 suggestion: highlights
On Thu, Apr 15, 2010 at 19:21, Sebastian Rose wrote: > Ali Tofigh writes: >> An alternative that may be easier to implement is to extend tagging >> and todos to list items: >> >> - should try the above in project 1 :idea: >> - Sandy made a good point there! >> - TODO Sandy wants me to mail her the details >> >> Perhaps this has not been a feature that has been requested before. >> But I believe that if it is implemented, it will be used frequently by >> users. What do you think? > > > I frequently use checkboxes: I'll probably try checkboxes. Thanks for the suggestion. > There is kind of such a thing you proposed: very deeply nested > headlines. But you still have the problem that once you use a headline, on any level, then you can't continue writing in the same section as before: * headling text text text * some todo and now what? Now I have to create a new headline to get out of the deeply nested headline. So I can't continue wrting text after the todo that is directly related to the text above it. Cheers, /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature suggestion: highlights
First, I want to thank everyone who has worked on creating org-mode. I am a new user and I enjoy using org-mode a lot! Thank you for your efforts. Second, I have a suggestion for a feature: A new "highlight" feature which can also be tagged and made into a todo item, just like headlines. For example (using -:: text ::- as example begin/end pairs) ---8<- * journal ** group meeting [2010-02-17 Wed 14:00] text text text... -:: should try the above in project 1 ::- :idea: -:: Sandy made a good point there! ::- -:: TODO Sandy wants me to mail her the details ::- ---8<- This would allow users to stay in the same level when writing their documents instead of creating new ones with headlines. Also, it would allow users to create todo items in the context in which they arose. An alternative that may be easier to implement is to extend tagging and todos to list items: - should try the above in project 1 :idea: - Sandy made a good point there! - TODO Sandy wants me to mail her the details Perhaps this has not been a feature that has been requested before. But I believe that if it is implemented, it will be used frequently by users. What do you think? Cheers, /Ali ___ Emacs-orgmode 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] Suggestions needed for handling "ideas"
On Mon, Apr 12, 2010 at 16:38, John Hendy wrote: >> Frequently my notes on meetings contain ideas for stuff to try. Does >> anyone have any advice on how to handle these? > > I'm very 'idea' centered as well. See some 'ideas' below :) ;-) > What about: > > ### IDEA 1 ### > --- file: project_name.org --- > * Journals > ** Title > Notes about stuff > > * Ideas > ** TODO idea 1 > ** WORKING idea 2 > ** DONE idea 3 > > Something like this? This could track ideas in each project and if you do > use them as TODOs you can pull them up with agenda to check ideas across all > projects. What I would like is to keep my ideas in their context and not separately. Ideally I just want to write my meeting notes as usual but be able to somehow mark certain sections as ideas to come back to later. I keep my real todos, the ones I want to work on, separately as you suggest. > ### IDEA 2 ### > - a remember template for ideas? > - file keystrokes set to set the file to a particular project's file with a > simple key entry? > - or... one file called 'ideas.org' divided by projects (or just tag idea > headlines with the project name) > --- then use remember-mode to add ideas to that file when you're in > meetings/taking notes in a different, dedicated project file? Same as above... I really really would like some feature to be able to highlight some part of my text (or even better a list item) as an idea. This way my ideas could be interspersed in the level I'm in. It doesn't seem logical to me to create a new heading for each idea in the middle of my notes. === project1.org === * journal ** meeting 1 notes... - idea 1 :idea: - idea 2 :idea: notes contd... (this is same level still as notes above under heading "meeting 1") * tasks ** todo1 *** subtask1 ** todo2 > I'm so new I can hardly believe I'm proposing these ideas as I don't even > know that I know everything necessary to implement them! But... these are > things i ponder so I thought I'd share... I appreciate it. It's fun to share ideas! /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Suggestions needed for handling "ideas"
Hello everyone, I'm a new user of org-mode, and seeing the great potential, I am trying to switch to org-mode for handling my day-to-day tasks. I'm going to start off by using org-mode to handle my projects and I need some advice. I like to keep my projects self-contained. Therefore I use one org-file for each project. Each org-file contains two main headlines: journal and tasks. Under journal I collect all kinds of information: meeting notes, relevant stuff I've read, urls, etc. I also write down what I have done every few days. The journal entries are sorted chornologically. Under tasks I keep all todo items. Frequently my notes on meetings contain ideas for stuff to try. Does anyone have any advice on how to handle these? I don't want to keep them as todo items in the journal since I like to keep changing the todos (e.g., dividing them into subtasks) and I don't want those changes to appear in the journal. My initial thought was to create one headline for each idea and tag it with ":idea:". I could then easily go through all ideas in a project and choose the ones I want to work on by creating todo items. Those ideas would then be further tagged with ":handled:" or something similar. This way I could search for unhandled ideas in my projects. As an alternative I could use separate todo keywords for todos and ideas. Any specific advice or just general thoughts are most appreciated. Cheers, /Ali ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode