- cycle de suppression actuel - les modules ne peuvent pas faire grand-chose pendant le cycle de suppression, système fermé
- modification pour annuler - l'utilisateur peut récupérer les données par une interface d'annulation (données placées dans une table « deleted »)
- avantages - meilleure interface, pas d'écran de confirmation, moins de risque de perte de données critiques
- actuellement, on ne fait que répondre aux appels de node_delete
- les modules devraient avoir leur mot à dire
- mise en œuvre possible : table deleted avec did, type, table, data, timestamp
- ajouter drupal_delete() et drupal_undo()
- Chris Messina : avoir une corbeille visible par l'utilisateur
- suppression de nœud = concept réservé aux administrateurs
- corbeille pour l'utilisateur
- réutiliser le concept de corbeille pour le pourriel
- L'avis d'Angela sur la Form API :
- brise la rétrocompatibilité avec 400 modules contrib (legacy.inc)
- rétrocompatibilité jusqu'à 4.8
- l'autre option est qu'une petite équipe corrige les modules contrib
- Réflexions de Karoly - le retrait de legacy.inc proposé par Gerhard et Karoly, il est possible de faire fonctionner les node_hooks
- ça pourrait fonctionner, mais alors les anciens modules ne pourraient pas utiliser les fonctionnalités des API de formulaires
- Chad - les développeurs disent qu'ils ont besoin de plus de temps, on vient tout juste d'avoir une documentation utilisable la semaine dernière
- Adrian - si on active legacy, l'ancienne validation ne fonctionnera pas avec le nouveau système de validation
- Il faut en discuter dans l'autre salle et arriver à une conclusion d'ici la fin de la DrupalCon
Publication originale
Cet article a été publié à l'origine le 19 octobre 2005 sur The Standard, le blogue de Raincity Studios, sous la signature « Roland Tanglao ». Cet article reflète le contexte et les outils de l'époque; certains liens et services mentionnés n'existent plus. Article traduit de l'anglais. La version anglaise est le texte original.