[Orgmode] Re: Bug? org-babel-lob-ingest problem
"Eric Schulte" writes: > Jambunathan K writes: > >> "Eric Schulte" writes: >> >>> Hi Aidan, >>> >>> This is not a bug, this is the expected behavior of >>> org-babel-lob-ingest, if you would like a file to always be loaded into >>> your library of babel, then you can add the call to org-babel-lob-ingest >>> to your .emacs initialization file. >>> >>> Best -- Eric >>> >>> Aidan Gauland writes: >>> Calling org-babel-lob-ingest on a file with code blocks seems to work only for the current Emacs session, and doesn't seem to affect the variable org-babel-lob-files. If I quit and restart Emacs, it's as if I never loaded a file with org-babel-lob-ingest. Also I see "(mismatch)" next to the "State" button for org-babel-lob-files in Customize. Like this... State: STANDARD. (mismatch) Have I found a bug, or am I doing something wrong? --Aidan >> >> I believe OP is requesting that org-babel-lob-ingest do a >> (customize-save-variable 'org-babel-lob-files ...). >> >> Think of Org keystrokes 'C-c [' and 'C-c ]' that allows easy >> customization of org-agenda-files. >> >> I think keystrokes 'C-c C-v [' and 'C-c C-c ]' would be a good default >> candidate for ingesting and ejecting lob files from Babel environment. >> >> Jambunathan K. > > Ah, > > that sounds like a very good idea, and I like the proposed key bindings. > This will probably come in the form of org-babel-lob-add and > org-babel-lob-remove functions, and a new org-babel-lob-files variable. > > I've placed this on the Babel task list. > > Now I just need to figure out how to load up these files when Org-mode > is first initialized. The simplest solution may be to ask the user to > place a call to org-babel-lob-initialize or somesuch in their .emacs > file. That 'sounds' like a new #+STARTUP directive to me ... ,[ C-h v org-startup-options RET ] | org-startup-options is a variable defined in `org.el'. | | Documentation: | Variable associated with STARTUP options for org-mode. | Each element is a list of three items: The startup options as written | in the #+STARTUP line, the corresponding variable, and the value to | set this variable to if the option is found. An optional forth element PUSH | means to push this value onto the list in the variable. ` Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
"Eric Schulte" writes: > Hi Richard, > > Richard Riley writes: > >> Richard Riley writes: >> >>> "Eric Schulte" writes: >>> Let me know what you think. I notice your implementation uses regions, >>> >>> It puts the begin/src markers around the region if selected or current word. >>> where as this one does not, so it's possible I left out some functionality. I'd like to include some version of this functionality into Org-mode core. >> >> using your lang selection example >> >> If not in a source block then just surround current region with >> #+begin/end_src. If no region just put in markers around empty >> area. Dont create new org items since probably just including src code >> in an existing org item. >> >> If in a source block with region create new region with current >> region. If no region just create new empty block. previous src blocks >> delimited and marked as org items at current level (because almost >> certainly splitting the code to maintain it in discreate titled blocks. >> >> > > I was just pulling up my email to share my next iteration when I saw > your next iteration. They look very similar. If my version covers all > of your use cases, then I'd like to add it to the Babel key map, > probably under "d" for demarcate or delimit, unless you can think of a > better mnemonic. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). But,yes I suspect your code is better ;) Note my func works in two fundamentally different ways - in a babel src block where it creates new org items and also in normal (non src) modes where it just creates a src block. > > > > > --8<---cut here---start->8--- > (defun org-babel-demarcate-block (&optional arg) > "Wrap or split the code in the region or on the point." > (interactive "P") > (let ((info (org-babel-get-src-block-info))) > (if info > (mapc > (lambda (place) >(save-excursion > (goto-char place) > (let ((lang (nth 0 info)) >(indent (make-string (nth 6 info) ? )) >(stars (concat (make-string (org-current-level) ?*) " "))) >(insert (concat (if (looking-at "^") "" "\n") >indent "#+end_src\n" >(if arg stars indent) "\n" >indent "#+begin_src " lang >(if (looking-at "[\n\r]") "" "\n"))) >(when arg (previous-line) (move-end-of-line 1) > (sort (if (region-active-p) (list (mark) (point)) (list (point))) > #'>)) > (insert (concat (if (looking-at "^") "" "\n") > (if arg (concat stars "\n") "") > "#+begin_src " (read-from-minibuffer "Lang: ") "\n" > (delete-and-extract-region (or (mark) (point)) (point)) > "\n#+end_src")) > (previous-line) (move-end-of-line 1 > --8<---cut here---end--->8--- > > > > Cheers -- Eric > >> >> >> (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src) >> >> (defun rgr/org-split-src(&optional arg) >> (interactive "P") >> (beginning-of-line) >> (save-excursion((lambda(info) >> (if info >> (let ((lang (nth 0 info)) >>(stars (make-string (org-current-level) ?*))) >>(insert >> (format >> "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n" >> "#+end_src" >> stars >> lang >> (if (region-active-p) >> (delete-and-extract-region (region-beginning) (region-end)) >> "\n") >> stars >> lang))) >>(insert >> (format >> "\n#+begin_src\n%s\n#+end_src\n" >> (if (region-active-p) >> (delete-and-extract-region (region-beginning) (region-end)) "") >>(org-babel-get-src-block-info >> > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > -- ☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [babel] Environment around exported results
Hi Seb, Would such an environment be in addition too or in place of wrapping results in the example environment? What would you suggest for tabular results? One very nice property of the current setup is that it relies solely on vanilla Org-mode for export features. If the example export of Org-mode allowed some form of customization through a customizable div class or latex environment would that be sufficient? Best -- Eric Sébastien Vauban writes: > Hi Dan and Eric, > > Would you mind creating an LaTeX environment around the =results= block, so > that we could have the code colorized (via listings or Minted), and clearly > distinguish the results, if we want so. > > Having an environment would allow one to use non-proportional font for the > results, or a shadowed background, or... > > What do you think of this? > > Best regards, > Seb > > PS- Maybe the same applies for HTML, with DIV blocks... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL][PROPOSAL] headlines as executable srcnames
Jambunathan K writes: [...] > > If headlines are considered as code blocks one actually inflate > headlines and execute them for interesting side-effects. Rather than create new syntax allowing headlines to be interpreted as Org-mode code blocks, we could implement this ability of finding and extending headlines into a code block through the library of babel. This would allow headlines to be expanded easily and concisely from inside of other code blocks without having to make any changes or extensions to Babel. So for example #+source: headline #+begin_src emacs-lisp :var headline=top :results org (org-open-link-from-string (org-make-link-string headline)) (save-restriction (org-narrow-to-subtree) (buffer-string)) #+end_src could then be called from inside of a code block to insert the body of a headline in the same file, e.g. #+begin_src org <> #+end_src This should be useful for easily including large portions of org-mode files into code blocks for generating letters. If this looks good, I'll add it to the library of babel so it's universally available. Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: How can I get document metadata?
On Mon, Sep 20, 2010 at 12:34:22AM +0200, Sebastian Rose wrote: > (let ((opt-plist >(org-export-process-option-filters > (org-combine-plists (org-default-export-plist) > (org-publish-get-project-from-filename buffer-file-name) > (org-infile-export-plist) > > ;; the calculated style: > (message "%s" (plist-get opt-plist :style)) > > ;; or show the entire content of the property list: > (message "%S" opt-plist)) Thanks a ton! That works well for me. --Aidan signature.asc Description: Digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL][PROPOSAL] headlines as executable srcnames
Hi Jambunathan,
So, if I'm understanding correctly, what you are proposing includes two
separate things, first, a new link-style syntax for calling code blocks,
and second, the ability to provide un-named arguments to code blocks.
I definitely agree that the second suggestion would be desirable. Even
if we still use named arguments when writing code blocks it should be
possible to supply un-named arguments when calling code blocks, and use
the order of the arguments to resolve their variable mappings. This has
been on our TODO list for some time and is just waiting for some
development time.
I'm less sure about expanding link syntax into a means of calling code
blocks. There has been some recent discussion on the list about
expanding link syntax (in fact related to the thread your referenced
below) and my impression was that there is far from unanimous support
for changing the semantics of links in Org-mode. Maybe this would be
appropriate as an optional extension to org, i.e. something in the
contrib directory.
Thanks -- Eric
Jambunathan K writes:
> I am slightly drifting a bit. I think the broader theme that is emerging
> in this thread is this - how Babel as a Org's VM would enable one to
> create useful text mashups. Call it Org 2.0 if you may like.
>
> Needless, to say I am having a hammer and everything looks nail to
> me. Please be patient with my regurgitations! Read on ...
>
> ,
> | "*Article*" #("From: Vinh Nguyen
> | Subject: Re: text color + highlight
> | Newsgroups: gmane.emacs.orgmode
> | To: emacs-orgmode@gnu.org
> | Date: Thu, 9 Sep 2010 09:15:05 -0700
> | Message-ID:
> | Archived-At:
> |
> | I'd like to write a concluding email for this thread for future
> | searchers to find. This easy solution is brought to you by Eric
> | Schulte and Christian Moe.
> |
> | Place the following in your .emacs or init.el file:
> | ;; org-mode color
> | (org-add-link-type
> | \"color\" nil
> | (lambda (path desc format)p
> | (cond
> |((eq format 'html)
> | (format \"%s\" path desc))
> |((eq format 'latex)
> | (format \"{color{%s}%s}\" path desc)
> | ;; org-mode highlight
> | (org-add-link-type
> | \"hl\" nil
> | (lambda (path desc format)
> | (cond
> |((eq format 'html)
> | (format \"%s\" path
> desc))
> |((eq format 'latex)
> | (format \"colorbox{%s}{%s}\" path desc) ;; require
> \\usepackage{color}
> |
> | Examples:
> | [[color:blue][test this out]]
> | [[hl:yellow][highlighted text]]
> |
> | Remarks:
> | * Pros
> | - don't need to modify org-mode source (just edit your .emacs)
> | - use the existing links syntax
> | * Cons
> | - cannot be used concurrently or with other formatting
> | * To Do
> | - Hopefully it will be implemented via extensible syntax in the
> | future ($[options mytext])
> | - highlight and color paragraph or region
> |
> |
> | -- Vinh
> |
> |
> |
> | On Thu, Aug 5, 2010 at 1:42 PM, Vinh Nguyen wrote:
> | > Dear list,
> | >
> | > I was wondering if there is an easy way to markup the color of the
> | > text for html output (and highlight as well). When I prepare meeting
> | > minutes I'd like to color some things and highlight certain things.
> | > Right now, I am using emphasizing a major portion of the text. It
> | > would be great to have colors and highlights to draw attention to
> | > certain items.
> | >
> | > Thanks.
> | > Vinh
> `
>
> I wonder whether there is a way to achieve the requested feature without
> too much of elisp programming.
>
> [[color:blue][test this out]]
> ^ ^ ^
>
> If one imagines this as a macro call
>
> color => babel srcname [accessible through %0 in srcbody]
> blue => param1 for srcname [accessible through %1 in srcbody]
> test this out => text param for the macro ['this' param for text mashup]
>
> In my earlier post, I tried to argue that if headlines could be srcnames
> then the text content of the headline could be considered as an implicit
> 'this' param (which the 'headline macro' works upon)
>
> Now if link syntax could be used as a macro call (as seen above) then
> the description part of the link i.e., text contained within "inner []"
> could be considered as the 'this' param for link-oriented
> srcnames. (Think of links as mini, inline headlines and desc as headline
> body)
>
> It is important to note that the user still works with text documents
> which are very much like existing org documents.
>
> Note also that having positional params and having them canonically
> accessible as %0, %1, %2 etc could have it's uses [1]. It is left to the
> reader how color macro could be defined with above redefinitions.
>
> Let me reiterate (and I think it is important) Babel's macro expansion
> if tweaked and designed for 'text mashups and massages' then much of
> user requirements (like the one above) could be implemented by the user
> himself without any help from expert elisp pro
Re: [Orgmode] #+source line in export
Hi Tom, The following should inhibit the exportation of code block names. (setq org-export-latex-listings-w-names nil) This is something we've been meaning to make customizable for a while, but it has yet to rise to the top of the Babel task stack. Best -- Eric "Thomas S. Dye" writes: > Aloha all, > > Is there a way to control export of the #+source line? I've been > looking for a way to turn it off, especially in LaTeX export where it > yields something like this: > >> get-from-github() $\equiv$ > > I find the output of \equiv distracting (perhaps it is meaningful in a > way I don't understand) in any case. > > All the best, > Tom > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug? org-babel-lob-ingest problem
Jambunathan K writes: > "Eric Schulte" writes: > >> Hi Aidan, >> >> This is not a bug, this is the expected behavior of >> org-babel-lob-ingest, if you would like a file to always be loaded into >> your library of babel, then you can add the call to org-babel-lob-ingest >> to your .emacs initialization file. >> >> Best -- Eric >> >> Aidan Gauland writes: >> >>> Calling org-babel-lob-ingest on a file with code blocks seems to work >>> only for the current Emacs session, and doesn't seem to affect the >>> variable org-babel-lob-files. If I quit and restart Emacs, it's as if >>> I never loaded a file with org-babel-lob-ingest. Also I see >>> "(mismatch)" next to the "State" button for org-babel-lob-files in >>> Customize. >>> >>> Like this... >>>State: STANDARD. (mismatch) >>> >>> Have I found a bug, or am I doing something wrong? >>> >>> --Aidan > > I believe OP is requesting that org-babel-lob-ingest do a > (customize-save-variable 'org-babel-lob-files ...). > > Think of Org keystrokes 'C-c [' and 'C-c ]' that allows easy > customization of org-agenda-files. > > I think keystrokes 'C-c C-v [' and 'C-c C-c ]' would be a good default > candidate for ingesting and ejecting lob files from Babel environment. > > Jambunathan K. Ah, that sounds like a very good idea, and I like the proposed key bindings. This will probably come in the form of org-babel-lob-add and org-babel-lob-remove functions, and a new org-babel-lob-files variable. I've placed this on the Babel task list. Now I just need to figure out how to load up these files when Org-mode is first initialized. The simplest solution may be to ask the user to place a call to org-babel-lob-initialize or somesuch in their .emacs file. Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Richard, Richard Riley writes: > Richard Riley writes: > >> "Eric Schulte" writes: >> >>> >>> Let me know what you think. I notice your implementation uses >>> regions, >> >> It puts the begin/src markers around the region if selected or current word. >> >>> where as this one does not, so it's possible I left out some >>> functionality. I'd like to include some version of this functionality >>> into Org-mode core. > > using your lang selection example > > If not in a source block then just surround current region with > #+begin/end_src. If no region just put in markers around empty > area. Dont create new org items since probably just including src code > in an existing org item. > > If in a source block with region create new region with current > region. If no region just create new empty block. previous src blocks > delimited and marked as org items at current level (because almost > certainly splitting the code to maintain it in discreate titled blocks. > > I was just pulling up my email to share my next iteration when I saw your next iteration. They look very similar. If my version covers all of your use cases, then I'd like to add it to the Babel key map, probably under "d" for demarcate or delimit, unless you can think of a better mnemonic. --8<---cut here---start->8--- (defun org-babel-demarcate-block (&optional arg) "Wrap or split the code in the region or on the point." (interactive "P") (let ((info (org-babel-get-src-block-info))) (if info (mapc (lambda (place) (save-excursion (goto-char place) (let ((lang (nth 0 info)) (indent (make-string (nth 6 info) ? )) (stars (concat (make-string (org-current-level) ?*) " "))) (insert (concat (if (looking-at "^") "" "\n") indent "#+end_src\n" (if arg stars indent) "\n" indent "#+begin_src " lang (if (looking-at "[\n\r]") "" "\n"))) (when arg (previous-line) (move-end-of-line 1) (sort (if (region-active-p) (list (mark) (point)) (list (point))) #'>)) (insert (concat (if (looking-at "^") "" "\n") (if arg (concat stars "\n") "") "#+begin_src " (read-from-minibuffer "Lang: ") "\n" (delete-and-extract-region (or (mark) (point)) (point)) "\n#+end_src")) (previous-line) (move-end-of-line 1 --8<---cut here---end--->8--- Cheers -- Eric > > > (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src) > > (defun rgr/org-split-src(&optional arg) > (interactive "P") > (beginning-of-line) > (save-excursion((lambda(info) > (if info > (let ((lang (nth 0 info)) >(stars (make-string (org-current-level) ?*))) >(insert > (format > "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n" > "#+end_src" > stars > lang > (if (region-active-p) > (delete-and-extract-region (region-beginning) (region-end)) > "\n") > stars > lang))) >(insert > (format >"\n#+begin_src\n%s\n#+end_src\n" >(if (region-active-p) >(delete-and-extract-region (region-beginning) (region-end)) "") >(org-babel-get-src-block-info > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem when previewing latex fragments
That could be the reason but, org-version returns the correct value. I try different approaches next month after updating the system and I'll report the results. Thanks, Darlan At Sat, 18 Sep 2010 07:29:21 +0200, Carsten Dominik wrote: > > On Fri, Sep 17, 2010 at 3:54 PM, Darlan Cavalcante Moreira > wrote: > > > > Hi Sebastian, > > > > Make only tells me that there is nothing to be done. All I do (since a > > long time) is calling "git pull" to get the latest changes and then make to > > compile everything. It worked before (the preview and everything else) and > > only lately I realized that the preview didn't work, unless I run > > org-reload before. > > > > I tried to checkout a fresh copy from the repo and run only make autoloads, > > but the problem remains, which is strange if I'm the only one with this > > problem. > > Strange indeed, because in the latest Org repo version, (require 'org-latex) > is > explicitly done just before calling org-export-latex-fix-inputenc. > > I would guess that you have some load path shadowing going on and that the > wrong > org-latex is being loaded. > > - Carsten > > > > > -- > > Darlan > > > > > > At Thu, 16 Sep 2010 21:38:58 +0200, > > Sebastian Rose wrote: > >> > >> Darlan Cavalcante Moreira writes: > >> > Hello list, > >> > > >> > When I run org-preview-latex-fragment (C-c C-x C-l) I get the error > >> > , > >> > ! org-create-formula-image: Symbol's function definition is void: > >> > ! org-export-latex-fix-inputenc > >> > ` > >> > > >> > However, I run org-reload it works (until I close my gtd.org file and > >> > open > >> > it again). I'm running the latest version of org and the variable > >> > org-export-with-LaTeX-fragments is set to nil (but as I understand it is > >> > only used for exporting and not for previewing). > >> > > >> > To test if this is due to some configuration, I run emacs with the -q > >> > option and executed in the scratch buffer only the code below to load the > >> > new version > >> > > >> > (progn (cd "~/Org-mode-dev/") > >> > (normal-top-level-add-subdirs-to-load-path)) > >> > (org-reload) > >> > Then I oppened my gtd.org file and tryed C-c C-x C-l, but I got the same > >> > error. > >> > > >> > Does anyone else has this problem? > >> > > >> > -- > >> > Darlan > >> > > >> > ps: Emacs version is 23.1.50.1 (emacs-snapshot in Ubuntu 10.04) > >> > >> > >> make autoloads > >> > >> > >> ??? > > > > ___ > > Emacs-orgmode mailing list > > Please use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problems with capture on Mobile Org for Android
I have just had a problem twice with loss of data using Mobile org for android (flagged as "version 40" in Application Info). Here's what you need to do to lose data: 1. enter "foobar" into the capture window 2. synchronize 3. enter "baz" into the capture window 4. synchronize 5. org-mobile pull Only baz will be there. Seems like instead of accumulating stuff between synchronizations, org mobile is just overwriting. :-/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug? org-babel-lob-ingest problem
"Eric Schulte" writes: > Hi Aidan, > > This is not a bug, this is the expected behavior of > org-babel-lob-ingest, if you would like a file to always be loaded into > your library of babel, then you can add the call to org-babel-lob-ingest > to your .emacs initialization file. > > Best -- Eric > > Aidan Gauland writes: > >> Calling org-babel-lob-ingest on a file with code blocks seems to work >> only for the current Emacs session, and doesn't seem to affect the >> variable org-babel-lob-files. If I quit and restart Emacs, it's as if >> I never loaded a file with org-babel-lob-ingest. Also I see >> "(mismatch)" next to the "State" button for org-babel-lob-files in >> Customize. >> >> Like this... >>State: STANDARD. (mismatch) >> >> Have I found a bug, or am I doing something wrong? >> >> --Aidan I believe OP is requesting that org-babel-lob-ingest do a (customize-save-variable 'org-babel-lob-files ...). Think of Org keystrokes 'C-c [' and 'C-c ]' that allows easy customization of org-agenda-files. I think keystrokes 'C-c C-v [' and 'C-c C-c ]' would be a good default candidate for ingesting and ejecting lob files from Babel environment. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Richard Riley writes: > "Eric Schulte" writes: > >> >> Let me know what you think. I notice your implementation uses >> regions, > > It puts the begin/src markers around the region if selected or current word. > >> where as this one does not, so it's possible I left out some >> functionality. I'd like to include some version of this functionality >> into Org-mode core. > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > using your lang selection example If not in a source block then just surround current region with #+begin/end_src. If no region just put in markers around empty area. Dont create new org items since probably just including src code in an existing org item. If in a source block with region create new region with current region. If no region just create new empty block. previous src blocks delimited and marked as org items at current level (because almost certainly splitting the code to maintain it in discreate titled blocks. --8<---cut here---start->8--- (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src) (defun rgr/org-split-src(&optional arg) (interactive "P") (beginning-of-line) (save-excursion((lambda(info) (if info (let ((lang (nth 0 info)) (stars (make-string (org-current-level) ?*))) (insert (format "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n" "#+end_src" stars lang (if (region-active-p) (delete-and-extract-region (region-beginning) (region-end)) "\n") stars lang))) (insert (format "\n#+begin_src\n%s\n#+end_src\n" (if (region-active-p) (delete-and-extract-region (region-beginning) (region-end)) "") (org-babel-get-src-block-info --8<---cut here---end--->8--- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Query for S. Vauban
Aloha Sebastian, While using the listings setup you sent to the list a while back, I found this line and wondered why you chose not to break long lines? breaklines=false, %!! don't break long lines of code The !! in the comment led me to believe you might have some strong reasons. I'm asking because I'm finding it difficult to configure the listings package so it works perfectly. All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] #+source line in export
Aloha all, Is there a way to control export of the #+source line? I've been looking for a way to turn it off, especially in LaTeX export where it yields something like this: get-from-github() $\equiv$ I find the output of \equiv distracting (perhaps it is meaningful in a way I don't understand) in any case. All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: How can I get document metadata?
Aidan Gauland writes: > Sebastian Rose gmx.de> writes: >> This is awkward to use: >> >> (org-parse-local-options >> (org-get-local-options) >> 'org-export-headline-levels) >> >> Is that function still in use? >> >> `grep -Fr org-parse-local-options' reveals nothing. > > Not only is it awkward, it (org-get-local-options) doesn't seem to get > me everything. For example, the title isn't in the list returned by > org-get-local-options. (org-get-current-options) finds most export related options, the names of which can be found in org-exp.el. I'm not an expert in this area. But here is what I found so far. You could take a look at certain files and funcitons in org-mode/lisp/: 1.) `org-publish-file' in org-publish.el Here the call to (org-publish-get-project-from-filename filename) is of interest, as this returns all options set for the project the file belongs to eventually. 2.) `org-export-as-html' in org-html.el Here I find the call to (org-infile-export-plist) Which returns the in-file plist of options. This should do for a start: (let ((opt-plist (org-export-process-option-filters (org-combine-plists (org-default-export-plist) (org-publish-get-project-from-filename buffer-file-name) (org-infile-export-plist) ;; the calculated style: (message "%s" (plist-get opt-plist :style)) ;; or show the entire content of the property list: (message "%S" opt-plist)) Note, that e.g. the :title might be empty in this plist, because unset. In that case, Org uses the filename as title. HTH Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [bug] Gnus author in capture templates not working
Sébastien Vauban writes: > I've tried =%:date= for capturing the date of the email. That does not > work. It should now. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
"Eric Schulte" writes: > > Let me know what you think. I notice your implementation uses > regions, It puts the begin/src markers around the region if selected or current word. > where as this one does not, so it's possible I left out some > functionality. I'd like to include some version of this functionality > into Org-mode core. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] Gnus author in capture templates not working
Hi, David Maus writes: >>I've tried enhancing my capture template for Gnus mail, by using the >>=%:author= variable: > > AFAIK %:author is not a defined property Gnus links (Cf. Manual, > 9.1.3.2 Template expansion). You can use %:fromname to insert the > name of the message author. The only problem is, that this property > might be empty as well if the From: address does not include a real > name. I fixed the docstring of `org-remember-templates', which was mentionning %:author for Gnus links. Thanks for spotting this! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Richard, Richard Riley wrote: >> Just a question (that could, maybe, make this limitation disappear): did >> you try using Yasnippet (with its =yas/selected-text= possibilities) for >> this job? > > Nope. I never once managed to get yasnippet working in any way that didnt > conflict with tabbing for indentation or somehow start inserting templates > where I didnt want them. But I must admit I didn't try very hard ;) If you > want to share you yasnippet setup I will try it. I never went far neither. I just am aware of the existence of the above function for a couple of weeks, and getting more out of it is on my TODO list. Just wanted to share the knowledge, but I don't have more yet to share. Coming soon?... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-babel caching question
Hi Ista, You're correct, currently the caching mechanism employed by Babel only checks that the same code blocks are used to assign variable, and doesn't check that the results of those code blocks are the same. I'll look into what would be required to include variable values in cache hash calculation. Any fix to this will require changing when variable references are resolved and will most likely involve slight changes to many of the language-specific file, and therefore may take some time to implement. Thanks for raising this issue. Best -- Eric Ista Zahn writes: > Hi all, > I am just starting to get org-babel figured out, but I've run into an > issue that I could use help with. Basically, with :cache yes turned > on, subsequent code blocks to not pick up changes in earlier code > blocks. I would like to know if there is a way to make org babel pick > up these changes. An example follows. > > ---8<--begin example--8<--- > Test org-babel caching mechanism > > * Instructions > 1. Assign the value 1 to variable a in source block1. > 2. Run org-babel-execute-buffer. > 3. Change variable a by assigning it the value 2 in source block1. > 4. Run org-babel-execute-buffer, and notice that a is still equal to > 1, 2 in source block2, when it "should" be 2, 2. > > * Create R object "a" > #+srcname block1 > #+begin_src R :session R1 :cache yes > a <- 1 > #+end_src > > * Change the value of "a" > #+srcname block2 > #+begin_src R :session R1 :cache yes > a <- c(a, 2) > #+end_src > > * Commentary > It appears that the org-babel caching mechanism does not notice that > input values have changed. This is inconvenient, because if I make a > mistake in an earlier code block I have to turn caching off in order > to get the values to be updated in subsequent code blocks. Is there > any way to make babel check to see if the input values have changed? > > ---8<--end example--8<--- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug? org-babel-lob-ingest problem
Hi Aidan, This is not a bug, this is the expected behavior of org-babel-lob-ingest, if you would like a file to always be loaded into your library of babel, then you can add the call to org-babel-lob-ingest to your .emacs initialization file. Best -- Eric Aidan Gauland writes: > Calling org-babel-lob-ingest on a file with code blocks seems to work > only for the current Emacs session, and doesn't seem to affect the > variable org-babel-lob-files. If I quit and restart Emacs, it's as if > I never loaded a file with org-babel-lob-ingest. Also I see > "(mismatch)" next to the "State" button for org-babel-lob-files in > Customize. > > Like this... >State: STANDARD. (mismatch) > > Have I found a bug, or am I doing something wrong? > > --Aidan > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-babel - utility to ease chopping src chunks into smaller org entries
Hi Richard, This is a good idea, I too frequently find myself splitting code blocks. How about this following alternative implementation which should be smart enough to notice if it is inside of a code block, and should work across any code block type. --8<---cut here---start->8--- (defun org-babel-split-block-maybe (&optional arg) "Split the current source code block on the cursor." (interactive "P") ((lambda (info) (if info (let ((lang (nth 0 info)) (indent (make-string (nth 6 info) ? )) (stars (concat (make-string (org-current-level) ?*) " "))) (insert (concat (if (looking-at "^") "" "\n") indent "#+end_src\n" (if arg stars indent) "\n" indent "#+begin_src " lang (if (looking-at "[\n\r]") "" "\n "))) (when arg (previous-line) (move-end-of-line 1))) (message "Not in src block."))) (org-babel-get-src-block-info))) --8<---cut here---end--->8--- Let me know what you think. I notice your implementation uses regions, where as this one does not, so it's possible I left out some functionality. I'd like to include some version of this functionality into Org-mode core. Best -- Eric Richard Riley writes: > I often find myself chopping a large source code block into smaller > entities with their own notes, tags and comments etc. This small utility > facilitates that by wrapping the current region with org entry markers > and src code delimiters. It assumes you are in a currently src block. > > http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html > > Its currently hardcoded for emacs-lisp but it might be useful nonetheless. > > (Anyone know how to make blogspot line wrap?) > > > r. > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Why :ID: properties?
David Maus writes: >>Now I just have to find an easy way to delete all the :PROPERTIES blocks. > > This one should do the trick: > > (defun dmj:org:remove-empty-propert-drawers () > "*Remove all empty property drawers in current file." > (interactive) > (unless (eq major-mode 'org-mode) > (error "You need to turn on Org mode for this function.")) > (save-excursion > (goto-char (point-min)) > (while (re-search-forward ":PROPERTIES:" nil t) > (save-excursion > (org-remove-empty-drawer-at "PROPERTIES" (match-beginning 0)) I added an entry about this in org-hacks.org - thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Sébastien Vauban writes: > Hi Richard, > > Richard Riley wrote: >> I often find myself chopping a large source code block into smaller >> entities with their own notes, tags and comments etc. This small utility >> facilitates that by wrapping the current region with org entry markers >> and src code delimiters. It assumes you are in a currently src block. >> >> http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html > > That seems very interesting... and promising. It's the sort of thing I often > need to do as well, though maybe with slight differences from your code. > >> Its currently hardcoded for emacs-lisp but it might be useful nonetheless. > > Just a question (that could, maybe, make this limitation disappear): did you > try using Yasnippet (with its =yas/selected-text= possibilities) for this job? > > Best regards, > Seb Nope. I never once managed to get yasnippet working in any way that didnt conflict with tabbing for indentation or somehow start inserting templates where I didnt want them. But I must admit I didn't try very hard ;) If you want to share you yasnippet setup I will try it. -- ☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] camel.el, for CamelCase links
Marcelo de Moraes Serpa writes: > *bump* > > On Mon, Sep 13, 2010 at 12:45 PM, Marcelo de Moraes Serpa > wrote: >> Hi guys -- I have pulled the last version from the repo which include >> org-wikinodes, but I don't see the line for the org-wikinodes module >> when customizing the org-modules variable. What should I do? wikinode is available from the `org-modules' variable since july 16th. Maybe you're not using Org from where you're pulling the git repo? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How can I get document metadata?
Hi Sebastian, Sebastian Rose writes: > Is that function still in use? > > `grep -Fr org-parse-local-options' reveals nothing. I've double-checked and no, it's not used. I removed it to spare people's time when C-h f-ing for the right function. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Worg updating?
Hi Erik, Erik Iverson writes: > I had Bastien install R for an update to the R docs that I'm doing, > and it appears to work when he does a manual publish. But I think > the problem is that R is not in the path of whatever user is running > the automated script, you can see the last line is complaining > about that. I'll run R code execution manually from now on, so I'll be able to spot such problems if they occur. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Babel+gnuplot on Worg
Hi John, John Hendy writes: > Should this be the standard practice now? Images for something in Worg/ > org-contrib/babel/languages/ob-doc_*.org should be kept in the same directory? I'd suggest this: images linked to only one file should go in the same directory than this file, images useful for several files could go in the images/ directory. > Also, is there a list of the directories that are published and those that are > not? For example, I also put a downloadable example file here: The only directory that is skipped at export time is FIXME/. > I'm just wondering if the Worg instructions on how to contribute should > include > a directory tree of some sort so that the newer contributors like myself are > on > the same page as everyone else? I hope the recent updates on worg-setup.org can help newcomers find their way :) Don't hesitate to suggest other improvements! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] calendar and agenda entries
Hi Henry, henry atting writes: > When printing or exporting the emacs calendar it is possible to include > diary entries or holidays. Is there a way to include org-agenda entries > as well? No: it is possible to include org-agenda entries when *displaying* the diary (with M-x diary) - see C-h v org-diary RET. But it's not possible to *print* agenda entries from the calendar. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Richard, Richard Riley wrote: > I often find myself chopping a large source code block into smaller > entities with their own notes, tags and comments etc. This small utility > facilitates that by wrapping the current region with org entry markers > and src code delimiters. It assumes you are in a currently src block. > > http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html That seems very interesting... and promising. It's the sort of thing I often need to do as well, though maybe with slight differences from your code. > Its currently hardcoded for emacs-lisp but it might be useful nonetheless. Just a question (that could, maybe, make this limitation disappear): did you try using Yasnippet (with its =yas/selected-text= possibilities) for this job? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hi Nicolas, Nicolas Goaziou wrote: >> Eric S Fraga writes: >> So you are saying, if I understand you correctly, that you cannot have >> something like this: > >> --8<---cut here---start->8--- >> 1. some text >>- a nested list >>- with two items >>some more text for the first numbered item >>- another nested list - with two items >> 2. the second outer list item >> --8<---cut here---end--->8--- > > Exactly. > >> If so, why not? This would seem to be quite a likely and useful scenario. > > It would require a slightly different model with an added depth of > complexity. To tell the truth, I had looked into this, but hadn't found a > satisfying (clean) solution. > > [...] > > Those questions are more rhetorical than anything else. My point is just > that this kind of scenario, while certainly doable, would need more thought, > and much more work to implement. Is it _that_ useful? > >> I do this all the time in latex and I was sure that I had done this before >> in org. Is my recollection wrong? Was this not possible before? > > As far as I remember, LaTeX exporter has never been able to parse this, > though the HTML one did. Yes, the HTML parser was often better than the LaTeX one, though I wasn't that interested by the HTML one... I would definitely say that, yes, being able to support the above example (or mine) would be _that_ useful. I don't consider such written constructs as bad writing, and hence would like Org to let me write them. I can even tell you it was difficult to make other colleagues accept to use Org simply because of the limitations it had in the nested lists. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hi Nicolas, Nicolas Goaziou wrote: >> Sébastien Vauban writes: > >> 1) Ask for it. > >> 2) Make it, answering the following questions: > >>- Got the docs? >>- Signed them? >>- Checked it? > >>THIS LINE DOES NOT SHOW UP in LaTeX!!! > > The whole list should indeed end at this line. I sent a patch > correcting this. I do see the text exported now. Though, it's not located where I expect to see it... It is text that still belongs to enumerated item #2, as shown by the indentation. Is this possible? >> * Other remarks > >> - Before, if I remember good, the sequence of list levels was: =-=, >> =+=, =*=, =1.= and =1)=. Now, the last two have been inverted: >> first, =1)=, then =1.=. Just a tiny detail (was used to it). > > I hadn't noticed that before and the doc-string of > `org-cycle-list-bullet' says you are right. Fixed. Thanks. >> - When =S-right arrowing= this line twice, I *sometimes* get my list >> items transformed into headlines... Though, I cannot repeat with as >> many times as I want... Conditions still strange to me. > > I cannot reproduce it at the moment. Please tell me if you have more > data about it. This is a very bad behavior when it happens. But it must be very confined to certain user behaviors, as I have problems trying to reproduce it now. I'll tell you as soon as it happens. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Worg updating?
Hi Tom, Tom Dye writes: > I didn't know about the limitation on non-org files. I've moved the pdf > files to my server. Thanks for this! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: calendar and agenda entries
henry atting writes: > When printing or exporting the emacs calendar it is possible to include > diary entries or holidays. Yes. For more information, see: (info "(emacs) Writing Calendar Files") You'll want to put the following settings in your org-mode file: (setq cal-tex-diary t) (setq cal-tex-holidays t) > Is there a way to include org-agenda entries as well? Yes. http://orgmode.org/worg/org-faq.php#include-entries-from-org-mode-files-into-emacs-diary http://orgmode.org/worg/org-faq.php#add-Org-scheduled/deadlined-entries-to-diary! Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How can I get document metadata?
Sebastian Rose gmx.de> writes: > This is awkward to use: > > (org-parse-local-options > (org-get-local-options) > 'org-export-headline-levels) > > Is that function still in use? > > `grep -Fr org-parse-local-options' reveals nothing. Not only is it awkward, it (org-get-local-options) doesn't seem to get me everything. For example, the title isn't in the list returned by org-get-local-options. Isn't there a function to get the value from a #+KEY: VALUE line, or has that not been factored out of the Org code that needs to do that? --Aidan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Worg updating?
Aloha Bastien, I didn't know about the limitation on non-org files. I've moved the pdf files to my server. Thanks for your help. All the best, Tom On Sep 19, 2010, at 8:25 AM, Bastien wrote: Hi Tom, Tom Dye writes: Most of the links to examples in http://orgmode.org/worg/org-contrib/babel/ uses.php appear to be broken. Fixed. I've seen you uploaded several pdf files: there is no problem hosting a few PDF files on the server, but please be extra careful not to add too many. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Worg updating?
Hi Tom, Tom Dye writes: > Most of the links to examples in http://orgmode.org/worg/org-contrib/babel/ > uses.php appear to be broken. Fixed. I've seen you uploaded several pdf files: there is no problem hosting a few PDF files on the server, but please be extra careful not to add too many. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [babel] exports, caching, remote execution
Hi Tom,
This turned out to be a fairly complicated issue.
During export of a narrowed region the narrowed region will be coppied
to a temporary buffer, when exporting from the buffer all buffer-wide,
and headline-wide parameters which are not included in the region are
ignored. This results in a different set of header arguments being used
for interactive evaluation than were used for export evaluation. These
differences in header arguments then invalidate the cache saved during
the interactive evaluation.
I've just put together and pushed a fix which involves jumping back to
the original org file to collect header arguments in context during
export. This appears to resolve the issue (at least for me). Please
let me know if it works for you.
Best -- Eric
Tom Short writes:
> Eric Schulte gmail.com> writes:
>
>>
>> Hi Austin,
>>
>> Austin Frank gmail.com> writes:
>>
>> > Hey all--
>> >
>> > Two (hopefully quick) questions:
>> >
>> > 1) Does the exporter respect the :cache argument? When I evaluate a
>> >buffer, I can tell that cached blocks are not re-run, as expected.
>> >When I export to \LaTeX or PDF, it seems that all blocks in the file
>> >are re-run. Is there a way to force the exporter to respect caching?
>> >
>>
>> I believe the exporter does respect caching, the following minimal
>> example worked (i.e. was not re-run) for me on export to html. Could
>> you provide an example that demonstrates the problem?
>
> Eric, here's an example where the exporter does not respect caching. - Tom
>
> #+BABEL: :session *R* :results output :exports both :cache yes
>
> * A test of caching
>
> #+begin_src R
> cat("random result:", runif(1), "\n")
> Sys.sleep(2)
> alarm()
> #+end_src
>
> #+results[b2549fac8a1ec2923ae289d47ce55fb2853dd1de]:
> : random result: 0.2799064
>
> #+begin_src R
> cat("random result:", runif(1), "\n")
> Sys.sleep(2)
> alarm()
> #+end_src
>
> #+results[b2549fac8a1ec2923ae289d47ce55fb2853dd1de]:
> : random result: 0.1625634
>
> ** cache on export
> do we export cached blocks
>
> #+begin_src emacs-lisp :cache yes :exports results
> (random)
> #+end_src
>
> #+results[46632b4fe2e3a23e847953c95adcba58c270b381]:
> : 490528137
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Tags in Agenda View
org-agenda-remove-tags is a variable defined in `org-agenda.el'. Scott Randby writes: > Is there any way to set org-mode so that tags don't appear in the agenda > view? I've been looking around to see if this can be done, but I haven't > been able to find anything. If this cannot be done, then I request the > feature of allowing tags to be excluded from the agenda view. > > Scott Randby > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- ☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Tags in Agenda View
Is there any way to set org-mode so that tags don't appear in the agenda view? I've been looking around to see if this can be done, but I haven't been able to find anything. If this cannot be done, then I request the feature of allowing tags to be excluded from the agenda view. Scott Randby ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] How to export =\'= as a table entry in latex
Those days when I was preparing a presentation about the special chars that starts with a =\= in C programming language, I made such a table | \' | signle quote | | \" | double quote | It did not work after I hit C-c C-e p. So I modified it as | =\'= | signle quote | | =\"= | double quote | Still it did not produce the right thing. Does anyone have a workaround? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How can I get document metadata?
Sebastian Rose writes: > Aidan Gauland writes: >> Is there an org function to get the title, author, etc. of an org document? >> >> --Aidan > > How about > > C-h f org-parse-local-options > > > BTW: > > C-h f org-par TAB TAB > > is your friens ;) > > > HTH > > Sebastian This is awkward to use: (org-parse-local-options (org-get-local-options) 'org-export-headline-levels) Is that function still in use? `grep -Fr org-parse-local-options' reveals nothing. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] How can I get document metadata?
Aidan Gauland writes: > Is there an org function to get the title, author, etc. of an org document? > > --Aidan How about C-h f org-parse-local-options BTW: C-h f org-par TAB TAB is your friens ;) HTH Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
> Eric S Fraga writes: > So you are saying, if I understand you correctly, that you cannot > have something like this: > --8<---cut here---start->8--- > 1. some text >- a nested list >- with two items >some more text for the first numbered item >- another nested list - with two items > 2. the second outer list item > --8<---cut here---end--->8--- Exactly. > If so, why not? This would seem to be quite a likely and useful > scenario. It would require a slightly different model with an added depth of complexity. To tell the truth, I had looked into this, but hadn't found a satisfying (clean) solution. For example, how should Org handle indentation of such a line, or any line within the list? Should it "round" the indentation to the closest level of a sub-list? And if you add a new line, should the user insert spaces to reach the desired level of sub-list, or should Org TAB-cycle indentation through every level of the list? Wouldn't this be painful on deeply nested lists? If the list is so long that you can't display it's first items, what happens when you want to end the 4th of 6 sub-lists? Could you remember what proper indentation is needed? Those questions are more rhetorical than anything else. My point is just that this kind of scenario, while certainly doable, would need more thought, and much more work to implement. Is it _that_ useful? > I do this all the time in latex and I was sure that I had done this > before in org. Is my recollection wrong? Was this not possible > before? As far as I remember, LaTeX exporter has never been able to parse this, though the HTML one did. Note that a TAB on your line of text was (i.e. in the latest stable release) indenting it past the second nested list item. That signifies even Org wasn't understanding properly the meaning of your list. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? org-babel-lob-ingest problem
Calling org-babel-lob-ingest on a file with code blocks seems to work only for the current Emacs session, and doesn't seem to affect the variable org-babel-lob-files. If I quit and restart Emacs, it's as if I never loaded a file with org-babel-lob-ingest. Also I see "(mismatch)" next to the "State" button for org-babel-lob-files in Customize. Like this... State: STANDARD. (mismatch) Have I found a bug, or am I doing something wrong? --Aidan signature.asc Description: Digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Sparse trees and searching for multiple words
I see sparse trees can be constructed by searching for a regexp, but I can't find the same ability for multiple searches. For example, I'd like to see entries which contains the words 'cat' and 'dog' in any order. Or 'apple', 'orange', 'melon', 'plum' and 'pear' in any order. Searching for multiple keywords in a single operation is a pretty basic feature. I recommend adding it if currently there is no way to do it in org. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Relative dates with sexep
Le samedi 18 septembre 2010 à 20:03 +0100, Eric S Fraga a écrit : > > (defun diary-relative (n day) > > "Diary entry that will always appear N days from day" > > (= > >(calendar-absolute-from-gregorian date) > >(+ n (calendar-absolute-from-gregorian day > > > > I try to use it with a sexp like : > > <%%(diary-relative (7 '(09 15 2010)))> > > > > which doesn't work. I really need to seriously read about lisp > > programming... > > Possibly! ;-) > > Try <%%(diary-relative 7 '(09 15 2010))> > as the arguments to a function should not be in ()s. Thanks, it works. Julien. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
