
It is logical to remove the quick button from deleted resources: .x-tree-node-el.deleted .modx-tree-node-btn-create {display: none;}
Need a connection between deleted resources - parent and children.
It makes sense to activate and freeze the setting "Deleted" in children resources until the parent is deleted OR restore parent if children been restored OR change the parent to 0 and set the resource to unpublised, if it has been restored and its parent has been deleted.
p.s. It is odd that you can create or restore a children resource if the parent has been deleted.

I don't think that 2. could be solved nice. Purge them too could be too harsh. We need some 'search for orphan resources' processor otherwise, since those resources can't be found in the tree after purging.
Deleted parents and not deleted children could happen in other circumstances too.
I just checked that on a current installation. The child resources are purged too, even if they are not deleted. They don't stay as orphaned resources. So the child resources 'just' have to be listed in the trash manager.
@Jako Hello! Can you fix it
Now there is a problem in that if you delete a resource through its setting, then its child resources will be deleted, but at the same time they will be marked as not deleted in the tree, which can confuse users.

Although if you delete via the context menu, the child resources will also be marked as deleted.
If you have a large resource tree and a lot of deleted resources in the trash, then you may simply not understand what will be deleted, which is a serious problem.
I think that it is necessary to mark child resources deleted if the parent has been deleted (as delete works through the context menu now)
A detailed discussion was here https://github.com/modxcms/revolution/pull/14350
Most helpful comment
Now there is a problem in that if you delete a resource through its setting, then its child resources will be deleted, but at the same time they will be marked as not deleted in the tree, which can confuse users.
Although if you delete via the context menu, the child resources will also be marked as deleted.
If you have a large resource tree and a lot of deleted resources in the trash, then you may simply not understand what will be deleted, which is a serious problem.
I think that it is necessary to mark child resources deleted if the parent has been deleted (as delete works through the context menu now)
A detailed discussion was here https://github.com/modxcms/revolution/pull/14350