TODO 6.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261
  1. -*- mode:org -*-
  2. 1. wenn org-log-done ist set, record a CLOSED time stamp.
  3. when it is not set, don't.
  4. logdone
  5. nologdone
  6. 2. log progress is about state changes, clocking
  7. (closed . timestamp)
  8. (state . timestamp/note)
  9. (clockout . note)
  10. No, this is all too complex:
  11. org-log-done : record the CLOSED timestamp or not
  12. logdone nologdone
  13. org-log-note-clock-out
  14. should a note be taken when clocking out?
  15. State logging only on a pre keyword basis.
  16. Make sure that something like TODO(@) works correctly, i.e. that the
  17. key is not obligatory.
  18. Ideas for time estimates:
  19. {22} 22 minutes
  20. {2:} 2 hours
  21. {2:30} 2 hours, 30 minutes
  22. Maybe make a new keyword APPT for appointment, meaning that this is
  23. something I need to attend, as opposed to something which is on that
  24. day and not necessarily something where we need to be present. Not
  25. sure about this.
  26. Should we add this hierarchically? Should parents value be the summed
  27. values of children? I guess not. No. Estimated times should be
  28. atomic, belonging to the detailed entry. If people give estimated
  29. times to parents, their fault.
  30. | | | | | |
  31. |---+---+---+---+---|
  32. | | | | | |
  33. make special completion for refile path, similar to file completion.
  34. Make variables for case-fold-search, there is a request in the survey
  35. ">" does not work well in column view, when currently there is no
  36. width defined.
  37. Make cycling put text properties over current state.
  38. Use thee when moving subtrees, to restore them all to the right
  39. state.
  40. C-RET, add empty line just like before the current entry.
  41. Make sure the remember stuff insertion works correctly, find a way to
  42. specify empty leading lines.
  43. Last synch with FSF changes: <2008-01-03 Thu>
  44. Fix special character replacement: not in protected regions, and
  45. require them not to be part of a long chain of strings and dots.
  46. Write CLOCK like this: CLOCK [2007-11-12 Mon 12:30-13:44]
  47. This needs a lot of changing, of course. Clock table and lots more.
  48. Make org-entry-put handle all special properties. Use interactive
  49. interfaces only for interactive calls.
  50. Split into files:
  51. - org.el
  52. - org-tables.el
  53. entry points: align. Hmm, mybe we should just leave it like it is.
  54. - org-agenda.el
  55. - org-export.el
  56. - org-cdlatex.el
  57. Also, all the link types could be in separate files:
  58. Still, org would automatically require these.
  59. I guess it would make some sense to take these out.
  60. - org-bbdb.el
  61. - org-mh.el
  62. etc etc
  63. How to set tags in remember buffer?
  64. integrate org-iswitchb.el
  65. Free up C-c C-v, and use this for other stuff?
  66. document org-agenda-start-day and maybe other dynamical scope variables.
  67. Should I move the remember template stuff to remember.el itself?
  68. Would be good, but is unlikely to happen.
  69. Make org-set-property set the property for all entries in the region.
  70. What other commands?
  71. Map region with commands, general mechanism????
  72. M-q in a line starting with a *bold* string fails. Fuck this wrapping
  73. and paragraph code, it is a desaster
  74. - Agenda view of tags search make the levels of the headline visible
  75. through leading dots. The TODO view doesn't. Maybe the to views
  76. should behave the same on this?
  77. - Modifying the TODO state of an entry while in the agenda tags-todo
  78. view will make the leading dots disappear.
  79. Make ASCII export remove some of the emph markers. Maybe replace
  80. verbatim with single quotes or so.
  81. ASCII export: move links into footnotes
  82. Implement cycling by having a text property on headlines, instead
  83. of doing all this work to figure things out dynamically????????????
  84. Write some command that does:
  85. - gets all the external stuff from David an Bastien
  86. - Changes the version number so that they are consistent
  87. - Have a contrib directory?????
  88. Implement Johns auto-archive.
  89. Have C-c C-e 0 l and C-c C-e 0 h do the region (Bastien)
  90. Remove time grid lines that have an apointment on that time.
  91. Don't show "-----" if something is going on during that time,
  92. this is an indication of being occupied.
  93. Implement block viewing in the agenda, to show how long enties take on
  94. a true time grid.
  95. End date for a repeating thing?
  96. Should we have thinks like <example> ... </example>
  97. like muse does? This is much easier than what we have......
  98. #+BEGIN_example
  99. #+END_example
  100. Completely remove cpltxt from store link and use desc instead.
  101. Implement most internal links as add-ons. Either in external files,
  102. or internally. Anyway, make sure most of them are active.
  103. Bug with columns when there is an invisible link early in the
  104. headline. See properties.org.
  105. hooks in the properties stuff.
  106. org-after-insert-property-drawer-hook.
  107. Function to convert outline to plain and back (Scott Jaderholm)
  108. MEW support??? (this is yet another emacs mailer)
  109. Make org-fill-paragraph respect \\.
  110. How can I update a calculating property without relying on the column
  111. view format? That would require specifying the format in an
  112. additional place, possibly in a data field? This is what I had
  113. first. Maybe it was only partially a good idea????
  114. The problem is that in order to have a column computing, we need to
  115. have a view! So this is not good!
  116. Options:
  117. - use the format!
  118. - have an extra property, like XYZ_OPERATOR.
  119. Then do the operation in the sub tree of the entry that has the
  120. operator property. Quite nice, this one, but may contradict
  121. the format. It is not goot to have this multiple times. So maybe
  122. strictly limit this to those that are in a format.
  123. + when updating, find the format and then apply to subtree.
  124. + When updating absolutely everything, find all the formats, get
  125. all the operators, apply to the corresponding subtrees.
  126. + allow very general operations:
  127. {to-number,to-string,add}
  128. Or simply {add}
  129. Take old value, new value, and add or do whatever is necessary.
  130. This is another exploit.
  131. Three functions.
  132. - Allow the operator in a value after all
  133. search-subtree command/function
  134. Should the default for org-archive-mark-done be nil?
  135. hook after agenda-show, but careful with all the other functions
  136. that use that function. Maybe take the functionality tp a separate
  137. function.
  138. Make something search [-].
  139. The fast interfaces
  140. - org-goto, jumps to an entry in the current buffer
  141. - org-refile, uses the completion interface to file something away
  142. - org-refile with prefix arg allows to jump to a refile location
  143. - remember can use refile, goto, and automatic location search
  144. This is very much confuing:
  145. refile standard can go to any refile location, in different files
  146. we can also us the refile interface to find a headline in the
  147. current buffer.
  148. This needs to be made more consistent.
  149. #+TYP_TODO: TODO BUG INCONSISTENCY IDEA WISH QUESTION DONE
  150. #+OPTIONS: H:1 num:nil toc:t \n:nil @:t ::t |:t ^:t *:t TeX:t
  151. #+EMAIL: carsten.dominik@gmail.com