Nicolas Goaziou writes:
> Some major modes may use major mode hooks to finish setting up their
> fontification process, who knows.
>
> In any case, it could be worth trying it. Do you want to provide a patch
> for that?
>
> Regards,
I dived into the source code of two functions which are relate
Working code changes:
diff -ub org-plus-contrib-20181008/ox-odt.el\~
org-plus-contrib-20181008/ox-odt.el
--- org-plus-contrib-20181008/ox-odt.el~2018-10-12 19:13:13.095335320
-0400
+++ org-plus-contrib-20181008/ox-odt.el 2018-10-17 22:10:30.194483160 -0400
@@ -1966,10 +1966,13 @@
CONTEN
I saw that exporting plain lists with specified starting numbers
(‘[@20]') wasn't working—the lists just start over.
I was a bit frustrated with this, so I went looking at the code and the
ODF schema. I found that ODF supports the text:start-value attribute[1]
that could be used where needed.
Nicolas Goaziou writes:
> It can, but AFAIK, it doesn't yet. It also means un-optimized lexical
> binding may be slightly slower than dynamic scoping for the time
> being.
Well, I can't vouch for it myself, because I haven't studied the code.
But here's one of the resources that suggests it is f
oh jeez, this was a trivial fix:
:mode "\\.org" . ;; --->
:mode ("\\.org" . org-mode)
Sorry for the noise, hope that maybe someone benefits from my stupidity!
On Wed, Oct 17, 2018 at 11:53 AM Matt Price wrote:
> Hello everyone,
>
> I'm trying to switch my config over to use-package and
Hello everyone,
I'm trying to switch my config over to use-package and running into an
issue with org. Most of my init file seems to be org-related (!), so I
won't post the whole thing, but will try to summarize. I've also posted a
bug report to the use-package repo (
https://github.com/jwiegley/u
Hello,
Nik Clayton writes:
> I'd like to propose a couple of changes / enhancements to how org-export
> exports some data in to HTML files to make it slightly easier to style
> those files.
>
> The first is re line-numbers.
[...]
> Couple of questions before I write a patch:
>
> a) Does that s
Hello,
Adam Porter writes:
> From what I've read, the byte-compiler can optimize better when
> lexical-binding is used.
It can, but AFAIK, it doesn't yet. It also means un-optimized lexical
binding may be slightly slower than dynamic scoping for the time being.
> I've thought about this for a
Hello,
Eric S Fraga writes:
> On Tuesday, 16 Oct 2018 at 11:46, Éric Würbel wrote:
>> I think that this problem is very specific to the following case :
>> - LaTeX SRC block
>> - needed translation of this block into a png (and perhaps svg) image
>> - preprocessing with pdflatex, so we end up wi
> I've thought about this for a while. It seems to me that the issue is
> that Org buffers are, of course, plain-text buffers. There is no
> persistent, in-memory representation other than the buffer, so whenever
> Org needs structured/semantic data, it must parse it out of the buffer,
>
Hi again,
Just for the record, I figured out the solution to this. I had to modify
the function to run org-mark-subtree on each element before calling the
export function - this way, the whole selected region is exported,
including the headline.
If anyone is interested, you can see my final leanp
11 matches
Mail list logo
