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
la fonction php icone_inline est evacuee dans le grenier (car gerait l'ajax ancienne mode), au profit de icone_verticale, qui a du coup la meme signature que icone_horizontale
Pourquoi afficher systématiquement le lien "+++" ? Le test ($n == $limit)
compare le nombre maximal de visites renvoyées à un nombre de hosts après
agrégation, donc s'évalue presque toujours à faux. La solution exacte est
lourde : demander $limit+1 lignes, ne garder que les $limit premières et
conserver l'info de la présence ou non d'une $limit+1ème ligne. En attendant,
affichons toujours le lien "+++" : c'est très souvent correct et ce n'est pas
grave quand ce ne l'est pas.
Correspond à [15813] et [15797] (branche 2.0) et à [15798] et [15814] (branche
2.1)
Franck
spip.franck@lien-d-amis.net