Skip to content
Extraits de code Groupes Projets
  1. jan. 01, 2020
  2. juil. 29, 2019
    • cedric@yterium.com's avatar
      Refonte des modeles document : · fa13018a
      cedric@yterium.com a rédigé
      * on declare le routeur de modele medias_modeles_styliser qui redirige les raccourcis img, doc et emb selon la regle suivante
         - le nouveal modele correspond au champ media du document : image, audio, video, file
         - si une declinaison correspondant au raccourci initial (_img, _doc ou _emb) existe on la prend
           -> un modele file_emb.html reprend le mecanisme d'embed generique selon extension+mime-type de l'ancien modele emb.html
      * les 4 modeles de base image, audio, video, file et les declinaisons file_emb sont toutes en <figure></figure>
      * les styles en dur float sont supprimes, on ne garde qu'un width:{largeur}px sur l'element <figure> qui permet d'avoir un conteneur ajuste
        - il se contourne facilement par un min-width:100%; ou un width:auto !important;
      * spip_doc_titre, spip_doc_descriptif et spip_doc_credits sont regroupes dans le figcaption.spip_doc_legende
      * les modeles historiques doc, img et emb disparaissent. Les eventuels modeles surcharges dans squelettes/ sont ignores
      * les 3 modeles image, audio et video ajoutent des conditions sur leur boucle, pour etre sur qu'on a bien a faire avec le bon type de media, et sinon renvoient vers le modele file
      * le mode du document n'est plus considere dans aucun modele dans le format de l'affichage qui n'en depend donc plus du tout
      
      En pratique donc <emb>, <img> et <doc> sont equivalents pour les medias audio, video, image (et consistent a afficher/embed le media par defaut)
      Pour les autres types de media <doc> affiche le lien vers le document avec une vignette + legende, et <emb> affiche un traitement differencie en fonction du mime type
      On peut utiliser le raccourci <fileXX> pour n'importe quel media
      Si on utilise <imageXX> ou <audioXX> ou <videoXX> sur un media inaproprie ca affichera le contenu de <fileXX>
      fa13018a
  3. jan. 08, 2019
  4. avr. 01, 2018
  5. mai 08, 2017
  6. avr. 18, 2017
  7. jan. 14, 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. nov. 22, 2015
  12. oct. 22, 2014
  13. oct. 19, 2014
  14. jan. 01, 2014
  15. fév. 13, 2013
  16. jan. 24, 2013
  17. août 15, 2012
  18. juil. 03, 2012
  19. mai 05, 2012
  20. mars 05, 2012
  21. fév. 09, 2012
  22. fév. 01, 2012
  23. nov. 14, 2011
    • cedric@yterium.com's avatar
      Le media d'un document (image, video, audio, file) utilise par convenance dans... · a1f6242c
      cedric@yterium.com a rédigé
      Le media d'un document (image, video, audio, file) utilise par convenance dans l'interface ne peut dependre en dur de l'extension du fichier :
      avec oEmbed, on peut se retrouver a integrer toute sorte de media au format html
      Du coup on revoit la structure de la base :
      spip_types_documents porte un champ media_defaut (renommage de l'ancien media) utilise comme valeur par defaut du media si non renseigne quand un document est ajoute
      spip_documents porte son propre champ media, qui est peuple en fonction de media_defaut, sauf si renseigne lors de l'ajout du document
      (ie via fonction de description ou pipeline)
      Revision du code partout ou on referencait media, en dispatchant sur l'un ou l'autre selon les cas
      upgrade de la base (en deux fois)
      
  24. oct. 10, 2011
  25. oct. 06, 2011
  26. sept. 18, 2011
  27. juil. 31, 2011
  28. juil. 13, 2011
  29. juil. 06, 2011
  30. mai 26, 2011
  31. avr. 22, 2011
  32. avr. 01, 2011
  33. mars 31, 2011
  34. mars 28, 2011
  35. mars 24, 2011
  36. mars 21, 2011
Chargement en cours