Re: [Orgmode] [PATCH] Re: Insert LOGBOOK drawer removes indendation of first line under headline
On 20 Mar 09, Peter Jones wrote: David Maus maus.da...@gmail.com writes: When I start to clock a headline (C-c C-x C-i) that does not have a LOGBOOK drawer orgmode inserts one but removes the indentation of the first line below the headline: This patch fixes your problem. Sorry about that. Indeed, patch applied, problem fixed. Regards, -- David -- Email. maus.da...@gmail.com Jabber dmj...@jabber.org ICQ... 241051416 OpenPGP... 0x316F4BE4670716FD signature.asc Description: Digital signature ___ 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] blorg??
I have a team of some 4-5 programmers. They've started sending me their reports in org format. I was considering the next step of making them blog rather than use mail for their reports and was wondering if blorg.el is the way to go. (Gather that blorg is not really stable) Any other suggestions (org-oddmuse.el??) ___ 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] Question on quoting
Hello, All I am having problems with typing and since org-mode thinks they are targets. I am not able to type `|' in table either. I tried to use \ as in latex, but it doesn't work. Can anyone help me please? Thank you very much. --Feng ___ 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] prompt for tag if todo state gets active
I am looking for a way to auto ask for a tag (from a set of tags) when a certain todo state gets active. example: todo states - todo - action - done // BEFORE: * clean garage ** TODO call cleaning service // as soon as I change to the next state (action), I need to enter (i.e. automatically get prompted for) a tag (prompted from my tag list). * clean garage ** ACTION call cleaning service:call: This would help me to make sure there are no tasks that do not have any context! Greetings, Eraldo ___ 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] Latex export bugs and a request
Matthew Lundin m...@imapmail.org writes:
Hi Carsten,
2. Headlines greater than n when H:n (e.g., level three headlines
when H
is set to 2) are exported as description lists.
Is this the intended behavior?
This is how Bastien designed it, and it is similar to the HTML way,
turning these into lists. It works fine if there is any text before
the plain list bullets.
When I use a paragraph of text instead of plain list bullets, the
subsequent paragraph becomes the definition of the headline, which
becomes the list label. Is this correct?
I am confused, could you make a detailed example, please?
I'm a bit chagrined to admit that there is already a variable that does
what I want. So sorry for the false alarm. I set the variable
org-export-latex-low-levels to a string--\subparagraph{%s}--and then
redefined the formatting of the subparagraph macro in the article
preamble org-export-latex-classes. So everything is fine.
I suppose it would be nice to add an itemize possibility to the variable
org-export-latex-low-levels, but by no means urgent. This is a wishlist
item and nothing more
Thanks,
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
[Orgmode] Re: prompt for tag if todo state gets active
Eraldo Helal off...@eraldo.at writes: I am looking for a way to auto ask for a tag (from a set of tags) when a certain todo state gets active. Eraldo, you should be able to use `org-after-todo-state-change-hook' with a bit of lisp to do what you want. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ 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] timestamp editing
When I edit a timestamp using c-c , or similar, I find that there is no minibuffer history, so the arrow keys do not seem to do anything useful. Perhaps they are useful for some other purpose? Therefore the arrow keys seem free, for at least some users. At the same time, shift-arrow keys work to edit the minibuffer overlay feedback date, but they do so in a different way from timestamp editing in the outline buffer (up and right arrows mean earlier). They are intuitive for editing the calendar. At least for me, this would work best: arrow keys navigate the calendar, while shift arrow keys change the minibuffer. Then shift arrows would work for the minibuffer as they do in the outline buffer, and arrows would work as expected in the calendar. Has this been considered before? Thanks. -- Myalgic encephalomyelitis denialism is causing death (decades early; Jason et al. 2006) and severe suffering (worse than nearly all other diseases studied; e.g. Schweitzer et al. 1995) and grossly corrupting science. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] a small remember suggestion
org-remember -- use a file On more than one occasion, I have composed something using org-remember, and mistakenly hit a key for killing the buffer. With all buffers except org-remember, this kills a buffer if it has no unsaved text, and asks what buffer to kill if it does, at which point I quit. With org-remember, the buffer has unsaved text, but it is not associated with a file, so it loses text. Text is probably lost upon a crash also. My suggestion is this. Perhaps org-remember can have a file (this fixes the killing problem), and that file can be autosaved (this fixes the crash problem).[fn:4] There is one more case in which text is lost. You might run org-remember from org-remember and not undo. My existing proposal is to allow calling o-r from o-r. I think that solves it. In such a case, however, it will be necessary to allow more than one such file. [fn:4] In principle, if the target location is known, the file can be an indirect buffer into that buffer. This has other advantages, including having all in-buffer settings work, being able to isearch, having a crashed org-remember stay where it is supposed to be (albeit unfinished) and so on. But it wouldn't be necessary to get that fancy. Just any file would work. -- Myalgic encephalomyelitis denialism is causing death (decades early; Jason et al. 2006) and severe suffering (worse than nearly all other diseases studied; e.g. Schweitzer et al. 1995) and grossly corrupting science. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ 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] [ANN] OS X only: Insert links to flagged emails
On Mar 21, 2009, at 12:22 AM, Christopher Suckling wrote: On 20 Mar 2009, at 21:13, Carsten Dominik wrote: Hi Christopher, this is nice! Maybe we could integrate it into org-mac-message.el? - Carsten Thanks. I'd be delighted for it to be integrated into org-mac- message.el. Would you like me to put a patch together, or would you prefer to manage the integration yourself? I would be glad if you could provide a patch. I do remember that you, at some point, filed a copyright assignment, but I canot find the mail where you told me that this process was completed. Is it? We need the assignment for this, because org-mac- message.el is in Emacs. - Carsten Christopher On Mar 19, 2009, at 8:07 PM, Christopher Suckling wrote: All, For various reasons (mainly Spotlight and an excess of HTML mail send by employers), I've migrated back to Mail.app after some time in Mutt (and how I miss the speed and threading). I habitually flag mails that need attention at a later date, and rather than use both org-mode and Mail.app to keep track of what needs doing, I've written a couple of hybid elisp AppleScript functions to suck links to my flagged email into org-mode. More details in the attached file. Comments and improvements welcome. Best, Christopher org-mac-flagged-mail.el ___ 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] Changing TODO state to DONE does not stop clock in frame
I am no able to reproduce this. Can anyone else try, please? - Carsten On Mar 19, 2009, at 1:26 PM, Chris Randle wrote: Hi Carsten, Summary: Changing TODO state to DONE does not stop clock in frame I have one giant Org-mode file for everything. I frequently use `C-c C-x b' to take the current node and show it in a new frame with narrow subtree so that I can concentrate on just that region of my file. Rather like hoist in GrandView, if anyone remembers that. My Org Manual (6.24b) says The indirect buffer...will contain the entire buffer, but will be narrowed to the current tree. Editing the indirect buffer will also change the original buffer, but without affecting visibility in that buffer. I've noticed that, when working in the new frame, changing the TODO state of any item within the frame to DONE (when it is the currently clocked in item) does not stop the clock. Going back to my main frame and doing the same thing there on the same item does stop the clock. I haven't altered `org-clock-out-when-done', and Emacs reports its value as t. Is this something that's easily fixed/modified? -- Chris Randle Windows XP Pro SP3 - GNU Emacs 22.1.1 - Org-mode 6.24b ___ 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] non static deadlines
Hi Jim, we do not have anything like this implemented. I guess this could be implemented as an add-on. If more hooks are needed to get this done, I will provide them. - Carsten On Mar 19, 2009, at 6:46 AM, Jim Barbour wrote: Howdy folks, My name is Jim. I am a blind UNIX engineer currently working at Yahoo. I use org-more quite a bit for planning. I'm curious if there's been any talk of allowing deadlines to be expressed as delta times from either the start of the project or from another deadline? As an example, I'd like to be able to say... * The project begins on 2009-03-01 * Phase 1 will be complete 2 weeks later. * Phase 2 will be completed 2 weeks after phase 1 * A review will happen 1 week after phase 1 * Phase 3 will be completed 5 weeks after phase 2. Then, when I export my org files, or view agendas, I would get actual dates, based on the start date of the project and the delta dates for each item. Then, I'd like to be able to change Phase 2 to say... * Phase 2 will be completed 2 months after phase 1 and have phase 3's dates update automatically. I've been thinking about quick and dirty ways to do this, and was wondering if I was perhaps reinventing the wheel. All thoughts welcome, and thanks for an awesome tool! Jim ___ 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] One year after - questions and suggestions
On Mar 15, 2009, at 5:26 PM, Bastien wrote: :) Hard to find new key bindings for these. But C-c C-l is not accessible from the agenda, right? No, that is right. C-c C-a should be aware of any previously defined directory, and take this directory as the default directory when browsing for other files to attach. Am I more clear? - FR: Allow to insert +1d-type strings when picking up a date with `org-time-stamp'. This works for me, what am I missing here? Weird. C-c C-s + 1 d RET does only insert today's date here, no +1d string. - FR: Symmetric to individual lead time, I wish I can have individual remaining time - for example, the number of days during which a deadline is still visible in the agenda view. (That would happily steal 90% of what org-expiry.el is trying to achieve.) I tried, and it works just fine. Note that +1d is equivalent to +1 Also, note that +1d is relative to today, while ++1d is relative to the date where the entry is scheduled now. - FR: Visually mark (with #) entries that are marked in the agenda view? I am not sure what you are talking about, what marking??? Sorry I meant when marking an entry with `k m' in agenda view. - FR: When setting a mark in the agenda view, go to the next line? (Like in buffer-menu and other menu mode.) I am not sure what you are talking about, what marking??? Same here. `k m' would jump to the next unmarked entry. About the marking, it does not make sense to mark more than a single item. The idea is to make an item, then to go to a date in the agenda or in the calendar and press, for example, `k s' to schedule the item at that date. Did you have something different in mind with marking? - Q/FR: How to go at the end of a field in a table? Maybe C-a and C-e could be contextually redefined to do this, since a table is such a specific editing context. Word-motion commands? I am not comfortable with overloading C-a and C- e. forward-paragraph and backward-paragraph would make sense, no? For now M-} jumps out of the table. I think even better are M-a and M-e, the sentence motion commands. I have overloaded these now. `C-c C-d SPC', `C-c C-s SPC' could respectively delete deadlines and scheduled properties. Or maybe C-c C-u could remove any timestamp (this keystroke is free in org-agenda-mode since outline-mode is not loaded.) I believe C-u C-c C-s and C-u C-c C-d do this for Deadlines. You men the time stamp w/o any keyword The problem is that you don't see whether an entry is scheduled or has a deadline in agenda view. How do you decide which one to delete? Well, each line in the agenda does indicate what the reason for the inclusion of the line in the agenda is. - Carsten Thanks for all answers! -- 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] Re: [Bulk] Re: clocksum and archived trees
On Mar 20, 2009, at 3:59 AM, Jota Pin wrote: Le jeudi 19 mars 2009, Peter Jones a écrit : Jota Pin jotapin2...@yahoo.fr writes: I tried to figure out how to avoid having archived subtrees to contribute to the sum of times showed with Display Times c-c c-x c-d. I've been wondering something along the same lines myself. When switching to column view via C-c C-x C-c it can sometimes take a long time because of archive items. Hi Peter, this case makes sense, for speed, and I have added a variable org-columns-skip-archived-trees, with default t. I haven't gotten around to looking into this yet. Maybe I'll try to fix this tomorrow when I get some time. Thanks, this would be great. Maybe an explanation of the reason to doing so is helpful: I like to see the time spent per subtree, but at the same time I do want to keep the archives in their original location: I use sometimes archives tags to store versions of the same subtree, and of course the clocks must no count twice there... Hi Jota, for this case I am not sure. The purpose or archiving is to mark a tree as finished, but clearly any clocking times from this tree should still contribute. I see that you are using ARCHIVE to mark a second version of a given tree. If you need multiple versions, why don't you keep older versions in another file or so? Are there more opinions about this? Maybe I am seeing it wrong. - Carsten Same question for clock tables. ___ 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] Latex export bugs and a request
Hi Matthew,
I have worked on this part of the LaTeX exporter. Among other things,
I now export
these headers as an itemize list by default, parallel to the HTML
exporter.
You can customize org-export-latex-low-levels to specify what exactly
you want, you can get description or enumerate lists as well.
Let me know if the problems now go away.
- Carsten
On Mar 20, 2009, at 3:43 AM, Matthew Lundin wrote:
Hi Carsten,
2. Headlines greater than n when H:n (e.g., level three headlines
when H
is set to 2) are exported as description lists.
Is this the intended behavior?
This is how Bastien designed it, and it is similar to the HTML way,
turning these into lists. It works fine if there is any text
before
the plain list bullets.
When I use a paragraph of text instead of plain list bullets, the
subsequent paragraph becomes the definition of the headline, which
becomes the list label. Is this correct?
I am confused, could you make a detailed example, please?
Sorry for being unclear. Take, for instance, the following source
file:
--8---cut here---start-8---
#+OPTIONS: H:2
* This is the first heading
Here is some text after the first heading.
** This is the second heading
Here is some text after the second heading.
*** This is the third heading
Here is some text after the third heading.
--8---cut here---end---8---
This outputs to tex as follows (preamble excluded):
--8---cut here---start-8---
\section{This is the first heading}
\label{sec-1}
Here is some text after the first heading.
\subsection{This is the second heading}
\label{sec-1.1}
Here is some text after the second heading.
\begin{description}
\item[This is the third heading]\label{sec-1.1.1}
Here is some text after the third heading.
\end{description}
--8---cut here---end---8---
When latex is run, the output looks like this. Note how the text after
the third heading is folded into the same line:
--8---cut here---start-8---
1 This is the first heading
Here is some text after the first heading.
1.1 This is the second heading
Here is some text after the second heading.
This is the third heading Here is some text after the third heading.
--8---cut here---end---8---
- 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] [PATCH] Headlines Prefixed with a Period in org-scan-tags, Why?
I just pushed the following fix: commit 1f576643db83156256abda93556e4bc42b9d6b29 Author: Carsten Dominik carsten.domi...@gmail.com Date: Sat Mar 21 13:51:01 2009 +0100 Agenda: No longer indent matching sublevels by dots. When a tags/property match does match an entry and its sublevels, the sublevels used to be indented by dots, to indicate that the matches likely result from tag inheritance. This is now no longer the default, but you can get it back with (setq org-tags-match-list-sublevels 'indented) On Mar 19, 2009, at 6:29 PM, Peter Jones wrote: I'm looking at this code in org-scan-tags (org.el): (concat (if org-tags-match-list-sublevels (make-string (1- level) ?.) ) (org-get-heading)) Which causes items in my agenda buffer to be prefixed with a series of periods. I've been looking around org.el, and org-agenda.el, and don't see any code that relies on those periods being there. If I remove that if expression, the agenda looks the way I'd expect, with no noticeable consequences. Is there any reason the patch below would break something in Org? diff --git a/lisp/org.el b/lisp/org.el index dabf306..b19e3d1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9969,10 +9969,7 @@ only lines with a TODO keyword are included in the output. ((eq action 'agenda) (setq txt (org-format-agenda-item -(concat - (if org-tags-match-list-sublevels - (make-string (1- level) ?.) ) - (org-get-heading)) + (org-get-heading) category ;(org-get-tags-at) tags-list -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ 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] Re: bug in exporting checkbox lists
Applied, thanks.
- Carsten
On Mar 21, 2009, at 6:28 AM, Baoqiu Cui wrote:
Rainer Thiel r.th...@uni-jena.de writes:
I want to report what I think is a bug in the routines for exporting
checkbox lists into LaTeX-related formats (including pdf).
While checkboxes checked in orgmode appear as checked in html and
ascii exports, all boxes are blank (unchecked) in LaTeX and related
export files. I am appending some files to document the bug.
I seem to remember this feature worked fine some time ago, so I think
that might be a relatively new bug.
I believe this is caused by a typo in the following line in
org-export-latex.el:
(defcustom org-export-latex-list-parameters
'(:cbon \\texttt{[ ]} :cboff \\texttt{[ ]})
---
|
`- This should be [X]
You can set this variable to override this default value, which
could be
set this way to intentionally uncheck everything in the exported LaTeX
file.
Baoqiu
___
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] [PATCH] Re: Insert LOGBOOK drawer removes indendation of first line under headline
Applied, thanks. - Carsten On Mar 20, 2009, at 11:25 PM, Peter Jones wrote: David Maus maus.da...@gmail.com writes: When I start to clock a headline (C-c C-x C-i) that does not have a LOGBOOK drawer orgmode inserts one but removes the indentation of the first line below the headline: This patch fixes your problem. Sorry about that. diff --git a/lisp/org-clock.el b/lisp/org-clock.el index c79a6af..8d2279a 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -444,13 +444,13 @@ the clocking selection, associated with the letter `d'. (stringp org-clock-into-drawer) (and (integerp org-clock-into-drawer) ( org-clock-into-drawer 2))) - (org-indent-line-function) (insert : drawer :\n:END:\n) - (beginning-of-line 0) - (org-indent-line-function) - (beginning-of-line 0) +(beginning-of-line -1) +(org-indent-line-function) (org-flag-drawer t) - (beginning-of-line 2) +(beginning-of-line 2) +(org-indent-line-function) + (beginning-of-line) (or org-log-states-order-reversed (and (re-search-forward org-property-end-re nil t) (goto-char (match-beginning 0 -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ 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] Bug: Export Macros
On Mar 19, 2009, at 4:18 PM, Russell Adams wrote:
I've just noticed that {{{title}}} and friends aren't honored in
#+LATEX_HEADER: lines.
So close! When I get this part working, I'd like to post a howto on
doing good looking latex via org!
Does that qualify as blackmail, or as bribery? :-)
Macros are now expanded in the entire header of the LaTeX document.
Looking forward to reading your HOWTO!
- Carsten
Thanks.
--
Russell Adamsrlad...@adamsinfoserv.com
PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
___
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] Latex export bugs and a request
Hi Carsten,
Carsten Dominik domi...@science.uva.nl writes:
I have worked on this part of the LaTeX exporter. Among other things,
I now export these headers as an itemize list by default, parallel to
the HTML exporter.
You can customize org-export-latex-low-levels to specify what exactly
you want, you can get description or enumerate lists as well.
Let me know if the problems now go away.
Thanks ever so much. This is a very nice addition.
I saw a small issue in defcustom for org-export-latex-low-levels (see
below).
Best,
Matt
--8---cut here---start-8---
diff --git a/lisp/org-export-latex.el b/lisp/org-export-latex.el
index a09aff6..f852084 100644
--- a/lisp/org-export-latex.el
+++ b/lisp/org-export-latex.el
@@ -227,8 +227,8 @@ the %s stands here for the inserted headline and is
mandatory.
:group 'org-export-latex
:type '(choice (const :tag Ignore nil)
(symbol :tag Convert as descriptive list description)
-(symbol :tag Convert as descriptive list itemize)
-(symbol :tag Convert as descriptive list enumerate)
+(symbol :tag Convert as itemized list itemize)
+(symbol :tag Convert as enumerated list enumerate)
(string :tag Use a section string :value
\\subparagraph{%s})))
(defcustom org-export-latex-list-parameters
--8---cut here---end---8---
___
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] Changing TODO state to DONE does not stop clock in frame
On Mar 19, 2009, at 1:26 PM, Chris Randle wrote: I've noticed that, when working in the new frame, changing the TODO state of any item within the frame to DONE (when it is the currently clocked in item) does not stop the clock. Going back to my main frame and doing the same thing there on the same item does stop the clock. Carsten Dominik domi...@science.uva.nl writes: I am no able to reproduce this. Can anyone else try, please? - Carsten I just tested it (with org from the git repo). The problem seems to occur when a clock is started on an item before the indirect buffer is created. In other words, the clock did not stop when I followed these steps: 1. Clocked into an item. 2. Created an indirect buffer. 3. Clocked out within the indirect buffer. The clock did stop when I *both* clocked in and out within the indirect buffer. - 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] Nice article
Carsten, I don't know if this will show up in your search -- I just posted a podcast where Org-mode is the main topic. mintCast is a new podcast about Linux, and I like to talk about useful software. I'm new to Org-mode and this episode barely scratches the surface of its capabilities, but I do talk about how I've started using it to do my writing (podcasts, articles and fiction). As I learn more, I want to talk more about project planning in Org. I've seen a demo by Russell Adams where he does some amazing things with the program. mintCast is available from iTunes, or can be downloaded at http://mintcast.org. Charles Olsen On Mon, Mar 16, 2009 at 2:22 AM, Carsten Dominik domi...@science.uva.nl wrote: Hi, my RSS feed looking for Org-mode on the web and in blogs has today turned up a nice article by Peter Jones. http://pmade.com/articles/2008/project-planning Even though the comments so far are dominated by questions about the color theme :-), it is actually a great look at Org-mode project planning. - 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 ___ 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] todo sequence with exceptions
I have the following todo states: TODO ACTION WAITING DONE and CANCELED I would like my sequence to be: TODO ACTION WAITING DONE and have WAITING and CANCELED extra somehow. so that I enter WAITING and CANCELED with a prefix or so. is there a way to get that with the standard featues? (without lisp programming) Greetings, Eraldo ___ 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] a small remember suggestion
[I am reposting this to the list, as I'd intended. IOt turned out I'd responded only to the OP.] I posted regarding this problem in an earlier thread about losing relatively large and complex *remember* buffers that I had forgotten to save (C-c C-c). My usage has improved, and this has been much less of a problem; however, after another, particularly painful incident, I am again studying this problem. I have tested two solutions that were presented earlier, but neither one of them specifically solves this problem. Each of them is a workaround, and either one is acceptable as such, but requires certain adjustments, albeit this is only slightly annoying; I can learn to work around them if need be. I may not have elucidated the problem clearly in the original post. I use remember every day, and have at least 50 different templates. I have gotten used to saving the notes with C-c C-c each time; however, when I'm working late, am a bit tired, or the stress from work has gotten to me, I might---as I did yesterday---spend a couple of hours studying a problem and make a complex table of the partition structure of my machine, only to realize after I had changed buffers a couple of times, and used remember at least once more, only to discover that the I had failed to save the *remember* template buffer. Alas! I throw up my hands in despair, but remembering that the digital computer, I search for a backup file. Backups have saved me hundreds of hours, if not days, of work in the past. Need I say more? The *remember* buffer is not saved or backed up in any way. The ideal solution would be for this buffer to be automatically backed up---to actually exist somewhere and be backed up just as a textmode buffer is. Carsten earlier posted an at least partial solution to this problem. #+BEGIN_SRC emacs-lisp (defadvice remember-finalize (before org-save-and-detach activate) (when buffer-file-name (save-buffer) (setq buffer-file-name nil))) (add-hook 'remember-mode-hook (lambda () (org-set-local 'change-major-mode-with-file-name nil) (write-file ~/path/to/remember_backup.org) (org-set-local 'remember-buffer (buffer-name))) 'append) #+END_SRC He said he would not include it in org-mode because one would be using remember out of its realm by making is a work buffer instead of a quick capture-or-note buffer. I admit I have used a wrench as a hammer at times, to the chagrin of the true mechanic. I have found remember a useful tool. I admit I haven't understood its mechanism: I have even been confused by it. I use the templates, but am still a novice: I have written fairly complicated org-remember templates, but I still haven't gotten my head entirely around what they can do. I have used it in whatever manner seemed useful at the time. So it is actually helpful to see how org-remember is intended to be used, that one should immediately file his notes. But I have found this tool so useful (and my wrench is always handier than my hammer!) in my own way, that I will continue to operate in my unorthodox mode. All's the same, I hope a convincing argument to include this solution. I would second the need to include a numbered backup mechanism to cover recursive calls to org-remember. That being said, I have also started using %! in some templates. It feels clumsy, but for the most part solves the problem, since I seldom use the refiling options on the remember splash header. It doesn't work as nicely with complicated templates with several prompts, and it is capricious: for example, I don't understand how to force the cursor to a particular position. This problem happens at such a low frequency, for me, that an automatic backup mechanism would be sufficient, especially if it recognized a second instance of the *remember* buffer. Something more transparent would be ideal. I'm not sure how to organize that the *remember* buffer would automatically be saved as a file transparently, with numbered backups for new *remember* buffers. Remember rocks! Alan On Sun, Mar 22, 2009 at 5:28 AM, Samuel Wales samolog...@gmail.com wrote: org-remember -- use a file On more than one occasion, I have composed something using org-remember, and mistakenly hit a key for killing the buffer. With all buffers except org-remember, this kills a buffer if it has no unsaved text, and asks what buffer to kill if it does, at which point I quit. With org-remember, the buffer has unsaved text, but it is not associated with a file, so it loses text. Text is probably lost upon a crash also. My suggestion is this. Perhaps org-remember can have a file (this fixes the killing problem), and that file can be autosaved (this fixes the crash problem).[fn:4] There is one more case in which text is lost. You might run org-remember from org-remember and not undo. My existing proposal is to allow calling o-r from o-r. I think that solves it. In
[Orgmode] manual missing variable org-use-fast-todo-selection
Salve! The variable org-use-fast-todo-selection is missing in the manual. Greetings, Eraldo ___ 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: manual missing variable org-use-fast-todo-selection
Eraldo Helal office at eraldo.at writes: Salve!The variable org-use-fast-todo-selection is missing in the manual.Greetings,Eraldo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode at gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode sorry variable is not used... must have had something wrong. ___ 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: todo sequence with exceptions
Solution Fast Selection Method http://orgmode.org/org.html#Fast-access-to-TODO-states ___ 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] todo sequence with exceptions
Hi Eraldo, Eraldo Helal off...@eraldo.at writes: I have the following todo states: TODO ACTION WAITING DONE and CANCELED I would like my sequence to be: TODO ACTION WAITING DONE and have WAITING and CANCELED extra somehow. so that I enter WAITING and CANCELED with a prefix or so. is there a way to get that with the standard featues? (without lisp programming) I believe the following will do what you're looking for. --8---cut here---start-8--- (setq org-use-fast-todo-selection t) (setq org-todo-keywords '((sequence TODO(t) ACTION(a) | DONE(d)) (sequence WAITING(w) | CANCELED(c --8---cut here---end---8--- There's a short FAQ on fast todo selection: http://orgmode.org/worg/org-faq.php#select-TODO-keywords-with-tag-like-interface 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
[Orgmode] Re: manual missing variable org-use-fast-todo-selection
Eraldo Helal admin at eraldo.at writes: Eraldo Helal office at eraldo.at writes: sorry variable is not used... must have had something wrong. Veto... it does exist and it seems to be missing. ___ 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] todo sequence with exceptions
Yep... that is exactly what I was looking for. Thanks for the reply! On Sun, Mar 22, 2009 at 03:51, Matthew Lundin m...@imapmail.org wrote: Hi Eraldo, Eraldo Helal off...@eraldo.at writes: I have the following todo states: TODO ACTION WAITING DONE and CANCELED I would like my sequence to be: TODO ACTION WAITING DONE and have WAITING and CANCELED extra somehow. so that I enter WAITING and CANCELED with a prefix or so. is there a way to get that with the standard featues? (without lisp programming) I believe the following will do what you're looking for. --8---cut here---start-8--- (setq org-use-fast-todo-selection t) (setq org-todo-keywords '((sequence TODO(t) ACTION(a) | DONE(d)) (sequence WAITING(w) | CANCELED(c --8---cut here---end---8--- There's a short FAQ on fast todo selection: http://orgmode.org/worg/org-faq.php#select-TODO-keywords-with-tag-like-interface 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
