Sanjib Sikder wrote:
> When using report class in org-mode and having the following structure
> ---
> * Another Part of my report
> ** Chapter Heading
> *** Heading 1
> Subheading 1
> ---
> The subheading () is pdf e
hi,
When using report class in org-mode and having the following structure
---
* Another Part of my report
** Chapter Heading
*** Heading 1
Subheading 1
---
The subheading () is pdf exporting as paragraph having bulle
Thomas S. Dye wrote:
> Aloha Mike,
>
> It looks like your source block and results are indented. IIRC, that's
> not a good thing.
>
> This might work better:
>
> #+name: gauland-eg
> #+HEADER: :results output raw
> #+HEADER: :exports results
> #+BEGIN_SRC R
> library(xtable)
> library(asc
Aloha Mike,
It looks like your source block and results are indented. IIRC, that's
not a good thing.
This might work better:
#+name: gauland-eg
#+HEADER: :results output raw
#+HEADER: :exports results
#+BEGIN_SRC R
library(xtable)
library(ascii)
print(ascii(xtable(matrix(c(1,2,3,4),nrow=2
This is strange, since I get the whole emacs from a repository
(http://emacs.naquadah.org/ unstable/ ). I should not have to compile
anything.
I guess there must be a bug in the package from the repository.
What do you recommend me to do? Install the org from source?
On Wed, Oct 24, 2012 at 5:35
I use the xtables package in R to generate nice-looking tables for LaTeX output,
as in the snippet below. The new exporter escapes the % symbol in the R output,
so that the comments generated by xtable are no longer comments.
* Snippet
#+HEADER: :results output latex
#+HEADER: :exports result
"Sebastien Vauban"
writes:
> Is there no way to make such a practical feature[1] available?
There's a mechanism to send commands to the src-block through the
appropriate major-mode. It may be possible to ask for a filling with
that. But I don't think Org should treat a src-block as plain text
Thomas S. Dye tsdye.com> writes:
> ...Here is how I've been generating figures for LaTeX export using the new
> exporter:
Thanks--that's just what I was looking for.
Hi Simon,
Simon Thum writes:
> I just set up another machine and noticed that the ELPA install still
> recommends (require 'org-install).
>
> http://orgmode.org/elpa.html
>
> That worked but got me warnings.
I added a note about (require 'org-install) not being required for
Org > 7.9.2 -- thank
Aloha Mike,
Perhaps #+ATTR_LaTeX: width=3cm will work? I don't believe the square
brackets following #+ATTR_LaTeX in your initial image are correct.
Here is how I've been generating figures for LaTeX export using the new
exporter:
#+name: fundamental-model
#+header: :exports results
#+header: :
Hi Michael,
Michael Gauland writes:
> I'm having trouble specifying the width of an image I export to LaTeX (with
> either the new or old exporter). The snippet below demonstrates my problem. It
> uses plantuml to generate an image file, using ATTR_LaTeX to specify the
> width.
> When exported,
I'm having trouble specifying the width of an image I export to LaTeX (with
either the new or old exporter). The snippet below demonstrates my problem. It
uses plantuml to generate an image file, using ATTR_LaTeX to specify the width.
When exported, the .tex file specifies the default width (.9\lin
Hello,
Achim Gratz writes:
> In the following Org snippet
>
> * Heading 1... * Footnotes... #+LATEX: \pagebreak[4] * Heading 2
>
> the pagebreak does not get exported to LaTeX since the Footnotes section
> will not be exported and the pagebreak is interpreted as being part of
> that section. It
Hi,
I just set up another machine and noticed that the ELPA install still
recommends (require 'org-install).
http://orgmode.org/elpa.html
That worked but got me warnings.
Cheers,
Simon
On 10/22/2012 10:38 PM, Eric Schulte wrote:
Simon Thum writes:
--8<---cut here---start->8---
foo bar
--8<---cut here---end--->8---
all of the spaces and newlines are inserted into the Org-mode file.
However, when that
In the following Org snippet
--8<---cut here---start->8---
* Heading 1...
* Footnotes...
#+LATEX: \pagebreak[4]
* Heading 2
--8<---cut here---end--->8---
the pagebreak does not get exported to LaTeX since the Footnotes secti
Hello Nicolas,
Nicolas Goaziou wrote:
> "Sebastien Vauban" writes:
>
>> When trying to refill the comment directly in the following code block
>> (staying in the Org file), it has *no effect*.
>>
>> #+begin_src emacs-lisp
>> ;; a single space does end a sentence. But this sentence is the longest
>> * lisp/org/org-lparse.el: Move some hooks from org-lparse to
>> org-do-lparse.
>
> I pushed another fix in Org's git repo here:
>
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c33909
>
> Can you revert this change? Otherwise it will create a merge
> conflict. If you think the iss
>>> The error message makes sense ... as soon as you know where the problem
>>> comes from :)
>> Also, while it's good to signal to the user that his bookmark file is
>> corrupted (and to make sure we don't overwrite it with something else),
>> I don't see why that should prevent Org's Refile from
You can also pass C-u two times to go to the last refiled/captured
headline, that is, "C-u C-u C-c C-w" and "C-u C-u C-c c".
At Thu, 25 Oct 2012 00:02:22 +1100,
tony day wrote:
>
> > Esben Stien writes:
> >
> >> Is there some way to go directly to a node?
> >>
> >> F.ex, I have:
> >>
> >> *
Hello,
"Sebastien Vauban"
writes:
> When trying to refill the comment directly in the following code block
> (staying in the Org file), it has *no effect*.
>
> #+begin_src emacs-lisp
> ;; a single space does end a sentence. But this sentence is the longest I
> could write...
> (setq-defau
Hi, Bastien,
Apologies. I was the original poster of this bug report, and I had to
correct it later: The problem is not that ODT export fails, but that
ODT export-and-open fails to locate the exported file.
Please see if you can reproduce it with a capital O in the export command:
C-c C-e O
Hi,
I'm having an issue when jumping from the C-c a a / v c view (check log view
in the agenda view) to a clock line.
Here's a small example.
#+begin_src org
* My tasks
** First task
:LOGBOOK:
CLOCK: [2012-10-22 Mon 13:00]--[2012-10-22 Mon 14:30] => 1:00
CLOCK: [2012-10-23 Tue 13:00]-
Hi Stefan,
Stefan Monnier writes:
>> The error message makes sense ... as soon as you know where the problem
>> comes from :)
>
> Also, while it's good to signal to the user that his bookmark file is
> corrupted (and to make sure we don't overwrite it with something else),
> I don't see why that
> >> I found a way to reproduce this: have a corrupt bookmarks file.
> >> Check the contents of your bookmark-default-file. Try
> >> (re)moving it.
> > Wonderfull. I had an empty ~/.emacs.d/bookmarks file.
> > I removed it and the problem is gone.
>
> Hmm... it would be good if Emacs were a bit m
>> I found a way to reproduce this: have a corrupt bookmarks file.
>> Check the contents of your bookmark-default-file. Try (re)moving it.
> Wonderfull.
> I had an empty ~/.emacs.d/bookmarks file.
> I removed it and the problem is gone.
Hmm... it would be good if Emacs were a bit more helpful here
#+TITLE: Filling comments
#+LANGUAGE: en
* Context
I've stopped using FillAdapt in Org files, and do not suffer any particular
problems, except this one (though, certainly unrelated).
* Problem
When trying to refill the comment directly in the following code block
(staying in the Org file)
HI Nathan,
Nathan Neff writes:
> (defun njn/force-done ()
> (interactive)
> (setq current-prefix-arg '(64)) ; specify universal argument as
> C-u C-u C-u (4*4*4)
> (call-interactively 'org-todo)) ; don't know the syntax to pass
> 'done to 'org-todo
> )
(org-todo 'done)
HTH,
--
Hi Ivan,
Ivan Kanis writes:
> http://ivan.kanis.fr/gtd-and-org-mode.html
I like this one:
"For those who don't know org mode is an outliner on steroids."
:)
--
Bastien
Hi Aurélien,
Aurélien Aptel writes:
> On Sun, Oct 14, 2012 at 3:05 AM, Tim wrote:
>> Any idea where i should look for what may be causing the error ?
>
> The redmine backend is incomplete and poorly tested, sorry.
> Unfortunately, I'm very busy and I have not found the time to work on
> org-syn
Hi Miguel,
Miguel Ruiz writes:
> Last org-lparse.el changes make swriter not to open after
> org-export-as-odt-and-open
This should be fixed now. Please try and report any problem.
Thanks,
--
Bastien
Hi Marcelo,
Marcelo de Moraes Serpa writes:
> My list of files in the agenda got to a considerable size. It still
> searchable, but some types of search, such as PROPERTY, usually lock
> down emacs and I'm forced to kill the process. Is there any way to
> speed it up? Perhaps by compiling the el
Hi,
I confirm -- this is fixed in release_7.9.2-513-gad17c4.
Thanks!
Yours,
Christian
On 10/24/12 3:59 PM, Bastien wrote:
Hi Christian,
Christian Moe writes:
When I try to export to ODT (without invoking the new exporter or
anything), I get:
OpenDocument export failed: Wrong type argumen
Hi John,
"John Wiegley" writes:
> I pushed a change to master that allows you to use the wonderful git-annex
> utility[1] seamlessly with org-attach.
That's a great addition! I didn't now git annex but from your
description it looks like a win.
Thanks again,
--
Bastien
Hi Loris,
"Loris Bennett" writes:
> Is it possible to set the characters for underlining headlines on ASCII
> export on a per-file basis?
Yes.
See `org-export-ascii-underline' and the use of #+BIND in Org's buffers.
HTH,
--
Bastien
Hi Chris,
Chris Henderson writes:
> I am trying to select a region and archive it. At the moment it only
> archives where the cursor is. This is what I am doing:
>
> - select a region - ctrl- and C-e to go the end of the line.
> - archive - C-c C-x C-x
(setq org-loop-over-headlines-in-active-re
Hi Christian,
Christian Moe writes:
> When I try to export to ODT (without invoking the new exporter or
> anything), I get:
>
> OpenDocument export failed: Wrong type argument: stringp,
> (org-export-odt-preprocess-latex-fragments)
>
> This also happens in a document with no latex fragments.
>
>
Jambunathan K writes:
> Capital 'O'.
Thanks.
Now fixed in Org maint branch.
--
Bastien
Bastien writes:
> Hi Jambunathan,
>
> Jambunathan K writes:
>
>> When I try to export to ODT (without invoking the new exporter or
>> anything), I get:
>>
>> OpenDocument export failed: Wrong type argument: stringp,
>> (org-export-odt-preprocess-latex-fragments)
>
> I cannot reproduce this with
Hi Bernhard,
Bernhard Gschaider writes:
> May question: Is the support for Mediawiki-export abandoned?
For now, yes.
But I think it would be a nice format to export to.
> If yes: I'd suggest to remove the reference to it from
> http://orgmode.org/worg/org-contrib/
Done, thanks!
--
Basti
Hi Dov,
Dov Grobgeld writes:
> Does someone have any idea of how to implement this?
I suggest defining and using themes.
Have a look at (info "(emacs)Custom Themes")
(You can C-x e after the parenthesis above.)
HTH,
--
Bastien
Hi Jambunathan,
Jambunathan K writes:
> When I try to export to ODT (without invoking the new exporter or
> anything), I get:
>
> OpenDocument export failed: Wrong type argument: stringp,
> (org-export-odt-preprocess-latex-fragments)
I cannot reproduce this with current Emacs trunk and
emacs
Hi Jonathan,
Jonathan Schaeffer writes:
>> Perhaps Org could trap and report such errors more gracefully.
>>
> The error message makes sense ... as soon as you know where the problem
> comes from :)
I enhanced the error message, which now says to save the buffer in a
file when refiling to the c
Hi Brendan,
Brendan Halpin writes:
> but that still leaves the problem of dealing with the Emacs/Xemacs
> compatibility. Is there a way of aliasing face attributes?
Aliasing the face name should be enough. But the 'modeline face
has been removed from Emacs at the beginning of this month, so I
Hi Andrzej,
Asrail posted this patch against ob-scala.el a while ago.
Can you confirm it is okay to apply it? I'm reattaching
the patch in case you are not reading the Orgmode mailing
list anymore.
Thanks in advance!
Asrail writes:
> * lisp/ob-scala.el (org-babel-scala-wrapper-method): Use
Dear All,
I think that the behavior of org-mobile-push has changed in some recent
update. Since a few days ago (when I upgraded to v. 7.9.1-2, from Debian),
whenever org-mobile-push runs, a new agenda buffer called *SUMO* is
created, and the display redrawn. I can see (in file org-mobile.el) wher
> Esben Stien writes:
>
>> Is there some way to go directly to a node?
>>
>> F.ex, I have:
>>
>> * foo
>> ** bar..
>> ** baz..
>> ** hukarz..
>>
>> I do C-c a s to search for baz, which brings up a buffer with baz
>> somewhere in there and I have to move down the list to hit TAB on baz.
>>
Hi Jorge,
"Jorge A. Alfaro Murillo" writes:
> Hi, I am having trouble with org-mobile-push, it fails and gives the
> following error:
> org-mobile-create-index-file: Symbol's function definition is void:
> org-prepare-agenda-buffers
The function `org-prepare-agenda-buffers' has been renamed to
Hi Brendan,
Brendan Halpin writes:
> I've just updated to emacs-snapshot 24.2.50.1 (of 2012-10-18) on Debian,
> and have run in to a faces problem. In short references to modeline
> should be to mode-line. Making 4 changes in org-faces.el is enough.
Fixed, thanks.
--
Bastien
Le 23/10/2012 18:24, Glenn Morris a écrit :
I found a way to reproduce this: have a corrupt bookmarks file.
Check the contents of your bookmark-default-file. Try (re)moving it.
Wonderfull.
I had an empty ~/.emacs.d/bookmarks file.
I removed it and the problem is gone.
Thanks a lot for your hel
On Wed, Oct 24 2012, Sebastien Vauban wrote:
> Maybe you could provide a patch?
>
> Though, a quick note: AFAICT, in GNU Emacs, the modeline is written
> "mode-line"; but written "modeline" under XEmacs. I don't know how that fact
> is supported in Org (as it is still supposed to run under XEmacs
Hi Brendan,
Brendan Halpin wrote:
> I've just updated to emacs-snapshot 24.2.50.1 (of 2012-10-18) on Debian,
> and have run in to a faces problem. In short references to modeline
> should be to mode-line. Making 4 changes in org-faces.el is enough.
Maybe you could provide a patch?
Though, a quic
52 matches
Mail list logo
