Re: [Orgmode] moving past state changes into logbook drawer?
Michael Gilbert wrote:
>Hi —
>I am just now transitioning to logging state changes into a logbook
>drawer. But I have legacy agenda files with hundreds of lines that
>were not put into that drawer. Does anyone know of a convenient way
>to move all the past state changes into the suitable drawer? If that
>in the manual, I'm afraid I missed it.
Moving these non-logbook state changes into the LOGBOOK drawer is not
covered in the manual. Just gave this problem a thought and will see
if I can provide a function that does the job. Although there are
limitations. Finding state changes without a note is doable.
,
| ^[ \t]*- State .+
`
If they have a note they end with "\\" and we know for certain that
everything up to a blank line ("\n\n") belongs to the state change.
But we cannot say if things below this blank line belong to the note
or not.
,
| - State "WAIT" from "TODO" [2010-06-27 So 08:41] \\
| Here is some text.
|
| And the note goes on!
`
HTH,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
pgpyS7Z71oMO9.pgp
Description: PGP signature
___
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: [PATCH] org-export-generic, "text markup" -- and a request
Hi Tomas! I have nothing to contribute to the real topic, but I wanted to inform you that there is a software called dokuwiki - so I got a bit irritated, whether you are reffering to that or to mediawiki, as you first stated. And (at least on the mailinglist) your patch is delivered as an empty file. Kind regards Daniel ___ 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: Issue with correctly resuming interrupted timer
Benjamin Beckwith writes:
> I have an issue with my particular setup when using org-capture. Here
> is my relevant capture template:
>
> (setq org-capture-templates
> '(("t" "todo" entry
>(file "~/Documents/Org/Refile.org")
>"* TODO %?\n %U\n %a" :clock-in t :clock-resume t))
>
> I have all tasks go to the file Refile.org as shown above. They are
> are first-level TODOs. Say I have a list of tasks such as
>
> * TODO A (Currently clocked in)
> * TODO B
> * TODO C
>
> Also let the point be on the task B line. Now if I call org-capture
> and store a task, B become the task that get clocked in after
> completing the capture. Which gives me:
>
> * TODO A
> * TODO B (Now clocked in)
> * TODO C
> * TODO New Capture
>
> I believe that the issue is within org-capture-finalize and the call
> to org-with-point-at, but I have exceeded my elisp debugging skills
> and need help.
>
> I am using the very latest org-mode master with emacs 23.1 on windows.
> Any ideas?
I can confirm this bug (sort of). My newly 'New Capture' task keeps
clocking after filing instead of task 'B'.
It seems it works okay if you are clocking a task in a different buffer
from the refile.org target file for the capture.
In my case when I finish the capture with C-c C-c the clock stays on the
newly captured task instead of moving back to the previously clocking
task in refile.org. If I clock a task in todo.org the clock correctly
switches to the capture task in refile.org and back to the todo.org task
when I file the captured task.
I'll look into this more on Sunday if nobody beats me to it.
-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
Re: [Orgmode] [BABEL] Output with octave
On Fri, 23 Jul 2010 16:59:43 + (UTC), d.tchin wrote: > > Hi > > I use babel to use with octave language. I use it and > define a session so as to have interaction with > octave process. > > It is great to have interaction with octave and > check the action of the code easily. > > I have problem to get output back in org mode file. > I try the following code : > > > --8<---cut here---start->8--- > #+tblname: test > | 1 | 2 | 3 | > > #+source: outtest > #+begin_src octave :session *out* :var vec=test :results output > vecb=vec; > vecb > #+end_src > > --8<---cut here---end--->8--- > > You will get following output > > #+results: outtest > : vec = > : > :1 2 3 > : octave.exe> vecb = > : > :1 2 3 > > As you see I get two outputs : vec variable and vecb (with octave prompt). > It is what I expected, excepted vec output. > > With :results value > > --8<---cut here---start->8--- > #+tblname: test > | 1 | 2 | 3 | > > > > #+source: outtest > #+begin_src octave :session *out* :var vec=test :results value > vecb=vec; > vecb > #+end_src > > --8<---cut here---end--->8--- > > I get the following output > > > #+results: outtest > : org_babel_eoe > > In the octave process, I check that it the last intruction. But > what I would expect is to get last instruction vecb. > > I certainly miss something. Could someone help me on this ? I don't think you are missing anything obvious as for the ":results value" case, I get the same thing. In fact, for ":results output", I don't actually get any output! I'm not sure why. I wonder if there is a dependence on the version of Octave? I'm using a fairly old version (3.0.x instead of 3.2.x). : Org-mode version 7.01trans (release_7.01g.24.g6b5cf) : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) : of 2010-05-16 on raven, modified by Debian -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] Placement=[H] not exporting to LaTeX anymore?
Nick Dokos wrote:
> John Hendy wrote:
>
> > Just to be sure I created an blank org file with only this:
> >
> > * test
> >
> > #+CAPTION: test table
> > #+ATTR_LaTeX: placement=[H]
> > | 1 | 2 | 3 | 4 |
> > |--+--+--+--|
> > | test | test | test | test |
> > | test | test | test | test |
> >
> > It gets exported to this:
> >
> > \begin{table}[htb]
> > \caption{test table}
> > \begin{center}
> > \begin{tabular}{}
> >
> > Did something change between 6.35 and 7.01 or in the LaTeX table options?
> >
>
> I think that placement works fine for figures, but not for tables. In
> fact, I cannot find the code that's supposed to do this for tables: I
> suspect that it never existed. So unless I'm mistaken, it seems that
> tables never got the placement treatment that figures did.
>
Try the following patch (might be wrong in detail, and its scope might
be too limited, but I hope it's not too far off: at least it seems to
work on your simple table.) It may also be white-space damaged, so some
reformatting may be needed after applying it.
Nick
>From 4c8cdde9f3d80edc882efe83562a934fd9a6a8c8 Mon Sep 17 00:00:00 2001
From: Nick Dokos
Date: Fri, 23 Jul 2010 17:54:06 -0400
Subject: [PATCH] Process latex placement attribute for tables.
Figures got placement attributes previously, but tables never did.
---
lisp/org-latex.el | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index f3a55ee..74af57a 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1597,7 +1597,7 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
(org-table-last-column-widths (copy-sequence
org-table-last-column-widths))
fnum fields line lines olines gr colgropen line-fmt align
- caption shortn label attr floatp longtblp)
+ caption shortn label attr floatp placement longtblp)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat "\\begin{verbatim}\n" raw-table
"\\end{verbatim}\n")))
@@ -1617,7 +1617,12 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
align (and attr (stringp attr)
(string-match "\\http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: iCal export and complex diary sexps
Exporting org-diary-class even ignoring the weeke off (last arguments) for me it would be a fantastic start. It would be like converting org-diary-class to a simple diary sexp. I know it is dumb but in my case I would be glad to slit one org-diary-class in several org-diary-class (before and after weeks off) on order to have my appts exposted to ical. Daniel 2010/7/23 Sven Bretfeld : > Hi Dan > > Dan Griswold writes: > >> On 15 Jul 2010, sven.bretf...@gmx.ch wrote: >> >>> There was a thread about this some weeks ago. The iCal export does not >>> support org-diary-class entries or other complex diary sexps. >> >> I missed that thread, but it's an issue I looked into some time ago, >> with regard to sexps. The basic issue is that org-export-icalendar-* >> calls icalendar.el, which currently does not support the export of >> complex sexps. > >> In other words, it doesn't do much good for us to say that Org ought to >> export these things to ical, because the feature is missing not from org >> but from a completely different package. > > But it's strange that diary-sexps can explicitly switched on and of for > iCalendar export in customize. Why is that? > > 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
[Orgmode] Re: Tags not lining up in org-indent-mode
Carsten Dominik gmail.com> writes: > well, this does stop tabs from being used, but it does > not stop the mis-alignment of tags on different outline > levels. Any news on that? Although I have no idea how org-mode works internally, I simply tried replacing line 12773 of org.el: (- (- org-tags-column) (length tags with: (- (- (- org-tags-column) (length tags)) (* org-indent-indention-per-level level Emacs just says: 'Symbol's value as variable is void: level'. I suspected something like that because 'level' and 'org-indent-indention-per-level' are from org-indent.el. Last time I did anything with Lisp was ten years ago. How can I use those variables in org.el? ___ 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] Placement=[H] not exporting to LaTeX anymore?
Thanks Nick.
- Whoops on forgetting the = in my first example!
- Is this hard to integrate? Is it possible to pass this option to LaTeX
just as with figures? It only involves overriding [htb] with [H]...
John
On Fri, Jul 23, 2010 at 11:31 AM, Nick Dokos wrote:
> John Hendy wrote:
>
> >
> > I had a problem with floating tables/figures a ways back, found here:
> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg25566.html
> >
> > The solution, which was simply inserting #+ATTR_LATEX: placement=[H],
> worked perfectly.
> >
> > I just ran into it again, however. my org file has the following order in
> a section:
> >
> > * section
> > text before table 1
> > table 1 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
> > text before table 2
> > table 2 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
> >
>
> [Just a note for the unwary: the syntax above is not quite correct -
> John gives the correct syntax below in his example.]
>
> > But it's being exported to pdf like so:
> >
> > text before table 1
> > text before table 2
> > table 1
> > table 2
> >
> > The exported .tex has this for table 1:
> > \begin{table}[htb]
> > \caption{table 1 caption}
> > \begin{center}
> >
> > If I manually change the \begin{table}[htb] line to \begin{table}[H],
> things work exactly as I want. Somehow the [H] option just isn't making it
> > through...
> >
> > Just to be sure I created an blank org file with only this:
> >
> > * test
> >
> > #+CAPTION: test table
> > #+ATTR_LaTeX: placement=[H]
> > | 1| 2| 3| 4|
> > |--+--+--+--|
> > | test | test | test | test |
> > | test | test | test | test |
> >
> > It gets exported to this:
> >
> > \begin{table}[htb]
> > \caption{test table}
> > \begin{center}
> > \begin{tabular}{}
> >
> > Did something change between 6.35 and 7.01 or in the LaTeX table options?
> >
>
> I think that placement works fine for figures, but not for tables. In
> fact, I cannot find the code that's supposed to do this for tables: I
> suspect that it never existed. So unless I'm mistaken, it seems that
> tables never got the placement treatment that figures did.
>
> Nick
>
___
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: [BABEL] evaluation of R code in export
Hi Rainer, I general it is useful to have the results of Babel-evaluated code appear in the session history as it can help for debugging. Maybe (if you are specifying the session on a subtree or file wide bases) it would be possible to change the session name to a different name so that your normal working session won't be polluted. This is butting up against a more general feature which has been dancing in the twilight of Babel's glow for some time now. Namely the ability to specify header arguments which are conditional on the export state, where export state can be something like - nil :: not currently export, this is the default - t :: an export is taking place - html :: exporting to html - latex :: exporting to latex - ascii :: exporting to ascii etc... How exactly this should best be folded into the existing header argument resolution schema is not immediately clear, so this development may take some time. If anyone has suggestions on syntax or behavior for this functionality please do share. Thanks -- Eric Rainer M Krug writes: > Hi > > assuming I have the following in an org buffer (and enabled evaluation > of R code), and export it to html. > > The exported html looks perfect, but when I go into the *R_test* buffer, > I see all the commands evaluated in the export (which is not such a > problem), but they are also inserted in the history. > > When evaluating a line of code in ESS, this line is evaluated, but NOT > added to the history. Would that be possible for evaluation of R code > during export as well? > > My reasoning is, that I have a report in an .org file, which is using an > existing R session in which I conduct simulations. When creating the > report from a finished simulation, my command history in the *R* buffer > contains all the commands evaluated for the export, and if I want to > change one parameter for the simulation, I either have to go back > several commands to find it, or type it in again. If the evaluated > commands would not appear in the history, I could simply go one command > back. > > If it is not to much work, it would be great if this could be changed. > > Cheers and thanks for an excellent tool, > > Rainer > > > > #+BABEL: session *R_test* > ** test > #+begin_src R :exports both > x <- 5 > x > #+end_src > > ___ 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: [PATCH] org-export-generic, "text markup" -- and a request
Hi,
I tried contacting the author of org-export-generic, but don't know
whether I succeeded. Since this little patch might be useful, here it
is.
I'm in the enviable situation of transforming some docs (which I've
written in org) to mediawiki (why some people enjoy using their browser
as a doc editor escapes me, but that's for another day :)
For this, I'll have to transform the "text markup" (as I'd call that)
(what org calls "emphasis"), i.e. *foo* would become **foo**, =grumble=
would become ''grumble'' and +mumble+ would become mumble.
You get the idea.
I've come up with a little patch which "works for me". If that seems
useful for you, please accept it; I'd be willing to beat it into shape
if you give me some advice wrt which shape is desirable :-)
Some notes:
The "translation mapping" (org markup -> target markup) lives in the
org-generic-alist under the symbol :markup, like so (this would be for
doku-wiki):
(org-set-generic-type
"doku-wiki"
'(:key-binding ?K
[... many lines elided ...]
:markup (("*" . "**%s**")
("/" . "//%s//")
("_" . "__%s__")
("=" . "''%s''")
("~" . "''%s''")
("+" . "%s"
that is, an alist mapping the (org) markup char to a (target) format
string.
I generated the patch with the -b option. Because I wrapped a
considerable chunk of code with unwind-protect, the white space noise
obscures the patch. As I don't think the patch is final, I preferred to
keep it (human) readable.
The working is fairly straightforward: it tacks the function
org-export-generic-process-markup onto the org-export-preprocess-hook
for the whole duration off org-export-generic (the unwind-protect is
there to take this function off the hook when finished). This
org-e-g-process-markup then makes a pass through the buffer (with
org-emph-re), doing its substitutions. Some fiddling was necessary since
org-emph-re matches (possibly) a bit more than strictly the marked-up
span (I think it would have been better to use zero-width assertions for
the prefix and suffix part of org-emph-re).
Patch attached.
Now the request: I tried (several times) subscribing to this list -- but
didn't succeed (I used -- or rather tried to use -- the web interface at
). So please keep
me in Cc, at least as long as I wrangle with the subscriptions.
If anyone has a hint as to what I could try to subscribe, I'd be glad.
Thanks again, and regards
-- tomás
signature.asc
Description: Digital signature
___
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] org-mode 7.01, error while scheduling item
From: Marcelo de Moraes Serpa
Date: 2010/7/23
Subject: Re: [Orgmode] org-mode 7.01, error while scheduling item
To: David Maus
GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) of 2010-05-08.
Backtrace attached.
Thanks,
Marcelo.
On Fri, Jul 23, 2010 at 12:44 AM, David Maus wrote:
> Marcelo de Moraes Serpa wrote:
>>I updated to org-mode Org-mode version 7.01trans
>>(release_7.01g.20.gdd484), and when trying to schedule an item with
>>C-c s, I get the following error:
>
>>org-eval-in-calendar: Wrong type argument: window-live-p, nil
>
>>Any ideas?
>
> Can you provide a backtrace for this error?
>
> M-x toggle-debug-on-error RET
>
> and hit the bug.
>
> And which Emacs version do you use?
>
> Best,
> -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
Debugger entered--Lisp error: (wrong-type-argument window-live-p nil)
select-window(nil)
org-eval-in-calendar(nil t)
byte-code("\306 \210\307\310!\311 \211\211AA@)\312\211\313U\203
\314\315!\202t \313V\203\235 S \211\211@) \211A@)
\211AA@)
\fs\316_...@\f\317v\203\206 @\f\320_\321\\\322\24...@ \211\313w\203g \323 !s\324 \320\246!\205} \324 \325\246!?\206} \324 \326\246!)\203\20...@t@...@-\n\327_\\\n\320\245\\\n\325\245[\\\n\326\245\\\202t\323 t!
\211\211@) \211A@) \211AA@)
\fs\316_...@\f\317v\203\377 @\f\320_\321\\\322\24...@ \211\313w\203\340 \323 !s\324 \320\246!\205\366 \324 \325\246!?\206\366 \324 \326\246!)\203\37...@t@...@-\n\327_z\n\320\245z\n\325\245[z\n\326\245z\330\211\211@)
\211A@) \211AA@)
\fs\316_...@\f\317v\203p@\f\320_\321\\\322\24...@ \211\313w\203q\323 !s\324 \320\246!\205g\324 \325\246!?\206g\324 \326\246!)\203...@t@...@-z+z!\210\331\312\332\"\210\333
A\334B! C\334D! D\335C\336\337#\210\335C\340\341#\210\335C\342\341#\210\335D\343\344#\210\335D\345\346#\210\335D\347\350#\210\335D\351\352#\210\335D\353\354#\210\335D\355\356#\210\335D\357\360#\210\335D\361\362#\210\335D\363\364#\210\335D\365\366#\210\335D\367\370#\210\335D\371\372#\210\335D\373\374#\210\335D\375\376#\210\335D\377\201K #\210\335D\201L \201M #\210\201N \201O !\210\201P \216\201Q C!\210\201R \201S \201T \"\210\201U EF\201V \312$\211G\201W H\206OIQJ,\312\207"
[def date offset-years year month day calendar calendar-forward-day
time-to-days calendar-current-date nil 0 error "There was no year zero" 31 2 4
23 10 abs zerop 100 400 365 (12 31 -1) org-eval-in-calendar t current-local-map
copy-keymap org-defkey "
" org-calendar-select [mouse-1] org-calendar-select-mouse [mouse-2] [(meta
shift left)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [(meta
shift right)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil]
[(meta shift up)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil]
[(meta shift down)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil]
[27 (shift left)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil]
[27 (shift right)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil]
[27 (shift up)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [27
(shift down)] ...] 9)
org-read-date(nil to-time nil nil nil nil)
byte-code("\204> \306>\203> \212\307\310!\210\212\311 \210`)\312
\313=\203! \202\" \f\n\310#\203= \314\315!\316\317\320
!\".
\205; \321
!/)\203R \206Q \322\323\324\323\211./&0\203} \325\235\203}
\313=\203h 1\202j 2\326\261\210\3273\323\211\2114C&\210\323\212\214\323\211\211\211\211 5 6 7 8\307\310!\210\3309\331P!\210\315\225b\210i8\332\225b\210m\203\255 \333c\210\202\260 \315u\210
\204\302 \330\334:P!\204\302 \335\336\323\"\210\3309!\204\345 \330\337;\340Q!\203\345 \314\315!<\232\204\345 \332\224\332\225}\210\202\372 \341\333!\210\342u\210``}\210=\203\372 \3438!\210
>b77\203^7\211...@6eb\2106\313=\203
\312 \323\310#\204?6\344=\203/\312\f\323\310#\204?6\345=\203 \312?\323\310#\203 \346\347!\210\330\350!\203M\346\347!\210\326\323x\210\330\351!\203 \346\347!\210\202 db\210=\203on\203o\3438!\210
\203\303n\204\203`Sf\352=\204\203\326\202\204\347
\313=\203\2171\202\242 \344=\203\2322\202\242
\345=\205\24...@\326\261\210\3273\206\265 \345=\205\265A
\345=\323\2114C&\315\210eb\210~\210\330\353!\203\334`Sf\354\232\203\334`S\355
|\210
.\207" [time what end org-scheduled-time-regexp org-deadline-time-regexp ts
(scheduled deadline) org-back-to-heading t outline-next-heading
re-search-forward scheduled match-string 1 apply encode-time
org-parse-time-string org-get-compact-tod org-read-date nil to-time (scheduled
deadline) " " org-insert-time-stamp looking-at "\\( *\\)[^
\n]*" 0 "\n" "[ ]*" throw exit "[^
\n]*?" "[^
\n]*" insert-before-markers -1 org-indent-to-column deadline closed
replace-match "" "--+<[^>]+>" " +" 32 "[]*\n" 10 point-at-eol default-t
[Orgmode] [BABEL] Output with octave
Hi I use babel to use with octave language. I use it and define a session so as to have interaction with octave process. It is great to have interaction with octave and check the action of the code easily. I have problem to get output back in org mode file. I try the following code : --8<---cut here---start->8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results output vecb=vec; vecb #+end_src --8<---cut here---end--->8--- You will get following output #+results: outtest : vec = : :1 2 3 : octave.exe> vecb = : :1 2 3 As you see I get two outputs : vec variable and vecb (with octave prompt). It is what I expected, excepted vec output. With :results value --8<---cut here---start->8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results value vecb=vec; vecb #+end_src --8<---cut here---end--->8--- I get the following output #+results: outtest : org_babel_eoe In the octave process, I check that it the last intruction. But what I would expect is to get last instruction vecb. I certainly miss something. Could someone help me on this ? ___ 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] [ANN] List improvement v.2
Hi Nicolas, This looks really great, I have applied it to my setup and will be stress testing it over the next couple of days. A couple of quick points: 1) The url to use for cloning should be http://github.com/ngz/org-mode-lists.git 2) This is very minor, but could you rebase your branch against master? That would make switching back and forth slightly easier. 3) Since I can't help but relate things to Babel... What do you think about having list types recognized by Babel (as arrays). This could add nice flexibility to passing data back and forth between Babel and the buffer, it could make it possible to do some fancy list stuff, and if we add Hash-Maps or Dictionaries to Babel as first class objects (which seems like a reasonable move at some point in the nearish future) then they could integrate well with description lists. Thanks for the new functionality, I look forward to playing with it. Best -- Eric Nicolas Goaziou writes: > Hello, > > Here is a new, and probably final feature-wise, suggestion of list > improvement in Org Mode. > > Table of Contents > = > 1 What is it about again ? > 2 Is that all ? > 2.1 Preserving blank lines > 2.2 Timer lists > 2.3 Automatic rules > 2.4 `org-apply-on-list' > 3 Where can it be tried ? > > > 1 What is it about again ? > ~~~ > > I redefined lists in Org Mode. Lists start, as before, at a bullet > (whose true regexp is at `org-item-beginning-re'), and end at either > `org-list-end-regexp', a new headline, or, obviously, end of buffer. > > `org-list-end-regexp' is customizable and defaults to 2 blank lines, > but `org-empty-line-terminates-plain-lists' has precedence over it. > Moreover, any `org-list-end-regexp' found in special blocks does not > end list. Here are two examples of valid lists: > > Case 1: `org-list-end-regexp' is at default value > > > - First item > > - Sub item > > #+BEGIN_EXAMPLE > Two blank lines below > > > Two blank lines above > #+END_SRC > > - Last sub item > > > List has ended at the beginning of this line. > > Case 2: `org-list-end-regexp' is "^[ \t]*___[ \t]*\n" > > > - item 1 > - item 2 > - sub-item > - sub-item 2 > - item 3 > __ > List has ended at the beginning of this line. > > Now, Org Mode knows when a list has ended and how to indent line > accordingly. In other words, you can `org-return-indent' three times > to exit a list and be at the right column to go on with the text. > > This new definition is also understood by exporters (LaTeX, DocBook, > HTML or ASCII) and `org-list-end-regexp' will appear in source as a > blank line, whatever its value is (as long as it starts with a caret > and ends with a newline character, as specified in doc-string). > > Another advantage is that you can have two lists of different types > in a row like in the example below: > > > - item > - item > > > 1. item > 2. item > > In this example, you can move (or cycle, or indent) items in the > second list without worrying about changing the first one. > > 2 Is that all ? > > > Yes and no. I tried as much as possible to keep compatibility with > previous implementation. But, as I was at it, I made a number of > minor improvements I am now going to describe. > > 2.1 Preserving blank lines > === > >`org-move-item-up' and `org-move-item-down' will not eat blank >lines anymore. You can move an item up and down and stay assured >list will keep its integrity. > >The same is true for `org-sort-list' that would previously collapse >the list being sorted. Sorting is now safe. > >`org-insert-item', when 'plain-list-item is set to 'auto in >`org-blank-before-new-entry' (the default, I think), will work hard >to guess the appropriate number of blank lines to insert before the >item to come. The function is also much more predictable (in >previous version, trying to insert an item with point on a blank >line between 2 items would create a new headline). > > 2.2 Timer lists > > >There are three improvements in timer lists (C-c C-x -). > >1. When a new item is created, it should be properly indented and > not sticked to column 0 anymore, > >2. When an item is inserted in a pre-existing timer list, it will > take profit of what has been done to `org-insert-item', > >3. `org-sort-list' can now sort timer lists with the t and T > commands. > >/Note/: in order to preserve lists integrity, Org Mode will send an >error if you try to insert a timer list inside a list of another >type. > > 2.3 Automatic rules > > >I've added sets of rules (applied by default) that can improve >lists experience. You can deactivate them individually by
Re: [Orgmode] Re: org-collector : display problem with propview
d.tchin writes: > Eric Schulte gmail.com> writes: > >> >> Hi, >> >> The following minimal patch to org-collector.el should remove tags from >> the ITEM text, which will also remove the many "\n" characters. Please >> let me know if this works for you. >> >> Thanks -- Eric >> >> >> Attachment (org-collector-w-o-tags.patch): text/x-diff, 569 bytes >> >> >> d.tchin voila.fr> writes: >> > > Hi Eric, > > It works as expected. > Great, this patch has now been applied. Thanks -- Eric > > Thanks > > d.tchin > > > ___ > 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] Placement=[H] not exporting to LaTeX anymore?
John Hendy wrote:
>
> I had a problem with floating tables/figures a ways back, found
> here: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg25566.html
>
> The solution, which was simply inserting #+ATTR_LATEX: placement=[H], worked
> perfectly.
>
> I just ran into it again, however. my org file has the following order in a
> section:
>
> * section
> text before table 1
> table 1 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
> text before table 2
> table 2 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
>
[Just a note for the unwary: the syntax above is not quite correct -
John gives the correct syntax below in his example.]
> But it's being exported to pdf like so:
>
> text before table 1
> text before table 2
> table 1
> table 2
>
> The exported .tex has this for table 1:
> \begin{table}[htb]
> \caption{table 1 caption}
> \begin{center}
>
> If I manually change the \begin{table}[htb] line to \begin{table}[H], things
> work exactly as I want. Somehow the [H] option just isn't making it
> through...
>
> Just to be sure I created an blank org file with only this:
>
> * test
>
> #+CAPTION: test table
> #+ATTR_LaTeX: placement=[H]
> | 1 | 2 | 3 | 4 |
> |--+--+--+--|
> | test | test | test | test |
> | test | test | test | test |
>
> It gets exported to this:
>
> \begin{table}[htb]
> \caption{test table}
> \begin{center}
> \begin{tabular}{}
>
> Did something change between 6.35 and 7.01 or in the LaTeX table options?
>
I think that placement works fine for figures, but not for tables. In
fact, I cannot find the code that's supposed to do this for tables: I
suspect that it never existed. So unless I'm mistaken, it seems that
tables never got the placement treatment that figures did.
Nick
___
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] Personal accounting with emacs, org and...?
Thanks Eric! This has now been included in Org-mode. If you get a chance, it would be great to add ob-ledger to the list of supported languages on Worg, and if possible to add an ob-ledger specific file with a brief usage example -- see existing language-specific files linked to from the language table for examples. http://orgmode.org/worg/org-contrib/babel/languages.php Many Thanks -- Eric Eric S Fraga writes: > On Thu, 22 Jul 2010 13:43:00 -0700, "Eric Schulte" > wrote: >> >> Eric S Fraga writes: > > [...] > >> > Attached is my simple, linux only, org-babel solution and an example >> > org file which uses it. Note, I've still not had a chance to look at >> > the ob-template in Worg so I'm sure my ob-ledger file could be >> > improved... >> > >> >> After a quick scan your ob-ledger.el file looks great. I wouldn't feel >> obligated to add all of the functionality listed in the template. Many >> of our language files (e.g. dot, sass, etc...) are very simple. I think >> one of the big wins of our new setup is that language support can be >> added in very small increments (e.g. [1]). >> >> Please do let me know when you think this is stable enough for inclusion >> into Org-mode. > > Well, it's stable enough in that I wrote it more than 6 months ago and > it hasn't changed in that time other than to update to the new babel > layout. I don't intend to do anything on it immediately in any case > as it works for my use case! > > In other words, I'd be happy if it were included in org-mode at your > discretion. > > Thanks, > eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] help adding a language, please?
Ah, this is great! Thanks Eric :) and I will keep everyone updated on my progress with the wacky "hypermedia programming" thing i've been working on. Really what it boils down to is Common Lisp support for babel, and an add-on module that brings attachments and other data into the mix. It's a combination paper/tutorial/elisp library bundled into one file. The rough draft in progress is here, if anyone is interested in peeking: http://github.com/dto/hypo/raw/master/hypo.org On Fri, Jul 23, 2010 at 12:01 PM, Eric Schulte wrote: > Hi David, > > The instructions currently live at > http://orgmode.org/worg/org-contrib/babel/languages.php#develop > > The bulk of the information is contained in the documentation strings > and the comments of the ob-template.el file (linked to from the above). > > It should be fairly complete, but please let me know if you see any > avenues of improvement. > > -- Eric > > "David O'Toole" writes: > >> Is there an instruction manual documenting how the new org-babel >> language extensions should work? This would really be helpful, because >> I had trouble figuring out how to make sessions work in the pre-7.0 >> api (i'm adding Common Lisp support.) Documenting for how a language >> extension is supposed to behave, would be great. >> >> On Thu, Jul 22, 2010 at 4:13 PM, wrote: >>> Hi guys, >>> >>> Org-mode newbie, here. I'd like to add newlisp to the list >>> of languages that babel supports. I got ob-template.el and >>> replaced all occurrences of "template" with "newlisp." >>> >>> When I try to execute a code block, it fails, looking for >>> "inf-newlisp." That's "inferior-mode," right? Can I work >>> around that somehow? There is a newlisp mode available >>> here: >>> http://github.com/may/newlisp-mode >>> I'm running Org-mode 7.01. >>> >>> Org-mode is great! I sure hope you guys are tolerant of >>> stupid questions, because I've got a bunch of them. >>> :-) >>> >>> -- >>> signature riding a horse: "clopclopclopclop" >>> -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 >>> >> >> ___ >> 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] [BABEL] help adding a language, please?
Hi David, The instructions currently live at http://orgmode.org/worg/org-contrib/babel/languages.php#develop The bulk of the information is contained in the documentation strings and the comments of the ob-template.el file (linked to from the above). It should be fairly complete, but please let me know if you see any avenues of improvement. -- Eric "David O'Toole" writes: > Is there an instruction manual documenting how the new org-babel > language extensions should work? This would really be helpful, because > I had trouble figuring out how to make sessions work in the pre-7.0 > api (i'm adding Common Lisp support.) Documenting for how a language > extension is supposed to behave, would be great. > > On Thu, Jul 22, 2010 at 4:13 PM, wrote: >> Hi guys, >> >> Org-mode newbie, here. I'd like to add newlisp to the list >> of languages that babel supports. I got ob-template.el and >> replaced all occurrences of "template" with "newlisp." >> >> When I try to execute a code block, it fails, looking for >> "inf-newlisp." That's "inferior-mode," right? Can I work >> around that somehow? There is a newlisp mode available >> here: >> http://github.com/may/newlisp-mode >> I'm running Org-mode 7.01. >> >> Org-mode is great! I sure hope you guys are tolerant of >> stupid questions, because I've got a bunch of them. >> :-) >> >> -- >> signature riding a horse: "clopclopclopclop" >> -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 >> > > ___ > 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] startup Lisp error in 7.01: Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
Hi Rainer,
I am unable to reproduce this problem. Are you sure that you have a
complete Org-mode instillation, and that no older installations could be
conflicting with your install?
It may be possible to patch over the error you've mentioned by
requiring org-exp-blocks before you require org-latex, e.g.
(require 'org-exp-blocks)
(require 'org-latex)
However that still wouldn't explain why this error has appeared for you
in the first place.
Best -- Eric
Rainer Stengele writes:
> Hi all,
>
> I have a startup Lisp error in 7.01: (I omitted the bytcode lines because
> they are confusing thunderbird ...)
>
>
> Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
> org-export-blocks-add-block((src org-babel-exp-src-blocks nil))
> ...
> require(ob-exp)
> ...
> require(org-exp)
> ...
> require(org-latex)
> eval-buffer(# nil "c:/Dokumente und
> Einstellungen/rainer/Anwendungsdaten/.emacs" nil t) ; Reading at buffer
> position 39168
> load-with-code-conversion("c:/Dokumente und
> Einstellungen/rainer/Anwendungsdaten/.emacs" "c:/Dokumente und
> Einstellungen/rainer/Anwendungsdaten/.emacs" t t)
> load("~/.emacs" t t)
> command-line()
> normal-top-level()
>
>
> the culprit is the requiring of org-latex.
> In the release docs I could not find a change in loading the latex export.
> Can anybody see the problem?
>
> - Rainer
>
>
> ___
> 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
[Orgmode] Bug: possible bug in latex export [7.01trans (release_6.36.735.g15ca.dirty)]
With the example file: -- * A *** B * C ** D -- If I hit "C-c C-e d" to convert this to PDF and view it, I see something like 1 A 2 C 2.1 D Neither the heading or text of section 'B' appears due to the incorrect level of B (three stars rather than two). If I correct the level for B, the heading and text appears. I found this today when working on a document. It is my fault for getting the level of heading B wrong, but is it possible to keep the text in the pdf, or put a heading like '2.0.1 B'? Stephen Emacs : GNU Emacs 23.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.0) of 2010-05-24 on maps Package: Org-mode version 7.01trans (release_6.36.735.g15ca.dirty) ___ 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] Placement=[H] not exporting to LaTeX anymore?
Hi,
I had a problem with floating tables/figures a ways back, found here:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg25566.html
The solution, which was simply inserting #+ATTR_LATEX: placement=[H], worked
perfectly.
I just ran into it again, however. my org file has the following order in a
section:
* section
text before table 1
table 1 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
text before table 2
table 2 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H])
But it's being exported to pdf like so:
text before table 1
text before table 2
table 1
table 2
The exported .tex has this for table 1:
\begin{table}[htb]
\caption{table 1 caption}
\begin{center}
If I manually change the \begin{table}[htb] line to \begin{table}[H], things
work exactly as I want. Somehow the [H] option just isn't making it
through...
Just to be sure I created an blank org file with only this:
* test
#+CAPTION: test table
#+ATTR_LaTeX: placement=[H]
| 1| 2| 3| 4|
|--+--+--+--|
| test | test | test | test |
| test | test | test | test |
It gets exported to this:
\begin{table}[htb]
\caption{test table}
\begin{center}
\begin{tabular}{}
Did something change between 6.35 and 7.01 or in the LaTeX table options?
John
___
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] Issue with correctly resuming interrupted timer
I have an issue with my particular setup when using org-capture. Here
is my relevant capture template:
(setq org-capture-templates
'(("t" "todo" entry
(file "~/Documents/Org/Refile.org")
"* TODO %?\n %U\n %a" :clock-in t :clock-resume t))
I have all tasks go to the file Refile.org as shown above. They are
are first-level TODOs. Say I have a list of tasks such as
* TODO A (Currently clocked in)
* TODO B
* TODO C
Also let the point be on the task B line. Now if I call org-capture
and store a task, B become the task that get clocked in after
completing the capture. Which gives me:
* TODO A
* TODO B (Now clocked in)
* TODO C
* TODO New Capture
I believe that the issue is within org-capture-finalize and the call
to org-with-point-at, but I have exceeded my elisp debugging skills
and need help.
I am using the very latest org-mode master with emacs 23.1 on windows.
Any ideas?
___
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: Bug Report: refile and attachments
I know it's not _exactly_ the same, but I re-filed it back to the original file (C-c C-w) and then opened it successfully (C-c C-a o). It didn't prompt me (because there was only one attachment). I just tried it with a new entry and attachment file (of the same type) and it worked. Hmn. Oh, I see the problem. In the failing case, the org files are in different directories. (I didn't realize it because they are both agenda files and I was using the path-oriented interactive refilling.) I would expect the refile to move the attachments to the target's attachment directory regardless. [Sorry I didn't have time to debug the elisp myself. I may look later if no one jumps in before me. I don't want to be a leech. 8-] -Original Message- From: Noorul Islam K M [mailto:noo...@noorul.com] Sent: Friday, July 23, 2010 6:58 AM To: Colin Fraizer Cc: 'emacs-orgmode Mailinglist' Subject: Re: Bug Report: refile and attachments "Colin Fraizer" writes: > 1. Exactly what I did > > I created an entry in an org file. > > I added an attachment to that entry. > > I used refile (C-c C-w) to move the entry to another org file. > Before doing this, can you try opening it from initial org file itself. using C-c C-a o Thanks and Regards Noorul > I visited that file and attempted to open the attachment (C-c C-a o). > > 2. What I expected: > > Because there was only one attachment associated with the entry, I expected > it to open. > > 3. What happened instead: > > I was prompted for an attachment name. Hitting showed "no match" in > the minibuffer. ___ 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: Bug Report: refile and attachments
"Colin Fraizer" writes: > 1. Exactly what I did > > I created an entry in an org file. > > I added an attachment to that entry. > > I used refile (C-c C-w) to move the entry to another org file. > Before doing this, can you try opening it from initial org file itself. using C-c C-a o Thanks and Regards Noorul > I visited that file and attempted to open the attachment (C-c C-a o). > > 2. What I expected: > > Because there was only one attachment associated with the entry, I expected > it to open. > > 3. What happened instead: > > I was prompted for an attachment name. Hitting showed "no match" in > the minibuffer. ___ 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: Behavior of Gnus when called from an hyperlink
On Friday 23 July 2010 10:54:24 Giovanni Ridolfi wrote: > > And I like being able to restrict the message list incrementally by > > simply entering parts of the author name or subject. Gnus cannot do > > that. > may be ths can help: > > 1. cursor in the "Summary message" buffer > > # let's restrict to headers: > > 2. / h $the-header-you-like # I'd use "23 Jul" to read only the > messages of today Yes, the various restrictions basically do what I want, except that they don't work incrementally while typing and first you have to start with a summary containing many/all messages, which takes some time to create. Bye, Tassilo ___ 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] Org-capturing items to clock
Hi all,
I've found a bug with capturing as item to a running clock. I reduced
my dot-emacs to the bare minumum(given below), but the problem
continues.
Here is how it goes.
+ refile.org is in state 0.
+ C-M-r t
+ TODO task One entered. Clock is running. I switch to firefox and
save the link. C-c C-c.
+ refile.org is in state 1. The link is correctly saved
+ C-M-r t (again)
+ TODO task Two entered. Clock is running. I switch to firefox and
save the link. C-c C-c.
+ refile.org is in state 1. The link is wrongly saved. The item is
appended to a wrong (existing list) instead of starting a new list.
If I change my capture template to make the link to be an entry
instead of an item, things work as expected.
;;refile.org-state 0
* Tasks
;;refile.org-state 1
* Tasks
** TODO One
CLOCK: [2010-07-23 Fri 15:57]--[2010-07-23 Fri 15:57] => 0:00
- [[http://orgmode.org/][Org-Mode: Your Life in Plain Text]]
;;refile.org-state 2
* Tasks
** TODO One
CLOCK: [2010-07-23 Fri 15:57]--[2010-07-23 Fri 15:57] => 0:00
- [[http://orgmode.org/][Org-Mode: Your Life in Plain Text]]
- [[http://orgmode.org/worg/][Hello Worg!]]
** TODO Two
CLOCK: [2010-07-23 Fri 15:59]--[2010-07-23 Fri 16:00] => 0:01
;;dot-emacs
;; Load up Org Mode and Babel
(setq load-path (cons "~/.emacs.d/elisp/org/lisp" load-path))
(setq load-path (cons "~/.emacs.d/elisp/org/contrib/lisp" load-path))
(require 'org-install)
(require 'org-capture)
(global-set-key (kbd "C-M-r") 'org-capture)
(server-start)
;; org-protocol
(require 'org-protocol)
(setq org-capture-templates
'(("t" "task" entry
(file+headline "refile.org" "Tasks")
"* TODO %? \n\n\n " :clock-in t :clock-resume t)
("x" "save relevant links" item
(clock)
"- [[%:link][%:description]]" :immediate-finish t)))
___
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: iCal export and complex diary sexps
Hi Dan Dan Griswold writes: > On 15 Jul 2010, sven.bretf...@gmx.ch wrote: > >> There was a thread about this some weeks ago. The iCal export does not >> support org-diary-class entries or other complex diary sexps. > > I missed that thread, but it's an issue I looked into some time ago, > with regard to sexps. The basic issue is that org-export-icalendar-* > calls icalendar.el, which currently does not support the export of > complex sexps. > In other words, it doesn't do much good for us to say that Org ought to > export these things to ical, because the feature is missing not from org > but from a completely different package. But it's strange that diary-sexps can explicitly switched on and of for iCalendar export in customize. Why is that? Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request for new capture feature
I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a "C-u C-c C-w" that completes the capture and switches to the target buffer? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug Report: refile and attachments
1. Exactly what I did I created an entry in an org file. I added an attachment to that entry. I used refile (C-c C-w) to move the entry to another org file. I visited that file and attempted to open the attachment (C-c C-a o). 2. What I expected: Because there was only one attachment associated with the entry, I expected it to open. 3. What happened instead: I was prompted for an attachment name. Hitting showed "no match" in the minibuffer. ___ 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: TODO type problem on speedbar and imenu.
Osamu OKANO writes: > Hi. > I found a problem on speedbar and imenu. > Reproducing date is here > * someday/maybe > * SOMEDAY/maybe > * SOMEDAY maybe > * someday maybe > * read/review > * READ/review > * conf > #+TYP_TODO: SOMEDAY > > When a head line includes TODO state name, > I am afraid that displayed head line names on speedbar are wrong. > Because SOMEDAY is TODO type but "someday/maybe" and "SOMEDAY/maybe" > is not TODO task. > I am not able to reproduce this on GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12) of 2010-01-30 on noorul Org-mode version 7.01trans (release_6.36.723.gaf9d) Thanks and Regards Noorul ___ 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] startup Lisp error in 7.01: Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
Hi all,
I have a startup Lisp error in 7.01: (I omitted the bytcode lines because they
are confusing thunderbird ...)
Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
org-export-blocks-add-block((src org-babel-exp-src-blocks nil))
...
require(ob-exp)
...
require(org-exp)
...
require(org-latex)
eval-buffer(# nil "c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/.emacs" nil t) ; Reading at buffer
position 39168
load-with-code-conversion("c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/.emacs" "c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/.emacs" t t)
load("~/.emacs" t t)
command-line()
normal-top-level()
the culprit is the requiring of org-latex.
In the release docs I could not find a change in loading the latex export.
Can anybody see the problem?
- Rainer
___
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: Behavior of Gnus when called from an hyperlink
Tassilo Horn writes: > And I like being able to restrict the message list incrementally by > simply entering parts of the author name or subject. Gnus cannot do > that. may be ths can help: 1. cursor in the "Summary message" buffer # let's restrict to headers: 2. / h $the-header-you-like # I'd use "23 Jul" to read only the messages of today cheers, Giovanni ___ 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: [ANN] List improvement v.2
Errata: > Case 2: `org-list-end-regexp' is "^[ \t]*___[ \t]*\n" It is "^[ \t]*__[ \t]*\n" (only 2 underscores) >I think those rules make a sane default behavior (except for the >indent rule, perhaps). I meant the _insert_ rule which can be a bit surprising at first. -- 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] Author info while publishing to html
Chao Lu wrote: >Dear all, >I'm using org-7.01g, Emacs 23.2.50.1. >When I was using org-6.35c and older version, the publish function used to >generate the author info like >LooChao, and I like this style. >The related configuration is just: >(setq user-full-name "LooChao") >(setq user-mail-address "looc...@gmail.com") >But after update the org-mode, without any change in the configuration, the >author info style has been changed into LooChao, (without the email >address), so I'm writing to see how to get the previous style back. Any >suggestion? You can turn on publishing the email adress by setting the variable `org-export-email-info': , | org-export-email-info is a variable defined in `org-exp.el'. | Its value is nil | | Documentation: | Non-nil means insert author name and email into the exported file. | | This option can also be set with the +OPTIONS line, | e.g. "email:t". | | You can customize this variable. ` HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpI3OyUhEhSS.pgp Description: PGP signature ___ 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] Author info while publishing to html
Dear all, I'm using org-7.01g, Emacs 23.2.50.1. When I was using org-6.35c and older version, the publish function used to generate the author info like LooChao, and I like this style. The related configuration is just: (setq user-full-name "LooChao") (setq user-mail-address "looc...@gmail.com") But after update the org-mode, without any change in the configuration, the author info style has been changed into LooChao, (without the email address), so I'm writing to see how to get the previous style back. Any suggestion? Thanks~ Chao ___ 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: org-collector : display problem with propview
Eric Schulte gmail.com> writes: > > Hi, > > The following minimal patch to org-collector.el should remove tags from > the ITEM text, which will also remove the many "\n" characters. Please > let me know if this works for you. > > Thanks -- Eric > > > Attachment (org-collector-w-o-tags.patch): text/x-diff, 569 bytes > > > d.tchin voila.fr> writes: > Hi Eric, It works as expected. Thanks d.tchin ___ 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
