Hello,
** Eric Schulte [2013-10-22 08:44:18 -0600]:
> This issue only manifests with the Emacs compiled from source, and as
> such I can not reproduce it.
> If this bug makes it into a released version of Emacs I can address it
> then. Until then perhaps this should be reported to the emacs-dev
Thank you Eric and Rick!
Eric:
The #+OPTIONS: \n:nil didn't do much here even using the default templates
for export as suggested
Rick:
i think i can live with the #+BEGIN_EXAMPLE blocks , is there a way to
define wrapping text in the block? as you said using the block currently
cuts off text to
Is it possible to define new links that would be rendered as inline images?
I am imagining something like
chemdraw:benzene.png
which would show the benzene.png file inline, but when I click on it would
open a chemdraw file for editing.
John
---
John Kitchin
Asso
Xebar Saram writes:
> Thank you all
>
> "I think `org-export-preserve-breaks' is the option you want. Try
> setting it in a single buffer with #+OPTIONS:\n:nil and see what
> happens..."
>
> that sounds interesting, but i couldn't understand how to use it
> (again im still an org novice:) )
> do
Torsten Wagner writes:
> Anyhow, I just had this idea that org-mode could rely on a fixed (as
> written in stone) set of keywords and that an a new exporter backend
> will be introduced which simply creates a standard-conform org-mode
> file.
Well, I like the idea of an importer. Not so much bec
Hi,
not being a dev and really not being a lisp programmer, I still can
see Nicolas attempt to unify the syntax in a way "all and
everyone/everything" can rely on it. The question would be what would
be more troublesome? Dealing in future with people who by chance
changed some of those variables an
I've had a play with adding babel support for ebnf2ps, to generate
railroad diagrams for a grammar.
I'd appreciate any comments on the attached code.
Would anyone else find this useful?
Kind Regards,
Mike Gauland
;;; ob-ebnf.el --- org-babel functions for ebnf evaluation
;; Copyright (C) your n
Aloha Klaus,
IIUC, you are describing a setup that can also be described as
reproducible research. The idea behind reproducible research is to have
a stand-alone Org file that exactly reproduces the analysis reported in
a scientific paper, then prepares a copy of the document submitted for
publica
On 2013-10-22 03:55, Xebar Saram wrote:
Hi all
i decided to dive into the deep water and get rid of M$ word once and
for all. I'm still an org novice but since i love org i choose org for
the task.
I'm trying to write a simple guidebook for my students in a GIS
course. Everything works great ap
On 2013-10-21 19:28, R. Michael Weylandt
wrote:
Around line 270 of Ox-html.el, there's CSS which gives certain code
blocks in the resulting HTML a hover-over window saying what language
they encode. Not all Babel-supported languages appear however: is
there any reason for this? (E.g. perl is har
I am trying to set Firefox as the default browser on my Windows 7 machine.
Here is the elisp code that modifies org-file-apps
(defun mv-org-set-export-browser (browser)
(setq org-file-apps
(mapcar (lambda (entry)
(if (string= (car entry) "\\.x?html?\\'")
> Nick Dokos writes:
>> Christopher Culver writes:
>> I am using org-mode version 20131021 and the latest checkout of the
>> bbdb3 git repository. Although I have the following lines in my main
>> .org file:
>>
>> * Anniversaries
>>:PROPERTIES:
>>:CATEGORY: Anniv
>>:END:
There are several problems with this approach:
1. In order to force default behaviour, I'd have to set ALL customization
variables of org explicitly (can be avoided by using an "emacs -q" session
for compiling).
2. Even setting just a single setting can be very verbose (e.g. when
defining a new do
This issue only manifests with the Emacs compiled from source, and as
such I can not reproduce it.
If this bug makes it into a released version of Emacs I can address it
then. Until then perhaps this should be reported to the emacs-dev list.
Best,
Vladimir Lomov writes:
> Hello,
> I have to a
Hello,
I have to ask again about this issue: the following example document
8<
* Function definition
#+NAME: simp-func
#+BEGIN_SRC emacs-lisp :var name="My name is..."
(format "[You passed data] %S" name)
#+END_SRC
* This is title of first
Hei,
Oops, sorry, a circumflex too few. Try: "^[^@#]"
- matches only strings whose first character is not @ or #.
Yours,
Christian
David Belohrad writes:
> Hi Christinan,
> thanks for hint. That one i've tested as first. doing
>
> (setq org-use-tag-inheritance "^[@#]")
>
> surprisingly, it doe
David Belohrad writes:
> Hi Christinan,
> thanks for hint. That one i've tested as first. doing
>
> (setq org-use-tag-inheritance "^[@#]")
>
That should probably be
(setq org-use-tag-inheritance "^[^@#]")
(i.e. anything *not* starting with @ or #).
Untested.
Nick
> surprisingly, it does no
Thank you all
"I think `org-export-preserve-breaks' is the option you want. Try setting
it in a single buffer with #+OPTIONS:\n:nil and see what happens..."
that sounds interesting, but i couldn't understand how to use it (again im
still an org novice:) )
do i stick this line at the start:
#+OPTI
On Mon, Oct 21, 2013 at 9:10 PM, John Kitchin wrote:
> You can do something like this:
Neat! I will give it a shot. I might also try to incorporate it into a
capture template.
Hi Christinan,
thanks for hint. That one i've tested as first. doing
(setq org-use-tag-inheritance "^[@#]")
surprisingly, it does not do the expected stuff and all @xxx tags are
still exported to the branches, where they are not supposed to be.
At the same time I've tested this:
(setq org-tag
On Oct 22, 2013, at 11:52 AM, Nicolas Goaziou wrote:
> Hello,
>
>> You also said things like
>>
>>> That's exactly the point of the defconst: you can still modify the
>>> variable, but it sends a strong message to the user. Also, it's not
>>> about deprecation: code base should still rely on t
Hello,
> You also said things like
>
>> That's exactly the point of the defconst: you can still modify the
>> variable, but it sends a strong message to the user. Also, it's not
>> about deprecation: code base should still rely on these variables.
>
> so maybe I picked one interpretation over the
On Tue, Oct 22, 2013 at 09:55:12AM +0200, Xebar Saram wrote:
>
> I'm trying to write a simple guidebook for my students in a GIS course.
> Everything works great apart for the life of me i cant get the hang of
> formatting and specifically how to insert (automatically?) line breaks so
> that its d
Hi,
Try setting org-use-tag-inheritance to "^[@#]"
Yours,
Christian
David Belohrad writes:
> Could someone help me to construct the expression such, that all tags
> starting with @ or # will be excluded from inheritance?
>
> many thanks
>
> .d.
Xebar Saram writes:
> Hi all
>
> i decided to dive into the deep water and get rid of M$ word once and
> for all. I'm still an org novice but since i love org i choose org for
> the task.
>
> I'm trying to write a simple guidebook for my students in a GIS
> course. Everything works great apart fo
Xebar Saram writes:
> Hi all
>
> i decided to dive into the deep water and get rid of M$ word once and
> for all. I'm still an org novice but since i love org i choose org
> for the task.
>
> I'm trying to write a simple guidebook for my students in a GIS
> course. Everything works great apart fo
Eric Schulte writes:
> Hi Steve,
>
> Is this a Python problem or is it numpy specific?
>
> Is repr() a numpy or a Python function i.e., could it replace str() in
> every Python code block or only when numpy is loaded?
repr is a Python-thing and it's main feature, I guess, is
eval(repr(object)) =
Hi all
i decided to dive into the deep water and get rid of M$ word once and for
all. I'm still an org novice but since i love org i choose org for the task.
I'm trying to write a simple guidebook for my students in a GIS course.
Everything works great apart for the life of me i cant get the hang
Dear Nicolas,
On Oct 21, 2013, at 5:15 PM, Nicolas Goaziou wrote:
> Carsten Dominik writes:
>
>> The documentation of defconst says:
>>
>>> Define SYMBOL as a constant variable.
>>> This declares that neither programs nor users should ever change the
>>> value. This constancy is not actually
Hi Klaus,
Klaus-Dieter Bauer writes:
> This left me wondering however, if it is possible to create org files that
> will produce the same output on every machine, regardless of the local
> emacs customizations (of course assuming that no hacks of the export engine
> are part of the configuration
30 matches
Mail list logo
