Re: [O] Including an active timestamp in encrypted (crypt) org entries
Marcelo de Moraes Serpa wrote: > Hi folks, > > So I timestamp everything I input into my (org-based) GTD system (except for > inbox items, that I'm > sure I will review soon anyway). Here's how I do it: > > * Sample entry > <2012-01-15 Sun 00:52> > > I have (org-insert-time-stamp nil t nil) bound to C-x C-y and I just insert > it below the entry. This > makes for a nice chronologic history of every data in the system. > > However, I have a problem with encrypted entries. Of course, if I add it as > part of the content to be > encrypted, it will not appear as plain text, but i tried to do like this: > > 1) Create the entry: > > * Sample Entry > > 2) Write its contents > 3) Tag with :crypt: > > * Sample Entry :crypt: > > 3) Save the buffer. The contents are now encrypted: > > * Sample Entry :crypt: > -BEGIN PGP MESSAGE- > Version: GnuPG v1.4.11 (Darwin) > > hQEMA7MmqOB5vxnzAQgAy6tE4lj1uLMaAm8+dPL9N2LHxZsH+VWyiig6gY1rE0M0 > Y1wDLDPYTIR+AUoSMGmU4S+9DZ9v4xoTBev4tjhtZIA9Lvw6aqf3Xlb2YGTJCCeq > ... > -END PGP MESSAGE- > > 4) Add the timestamp *before* the --BEGIN PGP MESSAGE-- line: > > * Sample Entry :crypt: > <2012-01-15 Sun 00:52> > -BEGIN PGP MESSAGE- > ... > > 5) Save again. > > Expected: Encrypted message and timestamp to stay as is. > What happens: A new encrypted message is written, with the timestamp + the > "old" encrypted message as > part of it. > > Any hints appreciated :) > Maybe (untried, untested) put the timestamp on the headline? * Sample entry <2012-01-15 Sun 00:52> :crypt: Nick
Re: [O] Including an active timestamp in encrypted (crypt) org entries
[2nd attempt: I think the first one went astray] Marcelo de Moraes Serpa wrote: > So I timestamp everything I input into my (org-based) GTD system (except for > inbox items, that I'm > sure I will review soon anyway). Here's how I do it: > > * Sample entry > <2012-01-15 Sun 00:52> > > I have (org-insert-time-stamp nil t nil) bound to C-x C-y and I just insert > it below the entry. This > makes for a nice chronologic history of every data in the system. > > However, I have a problem with encrypted entries. Of course, if I add it as > part of the content to be > encrypted, it will not appear as plain text, but i tried to do like this: > > 1) Create the entry: > > * Sample Entry > > 2) Write its contents > 3) Tag with :crypt: > > * Sample Entry :crypt: > > 3) Save the buffer. The contents are now encrypted: > > * Sample Entry :crypt: > -BEGIN PGP MESSAGE- > Version: GnuPG v1.4.11 (Darwin) > > hQEMA7MmqOB5vxnzAQgAy6tE4lj1uLMaAm8+dPL9N2LHxZsH+VWyiig6gY1rE0M0 > Y1wDLDPYTIR+AUoSMGmU4S+9DZ9v4xoTBev4tjhtZIA9Lvw6aqf3Xlb2YGTJCCeq > ... > -END PGP MESSAGE- > > 4) Add the timestamp *before* the --BEGIN PGP MESSAGE-- line: > > * Sample Entry :crypt: > <2012-01-15 Sun 00:52> > -BEGIN PGP MESSAGE- > ... > > 5) Save again. > > Expected: Encrypted message and timestamp to stay as is. > What happens: A new encrypted message is written, with the timestamp + the > "old" encrypted message as > part of it. > > Any hints appreciated :) Maybe (untried, untested) put the timestamp on the headline? * Sample entry <2012-01-15 Sun 00:52> :crypt: Nick
Re: [O] org-float with hours
Michael Brand writes: > The doc is missing that so I attached a patch. Applied, thanks! -- Bastien
[O] The spanish version of the website is online
Hi all, the spanish version of http://orgmode.org is now online, you should be redirected to it if your browser uses "es" as the language. Thanks a lot to David Arroyo Menéndez and Alvar Maciel for this work. Note that the spanish translation of the Org Mode guide is still on: http://libremanuals.net/orgguide/index.es.html If you want to help David and his team, please check with him! Best, -- Bastien
Re: [O] LOGBOOK opening
"Sebastien Vauban" writes: > François Pinard wrote: >> When using SPC in the Agenda buffer (org-agenda-show-and-scrollup), the >> LOGBOOK drawer is shown opened, which is not a big problem, yet a >> slightly annoying one, as I'm rarely interested to see its contents at >> this stage. > I don't _think_ this is customizable right now; though, please not[e] > that RET'ing on en entry from the agenda jumps to the entry, without > expanding the drawer. Though, it reuses the agenda buffer to do so -- > it's not the same behavior as SPC'ing. Hello, Sebastien. The manual says, in (org) Drawers: Sometimes you want to keep information associated with an entry, but you normally don't want to see it. For this, Org mode has _drawers_. [...] In order to look inside the drawer, you need to move the cursor to the drawer line and press there. and I like what the manual says, I would like it to be true. The /purpose/ of drawers is to keep the information out of sight, unless explicit action is taken, as stated. I do not see why RET and SPC from the Agenda would act differently from one another in that respect, nor why one of them would contradict the definition and spirit of a drawer. If for some reason it should be an exception, this should be documented and justified within (org) Agenda commands, which it is currently not. François
Re: [O] [Orgmode] Automatic screenshot insertion
On Sun, Jan 15, 2012 at 12:37:16AM -0600, Marcelo de Moraes Serpa wrote:
> A bit OT, but related.
>
> ---
> It would be *awesome* if we could somehow hook into the emacs
> paste/(drag-and)drop events and automatically "paste" or "drop" the image
> in an org buffer. I don't know if it's possible, but I imagine that if
> hooking into those events was somehow possible, then we could get the
> "event handle" with information regarding the file, and automatically
> insert a link to it, and if iimage is activated, it would then render the
> image. It would be freaking awesome, this is the only thing I miss from
> Evernote.
> ---
>
> - Marcelo.
Emacs has drag'n'drop support. In fact, I've been able to drag and
drop image files from KDE's file manager (dolphin?) into emacs and make
them custom links.
.emacs:
(defun dnd-from-kde (url action)
(insert url)
(select-frame-set-input-focus (selected-frame)))
(custom-set-variables
'(dnd-protocol-alist (quote (("file:///" . dnd-from-kde)
This ought to give you a place to start. The URL format may need to
change to make it an Org link, I was using file:// for another text
format.
--
Russell Adamsrlad...@adamsinfoserv.com
PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
Re: [O] Including an active timestamp in encrypted (crypt) org entries
Marcelo de Moraes Serpa writes: > > Expected: Encrypted message and timestamp to stay as is. > What happens: A new encrypted message is written, with the timestamp > + the "old" encrypted message as part of it. > > Any hints appreciated :) > Put the timestamp in the header.
Re: [O] LOGBOOK opening
pin...@iro.umontreal.ca (François Pinard) writes: > Hello, Sebastien. The manual says, in (org) Drawers: > > Sometimes you want to keep information associated with an entry, but > you normally don't want to see it. For this, Org mode has _drawers_. > [...] In order to look inside the drawer, you need to move the cursor > to the drawer line and press there. > > and I like what the manual says, I would like it to be true. The > /purpose/ of drawers is to keep the information out of sight, unless > explicit action is taken, as stated. I do not see why RET and SPC from > the Agenda would act differently from one another in that respect, nor > why one of them would contradict the definition and spirit of a drawer. > If for some reason it should be an exception, this should be documented > and justified within (org) Agenda commands, which it is currently not. > > François Hi, It behaves this way in the org file when you change folding views with TAB. From the agenda it's useful (at least for me) to be able to see the first few lines of the drawer data for LOGBOOK entries. When I mark a task WAITING I normally record the reason for WHY it is waiting in the LOGBOOK as a note. SPC in the agenda on the task displays the extra detail and I like this current feature. Regards, Bernt
Re: [O] :noweb header argument
t...@tsdye.com (Thomas S. Dye) writes: > Eric Schulte writes: > > As I recall this was originally implemented and then later removed because > it was causing more confusion and problems than it was worth. I hope it > hasn't crossed the line of existence more than once. At some point it > should be placed behind a user-customizable variable, preferably something > like `org-babel-export-code-format' which defaults to something like > "%code" but could be augmented to something like "Block Name: *%name*\n > %code". It is not immediately clear if such a variable should have > different values for different export backends or (likely preferable) > should expand into Org-mode text *before* export. I think you're right about getting this done early in the process. I've been thinking only about LaTeX export because that is my immediate goal--not a good design perspective. >> >> I've just pushed up a minor code change which makes customization of the >> format of exported code blocks possible. I've added a new customization >> variable named `org-babel-exp-code-template' which can be used to >> specify the text which replaces code block bodies during export. The >> default value of this variable specifies the existing export behavior. >> The attached Org-mode file demonstrates this variable in action. >> >> >> #+Title: Custom code block export formats >> >> - Example code block >> #+Name: foo >> #+BEGIN_SRC sh :bar baz >> echo qux >> #+END_SRC >> >> - Evaluate this block to export (shows the export of the name). >> #+Name: do-export-name >> #+BEGIN_SRC emacs-lisp :results silent >> (let ((org-babel-exp-code-template >>"\n=%name=:\n#+BEGIN_SRC %lang%flags\n%body\n#+END_SRC")) >> (org-export-as-html nil)) >> #+END_SRC >> >> - Evaluate this block to export (shows the export of header arguments). >> #+Name: do-export-header-arguments >> #+BEGIN_SRC emacs-lisp :results silent >> (let ((org-babel-exp-code-template >>"Header arguments for =%name=. >> | header | value| >> |-+--| >> | bar | %bar | >> | results | %results |\n#+BEGIN_SRC %lang%flags\n%body\n#+END_SRC")) >> (org-export-as-html nil)) >> #+END_SRC >> >> >> I imagine that this variable would likely be customized on a >> file-by-file basis using "file local variables". >> Perhaps I could help by specifying what I'm trying to do? I'd like to write an article or book about particular statistical analyses. I want this also to be a piece of reproducible research so readers of the book can follow along and perhaps analyze data of their own. I'd like to write a code block once and then use it in the following ways: 1) evaluate and return the results of analyses; 2) export as a floating listing so I can refer to it in discussions of implementation; and 3) tangle to a source code file that can be used as the basis for a package that can be used outside of Org mode. >> >> Sounds like a very cool project. If this will be public I would love to >> link to it from [1] when it is complete. >> 1) is easy with #+call: With the :wrap header argument that we've partially implemented, I can mark the results off in whatever environment I like, which is a wonderful bit of flexibility. Different kinds of results can be presented distinctively. 2) is partially there--the code itself is handled nicely by minted and I'm able to make it look as good as I want. What I'm lacking now is an easy way to identify the code block. Seb's suggestion that the header lines be included is one way, though Eric F.'s point about the special characters tripping up LaTeX is well taken. It might be some work to get an intermediate representation that can be exported to all the targets. My alternate idea, which is to wrap the code block in an environment to which I can attach a caption and a label, is the LaTeX approach and might not work as well for other export targets. >> >> This new solution replaces the code block with Org-mode text before >> export. This should be the most flexible as arbitrary #+HTML and >> #+LATEX lines can be used in Org-mode. >> >> Best, >> >> Footnotes: >> [1] http://orgmode.org/worg/org-contrib/babel/uses.html > > Hi Eric, > > Many thanks. This works like a charm. It is deeply satisfying to find > my code block names in the book's "List of listings". > > I really appreciate your attention to these details. > Great to hear, Thanks Tom. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] How to debug "org-clock-display: Args out of range: [48230 48230 48230 38618 38618 0 0 0 0 0 ...], 61"
Nick Dokos writes: > The code that sets the level seems suspect to me: > (let* ((headline-forced > (get-text-property (point) > :org-clock-force-headline-inclusion)) > (headline-included > (or (null headline-filter) > (save-excursion > (save-match-data (funcall headline-filter)) > (setq level (- (match-end 1) (match-beginning 1))) > What do match-beginning/match-end return if headline-filter is nil? > The save-match-data is not done, so we get the results of whatever > random search was done last before this code executed. Hmmm... the above snippet is from org-clock-sum, right? That means it is part of (while (re-search-backward re nil t) ...) and that's the search match-beginning/match-end are referring to. -- Until the next mail..., Stefan.
Re: [O] [babel] Code for simple set-operations on two tables. Asking for some input.
Hi Marc-Oliver, I would recommend two small coding style points for writing lisp code (especially for inclusion into the library of babel). 1. You *never* want to leave trailing ")"'s on a line by themselves, but rather you should always stack these, indentation is used to visually identify nesting in lisp. e.g., this (defun lob-table-operations-filter (what table filter) "Internal function for table-operations in orgmodes library of babel" (let (keys result) (setq keys (mapcar 'car filter)) (dolist (line table) (if (equal (not (not (member (car line) keys))) (equal what 'keep)) (setq result (cons line result)) ) ) (nreverse result) ) ) should be (defun lob-table-operations-filter (what table filter) "Internal function for table-operations in orgmodes library of babel" (let (keys result) (setq keys (mapcar 'car filter)) (dolist (line table) (when (equal (not (not (member (car line) keys))) (equal what 'keep)) (setq result (cons line result (nreverse result))) Using `paredit-mode' makes this behavior very easy to maintain. This point is true for any lisp coding (not just in the library of babel). 2. When writing code for the library of babel, please try to keep all lines <= 79 characters long. I like to use [1] to identify overlong lines by adding the following to my .emacs (require 'column-marker) (add-hook 'emacs-lisp-mode-hook (lambda () (column-marker-3 80))) Also, two non-style suggestions; 1. If you set "results" to "silent" as a subtree property in your "Internals" subtree you won't have to remove empty results. 2. In one function you save many functions into local variables and then call them using funcall, it may be simpler to use flet to define local functions which can then be called directly. I'm very pleased to hear that you're enjoying babel, and look forward to your contribution to the library of babel. Cheers, Marc-Oliver Ihm writes: > Hello, > > please find attached an early draft of lob-table-operations.org. > > It already has a reasonable documentation and working examples, so it > should be easy to play with. > > Some features are still missing (e.g. handling of column names and hlines) > and the coding needs some improvement (using the cl-package ?). > So it is probably not yet fit for official inclusion into the library of > babel. > > with kind regards, > Marc-Oliver Ihm > > As a side note: I am very pleased and fascinated, how easily babel and > org have made the task of keeping together > all aspects of development; from user documentation to implementation > and (of course !) organisation. > > This has made my coding even more fun ! > > Footnotes: [1] http://www.emacswiki.org/emacs/ColumnMarker -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] :noweb no-export
Hi Eric, The :noweb no-export option depends on the value of :exports in an unexpected way. If :exports code, then the noweb references are not expanded on export to LaTeX, as expected. If :exports both, then the noweb references are expanded on export to LaTeX. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Minimal overhead Org-mode blogging system
> Puneeth Chaganti :
[snip!]
> https://github.com/punchagan/blog-files
> I've added a short README that tries to include the things that you
> are looking for. But, it's something I wrote up quickly. Feel free
> to ask any specific questions.
I've been trying to use it, but I keep running into issues with
reprise.pay.
The latest one, is:
Traceback (most recent call last):
File "reprise.py", line 258, in
env.get_template('cloud.html'))
File "reprise.py", line 140, in generate_tag_cloud
maxFreq = max(t['freq'] for t in tag_freq)
ValueError: max() arg is an empty sequence
The code for this, is:
def generate_tag_cloud(entries, template):
tags = sum([e['tags'] for e in entries], [])
tag_freq = [{'tag': tag, 'freq': tags.count(tag)} for tag in set(tags)
if tags.count(tag) > 3]
maxFreq = max(t['freq'] for t in tag_freq)
...
I've debugged this with pdb (`M-x pdb'), and tag_freq is empty.
If I'm interpreting the python code correctly (I don't know python...)
only those tags that have more than 3 occurrences will be in the
tag_freq collection...?
My problem is that I have only one article, my first, so obviously the
tag_freq collection will stay emtpy, and reprise.py will crash...
I tried removing the test, ie.
def generate_tag_cloud(entries, template):
tags = sum([e['tags'] for e in entries], [])
tag_freq = [{'tag': tag, 'freq': tags.count(tag)} for tag in set(tags)]
maxFreq = max(t['freq'] for t in tag_freq)
...
but that just gave me a different error (division by zero):
File "reprise.py", line 257, in
env.get_template('cloud.html'))
File "reprise.py", line 147, in generate_tag_cloud
'freq': t['freq']} for t in tag_freq]
File "reprise.py", line 144, in normalize
return min_r + (val - min_f) * (max_r - min_r) / float (max_f - min_f)
Any ideas of how to proceed?
Thanks!
- Steinar
Re: [O] [Orgmode] Automatic screenshot insertion
Awesome! I will try that out.
What about hooking into the pasting event and check when it's an image (or
whatever file you want) ?
Thanks,
- Marcelo.
On Sun, Jan 15, 2012 at 6:10 AM, Russell Adams wrote:
> On Sun, Jan 15, 2012 at 12:37:16AM -0600, Marcelo de Moraes Serpa wrote:
> > A bit OT, but related.
> >
> > ---
> > It would be *awesome* if we could somehow hook into the emacs
> > paste/(drag-and)drop events and automatically "paste" or "drop" the image
> > in an org buffer. I don't know if it's possible, but I imagine that if
> > hooking into those events was somehow possible, then we could get the
> > "event handle" with information regarding the file, and automatically
> > insert a link to it, and if iimage is activated, it would then render the
> > image. It would be freaking awesome, this is the only thing I miss from
> > Evernote.
> > ---
> >
> > - Marcelo.
>
> Emacs has drag'n'drop support. In fact, I've been able to drag and
> drop image files from KDE's file manager (dolphin?) into emacs and make
> them custom links.
>
> .emacs:
> (defun dnd-from-kde (url action)
> (insert url)
> (select-frame-set-input-focus (selected-frame)))
>
> (custom-set-variables
> '(dnd-protocol-alist (quote (("file:///" . dnd-from-kde)
>
> This ought to give you a place to start. The URL format may need to
> change to make it an Org link, I was using file:// for another text
> format.
>
>
>
> --
> Russell Adamsrlad...@adamsinfoserv.com
>
> PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
>
> Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
>
>
[O] Hack: org-agenda-cache.el
As my agenda files slowly grew over the years, the speed of generating agenda had slowly deteriorated, finally hitting the point of me jdoing something about it. (it got to around 5-7 seconds, which kind of interrupts work-flow) Attached file org-agenda-cache.el is a "quick fix" solution that I developed for myself, its more of a request for discussion and not intended as contribution yet. Basic idea is: 1. Multiple-agenda buffers can exist at the same time, having separate tag filters and other such settings. This is accomplished by bunch of org-agenda-* variables being made buffer-local. 2. Custom agenda commands should bind `org-agenda-buffer-name' variable, so that for example C-c a generates "*Agenda*" buffer and C-c t generates "*Todo List*" buffer. 3. org-agenda checks if buffer with `org-agenda-buffer-name' exists and if it does, it will show that buffer, rather then re-generating it. To generate a fresh agenda, becomes C-c a r instead of C-c a 4. org-agenda-quit buries the agenda buffer instead of killing it. 5. All of the above shenanigans can be switched on and off by doing M-x toggle-org-agenda-caching command, its off by default so you have to turn it on after loading the file. I had been using this setup for last few days, and it had really been a blast, returning me to the times when I just started with org-mode, and information had appeared in milliseconds rather then seconds. org-agenda-cache.el Description: Binary data
[O] byte-code: Error (org-odt): Cannot find factory styles files. Aborting.
Hi, I just upgraded to org-mode 7.8.03 (from 7.6) and now get this error message when trying to use the org-odt converter. With version 7.6, I used org-odt from contrib and that worked fine, so what is the reason for this error? I did see another post about this about installing "style files", but what are these and how do I install them? Thanks for any help (and thanks for the exporter!)! -- Johnny
Re: [O] [Orgmode] Automatic screenshot insertion
Marcelo,
You can check out the Emacs DND (drag-n-drop) help files for more
information. I'm not sure what other capabilities it has. I know that
I was subscribing my function to the files event only, there were a
few other types.
Thanks.
On Sun, Jan 15, 2012 at 01:31:02PM -0600, Marcelo de Moraes Serpa wrote:
> Awesome! I will try that out.
>
> What about hooking into the pasting event and check when it's an image (or
> whatever file you want) ?
>
> Thanks,
>
> - Marcelo.
>
> On Sun, Jan 15, 2012 at 6:10 AM, Russell Adams
> wrote:
>
> > On Sun, Jan 15, 2012 at 12:37:16AM -0600, Marcelo de Moraes Serpa wrote:
> > > A bit OT, but related.
> > >
> > > ---
> > > It would be *awesome* if we could somehow hook into the emacs
> > > paste/(drag-and)drop events and automatically "paste" or "drop" the image
> > > in an org buffer. I don't know if it's possible, but I imagine that if
> > > hooking into those events was somehow possible, then we could get the
> > > "event handle" with information regarding the file, and automatically
> > > insert a link to it, and if iimage is activated, it would then render the
> > > image. It would be freaking awesome, this is the only thing I miss from
> > > Evernote.
> > > ---
> > >
> > > - Marcelo.
> >
> > Emacs has drag'n'drop support. In fact, I've been able to drag and
> > drop image files from KDE's file manager (dolphin?) into emacs and make
> > them custom links.
> >
> > .emacs:
> > (defun dnd-from-kde (url action)
> > (insert url)
> > (select-frame-set-input-focus (selected-frame)))
> >
> > (custom-set-variables
> > '(dnd-protocol-alist (quote (("file:///" . dnd-from-kde)
> >
> > This ought to give you a place to start. The URL format may need to
> > change to make it an Org link, I was using file:// for another text
> > format.
> >
> >
> >
> > --
> > Russell Adamsrlad...@adamsinfoserv.com
> >
> > PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
> >
> > Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
> >
> >
--
Russell Adamsrlad...@adamsinfoserv.com
PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
Re: [O] How to debug "org-clock-display: Args out of range: [48230 48230 48230 38618 38618 0 0 0 0 0 ...], 61"
Gregor Zattler writes: > Hi Bernt, org-mode developers, > * Bernt Hansen [05. Jan. 2012]: >> Gregor Zattler writes: >>> I use org-mode to record my working time. If I want to know the >>> total time worked on a project I do a M-X org-clock-display. >>> >>> But this suddenly gives me this error message: >>> >>> org-clock-display: Args out of range: [48230 48230 48230 38618 38618 0 0 0 >>> 0 0 ...], 61 >>> >> >> If you generate a backtrace with uncompiled org source files you should >> get an indication of where the problem is. > > I did as you said but the backtrace is totally opaque to me: > Hi Gregor, Apologies for not responding sooner but you didn't send a copy directly to me (with reply-all) and my gmane access has been down for a week - so I'm just now catching up on the list traffic. I see from later posts that Nick has already provided details to figure out what is going on. Regards, Bernt
Re: [O] Captions for src and example blocks
Hi Nicolas, Thanks for your answer. On 2012-01-14 17:43, Nicolas Goaziou wrote: Hello, Christian Wittern writes: There was a thread last April about a way to introduce captions and labels to src and example blocks (see http://lists.gnu.org/archive/html/emacs-orgmode/2011-04/msg00877.html). Now I would like to use captions in a similar way, but not just for LaTex, but also for the ODT export. So a generic org-mode solution would be much more helpful. I wonder if somebody has any idea about how to achieve this. The new export engine has support for captions and labels for almost any element, through the use of affiliated keywords. Thus, the following special block will have ":caption" and ":name" properties attached to it: It seems that the current LaTeX and ODT backends do not support this out of the box, also there is no word of this in the manual, so I assume it is still experimental? [..] Now, it doesn't mean that it will do anything during export, as back-ends can choose to make use of those properties or ignore them. With regards to the previous special block, the e-latex back-end currently makes use of the :name property, but ignore the :caption one. Though it's not hard to support this by modifying accordingly the `org-e-latex-special-block' function. Excuse my ignorance, but what is e-latex? Is that different from the standard Latex export called with C-c C-e l? Christian -- Christian Wittern, Kyoto
Re: [O] Captions for src and example blocks
Hi Jambunathan, First of all, thanks for all your work with ODT, it makes org-mode so much more useful! On 2012-01-15 01:38, Jambunathan K wrote: As Nicolas notes, all essential infrastructure is in place. Only thing that needs to happen is to switch over the existing ODT backend to the new export engine. OK, that is good to know. If you have any specific opinions on how the example blocks need to be formatted by default - for eg, put the src blocks in a text frame, in this font and in that size, label and caption the listings this and that way, create an index entry for src listings, - and are willing to "show and tell" with a sample ODT document I am all ears. Jambunathan K. I don't really have so strict requirements. I think It would be nice to be able to treat example blocks like figures, in that they can get automatic numbering (with #+LABEL?) and a caption. BTW, is it currently possible to set the size for figures (I mean, included graphic)? I know it is possible in Latex, but the Latex directive seems to be ignored by ODT? Anyway, I guess this problem will go away with the new generic exporter. ALl the best, Chris -- Christian Wittern, Kyoto
Re: [O] LOGBOOK opening
Bernt Hansen writes: > pin...@iro.umontreal.ca (François Pinard) writes: >> I do not see why RET and SPC from the Agenda would act differently >> from one another in that respect [of opening the drawers in the >> associate Org buffer], nor why one of them would contradict the >> definition and spirit of a drawer. > From the agenda it's useful (at least for me) to be able to see the > first few lines of the drawer data for LOGBOOK entries. Bernt, it seems that our usages vary. In my case, so far, this has not proven useful. Even if I've not been using Org mode for long, those LOGBOOK are already a bit lengthy. When SPC-ing from the Agenda, I either keep SPC-ing to scroll over these noisy lines, or switch to the other window, position the cursor on the LOGBOOK line, close the drawer for being able to see what follows it, and return to the agenda. I really, honestly thought there was some Org mode bug there. If I put LOGBOOKs everywhere and moved administrative lines in them, this is because I was promised by the manual that the drawers contents will be kept out of my sight, unless I do request to see them. If, as a user, you want to see log information right away, I presume you should not use drawers for them. Drawers should not be opened automatically. Some hooks or extra machinery might be used when one /wants/ to open drawers automatically, but Org should not open drawers by default, exactly because they are drawers. There are special cases which I understand. If Org wants to directly show a CLOCK: line which is within a drawer, I find it very normal than that line is revealed, and the drawer opened automatically to do so. But then, the clear purpose is to show the CLOCK: line. When the agenda switches to the SCHEDULED: line, it should not open the drawer which follows, this is contrary to the purpose of a drawer. > When I mark a task WAITING I normally record the reason for WHY it is > waiting in the LOGBOOK as a note. SPC in the agenda on the task > displays the extra detail and I like this current feature. If it is indeed a feature, and not just a bug that happens to be comfortable for you (and uncomfortable for me), maybe it should be documented where drawers are presented, so users like me would know that drawers have limitations or exceptions. François P.S. All this being said, this is a detail, which is not worth a crusade :-). Org mode is immensely usable. I merely see that what seems a bug to me is a feature for someone else. If there is no bug in the program, there is a bug in the documentation, which promised incorrectly.
Re: [O] Old entry remains in appt when the original one in org file is changed
Takafumi Arakaki writes:
> I am using org-agenda-to-appt and I noticed a bug.
>
>
> 1. Add the following in the agenda file
>
> * TODO test
> SCHEDULED: <2012-01-14 Sat 12:00>
>
> 2. Call org-agenda-to-appt
>
> 3. Change the SCHEDULED time-stamp in the entry like this
>
> * TODO test
> SCHEDULED: <2012-01-14 Sat 12:00>
>
> 4. appt-time-msg-list has the old entry
>
> ((1380)
> #("12:00 TODO test" 6 15
> (org-heading t))
> t)
> ((1390)
> #("12:10 TODO test" 6 15
> (org-heading t))
> t)
>
>
> I guess a workaround will be removing any entries which has
> org-heading as property from appt-time-msg-list before adding the new
> entries.
>
> I think this guy had the same problem:
> http://article.gmane.org/gmane.emacs.orgmode/8008/
Hi Takafumi,
This is the setup I use to deal with this.
There is no magic that updates your appt-time-msg-list just because your
org file changed. I regenerate the appointment list everytime I visit
the agenda -- and I do that often.
HTH,
Bernt
--8<---cut here---start->8---
; Erase all reminders and rebuilt reminders for today from the agenda
(defun bh/org-agenda-to-appt ()
(interactive)
(setq appt-time-msg-list nil)
(org-agenda-to-appt))
; Rebuild the reminders everytime the agenda is displayed
(add-hook 'org-finalize-agenda-hook 'bh/org-agenda-to-appt 'append)
; This is at the end of my .emacs - so appointments are set up when Emacs starts
(bh/org-agenda-to-appt)
; Activate appointments so we get notifications
(appt-activate t)
; If we leave Emacs running overnight - reset the appointments one minute after
midnight
(run-at-time "24:01" nil 'bh/org-agenda-to-appt)
--8<---cut here---end--->8---
Re: [O] Captions for src and example blocks
> BTW, is it currently possible to set the size for figures (I mean, > included graphic)? I know it is possible in Latex, but the Latex > directive seems to be ignored by ODT? Anyway, I guess this problem > will go away with the new generic exporter. Try (info "(org) Images in ODT export") or M-x org-info RET g Images in ODT export or See section 12.8.6 Images in ODT export in http://orgmode.org/manual/index.html The direct link to the above section is: http://orgmode.org/manual/Images-in-_003cacronym_003eODT_003c_002facronym_003e-export.html#Images-in-_003cacronym_003eODT_003c_002facronym_003e-export --
Re: [O] byte-code: Error (org-odt): Cannot find factory styles files. Aborting.
Johnny writes: > Hi, > > I just upgraded to org-mode 7.8.03 (from 7.6) and now get this error > message when trying to use the org-odt converter. With version 7.6, I used > org-odt from contrib and that worked fine, so what is the reason for > this error? > > I did see another post about this about installing "style files", but > what are these and how do I install them? It looks like one of your installation step is non-standard. There is an easy workaround available but I would like to make sure that org-odt auto-configures itself with minimal user intervention. Please provide me information on - how you downloaded the Org (git? tar file? elpa?) - how did you compile. Did you do a make? Did you change the Makefile at all? - how did you install. Did you do a make install? - What OS/Distrib are you using Do you see debug messages from the org-odt module in the *Messages* buffer. They will look something similar to this - one for schema files and one for styles files. , | Debug (org-odt): Searching for OpenDocument styles files... | Debug (org-odt): Trying c:/Documents and Settings/kjambunathan/My Documents/My Data/src/org-mode/etc/styles/... | Debug (org-odt): Using styles under c:/Documents and Settings/kjambunathan/My Documents/My Data/src/org-mode/etc/styles/ ` > Thanks for any help (and thanks for the exporter!)! --
[O] [BUG] ORG-LIST-END-MARKER when exporting from within a babel block with an exclude or include tag
Ok, I know this a very specific application. Perhaps it's not even a bug and I'm using it the wrong way. Here is a minimum working example: #+TITLE: Test org file #+EXPORT_INCLUDE_TAGS: test2 * First heading :test1: Testing, 1-2, 1-2. * Second heading :test2: Because we can. ** Now a list - First item - Second item #+BEGIN_SRC emacs-lisp :results raw :exports results :var buffer-file-name=(buffer-file-name) (let ((org-export-babel-evaluate nil)); don't evaluate in 'recursive' exports (org-export-as-ascii org-export-headline-levels)) #+END_SRC If you export this file to PDF (C-c C-e d), babel will evaluate and export the file as ascii. However, the ascii file will have the undesirable "ORG-LIST-END-MARKER" in it. Here is the resulting ascii export: Test org file = Author: Date: 2012-01-15 23:51:47 Table of Contents = 1 First heading 2 Second heading 2.1 Now a list 1 First heading :test1: --- Testing, 1-2, 1-2. 2 Second heading :test2: Because we can. 2.1 Now a list === - First item - Second item ORG-LIST-END-MARKER Any idea on how to fix this?
