Re: [O] partial-completion-mode error when refiling
Hi Nick Dokos, Nick Dokos wrote: > Bastien wrote: >> "Sebastien Vauban" writes: >> > When I was trying to refile an extract of an email, I got this: >> > >> > Getting targets...done >> > funcall: Symbol's function definition is void: partial-completion-mode >> >> thanks for reporting this -- this is indeed something wrong with the fix I >> made to `org-without-partial-completion' (see my other message to Paul >> Sexton). >> >> I reverted his patch so you won't see this error again. > > I'm not sure that't the problem though: the org-without-partial-completion > macro is called in a couple of places, once in org-remember.el and twice in > org.el. > > [...] > > In any case, this explicit call seems to be more problematic than the macro. > After all that's what Seb hit. I cannot give more information about that, except that the problem disappeared in the last git pull. But, as you say, sometimes, real culprits can be elsewhere... Just to be complete, I also noticed a problem when giving a title to some region I was capturing thru a template: SPC was not translated into a real space, but tried to complete my word. I could execute C-h k and see that SPC was bound to one of the minibuffer-complete functions. This has, as well, disappeared now. Related? Best regards, Seb -- Sebastien Vauban
Re: [O] partial-completion-mode error when refiling
Carsten Dominik wrote: > > OTOH, partial-completion-mode is called explicitly in = > > org-refile-get-location, like this: (partial-completion-mode nil) > > This is not a function-calling form, but this is part of a let form, > so it just sets the variable partial-completion-mode to nil. > In effect, this does indeed turn off partial-completion-mode for > the body of the form. > Ah, sorry - I missed that - not enough caffeine in my system yet. That cannot be it then. Nick
Re: [O] partial-completion-mode error when refiling
Carsten Dominik writes: >> o org.el: in org-set-tags *around* org-icompleting-read. >> >> The last one seems superfluous at first sight, but I haven't thought about >> it yet. > > Yes, this one is superfluous. I just removed it, thanks. -- Bastien
Re: [O] Bug: inline images for filenames with spaces
Hi Huy,
Huy writes:
> inline image display doesn't seem to work for image links with spaces in
> them.
That's because those images will be inserted as
[[file:image%20with%20space.png][file:image with space.png]]
and such a string is not recognized by the inline displayer.
The attached patch fixes this.
Please confirm and also take the time to check that there is no
side-effects -- especially wrt the exporter.
E.g. this LaTeX command:
\includegraphics[width=10em]{image with space.png}
will result in a problem, with the string "with space.png" just
next to the picture.
In any case, it's better to avoid spaces in file names.
Thanks for reporting this,
>From 84e18e5fb8dbaee425caffb90bdab9f67dc268de Mon Sep 17 00:00:00 2001
From: Bastien Guerry
Date: Thu, 30 Jun 2011 17:35:23 +0200
Subject: [PATCH] org.el: don't escape image links with no description.
(org-make-link-string): Don't escape image links when no description
is provided by the user. Otherwise those images won't be recognized
as images when trying to display inline pictures.
---
lisp/org.el | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/lisp/org.el b/lisp/org.el
index 574ac37..8d71117 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -8686,16 +8686,19 @@ according to FMT (default from `org-email-link-description-format')."
(setq description (replace-match "{" t t description)))
(while (string-match "\\]" description)
(setq description (replace-match "}" t t description
- (when (equal (org-link-escape link) description)
+ (when (equal link description)
;; No description needed, it is identical
(setq description nil))
(when (and (not description)
+ (not (string-match (org-image-file-name-regexp) link))
(not (equal link (org-link-escape link
(setq description (org-extract-attributes link)))
- (setq link (if (string-match org-link-types-re link)
- (concat (match-string 1 link)
- (org-link-escape (substring link (match-end 1
- (org-link-escape link)))
+ (setq link
+ (cond ((string-match (org-image-file-name-regexp) link) link)
+ ((string-match org-link-types-re link)
+ (concat (match-string 1 link)
+ (org-link-escape (substring link (match-end 1)
+ (t (org-link-escape link
(concat "[[" link "]"
(if description (concat "[" description "]") "")
"]"))
--
1.7.5.2
--
Bastien
Re: [O] Recurring TODO on weekdays only?
loris.benn...@fu-berlin.de writes: > Sorry, my bad. But it doesn't make any difference whether I use > SCHEDULED or not. If I mark yesterday's task as complete, all the tasks > until the repetition of the completed task disappear from the agenda. Argh, I did a quick test before I suggested it, and I got the impression that only the one timestamp got reset. Tried again more carefully, nope, all of them are reset +1w. Sorry! Memnon
Re: [O] [OT] Deactivate flyspell on a file by file basis
Thank you all for the replies.
@Nick,@Peter: Both approaches work great! :)
Cheers,
Marcelo.
On Fri, Jun 3, 2011 at 11:14 AM, Nick Dokos wrote:
> Pieter Praet wrote:
>
> > On Fri, 03 Jun 2011 17:44:26 +0200, Pieter Praet
> wrote:
> > > On Fri, 03 Jun 2011 11:18:54 -0400, Nick Dokos
> wrote:
> > > > Marcelo de Moraes Serpa wrote:
> > > >
> > > >
> > > > > I use flyspell-mode for writing articles, but I don't need it for
> my gtd.org file. Is there a way to
> > > > > exclude it (flyspell) from acting based on the filename of the
> buffer?
> > > > >
> > > >
> > > > You can use file local variables for things like this. There is an
> > > > ``eval'' pseudo-variable to allow you to execute code. See the emacs
> > > > manual for details, but it would look something like this (untested
> and
> > > > you have to put it at the end of the file):
> > > >
> > > > ...
> > > > # Local Variables:
> > > > # eval: (flyspell-mode 0)
> > > > # End:
> > >
> > > Although this can get rather annoying due to
> > > enable-local-variables related popups.
> >
> You can save the eval setting in your custom file by saying ! to the
> nag question the first time it is asked. As long as you load the custom
> file,
> it won't nag you again.
>
> Nick
>
> > s/enable-local-variables/enable-local-eval
> >
> > ... though enable-local-variables applies as well.
> >
> > Sorry for the noise.
> >
> > >
> > > I use something similar to this:
> > >
> > > (add-hook 'find-file-hook
> > > (lambda ()
> > > (or (member (buffer-file-name)
> > > '("/path/to/some/file"
> > > "/path/to/other/file"))
> > > (flyspell-mode 1
> > >
>
[O] feature request: individual markups for active and inactive time stamps on export
Hello, I would like to request a new feature for the latex export functionality: would it be possible to have different markups for active versus inactive time stamps? It should be straightforward, having looked at the code in file:~/git/org-mode/lisp/org-latex.el::(defun org-export-latex-time-stamps () but my elisp is not quite up to the challenge... I guess all that is needed is a new customisable variable (and possibly renaming the existing one: org-export-latex-timestamp-markup) and a simple (if inactive ... ...) bit of code? It's the easy identification of inactive versus active using the existing regexps that I cannot easily do! Thanks and apologies for having to ask for such a trivial addition, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.511.g2b7d)
Re: [O] [PATCH] org-end-of-meta-data-and-drawers
Hi Eric, Eric Abrahamsen writes: > Currently, this function goes to a lot of trouble to concatenate a > complicated regexp to find metadata and drawers, and then doesn't use > it. As it stands, if you put point in a headline that has a property > drawer and then call =(org-end-of-meta-data-and-drawers)=, point moves > to the *beginning* of the property drawer -- obviously not what you > want. you're right there was something weird in this function. I just simplified it, inspired by your patch. Thanks for this! -- Bastien
[O] Regression bug in tangle/weave
It appears that there may be a regression problem with the current tangle/weave process. I used to be able to have a noweb section for the name of the file, another for the version of the file, and then have an autogenerated header section that included those two pieces of information on a single line. Following is an org file snippet of my bug description. * Bugs ** SOMEDAY org-mode bug with tangle and newlines :BUG: :PROPERTIES: :created: [2011-06-30 Thu 10:00] :ID: e4c992b5-4d35-443b-b34a-0fbda7c66aea :END: :LOGBOOK: - Added on [2011-06-30 Thu 10:00] :END: [2011-06-30 Thu] A regression bug has surfaced in org-mode with the tangle/weave process mangling the following setup: #+begin_src perl :noweb yes :tangle testoutput.pl :shebang #!perl # <> print "Hello world\n"; #+end_src #+srcname: generated-from #+begin_src text :noweb yes Generated from <> version <>. #+end_src #+srcname: file-name #+begin_src text :noweb yes ATestFile.org #+end_src #+srcname: file-version #+begin_src text :noweb yes 1.2.3.4 #+end_src The last it worked* was sometime in the early 7.4 timeframe. If I get some time, I may do a bisect on it, although others are welcome to do the work required. Timeframe is based on memory, not actual checking, so first a bisect needs to be done to find where it last worked. *** Actual output #+begin_src perl #!perl # Generated from ATestFile.org # Generated from version 1.2.3.4 # Generated from <> version . # print "Hello world\n"; #+end_src *** Expected output (or at least similar) #+begin_src perl #!perl # Generated from ATestFile.org version 1.2.3.4. print "Hello world\n"; #+end_src * End of org file
Re: [O] Org-mode as a replacement for LaTeX (was: Fwd: Exporting latex without preamble)
Hi Tom, I've seen many of the examples you've added to the mailing list and worg. I also enjoy using Org-mode for writing my own documents and webpages - currently I'm using it to write my Ph.D. dissertation. I'm curious how you work on Org-mode papers for publication with collaborators? In particular, do all of your collaborators know and use Org-mode themselves? Our current method is just to use ordinary LaTeX files in a CVS repository for collaboration. I think it would be difficult to get my collaborators to all use Org-mode - even though they all use emacs. Org-mode has quite a bit of a learning curve that they probably don't have the time or patience to learn currently. Chris On Jun 30, 2011 2:35am, "Thomas S. Dye" wrote: Aloha Karl, I agree that AucTeX is awesome. I use it every day at work with much pleasure. I've been using Org-mode with the goal of creating reproducible research, where the LaTeX output is just one part of the package. In my case, this is something that requires Org-mode for its ability to pass results between code blocks written in different languages. I can't do these things in AucTeX. At first, like you, I was suspicious of adding a layer between me and LaTeX. I was impatient with figuring out how to make the little things work right. I'm still not able to control LaTeX as finely as I'd like from within Org-mode, but I've managed to close the gap sufficiently that my last four publications were authored completely with Org-mode. The one I'm working on now is Org-mode, too. I'm really liking it as an authoring environment. All the best, Tom Karl Voit writes: > * Thomas S. Dye t...@tsdye.com> wrote: >> Aloha Rafael, > > Sorry, I thought you might as well be interested in my point of > view. > > First: I am pretty new to Org-mode but I am using LaTeX a while now > and I am even teaching LaTeX to motivated beginners. > >> Is there a reason not to have everything in one .org file? I find >> Org-mode's ability to fold on headlines and to edit subtrees in indirect >> buffers very convenient, even for long documents. For my work, that >> functionality has replaced LaTeX \include files. > > I did not follow the thread here but I do think I get the idea that > you want to replace LaTeX with Org-mode and generate a PDF via > LaTeX/PDF-export functionality of Org-mode. > > On the one hand, I do agree that (simple) PDF documents are written > very easily with Org-mode. But on the other hand you are going to > add just another layer. This means that you probably end up wanting > this LaTeX feature in Org-mode, that other handy LaTeX feature too > and so forth. > > In my point of view, if you leave the basic stuff, you should stick > to LaTeX. And I do have good news to you: You are very fortune > because Emacs does have the IMHO most advanced editor support for > LaTeX: AucTeX (with all of its extensions like preview-latex and > RefTeX). > > I plan to use Org-mode as an outline tool for larger documents, > where the basic structure evolves, keywords are moved from one part > to the other. But before I start to write the detailed document > content, I move to AucTeX, having the great possibilities for > writing documents that end up being great PDFs. > > But this is just my point of view. -- Thomas S. Dye http://www.tsdye.com
Re: [O] [PATCH] org-end-of-meta-data-and-drawers
Eric Abrahamsen writes: > It looks like patch-acceptance has picked up again recently -- may I > humbly bump the fix below? Such a useful helper function, otherwise! If you are using this helper function in your own defuns, please report any issue. For example, I see no reason why the function should gives the value of (point), but maybe you need this. Thanks, -- Bastien
Re: [O] Bug: inline images for filenames with spaces
Hi Manuel, Manuel Giraud writes: > Huy writes: > >> Example: >> [[file:img/test.png]] will display inline >> [[file:img/test copy.png]] won't > > Just tested on the same emacs version and few minutes old org-mode and > both works for me. How do you export? Do you have some special > settings? That's because you need to actually test this: [[file:img/test.png][file:img/test.png]] [[file:img/test%20copy.png][file:img/test copy.png]] ... where you can reproduce the error. HTH, -- Bastien
Re: [O] Bug: org-agenda-custom-commands bugs [7.5]
Hi zw963 (?) "zw963" writes: > 1. first open org-agenda use `F12' key, command (org-agenda) > 2. open customize todo-list use `t' key > 3. move point on certain heading, press `RET',open remote org files. > (org-agenda-switch-to) > 4. edit context,and save,use f2 kill this org buffer. > (kill-this-buffer) > 5. return previous org-agenda-view,move my point on other heading,minibuffer > show a error tips >"Wrong type argument: stringp,nil",if reenter remote org file, > unpredictable happen. > 6. unless retype 'g' key,otherwise can not work. I see the problem, but I don't see what solution would satisfy you. Thanks for being a bit more specific! -- Bastien
Re: [O] lists in tables
I don't know what would be worst: trying to put lists in tables or tables in lists. And I don't know if each of these would be worst wrt style _or_ wrt logic. But I'm happy to see people continues to expect pure MAGIC from Org :) -- Bastien
Re: [O] Macro expansion in included files
Hi Benny, Benny Simonsen writes: > I have a patch that will expand macros in included files. > Inclusion is performed before macro expansion Thanks for this patch, it looks good to me. Can someone test it and report any problems? Thanks! -- Bastien
[O] Move to item to the bottom
Hi list, It'd be nice if we could just send an item to the bottom of a list. Useful when reviewing a long list and putting the next actions in the top. Is there a way to do that with org currently? Cheers, M>
[O] org-install ?
Hello everyone, GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO Org-mode version 7.5 9c582ceed8c4ffc1b83f719f8bcabbc2e23027b2 I used to have a \lisp\org-install.el file in my load path. This file was there since 20th October 2010 and everythig has been fine. I've just found that in the latest version of org-mode there's no "\lisp\org-install.el" anymore. For this reason I cannot call babel from my .emacs (org-babel-do-load-languages anymore, because shows the error: Symbol's function definition is void: org-babel-do-load-languages If I comment babel's lines with a just opened Emacs I cannot open a capture buffer C-c c Symbol's function definition is void: org-capture However I can run the *agenda* C-c a command that, correctly, loads org and shows me the buffer with agenda options. I'm puzzled. cheers, Giovanni
Re: [O] Status google calendar sync
Niels Giesen writes: > --- a/lisp/org-icalendar.el > +++ b/lisp/org-icalendar.el > @@ -412,7 +412,10 @@ When COMBINE is non nil, add the category to each line." > (if scheduledp (setq summary (concat "S: " summary))) > (if (string-match "\\`<%%" ts) > (with-current-buffer sexp-buffer > - (insert (substring ts 1 -1) " " summary "\n")) > + (let ((entry (substring ts 1 -1))) > + (put-text-property 0 1 'uid > + (concat " " prefix uid) entry) > + (insert entry " " summary "\n"))) > (princ (format "BEGIN:VEVENT > UID: %s > %s (Note that this has been applied.) -- Bastien
Re: [O] custom IDs not exported
Nick Dokos writes: > Indeed: the git repo was changed to orgmode.org back in December (?) > and repo.or.cz was left as a mirror, but apparently it has been > non compos mentis for a little while. I've just checked: the git mirror at http://repo.or.cz/w/org-mode.git is still working fine. Great to know users can also rely on this. Best, -- Bastien
Re: [O] Org-mode as a replacement for LaTeX (was: Fwd: Exporting latex without preamble)
On 30.6.2011, at 08:35, Thomas S. Dye wrote: > Aloha Karl, > > I agree that AucTeX is awesome. I use it every day at work with much > pleasure. > > I've been using Org-mode with the goal of creating reproducible > research, where the LaTeX output is just one part of the package. In my > case, this is something that requires Org-mode for its ability to pass > results between code blocks written in different languages. I can't do > these things in AucTeX. > > At first, like you, I was suspicious of adding a layer between me and > LaTeX. I was impatient with figuring out how to make the little things > work right. I'm still not able to control LaTeX as finely as I'd like > from within Org-mode, but I've managed to close the gap sufficiently > that my last four publications were authored completely with Org-mode. Are these publicly accessible? I think that would be a great advertisement for Org as a publishing environment if you could link to source and paper - Carsten > The one I'm working on now is Org-mode, too. I'm really liking it as > an > authoring environment. > > All the best, > Tom > > > Karl Voit writes: > >> * Thomas S. Dye wrote: >>> Aloha Rafael, >> >> Sorry, I thought you might as well be interested in my point of >> view. >> >> First: I am pretty new to Org-mode but I am using LaTeX a while now >> and I am even teaching LaTeX to motivated beginners. >> >>> Is there a reason not to have everything in one .org file? I find >>> Org-mode's ability to fold on headlines and to edit subtrees in indirect >>> buffers very convenient, even for long documents. For my work, that >>> functionality has replaced LaTeX \include files. >> >> I did not follow the thread here but I do think I get the idea that >> you want to replace LaTeX with Org-mode and generate a PDF via >> LaTeX/PDF-export functionality of Org-mode. >> >> On the one hand, I do agree that (simple) PDF documents are written >> very easily with Org-mode. But on the other hand you are going to >> add just another layer. This means that you probably end up wanting >> this LaTeX feature in Org-mode, that other handy LaTeX feature too >> and so forth. >> >> In my point of view, if you leave the basic stuff, you should stick >> to LaTeX. And I do have good news to you: You are very fortune >> because Emacs does have the IMHO most advanced editor support for >> LaTeX: AucTeX (with all of its extensions like preview-latex and >> RefTeX). >> >> I plan to use Org-mode as an outline tool for larger documents, >> where the basic structure evolves, keywords are moved from one part >> to the other. But before I start to write the detailed document >> content, I move to AucTeX, having the great possibilities for >> writing documents that end up being great PDFs. >> >> But this is just my point of view. > > -- > Thomas S. Dye > http://www.tsdye.com >
Re: [O] org-install ?
On 30 Jun 2011, Giovanni Ridolfi wrote: > Hello everyone, > > GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO > Org-mode version 7.5 9c582ceed8c4ffc1b83f719f8bcabbc2e23027b2 > > I used to have a > \lisp\org-install.el > file in my load path. This file was there since > 20th October 2010 and everythig has been fine. > > I've just found that in the latest version of org-mode > there's no "\lisp\org-install.el" anymore. > > For this reason I cannot call babel from my .emacs > > That file is autogenerated, so try a `make' or at least a `make autoloads'. > However I can run the *agenda* C-c a command that, correctly, > loads org and shows me the buffer with agenda options. I think that "works" because of the emacs bundled org-mode. What is the content of `org-version'? (C-h v org-version) Michael pgp5arOZxUBmh.pgp Description: PGP signature
[O] Subtly hightling task backgrounds
I've been using the following code snippet for many weeks now to great effect. It helps me to "grok" my daily taskload better without increasing the mental burden. See the function's docstring for more info. Here is a screenshot of the effect, from my today's agenda: http://ftp.newartisans.com/pub/highlighting.png John (defun org-agenda-add-overlays (&optional line) "Add overlays found in OVERLAY properties to agenda items. Note that habitual items are excluded, as they already extensively use text properties to draw the habits graph. For example, for work tasks I like to use a subtle, yellow background color; for tasks involving other people, green; and for tasks concerning only myself, blue. This way I know at a glance how different responsibilities are divided for any given day. To achieve this, I have the following in my todo file: * Work :PROPERTIES: :CATEGORY: Work :OVERLAY: (face (:background \"#fdfdeb\")) :END: ** TODO Task * Family :PROPERTIES: :CATEGORY: Personal :OVERLAY: (face (:background \"#e8f9e8\")) :END: ** TODO Task * Personal :PROPERTIES: :CATEGORY: Personal :OVERLAY: (face (:background \"#e8eff9\")) :END: ** TODO Task The colors (which only work well for white backgrounds) are: Yellow: #fdfdeb Green: #e8f9e8 Blue: #e8eff9 To use this function, add it to `org-agenda-finalize-hook': (add-hook 'org-finalize-agenda-hook 'org-agenda-add-overlays)" (let ((inhibit-read-only t) l c (buffer-invisibility-spec '(org-link))) (save-excursion (goto-char (if line (point-at-bol) (point-min))) (while (not (eobp)) (let ((org-marker (get-text-property (point) 'org-marker))) (when (and org-marker (null (overlays-at (point))) (not (get-text-property (point) 'org-habit-p)) (string-match "\\(sched\\|dead\\|todo\\)" (get-text-property (point) 'type))) (let ((overlays (org-entry-get org-marker "OVERLAY" t))) (when overlays (goto-char (line-end-position)) (let ((rest (- (window-width) (current-column (if (> rest 0) (insert (make-string rest ? (let ((ol (make-overlay (line-beginning-position) (line-end-position))) (proplist (read overlays))) (while proplist (overlay-put ol (car proplist) (cadr proplist)) (setq proplist (cddr proplist (forward-line) (add-hook 'org-finalize-agenda-hook 'org-agenda-add-overlays)
Re: [O] Org-mode as a replacement for LaTeX
Carsten Dominik writes: > On 30.6.2011, at 08:35, Thomas S. Dye wrote: > >> Aloha Karl, >> >> I agree that AucTeX is awesome. I use it every day at work with much >> pleasure. >> >> I've been using Org-mode with the goal of creating reproducible >> research, where the LaTeX output is just one part of the package. In my >> case, this is something that requires Org-mode for its ability to pass >> results between code blocks written in different languages. I can't do >> these things in AucTeX. >> >> At first, like you, I was suspicious of adding a layer between me and >> LaTeX. I was impatient with figuring out how to make the little things >> work right. I'm still not able to control LaTeX as finely as I'd like >> from within Org-mode, but I've managed to close the gap sufficiently >> that my last four publications were authored completely with Org-mode. > > Are these publicly accessible? I think that would be a great advertisement > for Org as a publishing environment if you could link to source and paper > > - Carsten > Aloha Carsten, Soon, I hope. I have to make them run as emacs batches first, a new thing for me. All the best, Tom >> The one I'm working on now is Org-mode, too. I'm really liking it as > > >> an >> authoring environment. >> >> All the best, >> Tom >> >> >> Karl Voit writes: >> >>> * Thomas S. Dye wrote: Aloha Rafael, >>> >>> Sorry, I thought you might as well be interested in my point of >>> view. >>> >>> First: I am pretty new to Org-mode but I am using LaTeX a while now >>> and I am even teaching LaTeX to motivated beginners. >>> Is there a reason not to have everything in one .org file? I find Org-mode's ability to fold on headlines and to edit subtrees in indirect buffers very convenient, even for long documents. For my work, that functionality has replaced LaTeX \include files. >>> >>> I did not follow the thread here but I do think I get the idea that >>> you want to replace LaTeX with Org-mode and generate a PDF via >>> LaTeX/PDF-export functionality of Org-mode. >>> >>> On the one hand, I do agree that (simple) PDF documents are written >>> very easily with Org-mode. But on the other hand you are going to >>> add just another layer. This means that you probably end up wanting >>> this LaTeX feature in Org-mode, that other handy LaTeX feature too >>> and so forth. >>> >>> In my point of view, if you leave the basic stuff, you should stick >>> to LaTeX. And I do have good news to you: You are very fortune >>> because Emacs does have the IMHO most advanced editor support for >>> LaTeX: AucTeX (with all of its extensions like preview-latex and >>> RefTeX). >>> >>> I plan to use Org-mode as an outline tool for larger documents, >>> where the basic structure evolves, keywords are moved from one part >>> to the other. But before I start to write the detailed document >>> content, I move to AucTeX, having the great possibilities for >>> writing documents that end up being great PDFs. >>> >>> But this is just my point of view. >> >> -- >> Thomas S. Dye >> http://www.tsdye.com >> > > -- Thomas S. Dye http://www.tsdye.com
Re: [O] Org-Drill first interval
Hi Paul, Paul Sexton writes: > This change has been committed to the org-drill devel repository at: > > https://bitbucket.org/eeeickythump/org-drill > > You will need to download the file from there. I have not yet sent it to the > main org repo. Don't hesitate to submit latest update of org-drill.el sometime this week so that they are part of Org 7.6! Thanks, -- Bastien
Re: [O] Org-mode as a replacement for LaTeX
Hi Tom, Would you be willing to share your set-up for using LaTeX with org? That would be fantastic :-) Cheers Markus
[O] Calendar-like view of the org-agenda
Hi list, Is there a way to have a calendar-like overview of the agenda with org? Taskwarrior (http://taskwarrior.org/projects/show/taskwarrior) can render an overview like this, and it is really nice when you want to get some perspective: http://taskwarrior.org/attachments/293/Screen_shot_2011-04-04_at_10.04.35_PM.png Is there a way to render the agenda like this? Cheers, Marcelo.
Re: [O] Regression bug in tangle/weave
Hi, Indeed this example below no longer works, however I believe the new behavior is both desired and permanent. I'll explain and include an option for how your example could be restructured to work with the new code. We ran into problems automatically removing trailing newlines from code block bodies as in some languages (looking at you Python and Haskell) things like trailing newlines are of syntactic importance. In your example this behavior results in the insertion of newlines after file-name and file-version. Babel is careful to preserve line prefixes when expanding references in comments, so it then reproduces the # Generated from portion of that line for every line of the expanded noweb references. I would suggest the following alternatives, either using a data references in stead of a code block reference as in the file-version example below, or using an evaluated code block as in the file-name example below. Hope this helps. Best -- Eric * Bugs ** SOMEDAY org-mode bug with tangle and newlines :PROPERTIES: :created: [2011-06-30 Thu 10:00] :ID: e4c992b5-4d35-443b-b34a-0fbda7c66aea :END: :LOGBOOK: - Added on [2011-06-30 Thu 10:00] :END: [2011-06-30 Thu] A regression bug has surfaced in org-mode with the tangle/weave process mangling the following setup: #+begin_src perl :noweb yes :tangle testoutput.pl :shebang #!perl # <> print "Hello world\n"; #+end_src #+srcname: generated-from #+begin_src text :noweb yes Generated from <> version <>. #+end_src #+srcname: file-name #+begin_src emacs-lisp :var file=(buffer-file-name) (file-name-nondirectory file) #+end_src #+results: file-version : 1.2.3.4 The last it worked* was sometime in the early 7.4 timeframe. If I get some time, I may do a bisect on it, although others are welcome to do the work required. Timeframe is based on memory, not actual checking, so first a bisect needs to be done to find where it last worked. MidLifeXis at PerlMonks writes: > It appears that there may be a regression problem with the current > tangle/weave process. I used to be able to have a noweb section for > the name of the file, another for the version of the file, and then > have an autogenerated header section that included those two pieces of > information on a single line. Following is an org file snippet of my > bug description. > > > * Bugs > ** SOMEDAY org-mode bug with tangle and newlines :BUG: > :PROPERTIES: > :created: [2011-06-30 Thu 10:00] > :ID: e4c992b5-4d35-443b-b34a-0fbda7c66aea > :END: > :LOGBOOK: > - Added on [2011-06-30 Thu 10:00] > :END: > [2011-06-30 Thu] > > A regression bug has surfaced in org-mode with the tangle/weave > process mangling the following setup: > > #+begin_src perl :noweb yes :tangle testoutput.pl :shebang #!perl > # <> > print "Hello world\n"; > #+end_src > > #+srcname: generated-from > #+begin_src text :noweb yes > Generated from <> version <>. > #+end_src > > #+srcname: file-name > #+begin_src text :noweb yes > ATestFile.org > #+end_src > > #+srcname: file-version > #+begin_src text :noweb yes > 1.2.3.4 > #+end_src > > The last it worked* was sometime in the early 7.4 timeframe. If I > get some time, I may do a bisect on it, although others are welcome > to do the work required. Timeframe is based on memory, not > actual checking, so first a bisect needs to be done to find where > it last worked. > > > *** Actual output > > #+begin_src perl > #!perl > > # Generated from ATestFile.org > # Generated from version 1.2.3.4 > # Generated from <> version . > # > print "Hello world\n"; > #+end_src > > *** Expected output (or at least similar) > > #+begin_src perl > #!perl > > # Generated from ATestFile.org version 1.2.3.4. > > print "Hello world\n"; > #+end_src > > * End of org file > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Org-mode as a replacement for LaTeX
chris.m.mal...@gmail.com writes: > Hi Tom, > > I've seen many of the examples you've added to the mailing list and > worg. I also enjoy using Org-mode for writing my own documents and > webpages - > currently I'm using it to write my Ph.D. dissertation. > > I'm curious how you work on Org-mode papers for publication with > collaborators? In particular, do all of your collaborators know and > use Org-mode themselves? Our current method is just to use ordinary > LaTeX files in a CVS repository for collaboration. I think it would be > difficult to get my collaborators to all use Org-mode - even though > they all use emacs. Org-mode has quite a bit of a learning curve that > they probably don't have the time or patience to learn currently. > > Chris What I do, when I am the lead on a multi-author document, is give my colleagues the org file directly (but often renamed as .txt for those on Windows...) and ask them to ignore all the special controls there might be in the file. When collaborating on a paper, the key contributions is the content, not the formatting, so there's usually no problem. I do tell them about *bold* and *italic* but that's usually about it. In fact, I find that I get better collaboration this way because often, with Word documents, people end up formatting paragraphs etc along the way causing all kinds of difficulties for the final formatting! I often send a PDF along with the org just to reassure them that the paper will look good but that's mostly for non-latex users who have difficulties separating content from formatting... ;-) Last year I prepared a quite complex 40+ page document (lists, images, footnotes, bibliography) with 20 co-authors using the approach described above and it went very well. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.511.g2b7d)
Re: [O] Org-mode as a replacement for LaTeX
Aloha Chris, The only one I've written in Org-mode with collaborators was with some fellow Org-mode users. We shared the .org and .bib files in a git repository. I agree that the number of Org-mode users out there limits one's ability to collaborate on projects written in Org-mode. Tom chris.m.mal...@gmail.com writes: > Hi Tom, > > I've seen many of the examples you've added to the mailing list and > worg. I also enjoy using Org-mode for writing my own documents and > webpages - > currently I'm using it to write my Ph.D. dissertation. > > I'm curious how you work on Org-mode papers for publication with > collaborators? In particular, do all of your collaborators know and > use Org-mode themselves? Our current method is just to use ordinary > LaTeX files in a CVS repository for collaboration. I think it would > be difficult to get my collaborators to all use Org-mode - even > though they all use emacs. Org-mode has quite a bit of a learning > curve that they probably don't have the time or patience to learn > currently. > > Chris > > On Jun 30, 2011 2:35am, "Thomas S. Dye" wrote: >> Aloha Karl, > > > >> I agree that AucTeX is awesome. I use it every day at work with much > >> pleasure. > > > >> I've been using Org-mode with the goal of creating reproducible > >> research, where the LaTeX output is just one part of the package. In my > >> case, this is something that requires Org-mode for its ability to pass > >> results between code blocks written in different languages. I can't do > >> these things in AucTeX. > > > >> At first, like you, I was suspicious of adding a layer between me and > >> LaTeX. I was impatient with figuring out how to make the little things > >> work right. I'm still not able to control LaTeX as finely as I'd like > >> from within Org-mode, but I've managed to close the gap sufficiently > >> that my last four publications were authored completely with Org-mode. > >> The one I'm working on now is Org-mode, too. I'm really liking it as an > >> authoring environment. > > > >> All the best, > >> Tom > > > > > >> Karl Voit writes: > > > >> > * Thomas S. Dye t...@tsdye.com> wrote: > >> >> Aloha Rafael, > >> > > >> > Sorry, I thought you might as well be interested in my point of > >> > view. > >> > > >> > First: I am pretty new to Org-mode but I am using LaTeX a while now > >> > and I am even teaching LaTeX to motivated beginners. > >> > > >> >> Is there a reason not to have everything in one .org file? I find > >> >> Org-mode's ability to fold on headlines and to edit subtrees in >> indirect > >> >> buffers very convenient, even for long documents. For my work, that > >> >> functionality has replaced LaTeX \include files. > >> > > >> > I did not follow the thread here but I do think I get the idea that > >> > you want to replace LaTeX with Org-mode and generate a PDF via > >> > LaTeX/PDF-export functionality of Org-mode. > >> > > >> > On the one hand, I do agree that (simple) PDF documents are written > >> > very easily with Org-mode. But on the other hand you are going to > >> > add just another layer. This means that you probably end up wanting > >> > this LaTeX feature in Org-mode, that other handy LaTeX feature too > >> > and so forth. > >> > > >> > In my point of view, if you leave the basic stuff, you should stick > >> > to LaTeX. And I do have good news to you: You are very fortune > >> > because Emacs does have the IMHO most advanced editor support for > >> > LaTeX: AucTeX (with all of its extensions like preview-latex and > >> > RefTeX). > >> > > >> > I plan to use Org-mode as an outline tool for larger documents, > >> > where the basic structure evolves, keywords are moved from one part > >> > to the other. But before I start to write the detailed document > >> > content, I move to AucTeX, having the great possibilities for > >> > writing documents that end up being great PDFs. > >> > > >> > But this is just my point of view. > > > >> -- > >> Thomas S. Dye > >> http://www.tsdye.com > > > > Hi Tom,I've seen many of the examples you've added to the mailing > list and worg. I also enjoy using Org-mode for writing my own documents and > webpages - currently I'm using it to write my Ph.D. dissertation.I'm > curious how you work on Org-mode papers for publication with collaborators? > In particular, do all of your collaborators know and use Org-mode themselves? > Our current method is just to use ordinary LaTeX files in a CVS repository > for collaboration. I think it would be difficult to get my collaborators to > all use Org-mode - even though they all use emacs. Org-mode has quite a bit > of a learning curve that they probably don't have the time or patience to > learn currently.ChrisOn Jun 30, 2011 2:35am, "Thomas S. Dye" > wrote:> Aloha Karl,> > > > I agree that AucTeX is awesome. I use it every > day at work with much> > pleasure.> > > > I've been using Org-mode with > the goal of creating reproducible> > research, where the LaTeX output is just
Re: [O] [dev] footnotes improvements
Hello, Samuel Wales writes: > Work well on 22. Really appreciate it. There are a lot of glitches > with font lock of inline footnotes, not consistent. Even with the > glitches I prefer the font lock. I think I have corrected a few glitches with font locking of inline footnotes. Your "a lot" makes me think it isn't enough yet, though... Regards, -- Nicolas Goaziou
Re: [O] Typo in 'org-without-partial-completion'
At Thu, 30 Jun 2011 11:12:15 +0200, Bastien wrote: > > Hi Paul, > > Paul Sexton writes: > > > I think there's an error in 'org-without-partial-completion' in org-macs.el. > > The variable pc-mode gets bound to the value of partial-completion-mode - > > but > > this is a VARIABLE (t if that mode is enabled). Funcalling the value of > > the variable produces an error, unsurprisingly. This breaks insertion of > > properties with 'org-set-property'. > > > > Fixing it involves quoting the the symbol as shown below: > > > > > > (defmacro org-without-partial-completion (&rest body) > >`(let ((pc-mode (and (boundp 'partial-completion-mode) > > 'partial-completion-mode))) ; <-- quote added > > (unwind-protect > > (progn > > (when pc-mode (funcall pc-mode -1)) > > ,@body) > > (when pc-mode (funcall pc-mode 1) > > I've just reverted this modification, per Sebastian report. > > Can you be more precise about the problem it creates with > org-set-property? > > Can you check if this version fixes the problems, if any? > > #+begin_src emacs-lisp > (defmacro org-without-partial-completion (&rest body) > `(let ((pc-mode ,(and (boundp 'partial-completion-mode) > 'partial-completion-mode))) > (unwind-protect >(progn > (when pc-mode (funcall pc-mode -1)) > ,@body) >(when pc-mode (funcall pc-mode 1) > #+end_src emacs-lisp No, I think this won't work. On compile time the byte compiler will expand the macro and place the expansion in the byte compiled lisp. Thus it will evaluate the ,(and ...) condition at compile time. http://www.gnu.org/software/emacs/elisp/html_node/Compiling-Macros.html#Compiling-Macros #+begin_quote When a macro call appears in a Lisp program being compiled, the Lisp compiler calls the macro definition just as the interpreter would, and receives an expansion. But instead of evaluating this expansion, it compiles the expansion as if it had appeared directly in the program. As a result, the compiled code produces the value and side effects intended for the macro, but executes at full compiled speed. This would not work if the macro body computed the value and side effects itself—they would be computed at compile time, which is not useful. #+end_quote What about this: #+begin_src emacs-lisp (defmacro org-without-partial-completion (&rest body) `(let ((pc-mode-p (and (boundp 'partial-completion-mode) (fboundp 'partial-completion-mode (when pc-mode-p (unwind-protect (progn (partial-completion-mode -1) ,@body) (partial-completion-mode 1) #+end_src This will turn off partial-completion-mode if the symbol is non-nil and callable. For Sebastien's problem: Strange thing. Looks like the symbol partial-completion-mode is non-nil but not callable. Maybe an Emacs 24 development version issue? Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpSgkbBOKcQh.pgp Description: PGP signature
Re: [O] Replaced obsolete interactive-p function
Bastien writes: > Hi Eric and Michael, > > Eric Schulte writes: > >> Michael's patch looks great to me, I can confirm that it does stifle the >> warnings on Emacs24, and everything compiles and works as expected -- at >> least as far as the Org-mode test suite is able to differentiate. > > Thanks to Michael for the patch, it does indeed fix the warnings. > >> In addition to applying this patch I've also added another patch which >> supplies the optional KIND argument to every invocation of >> org-called-interactively-p. > > I thought the absence of argument was taken care by the > org-called-interactively-p macro -- see the (with-no-warning ...) > sexp in it, and the comment. > > Eric, any reason for explicitely adding an argument? > > I understand it's better for readability and it will ease the future > replacement of org-called-interactively-p by called-interactively-p, > but I was just curious to know if there was some other reasons. > This extra argument supplies more information to the macro (e.g., an idea of /how/ interactive is considered /interactive/) through taking on the value of 'any or 'interactive. This information is thrown out in older versions of Emacs but is passed on to the called-interactively-p function in Emacs24 and should influence its behavior. Cheers -- Eric > > Thanks! -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-install ?
Giovanni Ridolfi writes: > GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO > Org-mode version 7.5 9c582ceed8c4ffc1b83f719f8bcabbc2e23027b2 > > I used to have a > \lisp\org-install.el > file in my load path. This file was there since > 20th October 2010 and everythig has been fine. > > I've just found that in the latest version of org-mode > there's no "\lisp\org-install.el" anymore. ma@mymachine:~/tmp/bin/org-mode$ git pull remote: Counting objects: 588, done. remote: Compressing objects: 100% (536/536), done. remote: Total 538 (delta 413), reused 0 (delta 0) Receiving objects: 100% (538/538), 111.62 KiB | 3 KiB/s, done. Resolving deltas: 100% (413/413), completed with 46 local objects. >From git://orgmode.org/org-mode 4f3a31d..ffa016b master -> origin/master Updating 4f3a31d..ffa016b [...] ma@mymachine:~/tmp/bin/org-mode$ make clean [...] ma@mymachine:~/tmp/bin/org-mode$ make [...] ma@mymachine:~/tmp/bin/org-mode$ ls -alh lisp/org-install.* -rw-r--r-- 1 ma ma 66K 30. Jun 20:07 lisp/org-install.el -rw-r--r-- 1 ma ma 61K 30. Jun 20:07 lisp/org-install.elc Its still there. > I'm puzzled. So am I. Memnon
[O] latex short caption broken?
Hi all,
Tom Dye came up with a great patch to pass an optional title to
LaTeX's =\caption= command: see here
http://lists.gnu.org/archive/html/emacs-orgmode/2011-05/msg00311.html
That thread says the patch has been applied, and as far as I can tell
it appears to be in the code. I'm using version =org-version= 7.3.
This is a minimal non-working example:
---
#+TITLE: mnwe.org
#+AUTHOR:Chris Malone
#+EMAIL: x
#+DATE: 2011-06-30 Thu
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgm
ode.org/org-info.js
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:
#+LINK_HOME:
#+XSLT:
#+BEGIN_LATEX
\listoffigures
#+END_LATEX
* A minimal (non-working) example
Let's include a figure!
#+CAPTION: [Caption to list]{Caption to figure.}
#+ATTR_LATEX: width=\textwidth
[[file:f1.pdf]]
---
this produces the following .tex file:
---
% Created 2011-06-30 Thu 16:08
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\usepackage{color}
\usepackage{listings}
\providecommand{\alert}[1]{\textbf{#1}}
\title{mnwe.org}
\author{Chris Malone}
\date{2011-06-30 Thu}
\begin{document}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\listoffigures
\section{A minimal (non-working) example}
\label{sec-1}
Let's include a figure!
\begin{figure}[htb]
\centering
\includegraphics[width=\textwidth]{f1.pdf}
\caption{Caption to figure.}
\end{figure}
\end{document}
---
As you can see, the optional ([...]) argument to the caption command
is completely ignored upon export. Am I doing something wrong, or is
something else breaking this?
Chris
Re: [O] ob-lilypond
Martyn Jago writes: > Hi > >> >> If Shelagh hasn't actually authored any of ob-lilypond.el (or at least >> hasn't authored more than 10 lines of) then we could simply remove her >> name from the authors list and include it into the Org-mode core. This >> however may not be the best long-term solution if you anticipate her >> increased participation later-on in the project. Please let me know >> (soon) if you would like me to make this change. >> > > I've modified the author status in my repository. > Great, I've just moved this into the Org-mode core and added it to the list of Babel languages. > >> Ultimately this points to the more general issue of how to include Babel >> language-specific tests into the Org-mode test suite s.t. they can be >> executed independently of the core of the test suite. >> >> Thanks -- Eric >> > > My unit-tests don't currently require the Lilypond to be initialised "as a > babel > language" nor a Lilypond executable AFAICT, so currently they possibly don't > need to be run "independently". I'll investigate this further. > That's good to hear. Are you up for trying to merge them into the rest of the Org-mode test suite? This should be as simple as placing any org-mode example files you have in org-mode/testing/examples/ placing the .el file defining your tests into org-mode/testing/lisp/ and renaming all of your tests so that they start with the prefix "ob-lilypond/" I fully understand if you don't have the time to do this, and I should be able to take a shot at it some time in the not-too-distant future. > > One distinction that has occurred to me (especially following comments on > the mailing list) is that of "babel language" and "babel language work-flow". > In other words, I can visualise refactoring ob-lilypond to be no more than > a specification of the Lilypond syntax, and working in parallel, on a > work-flow implementation for Lilypond that is "opinionated" in terms of > adjusting org-babel settings away from their defaults / removing work-flow > noise etc. ( org-lilypond.el ) ? Would this make sense, and if so where would > it live (aligned to org-babel / a native Emacs mode perhaps)? > I hope that makes sense. > That sounds like a good idea. Ideally ob-lilypond should include just those elements expected by the code block interface, namely functions for session/external evaluation, for expanding variables in code block bodies, and for returning results to Org-mode. I think that it would be a good idea to develop an external org-lilypond to support a more comprehensive workflow. Thanks -- Eric > > Regards > > Martyn > > > > > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Move to item to the bottom
Hello, Marcelo de Moraes Serpa writes: > It'd be nice if we could just send an item to the bottom of a list. Useful > when reviewing a long list and putting the next actions in the top. Is there > a way to do that with org currently? Not heavily tested, but something like the following snippet should work: #+begin_src emacs-lisp (defun ngz-move-item-at-bottom () "Move item at point at the bottom of the list. Note that the item will be become the last item of the top-level list, whatever its original indentation was." (interactive) (if (not (org-at-item-p)) (error "Not in a list") (let* ((item (point-at-bol)) (struct (org-list-struct)) (top-item (org-list-get-top-point struct)) (end (org-list-get-item-end item struct)) (bullet (org-list-get-bullet item struct)) (body (org-trim (buffer-substring (progn (looking-at (concat "[ \t]*" bullet)) (match-end 0)) end))) (prevs (org-list-prevs-alist struct)) (last-top-level-item (org-list-get-last-item top-item struct prevs)) (ins-point (save-excursion (goto-char last-top-level-item) (point-at-eol))) (org-M-RET-may-split-line nil)) (if (= item last-top-level-item) (error "Item is already at the bottom of the list") (save-excursion (org-list-insert-item ins-point struct prevs nil body)) (delete-region item end) #+end_src Regards, -- Nicolas Goaziou
Re: [O] Calendar-like view of the org-agenda
Hi Marcelo, Marcelo de Moraes Serpa writes: > Is there a way to have a calendar-like overview of the agenda with > org? Taskwarrior (http://taskwarrior.org/projects/show/ taskwarrior) > can render an overview like this, and it is really nice when you want > to get some perspective: http:// > taskwarrior.org/attachments/293/Screen_shot_2011-04-04_at_10.04.35_PM.png > > Is there a way to render the agenda like this? Nice screenshot, seems like Taskwarrior is coming along pretty well. But I am not sure I am interpreting the screenshot correctly. What is the "defaultwidth" and "These are highlighted in *color*" bit about? On first sight, it looks very similar to M-x calendar, which interacts very well with orgmode. Memnon
Re: [O] [BUG] Ugly checkbox on HTML export
Hello, Manuel Giraud writes: > Oops, the previous patch was applied on top on another one I have > here. This one's better. I've pushed a fix for that problem in git master. Spaces between counters and check-boxes should now be supported. Regards, -- Nicolas Goaziou
Re: [O] Subtly hightling task backgrounds
On Jun 30, 2011, at 4:12 PM, Eric S Fraga wrote: > I am intrigued: what is the multi-coloured bit at the bottom right of your > agenda view? That is my Habits graph. See the Info manual: (org)Tracking your habits John
Re: [O] Subtly hightling task backgrounds
John Wiegley writes: > I've been using the following code snippet for many weeks now to > great effect. It helps me to "grok" my daily taskload better without > increasing the mental burden. See the function's docstring for more > info. > > Here is a screenshot of the effect, from my today's agenda: > > http://ftp.newartisans.com/pub/highlighting.png I am intrigued: what is the multi-coloured bit at the bottom right of your agenda view? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.511.g2b7d)
Re: [O] Subtly hightling task backgrounds
John Wiegley writes: > On Jun 30, 2011, at 4:12 PM, Eric S Fraga wrote: > >> I am intrigued: what is the multi-coloured bit at the bottom right of your >> agenda view? > > That is my Habits graph. See the Info manual: > > (org)Tracking your habits > > John Ah, yes, yet another feature of org that I have not yet managed to try! Only so many hours in a day, even with org helping. ;-) Thanks. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.511.g2b7d)
[O] [PATCH] individual markups for active and inactive time stamps on export
Hello again,
okay, I will answer my own post with a possible solution to my feature
request earlier today.
Attached is a patch that does the job; whether it is elegant enough or
not is another question. I've not addressed the documentation at all
yet. I will wait to see what the response to this simple patch might
be...
Thanks,
eric
* Allow for a different markup for inactive time stamps on latex export
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 1baa5f9..694f65b 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -292,6 +292,11 @@ markup defined, the first one in the association list will be used."
:group 'org-export-latex
:type 'string)
+(defcustom org-export-latex-timestamp-inactive-markup "\\textit{%s}"
+ "A printf format string to be applied to inactive time stamps."
+ :group 'org-export-latex
+ :type 'string)
+
(defcustom org-export-latex-timestamp-keyword-markup "\\texttt{%s}"
"A printf format string to be applied to time stamps."
:group 'org-export-latex
@@ -1613,7 +1618,9 @@ links, keywords, lists, tables, fixed-width"
(org-if-unprotected-at (1- (point))
(replace-match
(org-export-latex-protect-string
- (format org-export-latex-timestamp-markup
+ (format (if (string= "<" (substring (match-string 0) 0 1))
+ org-export-latex-timestamp-markup
+ org-export-latex-timestamp-inactive-markup)
(substring (org-translate-time (match-string 0)) 1 -1)))
t t)
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.525.gd6fb5.dirty)
[O] bulk relative time shift (in org file)?
Hi — I've spent a fair amount of time with the manual and have hints that this might be possible, but I'm not piecing it together. Basically what I want to do is this: - select a number of items with time stamps in an org file (either by region or, if I must, all items subsidiary to a headline) - change all of their deadlines (or some other time stamp) by a set number of days, relative to the date they currently have - the result is a bulk rescheduling, with the relative timing of the items remaining intact Additional points: - I would prefer to select the type of timestamp to change, but I can probably work with it changing all of them. (Note that some items have both Scheduled and Deadline timestamps. Some even have other, inactive timestamps. Plus, there are also timestamps in the Logbook on some items.) - I would prefer to do this in the org file, not in the Agenda. This is a planning activity. - I can see how I might do this by cloning the subtree, but that seems like an ugly hack, involving deleting the original. Any guidance? TIA! — Michael The Gilbert Center: http://gilbert.org Nonprofit News: http://nonprofitnews.org
Re: [O] latex short caption broken?
On Thu, Jun 30, 2011 at 1:15 PM, Chris Malone wrote: > Hi all, > > Tom Dye came up with a great patch to pass an optional title to > LaTeX's =\caption= command: see here > http://lists.gnu.org/archive/html/emacs-orgmode/2011-05/msg00311.html > > That thread says the patch has been applied, and as far as I can tell > it appears to be in the code. I'm using version =org-version= 7.3. I think the patch was applied after the 7.5 release. -- Suvayu Open source is the future. It sets us free.
Re: [O] [PATCH] org-end-of-meta-data-and-drawers
On Thu, Jun 30 2011, Bastien wrote: > Hi Eric, > > Eric Abrahamsen writes: > >> Currently, this function goes to a lot of trouble to concatenate a >> complicated regexp to find metadata and drawers, and then doesn't use >> it. As it stands, if you put point in a headline that has a property >> drawer and then call =(org-end-of-meta-data-and-drawers)=, point moves >> to the *beginning* of the property drawer -- obviously not what you >> want. > > you're right there was something weird in this function. > > I just simplified it, inspired by your patch. Thanks > for this! Thanks, but this introduces new problems for me -- the regexp matches on every line, so it trucks along past both drawers and regular text to the next heading, and stops there. I think the test for the drawer end is necessary, which probably means the regexp grouping is also necessary… E PS My own use case (another version of org word count) didn't rely on a return value from the function, but it strikes me that, all else being equal, a return value of point could be more useful than nothing…
Re: [O] Org-mode as a replacement for LaTeX
Aloha Markus, Yes, will do. I'm not sure it is fantastic, though. Most (all?) of it is in the LaTeX export tutorial on Worg. I need to clean up .emacs first so I can isolate it all in an initialization file that works with emacs -q. All the best, Tom Markus Heller writes: > Hi Tom, > > Would you be willing to share your set-up for using LaTeX with org? > That would be fantastic :-) > > Cheers > Markus > > > -- Thomas S. Dye http://www.tsdye.com
Re: [O] bulk relative time shift (in org file)?
Hi Michael, Michael Gilbert writes: > - select a number of items with time stamps in an org file (either by > region or, if I must, all items subsidiary to a headline) > - change all of their deadlines (or some other time stamp) by a set > number of days, relative to the date they currently have - the result > is a bulk rescheduling, with the relative timing of the items > remaining intact This is interesting! Elisp fun, where is my *scratch*?! [Later ... much later] When I heard Bulk rescheduling, I naturally turned to the agenda. (To be honest, I would probably have tried another way if I had read your mail more carefully the first time) I know, you said: > - I would prefer to do this in the org file, not in the Agenda. This > is a planning activity. But the agenda is in many ways another interface to the org file. And it supports limiting to: Region, Subtree, etc. So, based on the example in the manual, I made this prototype for deadlines: --8<---cut here---start->8--- (defun my-org-bulkshift-deadline () "Shift the deadline of marked items in the agenda by n days. Set n via Prefix Arg!" (interactive "P") (let* ((marker (or (org-get-at-bol 'org-hd-marker) (org-agenda-error))) (buffer (marker-buffer marker)) ) (with-current-buffer buffer (save-excursion (save-restriction (widen) (goto-char marker) (org-back-to-heading t) (when (and (org-entry-get (point) "DEADLINE") ; There is a deadline there (numberp current-prefix-arg)) ; And current-prefix-arg is a number (re-search-forward org-deadline-time-regexp) (org-timestamp-change current-prefix-arg 'day))) --8<---cut here---end--->8--- So, if you have a Project like this one: * Proj a ** NEXT Task 1 :TAGA:TAGB: ** TODO Task 2 :TAGC: ** Task 3 :TAGD: ** TODO [#A] Task 4 ** TODO [#A] Task 5 Use the agenda and its filtering and limiting support to a) limit to subtree, to region or limit to buffer b) include/exlude TAGa/b/c c) include/exclude state WAITING/NEXT/whatever d) etc.etc.etc. (and there are custom agendas as well :) And when you have what you want, you just ark 'em up and do "M-15 B f my-org-bul" and its done. You can use many levels of filtering, but you don't have to of course. Sleepy me did only minimal testing so far, but the prototype seems to work and my-org-bulkshift-scheduled, -plain et al. can be easily added and/or combined into one function. Seems to me that using the agenda is the most flexible approach... > Any guidance? Oh, guidance would be great: I'm curious what others will propose. Memnon "off to bed" Anon
[O] Bug: Broken fontification of code blocks [7.5 (release_7.5.525.gd6fb5)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
How to reproduce:
1. Launch Emacs with the following minimal =.emacs= (adjust the path
to `org-mode' if necessary):
(add-to-list 'load-path "~/.emacs.d/site-lisp/org-mode/lisp")
(add-to-list 'load-path "~/.emacs.d/site-lisp/org-mode/contrib/lisp")
(require 'org-install)
(add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
(setq org-src-fontify-natively t)
2. Edit the following minimal example:
#+begin_src
(defun id (x) x)
#+end_src
It is expected that the text between #+begin_src and #+end_src be
fontified (in my case, using the reverse video mode of Emacs with the
default color theme, it should be grey70). This doesn't happen, the
text is white. If I change the first line to
#+begin_src emacs-lisp
the interior of the code block is properly fontified according to the
mode. If I remove `emacs-lisp', the text becomes white again.
I think I've nailed down the problem. The following patch works for
me (although I didn't test it thoroughly):
diff --git a/lisp/org.el b/lisp/org.el
index 3162cc3..2f79298 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -5166,7 +5166,7 @@ will be prompted for."
"Fontify #+ lines and blocks, in the correct ways."
(let ((case-fold-search t))
(if (re-search-forward
-"^\\([ \t]*#\\+\\(\\([a-zA-Z]+:?\\|
\\|$\\)\\(_\\([a-zA-Z]+\\)\\)?\\)[ \t]*\\(\\([^ \t\n]*\\)[
\t]*\\(.*\\)\\)\\)"
+"^\\([ \t]*#\\+\\(\\([a-zA-Z]+:?\\|
\\|$\\)\\(_\\([a-zA-Z]+\\)\\)?\\)[ \t]*\\(\\([^ \t\n]+\\)?[
\t]*\\(.*\\)\\)\\)"
limit t)
(let ((beg (match-beginning 0))
(block-start (match-end 0))
The problem is that with the old regexp, if no language is specified,
the 7th group still matches and becomes "", the empty string, not nil,
and therefore the condition (and lang org-src-fontify-natively) always
succeeds provided that `org-src-fontify-natively' is set to t.
Emacs : GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1)
of 2010-09-02 on pluot, modified by Debian
Package: Org-mode version 7.5 (release_7.5.525.gd6fb5)
current state:
==
(setq
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-src-fontify-natively t
org-metaup-hook '(org-babel-load-in-session-maybe)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-babel-pre-tangle-hook '(save-buffer)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-mode-hook '((lambda nil
(org-add-hook (quote change-major-mode-hook)
(quote org-show-block-all) (quote append) (quote local))
)
(lambda nil
(org-add-hook (quote change-major-mode-hook)
(quote org-babel-show-result-all) (quote append) (quote
local))
)
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-export-interblocks '((lob org-babel-exp-lob-one-liners)
(src org-babel-exp-inline-src-blocks))
org-occur-hook '(org-first-headline-recenter)
org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
org-beamer-place-default-actions-for-lists)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-export-blocks '((src org-babel-exp-src-block nil)
(comment org-export-blocks-format-comment t)
(ditaa org-export-blocks-format-ditaa nil)
(dot org-export-blocks-format-dot nil))
)
[O] LaTeX Formulas and Publishing to HTML Error
Hello, I'm having a weird problem trying to write formulas using latex in org mode. Here is a sample file with just two formulas: #+TITLE: Title #+OPTIONS: H:3 num:t toc:t #+OPTIONS: author:nil timestamp:nil creator:nil #+OPTIONS: ^:t skip:t LaTeX:t $A$ $B$ When I export to HTML, the result is where 'A' should be is a link to 'file' and where 'B' should be is rendered 'A'. The output HTML is below. Any ideas? (I'm using Aquamacs on OS X) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en"> Title Title file:
Re: [O] Move to item to the bottom
Correcting myself, I paste here another try to the problem at hand. Indeed, moving an item to a list he doesn't directly belong to makes little sense. Thus, the item will be moved at the end of its list. #+begin_src emacs-lisp (defun ngz-move-item-at-bottom () "Move item at point at the bottom of the list." (interactive) (if (not (org-at-item-p)) (error "Not in a list") (let* ((item (point-at-bol)) (struct (org-list-struct)) (end (org-list-get-item-end item struct)) (bullet (regexp-quote (org-list-get-bullet item struct))) (body (org-trim (buffer-substring (progn (looking-at (concat "[ \t]*" bullet)) (match-end 0)) end))) (prevs (org-list-prevs-alist struct)) (last-item (org-list-get-last-item item struct prevs)) (ins-point (save-excursion (goto-char last-item) (point-at-eol))) (org-M-RET-may-split-line nil)) (if (= item last-item) (error "Item is already at the bottom of the list") (save-excursion (org-list-insert-item ins-point struct prevs nil body)) (delete-region item end) (org-list-repair) (org-update-checkbox-count-maybe) #+end_src That function will compute list structure two times (at `org-list-struct' and `org-list-repair' calls), which is bad. It may be interesting to implement an `org-list-delete-item' to solve that problem (it would return structure of the list after deletion, removing the need to recompute it). I'll add it to org-list.el if it proves useful enough (i.e. others use-cases than this function). Regards, -- Nicolas Goaziou
[O] manually move tasks in list of agenda tags-todo
Hi all I would like to know from those who want to or do manually order their tasks in the custom agenda block of type "tags-todo": - how do you manually order the tasks - how do you later change their order - your comments on the following description about how I currently try to achieve this My custom agenda view has several blocks of type "tags-todo". Ordering of one block is done by priorities manually added. The tasks of one block may be spread over several agenda files and ordered there differently. There are no two blocks with the same task. One of these blocks may look like: TODO [#A] foo TODO [#B] bar TODO [#C] bla bla TODO [#D] ble TODO [#E] bli TODO [#F] blo TODO [#G] blu Another block might have tasks with [#A] to [#E] etc. Later I want to move the task blo to the top within the above block: 1) move point to line foo 2) repeat 5x "S-, " to decrease the priorities by one 3) ", a" to assign priority A 4) "g" to update sort order The resulting view is still as expected: TODO [#A] blo TODO [#B] foo TODO [#C] bar TODO [#D] bla bla TODO [#E] ble TODO [#F] bli TODO [#G] blu But this is not as comfortable to do as I would like it to be when moving around tasks often. The simplest way I can think of would be to use M-/M- (yet unused in the agenda view) to change the necessary priorities and to update the view so that after each repetition of M-/M- the task would move up or down one line. Similar to how now M-/M- moves an outline subtree, a list item subtree or a table row. What do you think about that? Note 1: This way the priorities are used only to order each agenda block of type "tags-todo". I don't use priorities outside the agenda view and regarding priorities agree with this post also quoting David Allen (GTD): http://thread.gmane.org/gmane.emacs.orgmode/4915/focus=4921 Note 2: The agenda bulk command with custom functions for increasing and decreasing the priority is for me even less comfortable because this needs to mark 5x and then the bulk command that has to be directed to the function. Michael
[O] partial-completion-mode error when refiling
Hello, When I was trying to refile an extract of an email, I got this: --8<---cut here---start->8--- Getting targets...done funcall: Symbol's function definition is void: partial-completion-mode --8<---cut here---end--->8--- I've just checked where it's supposed to be defined. On http://www.emacswiki.org/emacs/Completion, they say it's part of the standard library complete.el. "Funny" where that library is on my system: --8<---cut here---start->8--- Library is file c:/Program Files/Emacs/emacs/lisp/obsolete/complete.elc --8<---cut here---end--->8--- Obsoleted? Does all this ring a bell to someone? Best regards, Seb -- Sebastien Vauban
Re: [O] [BUG] crash while ping-ponging between back-to-back footnotes.
Hi Nicolas, Nicolas Goaziou writes: > Jambunathan K writes: > >>> Both fontification and export get confused if footnotes are not >>> separated with a space -- I think it's okay to live with this >>> one-space-between-footnotes policy, but I let Nicolas decides. >> >> Since [fn:2] is automagically added by C-c C-x f may be it can check for >> an immediately preceding footnote and DTRT (inserting space or whatever >> the preference is) if it is not done already. > > I'm a bit confused. I still fail to see what is wrong about the current > behavior in master branch. AFAICT, two or more footnotes side-by-side > are correctly handled. Yes, they are now. Thanks! -- Bastien
Re: [O] Bug: inline images for filenames with spaces
Hi Huy, Huy writes: > I'm not exporting. > I'm just doing C-c C-x C-v to display the inline images within emacs. I confirm there is a bug here, I'm on it. -- Bastien
Re: [O] Replaced obsolete interactive-p function
Hi Eric and Michael, Eric Schulte writes: > Michael's patch looks great to me, I can confirm that it does stifle the > warnings on Emacs24, and everything compiles and works as expected -- at > least as far as the Org-mode test suite is able to differentiate. Thanks to Michael for the patch, it does indeed fix the warnings. > In addition to applying this patch I've also added another patch which > supplies the optional KIND argument to every invocation of > org-called-interactively-p. I thought the absence of argument was taken care by the org-called-interactively-p macro -- see the (with-no-warning ...) sexp in it, and the comment. Eric, any reason for explicitely adding an argument? I understand it's better for readability and it will ease the future replacement of org-called-interactively-p by called-interactively-p, but I was just curious to know if there was some other reasons. Thanks! -- Bastien
Re: [O] Typo in 'org-without-partial-completion'
Hi Paul, Paul Sexton writes: > I think there's an error in 'org-without-partial-completion' in org-macs.el. > The variable pc-mode gets bound to the value of partial-completion-mode - but > this is a VARIABLE (t if that mode is enabled). Funcalling the value of > the variable produces an error, unsurprisingly. This breaks insertion of > properties with 'org-set-property'. > > Fixing it involves quoting the the symbol as shown below: > > > (defmacro org-without-partial-completion (&rest body) >`(let ((pc-mode (and (boundp 'partial-completion-mode) > 'partial-completion-mode))) ; <-- quote added > (unwind-protect > (progn > (when pc-mode (funcall pc-mode -1)) > ,@body) > (when pc-mode (funcall pc-mode 1) I've just reverted this modification, per Sebastian report. Can you be more precise about the problem it creates with org-set-property? Can you check if this version fixes the problems, if any? #+begin_src emacs-lisp (defmacro org-without-partial-completion (&rest body) `(let ((pc-mode ,(and (boundp 'partial-completion-mode) 'partial-completion-mode))) (unwind-protect (progn (when pc-mode (funcall pc-mode -1)) ,@body) (when pc-mode (funcall pc-mode 1) #+end_src emacs-lisp Thanks! -- Bastien
Re: [O] partial-completion-mode error when refiling
Hi Sebastian, "Sebastien Vauban" writes: > When I was trying to refile an extract of an email, I got this: > > Getting targets...done > funcall: Symbol's function definition is void: partial-completion-mode thanks for reporting this -- this is indeed something wrong with the fix I made to `org-without-partial-completion' (see my other message to Paul Sexton). I reverted his patch so you won't see this error again. Best, -- Bastien
Re: [O] [dev] footnotes improvements
Samuel Wales writes: > Work well on 22. Really appreciate it. There are a lot of glitches > with font lock of inline footnotes, not consistent. Even with the > glitches I prefer the font lock. When you have some time, don't hesitate to point at those glitches. A screenshot would be useful here. Thanks, -- Bastien
Re: [O] Replaced obsolete interactive-p function
Michael Markert writes: > Appended is a patch to the macro that checks on expand which interactive > predicate we need. > I don't see those warnings anymore and a quick check showed that it > behaves as the complete version (at least on emacs24). Thanks for this patch Michael! -- Bastien
[O] make install-info broken in debian
I don't know how to fix this one. Script started on Thu 30 Jun 2011 05:11:30 AM EDT root@md:/home/jude/src/org-mode# make install-info-debian install-info --infodir=/usr/local/share/info doc/org This is not dpkg install-info anymore, but GNU install-info See the man page for ginstall-info for command line arguments root@md:/home/jude/src/org-mode# make install-info if [ ! -d /usr/local/share/info ]; then mkdir -p /usr/local/share/info; else true; fi ; cp -p doc/org /usr/local/share/info install-info --info-file=doc/org --info-dir=/usr/local/share/info This is not dpkg install-info anymore, but GNU install-info See the man page for ginstall-info for command line arguments root@md:/home/jude/src/org-mode# make install emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name \"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp\" load-path)))" --eval "(require 'autoload)" \ --eval '(find-file "org-install.el")' \ --eval '(erase-buffer)' \ --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote (lisp/org.el lisp/org-agenda.el lisp/org-ascii.el lisp/org-attach.el lisp/org-archive.el lisp/org-bbdb.el lisp/org-beamer.el lisp/org-bibtex.el lisp/org-capture.el lisp/org-clock.el lisp/org-colview.el lisp/org-colview-xemacs.el lisp/org-compat.el lisp/org-pcomplete.el lisp/org-crypt.el lisp/org-ctags.el lisp/org-datetree.el lisp/org-docview.el lisp/org-entities.el lisp/org-exp.el lisp/org-exp-blocks.el lisp/org-docbook.el lisp/org-faces.el lisp/org-feed.el lisp/org-footnote.el lisp/org-freemind.el lisp/org-gnus.el lisp/org-habit.el lisp/org-html.el lisp/org-icalendar.el lisp/org-id.el lisp/org-indent.el lisp/org-info.el lisp/org-inlinetask.el lisp/org-jsinfo.el lisp/org-irc.el lisp/org-latex.el lisp/org-list.el lisp/org-mac-message.el lisp/org-macs.el lisp/org-mew.el lisp/org-mhe.el lisp/org-mks.el lisp/org-mobile.el lisp/org-mouse.el lisp/org-publish.el lisp/org-plot.el lisp/org-protocol.el lisp/org-remember.el lisp/org-rmail.el lisp/org-special-blocks.el lisp/org-src.el lisp/org-table.el lisp/org-taskjuggler.el lisp/org-timer.el lisp/org-vm.el lisp/org-w3m.el lisp/org-wl.el lisp/org-xoxo.el lisp/ob.el lisp/ob-table.el lisp/ob-lob.el lisp/ob-ref.el lisp/ob-exp.el lisp/ob-tangle.el lisp/ob-comint.el lisp/ob-eval.el lisp/ob-keys.el lisp/ob-awk.el lisp/ob-C.el lisp/ob-calc.el lisp/ob-ditaa.el lisp/ob-haskell.el lisp/ob-perl.el lisp/ob-sh.el lisp/ob-R.el lisp/ob-dot.el lisp/ob-mscgen.el lisp/ob-latex.el lisp/ob-lisp.el lisp/ob-ledger.el lisp/ob-python.el lisp/ob-sql.el lisp/ob-asymptote.el lisp/ob-emacs-lisp.el lisp/ob-matlab.el lisp/ob-ruby.el lisp/ob-sqlite.el lisp/ob-clojure.el lisp/ob-ocaml.el lisp/ob-sass.el lisp/ob-css.el lisp/ob-gnuplot.el lisp/ob-octave.el lisp/ob-screen.el lisp/ob-plantuml.el lisp/ob-org.el lisp/ob-js.el lisp/ob-scheme.el)))' \ --eval '(insert "\n(provide (quote org-install))\n")' \ --eval '(save-buffer)' Loading vc-git... Generating autoloads for lisp/org.el... Generating autoloads for lisp/org.el...done Generating autoloads for lisp/org-agenda.el... Generating autoloads for lisp/org-agenda.el...done Generating autoloads for lisp/org-ascii.el... Generating autoloads for lisp/org-ascii.el...done Generating autoloads for lisp/org-attach.el... Generating autoloads for lisp/org-attach.el...done Generating autoloads for lisp/org-archive.el... Generating autoloads for lisp/org-archive.el...done Generating autoloads for lisp/org-bbdb.el... Generating autoloads for lisp/org-bbdb.el...done Generating autoloads for lisp/org-beamer.el... Generating autoloads for lisp/org-beamer.el...done Generating autoloads for lisp/org-bibtex.el... Generating autoloads for lisp/org-bibtex.el...done Generating autoloads for lisp/org-capture.el... Generating autoloads for lisp/org-capture.el...done Generating autoloads for lisp/org-clock.el... Generating autoloads for lisp/org-clock.el...done Generating autoloads for lisp/org-colview.el... Generating autoloads for lisp/org-colview.el...done Generating autoloads for lisp/org-colview-xemacs.el... Generating autoloads for lisp/org-colview-xemacs.el...done Generating autoloads for lisp/org-compat.el... Generating autoloads for lisp/org-compat.el...done Generating autoloads for lisp/org-pcomplete.el... Generating autoloads for lisp/org-pcomplete.el...done Generating autoloads for lisp/org-crypt.el... Generating autoloads for lisp/org-crypt.el...done Generating autoloads for lisp/org-ctags.el... Generating autoloads for lisp/org-ctags.el...done Generating autoloads for lisp/org-datetree.el... Generating autoloads for lisp/org-datetree.el...done Generating autoloads for lisp/org-docview.el... Generating autoloads for lisp/org-docview.el...done Generating autoloads for lisp/org-entities.el... Generating autoloads for lisp/org-entities.el...done Generating autoloads for lisp/org-exp.el... Generating autoloads for lisp/org-exp.el...don
Re: [O] make install-info broken in debian
On Thu, 30 Jun 2011 05:16:23 -0400 (EDT), Jude DaShiell wrote: > I don't know how to fix this one. > > Script started on Thu 30 Jun 2011 05:11:30 AM EDT > root@md:/home/jude/src/org-mode# make install-info-debian > install-info --infodir=/usr/local/share/info doc/org > This is not dpkg install-info anymore, but GNU install-info > [...] dpkg install-info <--> GNU install-info Quick fix = downgrade install-info package? Peace -- Pieter
Re: [O] Recurring TODO on weekdays only?
Karl Voit writes: > * Memnon Anon wrote: >>> >>> ** TODO Dust hard drives >>>SCHEDULED: <2011-07-04 Mon +1w> >>> ** TODO Dust hard drives >>>SCHEDULED: <2011-07-05 Tue +1w> >>> ** TODO Dust hard drives >>>SCHEDULED: <2011-06-29 Wed +1w> >>> ** TODO Dust hard drives >>>SCHEDULED: <2011-06-30 Thu +1w> >>> ** TODO Dust hard drives >>>SCHEDULED: <2011-07-01 Fri +1w> >> >> ** TODO Dust hard drives >><2011-07-04 Mon +1w> >><2011-07-05 Tue +1w> >><2011-07-06 Wed +1w> >><2011-07-07 Thu +1w> >><2011-07-08 Fri +1w> >> >> should do it ... >> ... >> shouldn't it? > > It does. It doesn't quite work for me. If I have * TODO Dust off hard drives SCHEDULED: <2011-06-29 Wed +1w> SCHEDULED: <2011-06-30 Thu +1w> SCHEDULED: <2011-07-01 Fri +1w> SCHEDULED: <2011-07-04 Mon +1w> SCHEDULED: <2011-07-05 Tue +1w> then my agenda looks like this: Wednesday 29 June 2011 tmp:Scheduled: TODO Dust off hard drives Thursday 30 June 2011 tmp:Sched. 2x: TODO Dust off hard drives tmp:Scheduled: TODO Dust off hard drives Friday 1 July 2011 tmp:Scheduled: TODO Dust off hard drives If then I mark yesterday's dusting as done in the agenda I get * TODO Dust off hard drives SCHEDULED: <2011-07-06 Wed +1w> - State "DONE" from "TODO" [2011-06-30 Thu 12:33] SCHEDULED: <2011-07-07 Thu +1w> SCHEDULED: <2011-07-08 Fri +1w> SCHEDULED: <2011-07-11 Mon +1w> SCHEDULED: <2011-07-12 Tue +1w> and all the tasks until next Wednesday disappear. This doesn't happen if I have a separate repeating task for each day. > But you should be aware that you «lose» a cool feature I was pointed > to: org-clone-subtree-with-time-shift [1] > > With this cool thing you can «generate» several simple occurrences > from the recurring entry. I use this to manually delete single > events of a recurring series of events. > >> Vielleicht hat die Rostlaube auch heute einfach mein Gehirn weichgekocht >> ;). > > Du wirst von einer Rostlaube gekocht? > > 1. http://orgmode.org/org.html#Structure-editing and > http://orgmode.org/org.html#Repeated-tasks -- Dr. Loris Bennett (Mr.) ZEDAT, Freie Universität Berlin Email loris.benn...@fu-berlin.de
Re: [O] make install-info broken in debian
Jude DaShiell writes: > I don't know how to fix this one. > > Script started on Thu 30 Jun 2011 05:11:30 AM EDT > root@md:/home/jude/src/org-mode# make install-info-debian > install-info --infodir=/usr/local/share/info doc/org > This is not dpkg install-info anymore, but GNU install-info > See the man page for ginstall-info for command line arguments Try ,[ Makefile ] | # Name of the program to install info files | INSTALL_INFO=ginstall-info ` hth Memnon
Re: [O] Recurring TODO on weekdays only?
Loris Bennett writes: > Karl Voit writes: >> * Memnon Anon wrote: ** TODO Dust hard drives SCHEDULED: <2011-07-04 Mon +1w> ** TODO Dust hard drives SCHEDULED: <2011-07-05 Tue +1w> ** TODO Dust hard drives SCHEDULED: <2011-06-29 Wed +1w> ** TODO Dust hard drives SCHEDULED: <2011-06-30 Thu +1w> ** TODO Dust hard drives SCHEDULED: <2011-07-01 Fri +1w> >>> >>> ** TODO Dust hard drives >>><2011-07-04 Mon +1w> >>><2011-07-05 Tue +1w> >>><2011-07-06 Wed +1w> >>><2011-07-07 Thu +1w> >>><2011-07-08 Fri +1w> [...] > It doesn't quite work for me. If I have > > * TODO Dust off hard drives > SCHEDULED: <2011-06-29 Wed +1w> > SCHEDULED: <2011-06-30 Thu +1w> > SCHEDULED: <2011-07-01 Fri +1w> > SCHEDULED: <2011-07-04 Mon +1w> > SCHEDULED: <2011-07-05 Tue +1w> > > then my agenda looks like this: [...] This is not what I suggested. Try Plain Stamps, not SCHEDULED ones. Memnon
Re: [O] partial-completion-mode error when refiling
Bastien wrote: > Hi Sebastian, > > "Sebastien Vauban" writes: > > > When I was trying to refile an extract of an email, I got this: > > > > Getting targets...done > > funcall: Symbol's function definition is void: partial-completion-mode > > thanks for reporting this -- this is indeed something wrong with the fix > I made to `org-without-partial-completion' (see my other message to Paul > Sexton). > > I reverted his patch so you won't see this error again. > I'm not sure that't the problem though: the org-without-partial-completion macro is called in a couple of places, once in org-remember.el and twice in org.el. I'm not sure how many people still use org-remember, but I suspect quite a few. The macro basically says: execute the body while mmaking sure that partial-completion-body is off during the execution. At least, that's the intent but I haven't thought through the quoting change that Paul made. The calls: o org-remember-apply-template: called in the g or G case to complete tags. o org.el: in org-icompleting-read. o org.el: in org-set-tags *around* org-icompleting-read. The last one seems superfluous at first sight, but I haven't thought about it yet. In any case, these seem fairly common situations so I think it is likely that the macro has been called hundreds of times (over the whole org population) without ill effects. OTOH, partial-completion-mode is called explicitly in org-refile-get-location, like this: (partial-completion-mode nil) Could it be that it is really meant to turn *off* partial completion mode? In which case, it would be better to call the org-without-partion-completion macro here to do the work. In any case, this explicit call seems to be more problematic than the macro. After all that's what Seb hit. Nick
Re: [O] Recurring TODO on weekdays only?
Memnon Anon writes: > Loris Bennett writes: > >> Karl Voit writes: >>> * Memnon Anon wrote: > > ** TODO Dust hard drives >SCHEDULED: <2011-07-04 Mon +1w> > ** TODO Dust hard drives >SCHEDULED: <2011-07-05 Tue +1w> > ** TODO Dust hard drives >SCHEDULED: <2011-06-29 Wed +1w> > ** TODO Dust hard drives >SCHEDULED: <2011-06-30 Thu +1w> > ** TODO Dust hard drives >SCHEDULED: <2011-07-01 Fri +1w> ** TODO Dust hard drives <2011-07-04 Mon +1w> <2011-07-05 Tue +1w> <2011-07-06 Wed +1w> <2011-07-07 Thu +1w> <2011-07-08 Fri +1w> > [...] >> It doesn't quite work for me. If I have >> >> * TODO Dust off hard drives >> SCHEDULED: <2011-06-29 Wed +1w> >> SCHEDULED: <2011-06-30 Thu +1w> >> SCHEDULED: <2011-07-01 Fri +1w> >> SCHEDULED: <2011-07-04 Mon +1w> >> SCHEDULED: <2011-07-05 Tue +1w> >> >> then my agenda looks like this: > [...] > > This is not what I suggested. > Try Plain Stamps, not SCHEDULED ones. Sorry, my bad. But it doesn't make any difference whether I use SCHEDULED or not. If I mark yesterday's task as complete, all the tasks until the repetition of the completed task disappear from the agenda. > Memnon
Re: [O] partial-completion-mode error when refiling
On Jun 30, 2011, at 2:40 PM, Nick Dokos wrote: > Bastien wrote: > >> Hi Sebastian, >> >> "Sebastien Vauban" writes: >> >>> When I was trying to refile an extract of an email, I got this: >>> >>> Getting targets...done >>> funcall: Symbol's function definition is void: partial-completion-mode >> >> thanks for reporting this -- this is indeed something wrong with the fix >> I made to `org-without-partial-completion' (see my other message to Paul >> Sexton). >> >> I reverted his patch so you won't see this error again. >> > > I'm not sure that't the problem though: the org-without-partial-completion > macro is called in a couple of places, once in org-remember.el and twice > in org.el. I'm not sure how many people still use org-remember, but I suspect > quite a few. The macro basically says: execute the body while mmaking sure > that partial-completion-body is off during the execution. At least, that's > the intent but I haven't thought through the quoting change that Paul made. > > The calls: > > o org-remember-apply-template: called in the g or G case to complete tags. > o org.el: in org-icompleting-read. > o org.el: in org-set-tags *around* org-icompleting-read. > > The last one seems superfluous at first sight, but I haven't thought about > it yet. Yes, this one is superfluous. > > In any case, these seem fairly common situations so I think it is likely > that the macro has been called hundreds of times (over the whole org > population) > without ill effects. > > OTOH, partial-completion-mode is called explicitly in org-refile-get-location, > like this: > > (partial-completion-mode nil) This is not a function-calling form, but this is part of a let form, so it just sets the variable partial-completion-mode to nil. In effect, this does indeed turn off partial-completion-mode for the body of the form. > > Could it be that it is really meant to turn *off* partial completion mode? > In which case, it would be better to call the org-without-partion-completion > macro here to do the work. > > In any case, this explicit call seems to be more problematic than the macro. > After all that's what Seb hit. > > Nick > > - Carsten
