Skip to content
Extraits de code Groupes Projets
  1. fév. 04, 2021
  2. sept. 28, 2020
  3. mars 26, 2020
  4. jan. 01, 2020
  5. jan. 08, 2019
  6. avr. 01, 2018
  7. mai 08, 2017
  8. nov. 25, 2016
  9. jan. 01, 2016
  10. déc. 13, 2015
    • marcimat@rezo.net's avatar
      Meilleure compatibilité avec PSR-2 et nos règles d'écriture, en appliquant · 69fc6182
      marcimat@rezo.net a rédigé
      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
      69fc6182
    • cedric@yterium.com's avatar
  11. jan. 01, 2014
  12. jan. 24, 2013
  13. août 10, 2012
  14. déc. 22, 2011
  15. mai 12, 2011
  16. avr. 15, 2011
    • cedric@yterium.com's avatar
      Unification de l'API editer_xxx des objets : · ba095b08
      cedric@yterium.com a rédigé
      on renomme de façon cohérente pour tous les objets
      xxx_inserer
      xxx_modifier
      xxx_instituer
      
      Les points d'entrée de l'API sont donc
      action_editer_xxx pour le traitement global d'un post
      xxx_inserer et xxx_modifier pour les operations elementaires
      
      xxx_instituer n'est pas un point d'entree et ne devrait pas etre appelee en direct : il faut passer par xxx_modifier.
      
      Le fichier inc/modifier contenait de façon centralisee des fonctions
      revision_xxx pour les objets historiques de SPIP (essentiellement utilisées par les crayons)
      Cette construction centralisée n'est pas facilement extensible. On evacue donc chaque fonction dans le action/edtier_xxx de l'objet concerné, et on propose en remplacement un point d'entrée unique
      revision_objet($objet,$id,$c)
      qui va dispatcher vers la fonction xxx_modifier de l'objet, ou a defaut la fonction generique objet_modifier de 
       action/editer_objet. Les fonctions revision_xxx sont par ailleurs dépréciées.
       
      Les anciennes fonctions insert&set sont toujours definies et renvoie vers la fonction a nommage conventionnel, pour eviter trop de rupture de compatibilité
      ba095b08
  17. jan. 28, 2011
  18. jan. 22, 2011
  19. jan. 21, 2011
Chargement en cours