* Release 9.6
@ 2022-11-29 6:58 Bastien
2022-11-30 15:10 ` Max Nikulin
0 siblings, 1 reply; 6+ messages in thread
From: Bastien @ 2022-11-29 6:58 UTC (permalink / raw)
To: emacs-orgmode
Hi all,
Org 9.6 a major release, is out, and will be available from GNU ELPA
in a few hours.
The release notes are published on https://orgmode.org/Changes.html.
On top of the many small and big enhancements against 9.5, here are
some changes you might want to be aware of:
- Org tests are now regularily run:
https://git.sr.ht/~bzg/org-mode-tests/
Thanks to Christian Köstlin for helping us setting this! We are
looking for someone to maintain this repository.
- Because Org is more than Emacs org-mode, and in order to help people
working on Org parsers/tools, we made an effort to expose the syntax
for .org files: https://orgmode.org/worg/org-syntax.html
Thanks a lot to Tim (TEC) for his work on this!
- Worg is a good place to advertize useful Org packages: if you want
write access to Worg, please create an account on https://sr.ht and
send me your username. (Patches can be sent with no account.)
To help track orphan Org projects, there is now a dedicated page:
https://orgmode.org/worg/org-orphanage.html
Let's work from there to provide more useful information on the Org
ecosystem in general.
- If you enjoy using Org, please consider supporting contributors via
https://liberapay.com/org-mode/
If you contribute to the Org ecosystem in any way (not just code),
you are welcome to join the list of people who share donations, do
let us know (don't be shy).
Thanks to *everyone* who continues to make this list a nice and useful
place for Orgers of the World. Last but not least: thanks to Ihor his
truly amazing work and for being the de facto maintainer.
Enjoy!
--
Bastien
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Release 9.6
2022-11-29 6:58 Release 9.6 Bastien
@ 2022-11-30 15:10 ` Max Nikulin
2022-11-30 16:36 ` Thomas S. Dye
2022-12-01 23:10 ` Tim Cross
0 siblings, 2 replies; 6+ messages in thread
From: Max Nikulin @ 2022-11-30 15:10 UTC (permalink / raw)
To: emacs-orgmode
On 29/11/2022 13:58, Bastien wrote:
>
> Last but not least: thanks to Ihor his
> truly amazing work and for being the de facto maintainer.
I think, Ihor's role in this release is crucial. He spent a lot of time
fixing bugs and reviewing patches, not to mention the org-fold framework
to overcome performance limitation of overlays (the latter has been
recently addressed in Emacs though).
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Release 9.6
2022-11-30 15:10 ` Max Nikulin
@ 2022-11-30 16:36 ` Thomas S. Dye
2022-12-01 23:10 ` Tim Cross
1 sibling, 0 replies; 6+ messages in thread
From: Thomas S. Dye @ 2022-11-30 16:36 UTC (permalink / raw)
To: Max Nikulin; +Cc: emacs-orgmode
Max Nikulin <manikulin@gmail.com> writes:
> On 29/11/2022 13:58, Bastien wrote:
>> Last but not least: thanks to Ihor his
>> truly amazing work and for being the de facto maintainer.
>
> I think, Ihor's role in this release is crucial. He spent a lot
> of time fixing
> bugs and reviewing patches, not to mention the org-fold
> framework to overcome
> performance limitation of overlays (the latter has been recently
> addressed in
> Emacs though).
+1
--
Thomas S. Dye
https://tsdye.online/tsdye
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Release 9.6
2022-11-30 15:10 ` Max Nikulin
2022-11-30 16:36 ` Thomas S. Dye
@ 2022-12-01 23:10 ` Tim Cross
2022-12-02 0:32 ` Charles Millar
2022-12-02 5:06 ` Ihor Radchenko
1 sibling, 2 replies; 6+ messages in thread
From: Tim Cross @ 2022-12-01 23:10 UTC (permalink / raw)
To: Max Nikulin; +Cc: emacs-orgmode
Max Nikulin <manikulin@gmail.com> writes:
> On 29/11/2022 13:58, Bastien wrote:
>> Last but not least: thanks to Ihor his
>> truly amazing work and for being the de facto maintainer.
>
> I think, Ihor's role in this release is crucial. He spent a lot of time fixing bugs and
> reviewing patches, not to mention the org-fold framework to overcome performance
> limitation of overlays (the latter has been recently addressed in Emacs though).
I agree. The amount of time and effort Ihor has put into org mode is
both crucial and hugely appreciated.
One question I do have is with respect to the new folding code, the
changes in Emacs to improve overlay performance and the correct way
forward.
On one hand, it was an immense amount of work for Ihor to implement a
better performing solution and something I'm sure those with large org
files will appreciate. However, on the other hand, I guess it also puts
a greater burden from a maintenance perspective on org maintainers as
org is now using its own unique approach to hiding/showing content
(folding).
Has anyone done any comparisons between the new overlay implementation
in Emacs 29 and the new folding approach in org 9.6? Is there still
sufficient performance benefit with org's approach over using Emacs
overlays or do we need to seriously consider changing the default back
to native Emacs overlays?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Release 9.6
2022-12-01 23:10 ` Tim Cross
@ 2022-12-02 0:32 ` Charles Millar
2022-12-02 5:06 ` Ihor Radchenko
1 sibling, 0 replies; 6+ messages in thread
From: Charles Millar @ 2022-12-02 0:32 UTC (permalink / raw)
To: emacs-orgmode
On 12/1/22 18:10, Tim Cross wrote:
>
> Max Nikulin <manikulin@gmail.com> writes:
>
>> On 29/11/2022 13:58, Bastien wrote:
>>> Last but not least: thanks to Ihor his
>>> truly amazing work and for being the de facto maintainer.
>>
>> I think, Ihor's role in this release is crucial. He spent a lot of time fixing bugs and
>> reviewing patches, not to mention the org-fold framework to overcome performance
>> limitation of overlays (the latter has been recently addressed in Emacs though).
>
> I agree. The amount of time and effort Ihor has put into org mode is
> both crucial and hugely appreciated.
>
> One question I do have is with respect to the new folding code, the
> changes in Emacs to improve overlay performance and the correct way
> forward.
>
> On one hand, it was an immense amount of work for Ihor to implement a
> better performing solution and something I'm sure those with large org
> files will appreciate. However, on the other hand, I guess it also puts
> a greater burden from a maintenance perspective on org maintainers as
> org is now using its own unique approach to hiding/showing content
> (folding).
>
> Has anyone done any comparisons between the new overlay implementation
> in Emacs 29 and the new folding approach in org 9.6? Is there still
> sufficient performance benefit with org's approach over using Emacs
> overlays or do we need to seriously consider changing the default back
> to native Emacs overlays?
>
Is this the cause for the behavior I described a few days ago in
Bug org-cycke fails after "replace-string"
Charlie Millar
P.S. Sorry for the typo
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Release 9.6
2022-12-01 23:10 ` Tim Cross
2022-12-02 0:32 ` Charles Millar
@ 2022-12-02 5:06 ` Ihor Radchenko
1 sibling, 0 replies; 6+ messages in thread
From: Ihor Radchenko @ 2022-12-02 5:06 UTC (permalink / raw)
To: Tim Cross; +Cc: Max Nikulin, emacs-orgmode
Tim Cross <theophilusx@gmail.com> writes:
> One question I do have is with respect to the new folding code, the
> changes in Emacs to improve overlay performance and the correct way
> forward.
>
> On one hand, it was an immense amount of work for Ihor to implement a
> better performing solution and something I'm sure those with large org
> files will appreciate. However, on the other hand, I guess it also puts
> a greater burden from a maintenance perspective on org maintainers as
> org is now using its own unique approach to hiding/showing content
> (folding).
Note that org-fold text property implementation will remain relevant
until we drop the support of Emacs 28.
> Has anyone done any comparisons between the new overlay implementation
> in Emacs 29 and the new folding approach in org 9.6? Is there still
> sufficient performance benefit with org's approach over using Emacs
> overlays or do we need to seriously consider changing the default back
> to native Emacs overlays?
I did.
https://orgmode.org/list/87359z8ssb.fsf@163.com
Emacs master:
- main Org branch using text properties for folding: Elapsed time: 2.185786s (0.639190s in 4 GCs)
- main Org branch using overlays for folding: Elapsed time: 27.244284s (0.731581s in 5 GCs)
Emacs feature/noverlay:
- main Org branch using text properties for folding: Elapsed time: 1.586936s (0.476606s in 3 GCs)
- main Org branch using overlays for folding: Elapsed time: 2.039803s (0.724576s in 5 GCs)
The improvement is very significant. GCs are mostly caused by Org
internals staff as you can see by comparing built-in and main Org
versions. Without GCs, overlays are on par with text properties.
overlays vs. text properties are now mostly on par modulo some more GCs
when using overlays.
In terms of maintenance, it is not that bad. org-fold supports both
overlays and text properties. I just did not implement certain features
when overlays are used.
Eventually, we can drop text property support and go back to overlays.
We do not have to abandon org-fold for that. org-fold is mostly an API
for folding. It provides more than just a replacement of overlays. Other
places in Org code now use API calls instead of directly working with
overlays.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-12-02 5:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-29 6:58 Release 9.6 Bastien
2022-11-30 15:10 ` Max Nikulin
2022-11-30 16:36 ` Thomas S. Dye
2022-12-01 23:10 ` Tim Cross
2022-12-02 0:32 ` Charles Millar
2022-12-02 5:06 ` Ihor Radchenko
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).