Skip to content
Extraits de code Groupes Projets
  1. oct. 22, 2020
  2. sept. 28, 2020
  3. jan. 01, 2020
  4. jan. 08, 2019
  5. avr. 01, 2018
  6. sept. 20, 2017
  7. sept. 15, 2017
  8. mai 09, 2017
  9. mai 08, 2017
  10. mai 07, 2017
  11. nov. 25, 2016
  12. sept. 27, 2016
  13. jan. 01, 2016
  14. 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
  15. nov. 22, 2015
  16. déc. 02, 2014
  17. jan. 13, 2014
  18. jan. 11, 2014
  19. jan. 01, 2014
  20. avr. 08, 2013
  21. fév. 16, 2013
  22. jan. 24, 2013
  23. sept. 25, 2012
  24. août 10, 2012
  25. mars 23, 2012
  26. août 22, 2011
  27. août 15, 2011
  28. juil. 12, 2011
  29. juil. 05, 2011
  30. mai 02, 2011
  31. mai 01, 2011
  32. 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
  33. mars 30, 2011
  34. mars 14, 2011
Chargement en cours