CheckBoxTreeItem behavior

John Hendrikx john.hendrikx at gmail.com
Fri Nov 18 09:12:33 UTC 2022


On 18/11/2022 00:10, Nir Lisker wrote:
> Hi,
>
> I have been working on fixing some issues with the behavior 
> of CheckBoxTreeItem. I stumbled across this situation:
>
> When a parent is de/selected, all of its children are set to the same 
> state. However, a CheckBoxTreeItem can be set to indeterminate 
> programmatically (the control itself does not allow indeterminate). 
> Should all children also be set to an indeterminate state? If so, this 
> will put the tree at an "invalid" state where leaf nodes can be 
> indeterminate as well. OTOH, if not, then we are again at an invalid 
> state if all children have the same state, but the parent doesn't.

I think the indeterminate state is best left up completely to the owner 
of the control. You may need information that is not part of the tree to 
actually determine if something is indeterminate or not.  A tree may be 
filtered, or a tree may represent only "nodes" while "leaves" are 
displayed in a 2nd control as a list.  This means that in theory, parent 
nodes could be indeterminate even if all its children are in the same 
state (checked/unchecked) due to filtering, and leaf nodes could be 
indeterminate if they represent a directory while the file selection is 
displayed in a separate control.  In Backup software, a directory may be 
partially selected if it has a filter associated with it (like *.java) 
even if that directory is empty or has only Java files currently...

Some UI's will even allow you to click on an indeterminate parent node 
to check it (checking all children), click again to uncheck it 
(unchecked all children), and click a 3rd time to put it back to an 
indeterminate state (restoring all children to the state they had before 
the first click).

--John


More information about the openjfx-dev mailing list