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
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
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
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
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
> 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.
>>
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
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
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 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 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 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 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
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
Jambunathan K writes:
> Capital 'O'.
Thanks.
Now fixed in Org maint branch.
--
Bastien
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.
>
>
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 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 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,
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 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 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 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 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 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,
--
#+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)
>> 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
> >> 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
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
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, 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
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
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:
> >>
> >> *
>>> 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
>> * 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
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
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
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
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
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
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
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,
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 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
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.
"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
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
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
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
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
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
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
52 matches
Mail list logo
