Achim Gratz writes
> Richard Stanton writes:
> > While this seems to have something to do with the bash shell I'm
> > using, this works fine for everything else, so I'm pretty sure there's
> > no fundamental problem in my setup, and it would be nice to find a way
> > around this problem.
>
> I a
Found a bug when a project's base directory has regexp characters in it.
This probably happens often for `.' but nobody cares because that likely
returns the correct result. But I had a `+' in my project's base
directory name.
I've included the revised function below with my change "subtly" ma
NP in 22.
These changes fix warnings:
(defface orgl-target-face
'((t (:foreground "cyan" :background "royalblue4" :weight normal)))
;; '((t (:weight bold :box (:line-width 1 :color "red"
"The face used to emphasise org-mode <>."
:group 'orgl)
(make-face 'orgl-target-face)
(defvar orgl-tar
Sean O'Halpin gmail.com> writes:
> Thanks!
I just noticed that the main function, orgl-enable, sets the buffer's
modification status to true when it runs. This is because altering text
properties is considered a modification of the buffer.
Fixed by wrapping the offending line in a 'with-silent-m
On Sat, May 12, 2012 at 12:58 AM, Eric Fraga wrote:
> #+begin_src gnuplot :file xxx.pdf
> reset
> clear
> set output 'xxx.eps'
> set terminal postscript eps enhanced 18
> ...
> plot ...
> ! epstopdf xxx.eps
> #+end_src
That is a better solution that what I was struggling with. Thanks.
On 05/13/2012 07:54 PM, Bastien wrote:
Hi Simon,
Simon Thum writes:
I have not checked master but on maint it still exists. Do you need any
more details to reproduce?
The fix is on master, not on maint.
Please check the fix is okay for you.
Also, if Charles can check if the fix does break
Hi Bastien,
thanks for looking into this!
Bastien writes:
> Hi Andreas,
>
> Andreas Leha writes:
>
>> there seems to be a bug in LaTeX tables:
>>
>> I can not properly export a file with 2 [\mu{}] in a table to pdf.
>
> I assume this is with the official LaTeX exporter, right?
Yes. Sorry, t
Bastien wrote:
> Hi Nick,
>
> Nick Dokos writes:
>
> > so I think you'd better check master: main seems way out of date - is it
> > even used at this point?
>
> Maint is used to keep a version of Org that is sync'ed with the next
> stable Emacs version (currently Emacs 24.1).
>
> The Emacs 2
Hi Andreas,
Andreas Leha writes:
> there seems to be a bug in LaTeX tables:
>
> I can not properly export a file with 2 [\mu{}] in a table to pdf.
I assume this is with the official LaTeX exporter, right?
> | parameter | unit|
> |---+-|
> | some | [\mu] |
There is o
Hi Nick,
Nick Dokos writes:
> so I think you'd better check master: main seems way out of date - is it
> even used at this point?
Maint is used to keep a version of Org that is sync'ed with the next
stable Emacs version (currently Emacs 24.1).
The Emacs 24.1 branch is in feature freeze, and on
org-preview-latex-fragment is really great but what is even better is that
it also works outside org-mode! This makes my life a lot easier.
I set "C-c P" as a global key-binding for org-preview-latex-fragment and
"C-c p" to org-ctrl-c-ctrl-c. Then I can preview equations all equations in
ANY buff
Hi Simon,
Simon Thum writes:
> I have not checked master but on maint it still exists. Do you need any
> more details to reproduce?
The fix is on master, not on maint.
Please check the fix is okay for you.
Also, if Charles can check if the fix does break is local use of
`org-map-entries', I'd
Simon Thum wrote:
> Hi Bastien,
>
> I have not checked master but on maint it still exists. Do you need
> any more details to reproduce?
>
AFAICT, origin/maint is behind origin/master by 512 commits (ymmv depending
on when the last update happened):
$ git log --oneline origin/maint --not orig
Hi Bastien,
I have not checked master but on maint it still exists. Do you need any
more details to reproduce?
Cheers,
Simon
On 05/08/2012 02:13 PM, Bastien wrote:
Hi Simon,
Simon Thum writes:
I have to revoke my earlier statement. The patch does _not_ remove the
TODO_ line from the ag
14 matches
Mail list logo