Re: [Orgmode] Latex export bug? Odd behavior with figures...
Hi John,
Roughly speaking, the larger the floating figure the farther it will
float in LaTeX. If there is a large floating figure at the beginning
of a group of figures, then the later ones will dam up behind it and
get pushed to the back of the document. Often, changing figure size
by a small amount works wonders. I often try 90% first time around,
then adjust for appearance and float placement. This is one of the
last things one does before a final printing (adjusting figure sizes
can help eliminate widows and orphans), so you might want to work
directly on the generated .tex file, rather than try to get it right
at the org-mode stage.
HTH,
Tom
On May 25, 2010, at 6:23 PM, Nick Dokos wrote:
John Hendy wrote:
I've inspected the generated .tex file and this shows up where
expected in
both picture instances:
\begin{figure}[htb]
\centering
\includegraphics[width=12cm]{/home/jwhendy/Desktop/file[1/2].pdf}
\caption{text here}
\end{figure}
Figures (and tables) are floating environments: latex will place them
at or after the place where they are mentioned in the latex file, at
the first place where it finds space, consistent with the spec ([htb]
above).
You can try this:
#+ATTR_LaTeX: width=12cm placement=[H]
The spacing will probably be awful.
Another way to force the order is to forego the CAPTION: that will
translate the images into \includegraphics without the figure
environment. The spacing might be awful but the order will be
preserved.
There was a discussion about such matters some time ago on the mailing
list (in particular, how CAPTIONS affect output), but I don't remember
the resolution and I'm too tired to go look. Seek and ye shall find.
You can also look in the TeX FAQ,
e.g. http://www.tex.ac.uk/cgi-bin/texfaq2html?label=figurehere, for
more.
HTH,
Nick
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
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] [Musing] Daily stack
http://www.fubiz.net/2010/05/19/daily-stack/ I like to see this implemented for Org - maybe some code from M-x Tetris could be reused :) -- 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] [Patch] file protocol in HTML links
The appended patch removes the protocol part from link URIs, if the protocol is file. Neccessary, to show images again and make links work. diff --git a/lisp/org-html.el b/lisp/org-html.el index d5f4775..8f7d0f3 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -640,7 +640,7 @@ MAY-INLINE-P allows inlining it as an image." (setq thefile (let ((str (org-export-html-format-href thefile))) - (if type + (if (and type (not (string= "file" type))) (concat type ":" str) str))) Best wishes 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] [Patch] file protocol in HTML links
Sebastian Rose writes: > The appended patch removes the protocol part from link URIs, if the > protocol is file. Neccessary, to show images again and make links work. > > > diff --git a/lisp/org-html.el b/lisp/org-html.el > index d5f4775..8f7d0f3 100644 > --- a/lisp/org-html.el > +++ b/lisp/org-html.el > @@ -640,7 +640,7 @@ MAY-INLINE-P allows inlining it as an image." >(setq thefile > (let > ((str (org-export-html-format-href thefile))) > -(if type > +(if (and type (not (string= "file" type))) > (concat type ":" str) > str))) Hi, I just pulled and saw it was fixed already - but in a wrong way, I believe. How about an absolute link URL with a different protocol like gopher? I think adding the protocol should be done, if the protocol is different from that used to deliver the file which contains the link. There's no need to add the protocol to an absolute path. 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
[Orgmode] Can I show tag in generated sitemap.html?
I want to generate an index file which we usually called as sitemap.html. So in my project setting, I use following line to generate this file: - :auto-index t ; Generate index.org automagically... :index-filename "sitemap.org" ; ... call it sitemap.org ... :index-title "Sitemap" ; ... with title 'Sitemap'. - But in this generated sitemap file, I also want to show a tag for which file. This is something like the tag we showd in Table of Content of each file. By this tag, I can get some brief information of this file. I check the manual, there are two kinds of tag we can add at the begining of each file, there are: --- #+TAGS: #+FILETAGS: --- So what's the difference of these two kinds of tags? Which one can be used to show tag in sitemap.html? Thanks Water Lin -- Water Lin's notes and pencils: http://en.waterlin.org Email: water...@ymail.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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] Latex export bug? Odd behavior with figures...
Nick Dokos wrote: > Figures (and tables) are floating environments: latex will place them > at or after the place where they are mentioned in the latex file, at > the first place where it finds space, consistent with the spec ([htb] > above). > Not quite right: depending on the spec, it *can* end up at the top of the page with the reference in the text, i.e. *before* that reference. > ... > There was a discussion about such matters some time ago on the mailing > list (in particular, how CAPTIONS affect output), but I don't remember > the resolution and I'm too tired to go look. Seek and ye shall find. > I looked this up: check http://thread.gmane.org/gmane.emacs.orgmode/17814 particularly Carsten's note of 2009/10/03. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] use of org-export-latex-verbatim-wrap
Trying to adjust the style for fixed-width sections in LaTeX export
(drawers in particular), I found org-latex.el defines a customizable
wrapper for verbatim sections:
(defcustom org-export-latex-verbatim-wrap
'("\\begin{verbatim}\n" . "\\end{verbatim}\n")
"Environment to be wrapped around a fixed-width section in LaTeX
export.
This is a cons with two strings, to be added before and after the
fixed-with text.
But this variable is _only_ used in org-exp.el in function
org-export-format-source-code-or-example
All other fixed-width latex generation uses explicit "\verbatim" text
instead of the wrapper variables.
Is this the only intended use for org-export-latex-verbatim-wrap?
If not, then I can look into this and provide a patch for using the
wrapper variable in all appropriate places.
Saludos,
.j.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] org-wl: Remove dependency on w3m macro `w3m-anchor'
David Maus writes: > Again, forgot to mention: Patch is available on David, Can you please explain for me the rationale behind this change? Thanks, John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: One org file, multiple exports, is it possible?
Aloha all,
First, many thanks to Carsten, Bernt, Nick and Mark for help with my
recent publishing woes. After much semi-informed tinkering, I think
I've isolated one problem. As background, this problem cropped up for
me when I incorporated Karl Martino's setup for exporting parts of an
org file to different targets.
With the following minimal .emacs, org-publish-get-project-from-
filename reports (wrong-type-argument stringp ("index.org")). This
function is called when I select [P] publish current project from *Org
Export/Publishing Help*. I've included a backtrace below.
I discovered this behavior after I incorporated Karl's publication
project into my lengthy org-publish-projects-alist. Then, I was
unable to publish any of my projects using [P] publish current
project. They all returned the same error-- (wrong-type-argument
stringp ("index.org")).
Hopefully, here follow the pertinent details:
Org-mode version 6.36trans (release_6.36.96.g5b68)
dk$ /Applications/emacs.app/Contents/MacOS/Emacs -Q -l
~/.minimal.emacs &
.minimal.emacs -
(add-to-list 'load-path (expand-file-name "~/.emacs.d/src/org/lisp"))
(add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" .
org-mode))
(setq org-agenda-files '("/tmp/test.org"))
(require 'org-install)
(require 'org-habit)
(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-ca" 'org-agenda)
(global-set-key "\C-cb" 'org-iswitchb)
; going non-minimal here on
(require 'org-publish)
(setq org-publish-project-alist
'(
; Karl Martino's setup
modified for my paths
("work"
:base-directory "~/org/temp/"
:base-extension "org"
:publishing-directory "~/org/temp/publish-work/"
:publishing-function org-publish-org-to-latex
:select-tags ("@WORK")
:title "Work Notes"
:include ("index.org")
:exclude "\\.org$"
)
))
.minimal.emacs -
Debugger entered--Lisp error: (wrong-type-argument stringp
("index.org"))
string-match(("index.org") "/Users/dk/org/temp/index.org")
(and i (string-match i filename))
(or (and i (string-match i filename)) (and (not ...) (string-match
xm filename)))
(if (or (and i ...) (and ... ...)) (progn (setq project-name ...)
(throw ... project-name)))
(when (or (and i ...) (and ... ...)) (setq project-name (car prj))
(throw (quote p-found) project-name))
(let* ((r ...) (b ...) (x ...) (e ...) (i ...) (xm ...)) (when
(or ... ...) (setq project-name ...) (throw ... project-name)))
(if (plist-get (cdr prj) :components) nil (let*
(... ... ... ... ... ...) (when ... ... ...)))
(unless (plist-get (cdr prj) :components) (let*
(... ... ... ... ... ...) (when ... ... ...)))
(while --cl-dolist-temp-- (setq prj (car --cl-dolist-temp--))
(unless (plist-get ... :components) (let* ... ...)) (setq --cl-dolist-
temp-- (cdr --cl-dolist-temp--)))
(let ((--cl-dolist-temp-- org-publish-project-alist) prj) (while --
cl-dolist-temp-- (setq prj ...) (unless ... ...) (setq --cl-dolist-
temp-- ...)) nil)
(catch (quote --cl-block-nil--) (let (... prj) (while --cl-dolist-
temp-- ... ... ...) nil))
(cl-block-wrapper (catch (quote --cl-block-nil--) (let ... ... nil)))
(block nil (let (... prj) (while --cl-dolist-temp-- ... ... ...)
nil))
(dolist (prj org-publish-project-alist) (unless (plist-
get ... :components) (let* ... ...)))
(catch (quote p-found) (dolist (prj org-publish-project-alist)
(unless ... ...)))
(let* ((filename ...) project-name) (catch (quote p-found)
(dolist ... ...)) (when up (dolist ... ...)) (assoc project-name org-
publish-project-alist))
org-publish-get-project-from-filename("/Users/dk/org/temp/
index.org" up)
(let ((project ...) (org-publish-use-timestamps-flag ...)) (if (not
project) (error "File %s is not part of any known project" ...)) (org-
publish project))
(save-window-excursion (let (... ...) (if ... ...) (org-publish
project)))
org-publish-current-project(nil)
call-interactively(org-publish-current-project)
(if (and bg (nth 2 ass) (not ...) (not ...)) (let (...) (set-
process-sentinel p ...) (message "Background process \"%s\": started"
p)) (if subtree-p (progn ... ...)) (call-interactively (nth 1 ass))
(when (and bpos ...) (let ... ... ... ... ...)))
(let* ((bg ...) subtree-p (help "[t] insert the export option
template\n[v] limit export to visible part of outline tree\n[1]
only export the current subtree\n[SPC] publish enclosing subtree (with
LaTeX_CLASS or EXPORT_FILE_NAME prop)\n\n[a/n/u] export as ASCII/
Latin-1/UTF-8 [A/N/U] to temporary buffer\n\n[h] export as
HTML [H] to temporary buffer [R] export region\n[b] export as
HTML and open in browser\n\n[l] export as LaTeX [L] to temporary
buffer\n[p] export as LaTeX and process to PDF[d] ... and
open PDF file\n\n[D] expor
Re: [Orgmode] Re: One org file, multiple exports, is it possible?
Thomas S. Dye wrote:
> ("work"
>:base-directory "~/org/temp/"
>:base-extension "org"
>:publishing-directory "~/org/temp/publish-work/"
>:publishing-function org-publish-org-to-latex
>:select-tags ("@WORK")
>:title "Work Notes"
>:include ("index.org") <
>:exclude "\\.org$"
>)
> ))
> .minimal.emacs -
>
> Debugger entered--Lisp error: (wrong-type-argument stringp
> ("index.org")) <
This is complaining that ``("index.org")'' is not a string, and indeed
it isn't: it's a list with one element. Should the :include line above
be
:include "index.org"
perhaps? But I'm shooting from the hip here, so take it with the appropriate
grain of salt.
Nick
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Latex export bug? Odd behavior with figures...
Thanks everyone -- placement = [H] was exactly what I needed. I went back and saw it in the manual paragraph as [h!]. Also, the mailing list discussion was perfect as well. One suggestion, then... why not just have a nice list of all possible ATTR_LaTeX options? I have killed myself before looking for a simplified list. Maybe even just common ones since perhaps any LaTeX option may be passed? I love this page, for example: http://orgmode.org/manual/Export-options.html It is the holy grail of a simple reference when I need an answer quickly. Why not the same for possible LaTeX attributes for figures and tables? That would be awesome. Thanks again, all. John On Wed, May 26, 2010 at 9:00 AM, Nick Dokos wrote: > Nick Dokos wrote: > > > Figures (and tables) are floating environments: latex will place them > > at or after the place where they are mentioned in the latex file, at > > the first place where it finds space, consistent with the spec ([htb] > > above). > > > Not quite right: depending on the spec, it *can* end up at the top of the > page with the reference in the text, i.e. *before* that reference. > > > ... > > There was a discussion about such matters some time ago on the mailing > > list (in particular, how CAPTIONS affect output), but I don't remember > > the resolution and I'm too tired to go look. Seek and ye shall find. > > > > I looked this up: check > > http://thread.gmane.org/gmane.emacs.orgmode/17814 > > particularly Carsten's note of 2009/10/03. > > Nick > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Aquamacs and latest org-mode
Could someone point me in the right direction here? I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 and org-mode 6.33x. How can I update org-mode to the latest version? I am familiar with git, cloning, building etc. But I am not sure how to hook that up to Aquamacs. thanks, -- yuri ___ 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: One org file, multiple exports, is it possible?
On May 26, 2010, at 11:37 AM, Nick Dokos wrote:
Thomas S. Dye wrote:
("work"
:base-directory "~/org/temp/"
:base-extension "org"
:publishing-directory "~/org/temp/publish-work/"
:publishing-function org-publish-org-to-latex
:select-tags ("@WORK")
:title "Work Notes"
:include ("index.org") <
:exclude "\\.org$"
)
))
.minimal.emacs -
Debugger entered--Lisp error: (wrong-type-argument stringp
("index.org")) <
This is complaining that ``("index.org")'' is not a string, and indeed
it isn't: it's a list with one element. Should the :include line above
be
:include "index.org"
perhaps? But I'm shooting from the hip here, so take it with the
appropriate
grain of salt.
Nick
Hi Nick,
The documentation for org-publish-projects-alist suggests
that :include wants a list:
The :include property may be used to include extra files. Its
value may be a list of filenames to include. The filenames are
considered relative to the base directory.
When I tried :include "index.org" I got this:
Debugger entered--Lisp error: (wrong-type-argument sequencep 105)
concat("~/org/temp/" 105)
(expand-file-name (concat base-dir f))
...
I'm not going to pretend I know what I'm talking about here, but
AFAICT the variable i in the following code needs some attention
before it goes to string-match. According to the documentation, plist-
get just returns the value assigned to a property (or nil) without
doing anything to it, so i should be a list when it is passed to
string-match. string-match wants REGEXP here, apparently not as a
list. I couldn't persuade emacs to cough up the definition of REGEXP,
but my brief forays into the emacs and org-mode source code lead me to
believe it is probably a string.
(defun org-publish-get-project-from-filename (filename &optional up)
"Return the project FILENAME belongs."
(let* ((filename (expand-file-name filename))
project-name)
(catch 'p-found
(dolist (prj org-publish-project-alist)
(unless (plist-get (cdr prj) :components)
;; [[info:org:Selecting%20files]] shows how this is supposed to
work:
(let* ((r (plist-get (cdr prj) :recursive))
(b (expand-file-name (plist-get (cdr prj) :base-directory)))
(x (plist-get (cdr prj) :base-extension))
(e (plist-get (cdr prj) :exclude))
(i (plist-get (cdr prj) :include))
(xm (concat "^" b (if r ".+" "[^/]+") "\\.\\(" x "\\)$")))
(when (or
(and i (string-match i filename))
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] Aquamacs and latest org-mode
Dear Yuri, On 27.05.2010, at 00:23, Yuri de Wit wrote: > Could someone point me in the right direction here? > > I just installed the latest Aquamacs 2.0. Afaik, it has emacs 22.2.1 and > org-mode 6.33x. How can I update org-mode to the latest version? > > I am familiar with git, cloning, building etc. But I am not sure how to hook > that up to Aquamacs. there are several ways, here is one: (1) git clone git://repo.or.cz/org-mode.git (2) In the Makefile change EMACS to EMACS=/Applications/Aquamacs.app/Contents/MacOS/Aquamacs assuming you installed Aquamcs in /Applications (3) make compile; make lisp/org-install.el (4) In your .emacs (defvar org-sys-directory "/path/to/org-mode/lisp") (setq load-path (cons org-sys-directory load-path)) (require 'org-install) [other org-specific setup] Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic 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] [babel] possible bug in org-babel-execute-buffer?
Hello, I am using Emacs 23.1, orgmode pulled from git just an hour ago, but I noticed the following issue on a version pulled about a week ago, too. I don't know if it ever worked as I expect. These development versions have C-c C-v as the babel prefix keys, so if you are using a stable version, the following may be different. Also, all my examples use R. I'm trying to use C-c C-v C-b to call org-babel-execute-buffer, which is documented as: Call `org-babel-execute-src-block' on every source block in the current buffer. However, what happens when this is called seems to depend on which trees are visible in the buffer when it's called! Paste the following orgmode file into an org buffer, and make sure all trees are fully collapsed, i.e., you just see the headlines "Big Block 1" and "Big Block 2", and try C-c C-v C-b. After it's done executing, notice that only the *last* source blocks of each tree were run. Now collapse everything again, and call org-babel-execute-buffer again. The same thing happens, except now there are *two* results present for those last code blocks. Now start all over again with the below code, so no results are present. Expand all subtrees so everything is visible. Do C-c C-v C-b, and all results are inserted as expected. Run the blocks a second time with everything open, and every block still only has 1 results section, as expected. This is how I would expect/hope the function to work regardless of the hide/show states of the trees. So I think there are two possibly related problems when trees aren't fully expanded: 1) Only the last source code block per hidden tree is getting run 2) That last block will insert results multiple times if org-babel-execute-buffer is called multiple times Thanks! Erik === orgmode code follows below == * Big Block 1 ** my first bit of code! #+begin_src R "from the first nested code block in Big Block 1" #+end_src ** and some more code! #+begin_src R "from the middle nested code block in Big Block 1" #+end_src ** and final code! #+begin_src R "from the final nested code block in Big Block 1" #+end_src * Big Block 2 #+begin_src R "from the only code block in Big Block 2" #+end_src ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: One org file, multiple exports, is it possible?
Thomas S. Dye wrote:
> On May 26, 2010, at 11:37 AM, Nick Dokos wrote:
> ...
> perhaps? But I'm shooting from the hip here, so take it with the
> appropriate
> grain of salt.
>
>
> Hi Nick,
>
> The documentation for org-publish-projects-alist suggests that :include wants
> a list:
>
> The :include property may be used to include extra files. Its
> value may be a list of filenames to include. The filenames are
> considered relative to the base directory.
>
> When I tried :include "index.org" I got this:
>
> Debugger entered--Lisp error: (wrong-type-argument sequencep 105)
> concat("~/org/temp/" 105)
> (expand-file-name (concat base-dir f))
> ...
>
Yep, shot from the hip and hit my foot. You are right.
> I'm not going to pretend I know what I'm talking about here, but AFAICT the
> variable i in the following code needs some attention before it goes to
> string-match. According to the documentation, plist-get just returns the
> value assigned to a property (or nil) without doing anything to it, so i
> should be a list when it is passed to string-match. string-match wants
> REGEXP here, apparently not as a list. I couldn't persuade emacs to cough up
> the definition of REGEXP, but my brief forays into the emacs and org-mode
> source code lead me to believe it is probably a string.
>
> (defun org-publish-get-project-from-filename (filename &optional up)
> "Return the project FILENAME belongs."
> (let* ((filename (expand-file-name filename))
> project-name)
>
> (catch 'p-found
> (dolist (prj org-publish-project-alist)
> (unless (plist-get (cdr prj) :components)
> ;; [[info:org:Selecting%20files]] shows how this is supposed to work:
> (let* ((r (plist-get (cdr prj) :recursive))
> (b (expand-file-name (plist-get (cdr prj) :base-directory)))
> (x (plist-get (cdr prj) :base-extension))
> (e (plist-get (cdr prj) :exclude))
> (i (plist-get (cdr prj) :include))
> (xm (concat "^" b (if r ".+" "[^/]+") "\\.\\(" x "\\)$")))
>(when (or
> (and i (string-match i filename))
>
I think you are right that there is a problem here. Here is an excerpt
from the relevant commit:
,
| commit 339d6fe4bbf7b9858c6323d01f32d0c73a4cd3a8
| Author: Sebastian Rose
| Date: Thu May 13 13:43:53 2010 +0200
|
| Publishing, cashing and timestamps
|
| Carsten Dominik writes:
| > Hi Sebastian,
| >
| > sorry for being slow. Could you do me a favor and send me the cache
patch one
| > more time - if possible updated to the current master.
| >
| > I am just not sure I have the right patch in my hands.
|
| Hi Carsten,
|
| no problem. The patch is attached.
|
| Here is a list of my ChangeLog entries, redated to today:
|
| 2010-05-13 Sebastian Rose
|
| ...
|
| * org-publish.el (org-publish-get-project-from-filename) does
| not depend on a list of files anymore. Instead of laoding all
| files of all, we walk `org-publish-project-alist' until we
| find a project, where the properties :base-directory, :recursive,
| :base-extension, :include and :exclude match.
|
| ...
`
Maybe Sebastian (I added him to the CC:) can take a look?
Thanks,
Nick
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [babel] possible bug in org-babel-execute-buffer?
Hi Erik, Thanks for the report, this should now be fixed in the latest git HEAD, please let me know if the problem persists. Best -- Eric Erik Iverson writes: > Hello, > > I am using Emacs 23.1, orgmode pulled from git just an hour ago, but I > noticed the following issue on a version pulled about a week ago, too. > I don't know if it ever worked as I expect. These development > versions have C-c C-v as the babel prefix keys, so if you are using a > stable version, the following may be different. Also, all my examples > use R. > > I'm trying to use C-c C-v C-b to call org-babel-execute-buffer, which > is documented as: > > Call `org-babel-execute-src-block' on every source block in > the current buffer. > > However, what happens when this is called seems to depend on which > trees are visible in the buffer when it's called! > > Paste the following orgmode file into an org buffer, and make sure all > trees are fully collapsed, i.e., you just see the headlines "Big Block > 1" and "Big Block 2", and try C-c C-v C-b. > > After it's done executing, notice that only the *last* source blocks > of each tree were run. Now collapse everything again, and call > org-babel-execute-buffer again. The same thing happens, except now > there are *two* results present for those last code blocks. > > Now start all over again with the below code, so no results are > present. Expand all subtrees so everything is visible. Do C-c C-v > C-b, and all results are inserted as expected. Run the blocks a > second time with everything open, and every block still only has 1 > results section, as expected. This is how I would expect/hope the > function to work regardless of the hide/show states of the trees. > > So I think there are two possibly related problems when trees aren't > fully expanded: > > 1) Only the last source code block per hidden tree is getting run > 2) That last block will insert results multiple times if > org-babel-execute-buffer is called multiple times > > Thanks! > Erik > > === orgmode code follows below == > > > * Big Block 1 > ** my first bit of code! > #+begin_src R > "from the first nested code block in Big Block 1" > #+end_src > ** and some more code! > #+begin_src R > "from the middle nested code block in Big Block 1" > #+end_src > ** and final code! > #+begin_src R > "from the final nested code block in Big Block 1" > #+end_src > * Big Block 2 > #+begin_src R > "from the only code block in Big Block 2" > #+end_src > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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] possible bug in org-babel-execute-buffer?
Eric Schulte wrote: Hi Erik, Thanks for the report, this should now be fixed in the latest git HEAD, please let me know if the problem persists. Best -- Eric Looks good on the test file I had included in my initial report, thank you very much. When I get back to work tomorrow, I will try it on the actual file that was giving me trouble. Thank you, 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
[Orgmode] org-export-as-pdf: Unable to disable timestamp
Hi, I am using org-mode available on GNU Emacs 23.2. org-export-as-pdf generates a *.pdf file with a timestamp at the beginning even though I have added the following line in my *.org file. #+OPTIONS: timestamp:nil Regards, chandan 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
