Ce critère calcule le nombre de réponses à un message de forum. Il stocke l’info dans `nombre_reponses` en SQL,
et on peut le récupérer via `#FORUM_NOMBRE_REPONSES` en SPIP.
Un argument supplémentaire permet de passer une clause HAVING pour limiter les résultats en fonction du nombre de réponses obtenu :
- `{compter_reponses nombre_reponses = 0}` sélectionnera tous les messages sans réponse.
- `{compter_reponses nombre_reponses > 10}{!par nombre_reponses}` sélectionnera les messages avec au moins 10 réponses, classés du plus grand nombre au plus petit.
différents fix avec php-cs-fixers. Fixers appliqués ici :
'encoding', // utf8
'eof_ending', // un saut de ligne en fin de fichier
'elseif', // elseif plutôt que else if
'function_call_space', // espaces sur fonctions
'function_declaration', // espaces sur fonctions
'function_typehint_space', // espaces sur fonctions
'linefeed', // sauts de ligne \n uniquement
'lowercase_constants', // true, false, null en munuscule
'lowercase_keywords', // mots clés PHP en lowercase
'method_argument_space', // espaces sur appels de fonctions
'multiple_use', // use unique sur fonctions anonymes
'newline_after_open_tag', // ouverture de php… et c'est tout sur cette ligne
'operators_spaces', // espaces de part et d'autres des opérateurs binaires
'parenthesis', // pas d'espace juste après parenthèse ouvrante, ou avant parenthèse fermante
'php_closing_tag', // pas de fermeture de php
'short_tag', // tag PHP corrects
'trailing_spaces', // pas d'espace qui traîne en fin de ligne
'visibility', // déclarer 'public / private / protected' sur les méthodes
attention ca casse forcement des choses, les bases sont assurees, mais par exemple on ne sait plus faire une {{{boucle(articles){id_article} }}} a l'intérieur d'un forum
etrangement, par contre, le forum de l'espace prive continue a fonctionner comme avant