`org-create-formula-image-with-dvipng' and
`org-create-formula-image-with-imagemagick'
share a good deal of logic, so combine them to a function.
0001-Restruct-org-create-formula-image-function.patch
Description: Binary data
Rick Frankel writes:
[...]
> I (sort of) disagree. I think specifying required arguments as header
> vars makes the calling requirements clearer. Perhaps:
>
> #+HEADER: :var nodes='() graph='()
>
> would be better...
>
> rick
>
For Karl's benefit, the following is the latest version of the
gra
Pierre Téchoueyres writes:
> Melpa provides an org-mode from GIT too.
>
> Look like this version is buggy.
It's completely bogus, indeed. It was added on July 15, but they can't
have tested it. Stay away at least from this part of Melpa…
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron m
Hi,
François Pinard writes:
>> There are a pile of commands for shifting
>> timestamps/scheduled/deadline
>
> Which I often use. The annoyance of doing explicit shifting is that I
> have to look at the repeater to decide the shifting amount. I much
> prefer if it could be automatic, not requiri
Hi,
Alan Schmitt wrote:
> - (format "\\KOMAoption{backaddress}{%s}\n" (if with-backaddress "true"
> "false"))
> - (format "\\KOMAoption{foldmarks}{%s}\n" (if with-foldmarks
> with-foldmarks "false"))
> - (format "\\KOMAoption{fromphone}{%s}\n" (if with-phone "true" "false"))
> -
Hi,
Rasmus wrote:
> I think we need to treat koma variables more generally (I have some
> sketches locally) if anything. Not make their behavior more
> specialized.
Could you elaborate on what you mean by this?
> But you'd still end up with
> two emails in your file, and if you lost the LCO f
On Sat, Jul 20, 2013 at 12:02:18PM +0100, Eric S Fraga wrote:
[...]
> For Karl's benefit, the following is the latest version of the
> graph-from-tables source code block including the above suggestion from
> Rick and also the addition of an options variable.
>
> #+begin_src org
> ,#+name: grap
Hi Viktor and Allan,
>> I think we need to treat koma variables more generally (I have some
>> sketches locally) if anything. Not make their behavior more
>> specialized.
>
> Could you elaborate on what you mean by this?
I want to be able to generate and set /any/ Koma variable from emacs,
incl
feng shu writes:
> `org-create-formula-image-with-dvipng' and
> `org-create-formula-image-with-imagemagick'
> share a good deal of logic, so combine them to a function.
>
>
I have wondered aloud in the past whether it is necessary to have two
methods for this. They are pretty much equivalent alt
Hi Eric,
Eric Schulte writes:
> Andreas Leha writes:
>
>> Hi Eric,
>>
>>
>> Eric Schulte writes:
>>
>>> Hi Andreas,
>>>
>>> This should be easy to turn on or off using the newly introduced
>>> :prologue and :epilogue header arguments. See the manual and the
>>> following example.
>>>
>>> #+T
Øyvind Stegard writes:
> Daimrod writes:
>
> [...]
>
>> Thanks for the bug report!
>>
>> Don't you think that checking if one of the buffer would be enough and
>> faster?
>> With something like (every #'get-file-buffer org-contacts-files)
>
> Hi,
>
> I thought about that, yes. But what about whe
Andreas Leha writes:
> Hi Eric,
>
>
> Eric Schulte writes:
>
>> Andreas Leha writes:
>>
>>> Hi Eric,
>>>
>>>
>>> Eric Schulte writes:
>>>
Hi Andreas,
This should be easy to turn on or off using the newly introduced
:prologue and :epilogue header arguments. See the manual a
Andreas Leha writes:
> Andreas Leha writes:
>
>> Hi Eric,
>>
>>
>> Eric Schulte writes:
>>
>>> Andreas Leha writes:
>>>
Hi Eric,
Eric Schulte writes:
> Hi Andreas,
>
> This should be easy to turn on or off using the newly introduced
> :prologue and :ep
Daimrod writes:
[...]
> You're right, good catch!
>
> I've installed the patch and haven't felt any slowdown, but I've a small
> contacts file. If people complain about slowdown we could add a buffer
> local hook to ask before killing contacts files.
If speed turns out to be an issue, then simp
Hello,
I have some questions concerning the search function in org-mode:
(1) I have several files in listed in the variable
/org-agenda-text-search-extra-files/. At lease one file is definitely
not searched using /org-agenda-search-view/. It is an ordinary org file:
-
Hi Oleh,
Oleh writes:
> As the subject says.
This bug is fixed in upstream Org. You can either install Org
separately or wait for the next stable version to be merged in
Emacs.
Thanks,
--
Bastien
nstall org via elpa I should _not_ install this one:
org 20130720 installed Outline-based notes management and organizer
[git]
because it's from git? Should I be looking for an org installation from
github? I can't see one in my package list. Should I uninstall my broken
org, dis
ode from GIT too.
> > Look like this version is buggy.
>
> Thanks for your help with this, but I'm still not entirely sure what I
> should do.
>
> Are you saying that when I install org via elpa I should _not_ install this
> one:
>
> org 20130720 installe
Yes, that is helpful. Thanks very much!
Updated elpa today and found out org-version.el was missing in
elpa/org-20130720.1353
--
Rene
Nick Dokos writes:
> feng shu writes:
>
>> `org-create-formula-image-with-dvipng' and
>> `org-create-formula-image-with-imagemagick'
>> share a good deal of logic, so combine them to a function.
>>
>>
>
> I have wondered aloud in the past whether it is necessary to have two
> methods for this. T
21 matches
Mail list logo
