Bonjour,
Je me permets moi aussi d’apporter un ressenti, car les derniers messages (sur l’orientation WorkFlow) m’interessent énormément : j’ai (très)souvent eu envie/besoin de changer/créer un workflow pour des objets SPIP, allant travailler sur Bonita ou ProcessMaker. Donc une telle ‹ systémisation › en API me paraitrait une superbe avancée.
Mais en relisant cette discussion, je crois identifier plusieurs points bien distincts (qui n’on tpeut-etre pas besoin d’etre tous résolus en meme temps, et pour la 4.0.0) :
0- une discussion sur les boutons d’actions directe (imposés par les mobiles ?),
ou à deux étapes
=> moi aussi j’oublie régulièrement de valider un changer en téléchargement, choix de rubrique ou…
sans aller jusqu’à la véritable discussion d’ergonomie, les divers SPIP 3 ont apporté AMHA une « certaine diversité » que je ressens parfois comme déstabilisante,mais cela devra attendre !
1- une suggestion d’amélioration de l’interface actuelle des statuts actuels
(corrrigée par Tcharlss, avec le bouton 'changer Inactif/Actif de Rasta )
=> j’achète dans l’immédiat
2- une discussion sur les actuels statuts et leur workflow actuel (avec/sans corbeille,ou d’autres plugins)
=> cela me parait etre un des derniers fondamentaux de SPIP (contournable avec {tout} )
qui n’est pas a changer sans réflexions, car cela pourrait re-mettre bcp en cause
3- l’idée de transformer l’implémentation du statut en généralisation
(commel’ont été :les autorisations, les liens, les mots, les API, les …)
=> BRAVO !
remplacer les ‹ statuts › par un ‹ moteur à statuts › élimine la discusion n°2
(car chacun pourra adapter facilement…) et ouvre un avenir…!
Alors, avec mon point de vue utilisateur je suggérerai bien sur le point initial n°1
un ‹ gogogo › sans attendre,
car l’accord semblait assez général avant l’ouverture esquissée par touti
ouverture très intéressante, mais qui dépasse largement la question initiale,
(trop) bien documentée et affinée dans cet échange…
Et donc ensuite, la question : je rejoins totalement Eric (son post 44) = envisager de
conceptualiser le passage du statut d’objet à un statut piloté par un moteur type workflow Petri
(bien évidemment personnalisable/dérivable par objet et par rubrique) !