Produits Entr'ouvert » Publik

Certes il y a encore sur le SaaS des installations d'au quotidien, qui parfois encore utilisent des fonctionnalités spécifiques à l'extension, mais ailleurs, quand on déploie des Publik neuf, on devrait pouvoir laisser wcs-au-quotidien de côté. (et pour le SaaS, à un moment pousser les au quotidien sur un serveur différent ?).

Pour le gros des fonctionnalités, je pense que ça serait déjà ok, ce sont les détails qu'il faut ici regarder; d'une lecture rapide :

• le nom dans le menu latéral, il y a du code "set app_label to Publik if none was specified" mais depuis le switch django, ça serait ok sans.
• le _q_lookup du répertoire racine, une redirection de /formdef/ à /category/formdef/ ? à investiguer.
• dans template.py un render_response qui remplace celui de w.c.s., qui positionne notamment des variables "bigdiv" et "gauche" qui sont utilisées dans le thème.
  • mais "gauche", à part la page d'accueil plus utilisée, c'est juste pour ajouter un titre "Étapes" au-dessus de celle-ci dans le rendu d'un formulaire (qui est ensuite caché par CSS dans publik-base-theme…)
  • et "bigdiv", ça servait à faire une distinction entre une rubrique "Services" et les autres (Consultations, Annonces, Agenda), plus nécessaire.

Bref, il me semble qu'on est très proche.