I have this minimal example using minted:
#+TITLE: Minimal example
#+LaTeX_HEADER: \usemintedstyle{emacs}
* Example
- some code
#+BEGIN_SRC sh :results values code
echo # of items
echo \# of items
echo "# of items"
#+END_SRC
#+RESULTS:
#+BEGIN_SRC sh
# of items
# of items
#+
Hi Tom,
On Mon, 21 Jul 2014 10:48:14 -1000
t...@tsdye.com (Thomas S. Dye) wrote:
> Hi Manfred,
>
> Manfred Lotz writes:
>
> > Hi Tom,
> >
> > On Mon, 21 Jul 2014 09:53:41 -1000
> > t...@tsdye.com (Thomas S. Dye) wrote:
> >
> >> Aloha Manfred,
> >>
> >> You should be able to use attr_latex (un
Wonderful. Thanks for sharing that.
Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --T
On Thu, Jul 24, 2014 at 6:14 AM, Andreas Leha
wrote:
> Nick Dokos writes:
>
>> Grant Rettke writes:
>>
>>> Thanks for looking Thomas and Nick.
>>>
>>> When I set this and export
>>>
>>> ,
>>> | (setq org-export-babel-evaluate t)
>>> `
>>>
>>> I get the expected result of
>>>
>>> ,
>>
Aloha all,
A piece of reproducible research and a compendium developed with Org
mode were just published:
http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0102431
Many thanks to all the patient, gentle souls on this ML, without whose
generous advice and assistance the research
i find that when i do c-c ' on a source block, it either strips the
final newline in the editing buffer or adds an unwanted blank line in
the source block.
i like to have final newlines in all of my buffers, including editing
buffers. what setting allows this without introducing a blank line at
t
Matt Lundin writes:
> That sounds interesting. I look forward to hearing more!
It's not yet usable for anything real but I'm keeping the work here:
https://github.com/brettviren/orgonpy
-Brett.
pgptNgTBz8D6F.pgp
Description: PGP signature
Charles Berry writes:
> Nick Dokos gmail.com> writes:
>
>>
>> Charles Berry ucsd.edu> writes:
>>
>> > Matt Lundin imapmail.org> writes:
>> >
>> > [deleted]
> [more deleted]
>
>> > Or wrap the results in a drawer when you type C-c C-c, but render them as
>> > raw on export (which removes the
On Wed, Jul 23, 2014 at 5:20 PM, Marcin Borkowski
wrote:
> Hi list,
>
> this is only partially Org-ode related, but I hope I'll be excused.
> A friend of mine uses Scrivener; he also does some simple
> JavaScript/jQuery programming and HTML/CSS editing. He *is* interested
> in Emacs & Org-mode,
Nick Dokos gmail.com> writes:
>
> Charles Berry ucsd.edu> writes:
>
> > Matt Lundin imapmail.org> writes:
> >
> > [deleted]
[more deleted]
> > Or wrap the results in a drawer when you type C-c C-c, but render them as
> > raw on export (which removes the drawer and replaces with raw results)
Nick Dokos writes:
>> # Local Variables:
>> # eval: (require 'ox-latex)
>> # eval: (and (fboundp 'org-sbe) (not (fboundp 'sbe)) (fset 'sbe 'org-sbe))
>> # org-entities-user: nil
>> # eval: (sbe "user-entities-local")
>> # End:
>
> It might be an order-of-evaluation problem. What happens if you
t...@tsdye.com (Thomas S. Dye) writes:
> Nicolas Goaziou writes:
>
>> I cannot reproduce it. Do you have an ECM? Are you setting
>> `org-entities-user' in a special way (i.e, not globally through `setq'
>> or customize)?
>
> In the process of putting together an ECM (which hopefully doesn't
> ref
Miguel Ruiz writes:
> git reset --hard origin/master # warning: removes local changes
Not only that, but it is an extremely bad idea to use a detached head
like that. If you must do this, please do at least keep such
instructions to yourself. Everybody else please
git checkout master
which sh
Thorsten Jolitz gmail.com> writes:
> ,
> | http://bzg.fr/learn-emacs-lisp-in-15-minutes.html
> `
Didn't know about this, and it's been online for 364 days :) Definitely
worth reading. Thanks, Bastien!
Sharon Kimble writes:
Miguel Ruiz writes:
master branch =
make cleanall #git pull #optional git reset --hard
origin/master # warning: removes local changes #make test
#optional make #not necessary if make test
maint branch =
make cleanall #gi
Nicolas Goaziou writes:
> I cannot reproduce it. Do you have an ECM? Are you setting
> `org-entities-user' in a special way (i.e, not globally through `setq'
> or customize)?
In the process of putting together an ECM (which hopefully doesn't
reflect my setup!), I think I found what triggers it.
Miguel Ruiz writes:
> master branch
> =
>
> make cleanall
> #git pull #optional
> git reset --hard origin/master # warning: removes local changes
> #make test#optional
> make #not necessary if make test
>
>
>
> maint branch
> =
>
> make cleanall
> #git
Dear all,
I have been busy the last month but will be back saturday
for a few days. Then off again until August, 18th.
As usual, thanks to Nicolas for taking care of the issues
reported here, and to others for their patches and work.
Let's keep up the good work!
--
Bastien
Nicolas Richard writes:
> But now that I think about it, org mode simply should avoid narrow-map
> completely : users (me included) won't randomly try to run
> org-narrow-to-subtree outside of org buffers (and those who do deserve a
> bad error message) but they might want to give "C-x n s" a try
Nicolas Goaziou writes:
> Nicolas Richard writes:
>
>> I think it should try to have at least a sensible error message. The
>> current "Before first headline" isn't quite clear (my patch doesn't
>> address this, btw).
>
> "Not in an Org mode buffer" could be better indeed.
>
> Anyway, this kind
master branch
=
make cleanall
#git pull #optional
git reset --hard origin/master # warning: removes local changes
#make test#optional
make #not necessary if make test
maint branch
=
make cleanall
#git pull #optional
git reset --hard origin/maint
Sharon Kimble writes:
> How then do I get to use the "8.3 beta" please?
Hi Sharon,
Use the git version, it has had the tag 8.3 beta for about a month.
Follow the instructions in
http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development
Best,
Jorge.
Nicolas Richard writes:
> I think it should try to have at least a sensible error message. The
> current "Before first headline" isn't quite clear (my patch doesn't
> address this, btw).
"Not in an Org mode buffer" could be better indeed.
Anyway, this kind of change (including compatibility wit
Hi,
sorry, for the delay (;-) but Problem still exists.
In the past we used to use the clocktable for quick effort estimation
because of the very nice table structure in a pdf export.
The current state you can see in the attachment.
The following issues arise
1. Even though the column separators
I see mails in which people are saying that they are using "org-mode
version 8.3beta (release_8.3beta-51-g02f2d5". I've just updated my
org-build and it shows "Org-mode version 8.2.7b
(release_8.2.7b-6-g776972 @ /home/boudiccas/git/org-mode/lisp/)"
How then do I get to use the "8.3 beta" please?
Nicolas Goaziou writes:
> `org-narrow-to-subtree' is an Org function. I don't think it should
> bother about non Org mode buffers.
It's an Org function that grafts itself to narrow-map, which is globally
available.
I think it should try to have at least a sensible error message. The
current "Bef
Hello,
Baptiste writes:
> I do not manage to get all my lists correctly exported in odt. The
> main point seems the respect of quotation marks …
This should be fixed in maint. Thank you for reporting it.
Regards,
--
Nicolas Goaziou
Hi all,
Nick Dokos writes:
> Charles Berry writes:
>
>> Matt Lundin imapmail.org> writes:
>>
>> [deleted]
>>
>>> Footnotes:
>>>
>>> [fn:1] If one really needs to see the headlines in the original org
>>> buffer, a hook can be used to remove the :RESULTS: drawer.
>>>
>>> --8<---cu
Nick Dokos writes:
> Grant Rettke writes:
>
>> Thanks for looking Thomas and Nick.
>>
>> When I set this and export
>>
>> ,
>> | (setq org-export-babel-evaluate t)
>> `
>>
>> I get the expected result of
>>
>> ,
>> | Here is a `16', stuck in the middle of some prose.
>> `
>>
>> B
Daniel Clemente writes:
> I reported this to emacs (bug 18095):
> http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html
>
> It's still happening with latest emacs and org-mode
It's fixed in Emacs' trunk.
Best regards, Michael.
Hello,
Samuel Loury writes:
> Thank you for the answer, do you know where I should look at to start
> investigating to fix the issue?
I think `org-add-planning-info' may be a good candidate, though I didn't
look closely into it.
One possible way to use `org-element-at-point' is something like
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> Recently, entities in org-entities-user haven't made it through LaTeX
> export when they are in a caption.
>
> This Org mode snippet:
>
> Test \umacron \ocirc \umacron \amacron.
>
> #+caption: Test \umacron \ocirc \umacron \amacron.
>
> Yields t
Hello,
Nicolas Richard writes:
> org-narrow-to-subtree is very nice, and I now have C-x n s hard-wired
> into my fingers, but it doesn't work when outline-regexp is too
> different from org-outline-regexp in Outline-but-non-Org mode buffers.
`org-narrow-to-subtree' is an Org function. I don't t
Carlos Sosa writes:
> David Arroyo Menendez writes:
>
>> Bastien writes:
>>
>>> Hi David,
>>>
>>> David Arroyo Menendez writes:
>>>
> * Guía Compacta de Org Mode (http://davidam.com/docu/orgguide.es.html y
> fuentes en worg)
This book needs a full review.
>>>
>>> You may al
#+BEGIN_SRC python :exports results :results raw
return "Hello\nBye"
#+END_SRC
exports as:
Hello Bye
with org-ascii-export-as/to-ascii (Org-mode version 8.2.7b
(release_8.2.7b-5-gc9613c))
But it exports correctly with Org-mode version 8.3beta
(release_8.3beta-56-gdb0130)
Miguel.
_
Hello,
On 2014-06-22 14:50, Eric Schulte writes:
> If this maintains existing functionality, please go ahead and apply it.
Has this been applied? I'm still seeing a failing test for ob-shell.
1 unexpected results:
FAILED ob-shell/bash-uses-assoc-arrays
Best,
Alan
--
OpenPGP Key ID : 04
I reported this to emacs (bug 18095):
http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html
It's still happening with latest emacs and org-mode
On Wed, Jul 2, 2014 at 11:51 PM, Daniel Clemente wrote:
> Since this org-babel + tramp-cache incompatibility is very puzzling, I
> con
37 matches
Mail list logo
