Rasmus writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Rasmus writes:
>>
>>> Thanks! I have added a TODO to my agenda regarding checking other
>>> backends, but I'd not hold grudges against anyone who beats me to it.
>>
>> I took care of ox-groff, ox-man and ox-texinfo.
>
> Thanks.
>
>> I
Nicolas Goaziou writes:
> Hello,
>
> Rasmus writes:
>
>> Thanks! I have added a TODO to my agenda regarding checking other
>> backends, but I'd not hold grudges against anyone who beats me to it.
>
> I took care of ox-groff, ox-man and ox-texinfo.
Thanks.
> I let you improve zip handling in o
Hello,
Rasmus writes:
> Thanks! I have added a TODO to my agenda regarding checking other
> backends, but I'd not hold grudges against anyone who beats me to it.
I took care of ox-groff, ox-man and ox-texinfo.
I let you improve zip handling in ox-odt, if you want to.
Regards,
--
Nicolas Go
Nicolas Goaziou writes:
> Rasmus writes:
>
>> Short weekend... Thanks for reminding. Would you be interested in
>> providing patches for the other backends? I’d be a bit troubled by fixing
>> a general issue for one backend only.
>
> FWIW, I applied the patch before reading your answer.
Than
Hello,
Rasmus writes:
> Short weekend... Thanks for reminding. Would you be interested in
> providing patches for the other backends? I’d be a bit troubled by fixing
> a general issue for one backend only.
FWIW, I applied the patch before reading your answer.
Regards,
--
Nicolas Goaziou
Hi Anthony,
> Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
> need a similar trick.
Perhaps there should be an error check in ox-odt as well? I guess the
only thing that could happen is that the zip/odt can’t be written, which
could happen if it
Rasmus writes:
> Nicolas Goaziou writes:
>
Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
need a similar trick.
>>>
>>> Perhaps there should be an error check in ox-odt as well? I guess the
>>> only thing that could happen is that the zip/odt can’t be written, w
Nicolas Goaziou writes:
>>> Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
>>> need a similar trick.
>>
>> Perhaps there should be an error check in ox-odt as well? I guess the
>> only thing that could happen is that the zip/odt can’t be written, which
>> could happen if i
Hello,
Rasmus writes:
> Since this is a bugfix I guess you should use org-sublist (*shiver*) in
> maint and cl-subseq in master. We can’t use cl-lib in maint, right
> Nicolas?
Absolutely.
>> Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
>> need a similar trick.
>
> Per
> On Jan 16, 2016, at 10:17 AM, Rasmus wrote:
>
> Hi Anthony and Nicolas,
>
> Anthony Cowley writes:
>
>> Thanks for taking a look, Rasmus! The bug is in Org, not Emacs. One
>> may perhaps assume the invariant that successive calls to
>> `current-time` will return non-decreasing values. One m
Hi Anthony and Nicolas,
Anthony Cowley writes:
> Thanks for taking a look, Rasmus! The bug is in Org, not Emacs. One
> may perhaps assume the invariant that successive calls to
> `current-time` will return non-decreasing values. One might also
> assume the invariant that successive touches of di
Hello,
Anthony Cowley writes:
> * lisp/ox-latex.el (org-latex-compile): Improve timestamp check on HFS+
> filesystem by only considering 1-second clock resolution.
>
> Previously, the call to (current-time) could return a timestamp with
> a non-zero microsecond or picosecond fields, while the
> On Jan 15, 2016, at 7:13 AM, Rasmus wrote:
>
> Hi Anthony,
>
> Thanks for raising this issue.
>
> Anthony Cowley writes:
>
>> I’ve had some trouble with toggling latex fragment previews in a
>> document on OS X. It would sometimes work, sometimes not, so I could
>> just try a few times unt
Hi Anthony,
Thanks for raising this issue.
Anthony Cowley writes:
> I’ve had some trouble with toggling latex fragment previews in a
> document on OS X. It would sometimes work, sometimes not, so I could
> just try a few times until it worked and get on with things. Looking
> into it more, the
14 matches
Mail list logo