On 7.5.2013, at 05:20, Jeff Kowalski wrote:
> Jeff Kowalski gmail.com> writes:
>
>> Bastien altern.org> writes:
>>> Hi James,
>>> James Harkins gmail.com> writes:
After a recent update, I noticed that the agenda buffer now moves the
displayed text when you change an item's TODO sta
Is there a simple way to disable tangling for an entire section's code
blocks? Or to put it a different way, can tangling be toggled at the
section level and not just the code-block level?
I tried this:
** a section in my file
:PROPERTIES:
:tangle: no
:END:
by analogy from
#+PROPERTY: tangl
> My only concern is about users expecting the keyword to be
> recognized in other back-ends.
Yes please. I am waiting for something that will export bibtex to
html. With the old exporter, org-exp-bibtex used bibtex2html to
achieve it. But nothing similar is possible with the new exporter.
Vikas
Jeff Kowalski gmail.com> writes:
> Bastien altern.org> writes:
> > Hi James,
> > James Harkins gmail.com> writes:
> > > After a recent update, I noticed that the agenda buffer now moves the
> > > displayed text when you change an item's TODO state using 't'.
> > Fixed, thanks!
> I'm still see
El lun, 06 may 2013, Wiskey 5 Alpha decía:
>Hello all,
> I am trying to use the #+INCLUDE directives to have template
>information for a series of orgmode files that I want to export. Prior to
>upgrading to v8, the below minimal example was working. But as of the
>upgrade,
Hello all,
I am trying to use the #+INCLUDE directives to have template information
for a series of orgmode files that I want to export. Prior to upgrading to
v8, the below minimal example was working. But as of the upgrade, any
text in an included file is just copied in verbatim.
--- foo.or
Even if the behavior doesn't change (soon), could the equivalent of the
following be implemented in org-mode? It's the only place where this has
been problematic for me.
(defadvice org-beginning-of-line (after smart-point-adjustment activate)
(setq disable-point-adjustment
(or (not (invi
Michael Brand writes:
>
> Thinking about this and my previous post I conclude that Org babel is
> just perfect for my use case.
If you want to pass a variety of named parameters, that may be true.
On the other hand, since you end up typing the parameter names anyway,
the absolutely simplest way
Dnia 2013-05-06, o godz. 15:22:47
Brian napisał(a):
> Dear list,
> this is my first time posting here so: thanks for all the work on
> org-mode! I like the new changes (although the new variable names
> were a pain).
> This is either a feature request, a complaint or a demonstration of
> my lack
"Sebastien Vauban" writes:
> "Sebastien Vauban" wrote:
>> Thomas S. Dye wrote:
>>> "Sebastien Vauban" writes:
>>>
>> The code block is NEVER exported. I don't understand why?
>
> I'm not sure either.
>>>
>>> I took a quick look at ob-latex.el. The code there sets `:exports
>>> results
Love this patch!
Much more pleasing to the eye.
Cheers,
Viktor
Max Mikhanosha wrote:
> I had always disliked how if you miss a habit deadline and then go on
> a several day streak, first day still show up red. Makes it hard to
> visually see "green streaks"
>
> Following patch adds a new varia
Nicolas Goaziou writes:
> Actually this is a bit different. Parsing doesn't backtrack. Look at
> `org-element-parse-buffer' through elp to see that elements are parsed
> only once.
Sorry for the loose terminology.
> The problem comes from `org-element-at-point'. To be effective, it needs
> to mov
Hello,
Achim Gratz writes:
> Lawrence Mitchell writes:
>> org-element--current-element takes (on my machine) 0.0003 seconds per
>> call. However, when exporting 128x the orgmanual introduction, it's
>> called around 25 times giving ~ 80 seconds total time (out of ~200
>> total).
>
> I've tr
Seth Mason writes:
> According to http://orgmode.org/elpa.html the org-plus-contrib package
> has all the files in the /contrib directory but it looks like it's
> only grabbing the files that begin with "org-". None of the "ox-" or
> "ob-" are in the repo. Looks like this line in servers.mk is the
Fabrice Popineau writes:
>> Since it is back-end dependent, why don't you use:
>>
>> #+latex: \bibliography{...}\bibilographystyle{...}
>>
>> instead?
>>
>>
> To avoid duplication.
>
> Org-bibtex/reftex need the line:
>
>
> #+bibliography: foo plain
OK. Then, it may indeed be wise to support #
Eric Schulte writes:
> If you really wanted to be fancy, gnuplot will let you specify shell
> transformations as part of the plotting command which would allow you to
> forego the intermediate code block.
As a side-note, if we'd drop the convention that the first separator
defines the heading of t
Hey, excellent, that
works. Thanks so much!
Nicolas Goaziou
May 6, 2013 1:52
PM
Hello,You
need to apply CAPTION and NAME keywords on the results, not thesource
code.Regards,
Sam Ritchie
May 6, 2013 10:40
AM
Hey all,I've
just upgraded to org 8 (fro
> Since it is back-end dependent, why don't you use:
>
> #+latex: \bibliography{...}\bibilographystyle{...}
>
> instead?
>
>
To avoid duplication.
Org-bibtex/reftex need the line:
#+bibliography: foo plain
> You need to set `ad-return-value' somewhere, don't you?
>
>
:-) This is what I was lo
Hello,
Sam Ritchie writes:
> I've just upgraded to org 8 (from 7.9) and am running into an issue with my
> latex export. I can't get captions to show up on the results of a code
> block evaluation, or reference those results with, for example
> [[fig:graph]]:
You need to apply CAPTION and NAME
Hello,
Fabrice Popineau writes:
> Sure, I remember this thread and it is clear that the problem is very
> different when it is for LaTeX of for and HTML backend.
> However, Reftex is provided with Emacs, and it is also integrated to Org
> mode.
Since it is back-end dependent, why don't you use:
On Mon, May 6, 2013 at 9:06 AM, Christian Moe wrote:
> PS. If Org were to add a default geo: link type, I think it would make
> sense to keep the parameters to a minimum, i.e. just the latitude and
> longitude, without backend-dependent options such as Google Maps' "spn"
> parameter. Though I can
Lawrence Mitchell writes:
> org-element--current-element takes (on my machine) 0.0003 seconds per
> call. However, when exporting 128x the orgmanual introduction, it's
> called around 25 times giving ~ 80 seconds total time (out of ~200
> total).
I've traced this a bit and the question does w
According to http://orgmode.org/elpa.html the org-plus-contrib package
has all the files in the /contrib directory but it looks like it's
only grabbing the files that begin with "org-". None of the "ox-" or
"ob-" are in the repo. Looks like this line in servers.mk is the
culprit:
elpaplus-dir
Hi Nicolas,
I seem to have overssen something:
#+filetags: drawnin
#+icalendar_exclude_tags: drawnin noexport
#+bind: org-icalendar-categories (all-tags)
* Test (no tag here ->
<2013-05-05 Sun>
Desc
That one indeed exports, but IMO shouldn't.
exclude tags are not inherited.
Yo
Alan Schmitt writes:
> Hello,
>
> I'm resurrecting this old thread as I've made some progress but I
> still have questions.
>
> Eric Schulte writes:
>
>>> The suggestion: instead of appending '"org-babel-ocaml-eoe";;' to the
>>> code, how simply put ';;' (which will make sure everything is flushe
Lawrence Mitchell wrote:
[...]
And here's the profile for exporting the whole of orgmanual.org
to latex. You can see that a lot of the time comes from quite
"cheap" functions that are called lots.
org-latex-export-as-latex 1 415.52740777 415.52740777
org-export-to-buffer
This looks great, please apply this patch.
Thanks,
Alan Schmitt writes:
> Hello,
>
> It is not currently possible to asynchronously export the results of the
> evaluation an ocaml babel block because the evaluation needs to start a
> toplevel
> and thus asks the user what program to run. This
Sure, I remember this thread and it is clear that the problem is very
different when it is for LaTeX of for and HTML backend.
However, Reftex is provided with Emacs, and it is also integrated to Org
mode.
So I was trying to solve my simple problem about the bibliography keyword
this way:
(defadvi
Nicolas Goaziou writes:
> Igor Sosa Mayor writes:
>
>> Thanks Nicolas. At least, I dont feel alone anymore... Is there any
>> chance this getting fixed somehow? I used to use it very often in my
>> emails and I miss it.
>
> I miss it, too.
>
> I didn't follow recent changes to orgstruct-mode, so
Paul Stansell writes:
> Hello everyone,
>
> I'd be grateful if someone would offer me advice on using gnuplot's
> "splot" and "every" commands when plotting data from a table within
> org-mode.
>
> As far as I can tell, these gnuplot commands do not work properly
> because org-mode exports empty
Alan Schmitt writes:
> Hello,
>
> I'm writing an exam in org mode, and it's going really well. I need to
> have some code in code blocks being run during export (as it's defining
> some functions for later questions), but I don't want anything to be
> displayed in the final document. At the momen
"Sebastien Vauban" writes:
> Hello Greg,
>
> Greg Minshall wrote:
>> It appears that only *string* values are allowed for any :var that are
>> defined (i.e., ':var bar="foo"', and *not* ':var bar=3').
>
> Confirmed. The following does not work.
>
> #+begin_src org :results drawer replace :var you
Hey all,
I've just upgraded to org 8 (from 7.9) and am running into an issue with my
latex export. I can't get captions to show up on the results of a code
block evaluation, or reference those results with, for example
[[fig:graph]]:
#+caption: Graphviz Example
#+name: fig:graph
#+BEGIN_SRC dot
[Reintroducing org mailing list CC]
On 05/05/2013 20:21, Nicolas Goaziou wrote:
Carsten Dominik writes:
I don't think there's much to do about that. Though, some tools could
benefit from caching, like Lawrence did for
`org-export-resolve-fuzzy-link'.
Could you point out specific ones where
Alan Schmitt writes:
> Hi Sebastien,
>
> Sebastien Vauban writes:
>
>> I don't know OCaml at all, so I cannot try your example locally on my
>> machine.
>
> And I don't know about other languages that support sessions,
> unfortunately.
I can see something similar using haskell, if that helps:
-
On Mon, May 06, 2013 at 04:26:16PM +0200, Fabrice Popineau wrote:
> Is it me or is it normal that the:
>
> #+Bibliography: foo plain
>
> line is not exported by the LaTeX backend?
>
> I assume that:
> \bibliography{foo}
> \bibliographystyle{plain}
> is a decent way to handle it.
Sometime back t
I had always disliked how if you miss a habit deadline and then go on
a several day streak, first day still show up red. Makes it hard to
visually see "green streaks"
Following patch adds a new variable `org-habit-show-done-always-green'
to fix that. It defaults to off, if enough people like it we
Is it me or is it normal that the:
#+Bibliography: foo plain
line is not exported by the LaTeX backend?
I assume that:
\bibliography{foo}
\bibliographystyle{plain}
is a decent way to handle it.
Thanks for any comment.
--
Fabrice
On Mon, May 06, 2013 at 03:53:05PM +0200, Vincent Beffara wrote:
>
> Not portable probably, but Skim (a very nice PDF viewer for Mac OS X)
> supports notes in an xml file next to the PDF, and something like this
> would make sense in a more general setting. Maybe using the same spec to
> be compati
> Given the emacs and Org oriented nature of this group, I'd like to
> know if anyone has found a good Orgish (ie: portable, text, etc) to
> annotate PDFs?
>
> Features would be items like highlighting blocks, adding notes
> (margins or "sticky" notes), and saving to either a sidecar file in a
> t
Given the emacs and Org oriented nature of this group, I'd like to
know if anyone has found a good Orgish (ie: portable, text, etc) to
annotate PDFs?
Features would be items like highlighting blocks, adding notes
(margins or "sticky" notes), and saving to either a sidecar file in a
text format (al
Dear list,
this is my first time posting here so: thanks for all the work on
org-mode! I like the new changes (although the new variable names were a
pain).
This is either a feature request, a complaint or a demonstration of my
lack of knowledge of org-mode.
When export latex of words startin
On Mon, May 06, 2013 at 02:05:18AM -0700, Eric Abrahamsen wrote:
> Carsten Dominik writes:
>
> > Hi Eric,
> >
> > thanks for the reply. OK, I am going with the patch for now, let's
> > push more thinking about HTML5 further down the line.
> >
> > Thanks for working this out!
>
> My pleasure, I
Hi RJ,
RJ Cunningham wrote:
> "Sebastien Vauban" writes:
>> RJ Cunningham wrote:
>>> I've encountered an issue/difference with the way the recent "babel
>>> processor" handles captions.
>>>
>>> In versions prior to 8 the following WORKED (on export produced a figure
>>> environment with a caption
On Sun, May 05, 2013 at 10:26:15PM -0400, Liam Healy wrote:
> I wanted a function that would take me to a particular date in a
> datetree and didn't find one, so I wrote my own and bound it to C-c d.
>
> (defun org-datetree-goto-date (&optional siblings)
[...chomp...chomp...chomp...]
> (org-r
Thanks for the reply Seb,
"Sebastien Vauban" writes:
> Hi RJ,
>
> RJ Cunningham wrote:
>> I've encountered an issue/difference with the way the recent "babel
>> processor" handles captions.
>>
>> In versions prior to 8 the following WORKED (on export produced a figure
>> environment with a capti
Hi, Rasmus,
2013/5/6 Carsten Dominik
>
> On 6 mei 2013, at 10:36, Rasmus wrote:
>
> > Hi Yujie,
> >
> >> Org-Reveal is now updated for displaying MathJax, as the HTML exporter
> >> does, except that the MathJax.org server is used instead of Orgmode.org
> >> server.
> >
> > Out of curiosity: w
Carsten Dominik writes:
> Hi Eric,
>
> thanks for the reply. OK, I am going with the patch for now, let's
> push more thinking about HTML5 further down the line.
>
> Thanks for working this out!
My pleasure, I hope I haven't stifled debate...
> On 6.5.2013, at 09:36, Eric Abrahamsen wrote:
>
On 6 mei 2013, at 10:36, Rasmus wrote:
> Hi Yujie,
>
>> Org-Reveal is now updated for displaying MathJax, as the HTML exporter
>> does, except that the MathJax.org server is used instead of Orgmode.org
>> server.
>
> Out of curiosity: why?
I see that Mathjax now recommends use of its server.
Hi Yujie,
> Org-Reveal is now updated for displaying MathJax, as the HTML exporter
> does, except that the MathJax.org server is used instead of Orgmode.org
> server.
Out of curiosity: why?
> Please check the updated sample illustration:
> http://naga-eda.org/home/yujie/org-reveal/#/4/4
Tha
>> "rasmus" == rasmus writes:
> Uwe Brauer writes:
> Probably not.
> Note these are Org features irrespective of fragment preview. There
> was some talk about it not so long ago.
> Basically, it just happens that $·$ works as desired most of the time.
> The proper way in La
Hi Eric,
thanks for the reply. OK, I am going with the patch for now, let's
push more thinking about HTML5 further down the line.
Thanks for working this out!
- Carsten
On 6.5.2013, at 09:36, Eric Abrahamsen wrote:
> Carsten Dominik writes:
>
>> Hi Eric, Rick, Francois and others,
>>
>> N
Carsten Dominik writes:
> Hi Eric, Rick, Francois and others,
>
> Nicolas commented to me about this patch that he was wondering if it
> would not be better to have a separate backend for html5, i.e.
> ox-html5.el that could be derived from ox-html.el and make it easier
> in the future to build i
Hi RJ,
RJ Cunningham wrote:
> I've encountered an issue/difference with the way the recent "babel
> processor" handles captions.
>
> In versions prior to 8 the following WORKED (on export produced a figure
> environment with a caption):
>
> #+CAPTION: Fails to produce table environment and so capt
Michael Brand writes:
> Does it make sense to put at least repeatable %s, but then also
> multiple and repeatable parameters for link abbreviations to the wish
> list? Or did I miss something else that supports also
> org-open-at-point, maybe Org macros?
When link abbreviations do not suffice, y
55 matches
Mail list logo
