Hy,
I'm using org-export-generic.el to export my orgfile into wikipedia-like
file.
I tried exporting a text with emphasize, but it doesn't work.
The man page speaks about sections, lists and such other things, but
nothing about emphasizing and bold text.
http://orgmode.org/worg/org-contrib/o
Dear org-mode maintaner,
To: emacs-orgmode@gnu.org
Subject: 7.8.09; http proxy problem.
From: David Qi
--text follows this line--
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.
Nick Dokos writes:
> Just a heads-up: As part of testing this, I stumbled on an unrelated
> current-working-directory problem, where on exporting to pdf, the
> pdflatex of the produced tex file fails to find an image file specified
> with a relative pathname (it works fine with an absolute path n
* lisp/ob-C.el (org-babel-C-var-to-C): Add list support
(org-babel-C-val-to-C-list-type, org-babel-C-val-to-C-type,
org-babel-C-format-val): New functions.
(org-babel-C-ensure-main-wrap, org-babel-execute:C,
org-babel-execute:C++, rg-babel-execute:cpp, org-babel-C++-compiler,
org-babel-C-compiler):
Eric Schulte writes:
> Applied, Thanks!
>
> Litvinov Sergey writes:
>
>> I would like to propose a tiny patch which adds matrix as an input for
>> ob-fortran.el. See changes in testing/examples/ob-fortran-test.org for
>> the examples.
I've not had time to test with anything, but this patch seems
Apologies if this is documented somehere, but I haven't been having much
luck in trying to find the answer to this.
If I have an org doc with some python code in it
#+begin_src python :session testing :results output
a = 1
b = 2
c = a + b
print "Hello, world."
#+end_src
when I evaluate the block
On Wednesday, June 5, 2013, Darlan Cavalcante Moreira wrote:
>
> It's a good idea to have useful information in the tangled file that can
> help these functions. But since org-mode can already tangle with comments
> containing useful information, isn't this enough to detect that the file
> is a ta
On 6/4/13, Rasmus wrote:
> "*" writes:
>
>> Hey Basile
>> Thanks for your reply!
>>
>> Yes, the suggestion helps :-)
>> A blank TITLE option seems to produce some empty tags like so:
>>
>>
>> And maybe there are also some jquery fixes, for instance...
>> $("#content h1:first-child").hide();
>>
>
Hi Eric
On Wed, May 29, 2013 at 6:14 PM, Michael Brand
wrote:
> Hi Eric
>
> On Wed, May 22, 2013 at 7:03 PM, Michael Brand
> wrote:
>> Please review and comment my attached patch containing doc and ERT.
>
> As there has been no answer yet from anyone else: Could you please
> read this thread and
Rainer M Krug writes:
Hi,
> I am trying to improve my workflow of literate programming of R in
> org. My org file is tangled into many R files and I am using ESS to
> debug.
[...]
> Now this is error prone, as one (or is it only me?) is easily tempted to
> edit the R file which is reverted aft
OSiUX writes:
> When export using org-publish-project,
> Org add a comment with timestamp in HTML:
>
> # git diff
>
> http://www.w3.org/1999/xhtml"; lang="es" xml:lang="es">
>
> viewing two years of orgmode with gnuplot
> -
> +
>
>
>
> In my .emacs, I have:
>
> (setq org-publis
Nicolas Goaziou writes:
>> With
>>
>>#+ATTR_LATEX: :options scale=1.5:width "" :placement [htb!]
>> it fails here
>>(attr (org-export-read-attribute :attr_latex parent))
>>
>> which evalues to something like
>>
>> Result: (:options "scale=1.5" :placement "[htb!]" :
Hi Rainer,
Then sorry... this goes beyond my meager knowledge of emacs and org
mode. :)
Rainer M Krug writes:
> <#secure method=pgpmime mode=sign>
>
> "Julian M. Burgos" writes:
>
>> Hi Rainier,
>
> Hi Julian,
>
>> If I understood correctly, you need to add the following to your
>> .emacs file:
When export using org-publish-project,
Org add a comment with timestamp in HTML:
# git diff
http://www.w3.org/1999/xhtml"; lang="es" xml:lang="es">
viewing two years of orgmode with gnuplot
-
+
In my .emacs, I have:
(setq org-publish-project-alist
(quote (("osiux-bl
Applied, thanks.
- Carsten
On 5.6.2013, at 17:12, Rüdiger Sonderfeld wrote:
> * lisp/org-entities.el (org-entities): Add support for hbar.
>
> Signed-off-by: Rüdiger Sonderfeld
> ---
> lisp/org-entities.el | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/lisp/org-entities.el b/lisp/or
>> Darlan Cavalcante Moreira
>> on Wed, 05 Jun 2013 11:32:22 -0300 wrote:
> It's a good idea to have useful information in the tangled file that can
> help these functions. But since org-mode can already tangle with comments
> containing useful information, isn't this enough to detect that
Hi all
Im having serious issues with org-capture, ive tried everything i can think
of including advice on #emacs but can find a solution/whats causing this.
So the issue is this. i have org mode configured and working well (see
below config). the thing is that after the 2nd or 3rd capture (to cre
* lisp/org-entities.el (org-entities): Add support for hbar.
Signed-off-by: Rüdiger Sonderfeld
---
lisp/org-entities.el | 1 +
1 file changed, 1 insertion(+)
diff --git a/lisp/org-entities.el b/lisp/org-entities.el
index 019b6c8..a1519b0 100644
--- a/lisp/org-entities.el
+++ b/lisp/org-entities
It's a good idea to have useful information in the tangled file that can
help these functions. But since org-mode can already tangle with comments
containing useful information, isn't this enough to detect that the file
is a tangled file?
On the other hand, a local variable in the tangled files t
Hi
I am trying to improve my workflow of literate programming of R in
org. My org file is tangled into many R files and I am using ESS to
debug.
If an error occurs, I can jump via ESS to the .R file, and in a second
step via calling org-babel-tangle-jump-to-org into the org file where
the buggy
Hi,
ESS has a visual debugger that depends on the availability of source
references. It would be very nice if the debugger could step directly
through org buffers.
ESS was detecting org-src-edit buffers and redirecting references to
original org file for already quite a while. That because of t
Hello,
Rasmus writes:
Thanks for your patch. Here are a few comments:
> It changes behavior for your setup in that you can define a LANGUAGE
> that isn't a known abbreviation.
While I think your patch is overall an improvement, I'm not convinced by
this particular point. Indeed #+LANGUAGE: exp
Hello,
Christopher Allan Webber writes:
> Here's such a file. The exact contents of it don't really matter.
>
> What's significant is you should see a "lol" appear in your *Messages*
> buffer... which shouldn't happen when exporting to anything while
> (setq org-export-babel-evaluate nil)
Hello,
Rasmus writes:
> Nick Dokos writes:
>> if I rearrange the line to
>>
>> #+ATTR_LATEX: :width "" :placement [htb!] :options scale=1.5
>>
>> I get the "Wrong argument type" error in the current version as
>> well.
>
> I can reproduce this here.
>
>> I guess :width has to be after the
Andreas Leha writes:
[...]
> That's why I would prefer to follow Nick's suggestion.
Yes, Nick's suggestion is straightforward and should work very well for
what you want.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0.3-193-g334581
Eric Abrahamsen writes:
> Andreas Leha writes:
>
>> Hi Eric,
>>
>> Eric S Fraga writes:
>>
>>> Andreas Leha writes:
Eric S Fraga writes:
>>>
>>> [...]
>>>
> There are workarounds but they involve using latex directly (to add
> entries to a TOC basically).
I am aware of
Nick Dokos writes:
> Andreas Leha writes:
>
>>> Instead of adding toc entries, you can use latex to delete section
>>> numbers:
>>>
>>> #+LATEX_HEADER: \setcounter{secnumdepth}{0}
>>> ...
>>>
>>> The problem might be that the sections are not numbered in the TOC
>>> either. But if you don't care
27 matches
Mail list logo
