Matt Lundin writes:
> Thanks for the helpful information. I think the cache would be a nice
> way to go, especially if it were combined a timestamp check. E.g., only
> files that have been updated since the last publishing should be queried
> for titles; otherwise, use the cached file.
Unfortuna
Nicolas Goaziou writes:
> Hello,
>
> Matt Lundin writes:
>
>> Clearly, this is still very inadequate, but it is an improvement. I
>> would love to use the built in site-map functions, but they are simply
>> to slow for any larger projects.
>>
>> Could we do something like this to speed it up?
>>
Hello,
Matt Lundin writes:
> Clearly, this is still very inadequate, but it is an improvement. I
> would love to use the built in site-map functions, but they are simply
> to slow for any larger projects.
>
> Could we do something like this to speed it up?
>
> (with-temp-buffer
> (insert-file
Matt Lundin writes:
>> Please go ahead for this too.
>
> Gladly!
Applied, thanks!
--
Bastien
Hi Matt,
Matt Lundin writes:
> Please *do not apply* the previous patch. Instead, I've attached an
> optimized version.
Applied, thanks.
> All in all this patch + commit 507244d56b055e7595ba94fe89d45c7ddb2559df
> modestly improves the performance of org-publish-org-sitemap. On a
> directory of
Matt Lundin writes:
> Bastien writes:
>
>> Matt Lundin writes:
>>
>>> So to be safe, we could do the following in org-publish-find-date and
>>> org-publish-find-title...
>>>
>>> (org-export-with-buffer-copy (org-export-get-environment))
>>>
>>> What do you think?
>>
>> Yes, this sounds right,
Bastien writes:
> Hi Matt,
>
> Matt Lundin writes:
>
>> The documentation for org-agenda-inhibit-startup says that the default
>> is t. However, the default is nil.
>>
>> ,
>> | Inhibit startup when preparing agenda buffers.
>> | When this variable is `t' (the default), the initialization of
Bastien writes:
> Hi Matt,
>
> Matt Lundin writes:
>
>> So to be safe, we could do the following in org-publish-find-date and
>> org-publish-find-title...
>>
>> (org-export-with-buffer-copy (org-export-get-environment))
>>
>> What do you think?
>
> Yes, this sounds right, please go ahead.
>
> I
Hi Matt,
Matt Lundin writes:
> The documentation for org-agenda-inhibit-startup says that the default
> is t. However, the default is nil.
>
> ,
> | Inhibit startup when preparing agenda buffers.
> | When this variable is `t' (the default), the initialization of
> | the Org agenda buffers is
Hi Matt,
Matt Lundin writes:
> So to be safe, we could do the following in org-publish-find-date and
> org-publish-find-title...
>
> (org-export-with-buffer-copy (org-export-get-environment))
>
> What do you think?
Yes, this sounds right, please go ahead.
I applied your fix in the maint branc
Matt Lundin writes:
> Bastien writes:
>
>> Hi Matt,
>>
>> Matt Lundin writes:
>>
>>> This patch fixes a bug in which org-publish makes the following call...
>>> (let ((org-inhibit-startup t) (org-mode)))
>>
>> Applied, thanks!
>
> This could be solved by wrapping org-export-get-environment with
Matt Lundin writes:
> Bastien writes:
>
>> Hi Matt,
>>
>> Matt Lundin writes:
>>
>>> This patch fixes a bug in which org-publish makes the following call...
>>> (let ((org-inhibit-startup t) (org-mode)))
>>
>> Applied, thanks!
>
> Oops... I see now that org-publish-find-date and org-publish-fin
Bastien writes:
> Hi Matt,
>
> Matt Lundin writes:
>
>> This patch fixes a bug in which org-publish makes the following call...
>> (let ((org-inhibit-startup t) (org-mode)))
>
> Applied, thanks!
Oops... I see now that org-publish-find-date and org-publish-find-title
call org-export-get-environm
Hi Matt,
Matt Lundin writes:
> This patch fixes a bug in which org-publish makes the following
> call...
Applied, thanks!
--
Bastien
This patch fixes a bug in which org-publish makes the following call...
(let ((org-inhibit-startup t) (org-mode)))
...in buffers that are already open. This often happens, for instance,
when publishing a sitemap. But there is no need to call org-mode again
in these open buffers. Moreover calling
15 matches
Mail list logo
