Leo 6.3.1 will be coming fairly soon

[Edward K. Ream]

Leo 6.3.1 is necessary for two reasons:

1. There is a crasher in the leoflexx.py plugin. Somehow pylint did not detect that u.afterChangeNodeContents no longer uses the "dirtyVnodeList" kwarg. I am not amused.

2. More happily, I am working on a major simplification of Leo's undo code, per #1413. Imo, the new code should be an official part of Leo asap. PR 1725 summarizes the new changes.

The undo logic for changes to headline text has already collapsed. I expect that the undo logic for changes to body text will similarly collapse.

True, I could delay point 2 to Leo 6.4, but my guess is that Félix would rather deal with the changes to Leo's api asap. I'll check with him soon.

Edward

[Edward K. Ream]

On Sunday, November 8, 2020 at 12:26:30 AM UTC-6, Edward K. Ream wrote:

> Leo 6.3.1 is necessary for two reasons:

Heh. That was a middle-of-the-night panic talking :-) There will be no 6.3.1 release. I'll release 6.4 when appropriate.

Plans

I'll fix the crasher affecting leoflexx.py in devel.

I'll merge the ekr-undo branch into devel only after Leonistas have tested the ekr-undo branch for several weeks.

For leoInteg, imo the most important thing is for Félix to release the leoInteg plugin officially. That can be done at any time based on Leo 6.3. Once that crucial milestone has been passed, it should be relatively straightforward for Félix to track changes when Leo 6.4 goes out the door.

Summary

There will be no 6.3.1 release. For the foreseeable future, it will suffice to make improvements in the devel branch.

Leo 6.4 is scheduled for after the sabbatical. 6.4 may go out the door earlier depending on how pleased I am with the undo work.

Edward

[Edward K. Ream]

On Sunday, November 8, 2020 at 6:13:29 AM UTC-6, Edward K. Ream wrote:

I'll fix the crasher affecting leoflexx.py in devel.

Done at rev 4629084 in devel and merged back into ekr-undo. This fixes #1726.

I'll finish work in the ekr-undo branch in the next day or so. This work is not much of a distraction, because #1413 has always been a sabbatical item.

Edward