Celui-ci vient en fait de FireFox ... pour une fois, IE était en tête du peloton et permettait la suppression d'un élément directement.
C'est juste mon hypothèse, mais je crois que la raison pour laquelle vous devez supprimer un enfant via le parent est due à un problème avec la façon dont FireFox a géré la référence.
Si vous appelez un objet pour valider hari-kari directement, puis immédiatement après sa mort, vous conservez toujours cette référence. Cela a le potentiel de créer plusieurs bogues désagréables ... comme ne pas le supprimer, le supprimer mais garder des références qui semblent valides, ou simplement une fuite de mémoire.
Je crois que lorsqu'ils ont réalisé le problème, le travail a consisté à supprimer un élément par le biais de son parent, car lorsque l'élément est parti, vous détenez simplement une référence au parent. Cela arrêterait tout ce désagrément, et (si la fermeture d'un arbre nœud par nœud, par exemple) se «fermait» assez bien.
Ce devrait être un bogue facilement réparable, mais comme pour beaucoup d'autres choses dans la programmation Web, la version a probablement été précipitée, ce qui a conduit à cela ... et au moment où la prochaine version est apparue, suffisamment de gens l'utilisaient pour changer cela conduirait à casser un tas de code.
Encore une fois, tout cela n'est que ma conjecture.
Cependant, j'ai hâte de voir le jour où la programmation Web sera enfin nettoyée au printemps, toutes ces étranges petites idiosynchracies seront nettoyées et tout le monde commencera à jouer selon les mêmes règles.
Probablement le lendemain du jour où mon robot serviteur me poursuit pour arriérés de salaire.