Hi Bastien,
> oh, you're right! Sorry I pinged you for nothing on this.
No worries!
Best wishes,
Emily
Hi Bastien,
It looks like the same changes have been made separately and merged into master
since my original email – see commit aa0fa8c75360d2aa491b9ae10e59d22de2aedc92
by Gustav Wikström.
Best wishes,
Emily
Hi Bastien,
> Tomorrow for sure, and probably next week will be okay too.
Perfect, I’ll get back to you once I’ve taken a look tomorrow.
> To be clear, I hope we can release 9.5 soon to be able to make it
> included in the next Emacs 28.1 version.
Understood, thanks for the clarification.
Hi Bastien,
Thanks for getting in touch!
> ... did you have time to take a closer look at this?
I’m afraid I haven’t had any look at this since. However, I’ll have time
tomorrow and later in the week to take a look – will that be early enough for
the 9.5 release?
Best wishes,
Emily
Hi Bastien,
> thanks for the patch and sorry to reactivate this old thread.
No problem, thanks for getting in touch - the reminder is appreciated.
> Did you find time to make the tests and, perhaps, to update the patch?
I'm afraid I haven't had a chance to look at this any further since my
Thanks for the feedback!
> Nothing jumps out to me. For large files that are already visited, I
> suppose find-file-noselect returning an existing buffer can be faster,
> so relevant factors would include how many Org files a project has, how
> large they are, and how many of those are visited in
' and
`insert-file-contents', and noticed a significant increase in speed.
Is there any reason I'm missing for using `find-file-noselect' in this case?
Best wishes,
Emily Bourke
0001-ox-publish.el-Speed-up-org-publish-cache-file-needs-.patch
Description: Binary data