Skip to content
Extraits de code Groupes Projets
  1. sept. 09, 2011
  2. juin 19, 2011
  3. mai 10, 2011
  4. mai 02, 2011
  5. 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
  6. mars 30, 2011
    • cedric@yterium.com's avatar
      http://core.spip.org/issues/1566 · 8f498ad5
      cedric@yterium.com a rédigé
      verifier plus en amont que le type de fichier qu'on essayer d'uploader est autorise pour eviter de creer des repertoires fantomes inutiles.
      Du coup on deplace la verification du type image dans une fonction verifier_document_mode_image,
      et ces fonctions de verifications sont appelees deux fois :
      - une fois avant copie du fichier dans IMG/
      - une fois apres analyse détaillée du contenu du fichier
      Les fonctions ne doivent pas refuser a tort un document a la premiere passe si les infos ne sont pas completes
      8f498ad5
  7. mars 14, 2011
  8. fév. 05, 2011
    • cedric@yterium.com's avatar
      report de r44142 · 4ef25a1e
      cedric@yterium.com a rédigé
      generaliser le cas derogatoire du mode=vignette pour permettre a des plugins d'ajouter des documents avec d'autres modes
      Il suffit de fournir une fonction surchargeable inc_verifier_document_mode_xxx_dist() pour que celle ci soit appelee au chargement d'un document dans le mode xxx
  9. jan. 22, 2011
  10. jan. 21, 2011
Chargement en cours