The specific issue is that the value variable of the resize_child_node function goes from 0 to the screen size, but the node.size may be smaller so the value being sent (node.size[axis] - value) for the resize may be negative.

What are the steps to reproduce the issue?

Steps to reproduce:

1. Add the todotreeview-xl to the plugins folder
2. Start LiteXL
3. Disable todotreeview-xl in the settings UI
4. Close LiteXL
5. Open LiteXL
6. Enable the todotreeview-xl plugin in the settings UI
7. Try to resize the todotreeview-xl panel

Current behaviour: The panel goes to a really weird position or disappears
Expected behaviour: The panel resizes normally

I think this should be done for this too:

So I guess value should either be translated at the start of resize_child_node or by the caller.

This was already done in #1516, but if you do the same fix for RootView:on_touch_moved, I'd just merge this instead.
In the end the issue I raised in that PR is still valid, but at least we can merge this for now.

Btw as a consequence of how you're doing the initial split in todotreeview-xl, if you already have multiple splits, and settings is not the rightmost one, the panel is opened at its right, leading to weird splits like:

We have a plan for a better way to deal with "panels", but it'll have to wait for now.

Updated with the changes to on_touch_moved. Any recommended way to get the initial split to work as expected in the plugin? Or it's a thing to do only after your "panels" plan is ready?

Any recommended way to get the initial split to work as expected in the plugin? Or it's a thing to do only after your "panels" plan is ready?

Sadly I don't think there's a good way with the current system.