Recherche avancée

Médias (91)

Autres articles (63)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (10540)

  • Evolution #4277 : Pouvoir utiliser InnoDB à la place de MyISAM (patch)

    12 mars 2021

    On vient de découvrir un truc avec Rastapopoulos : innodb en mysql8 a par défaut les tables en utf8mb4, et les varchar semblent limités à 191 caractères, au lieu de 255 !
    Ça sent un piège à venir : https://stackoverflow.com/a/31474509
    J’en cause pour pas oublier, parce qu’on a des déclarations abondantes de varchar(255) dans SPIP et les plugins, avec des index dessus.

  • Anomalie #4700 : Erreur sur l’édition des rubriques racine

    22 mars 2021, par cedric -

    oui je confirme, c’est le formulaire d’edition lui même qui est fautif et par défaut selectionne la rubrique elle même comme parent.
    Si tu reselectionne manuellement la racine c’est bon.

    Je cherche où a eu lieu la regression, mais surtout ça pose la question : pourquoi on a aucune verification de ce type sur id_parent d’une rubrique, qui ne peut se contenir elle même ?

  • Evolution #4604 (Nouveau) : Remplacer les input type="submit" par des button

    9 novembre 2020, par nicod _

    Histoire de se moderniser un peu et de perdre de mauvaises habitudes, je propose de remplacer tous les <input type="submit" /> par des <button></button>

    Aucun inconvénient (à part des css qui cibleraient input[type=submit] au lieu de .submit) et de multiples avantages :

    • un <button></button> peut contenir du html (une image par exemple, ou des ), un non
    • un <button></button> peut passer une value différente du texte affiché
    • un <input />, comme un <select></select>, est géré par l’OS et ne peut pas être stylé complètement (notamment les pseudos sélecteurs :before, pour y mettre une icone SVG en background par exemple)

    Un exemple de regex pour les remplacer :
    ]*)>
    remplacé par
    $3

    Par contre, même si type="submit" est le rôle par défaut des <button></button> il est conseillé de le conserver.

    PS : ce ticket concerne aussi Formidable

Navigation