Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (72)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (12053)

  • Révision 23678 : Bugfix dans recup_date() quand on lui passe une chaîne du type 2017-07

    20 juillet 2017, par brunobergot@gmail.com

    Sous PHP 5.5.38-1 le test `substr($jour, 0, 1) == ’0’` renvoie true quand `$jour = ’’` ce qui fait renvoyer un valeur false pour le jour au lieu d’une chaîne vide.
    r23409 ayant modifié affdate_base(), ce cas ne passait plus par `strtotime($numdate)` mais par `mktime($heures, $minutes, $secondes, $mois, $jour, $annee)` qui génère un timestamp décalé d’un jour en arrière.
    On obtenait donc 06 au lieu de 07 pour `[(#VAL2017-07|affdatem)]`

    pfiou :p

  • Anomalie #3941 (Fermé) : CSS carnet contrib

    5 mai 2017, par jluc -

    Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.

    Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.

    Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.

    Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.

    Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !

    Ça va nettement mieux quand on active la css suivante :

    Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.

  • Nomenclature #3934 (Nouveau) : ’recalcul’ devrait s’appeler ’recompile’

    22 avril 2017, par jluc -

    Le terme "recalcul" indique implicitement qu’il s’agit de la même chose qu’un "calcul", fait une nouvelle fois, mais ce n’est pas du tout le cas, puisque le "calcul" est la simple évaluation d’un squelette compilé, tandis que le "recalcul" demande la compilation elle-même du squelette, suivie de son "calcul".

    Le terme de "recalcul" est donc trompeur. On a pris l’habitude, mais ce mauvais nommage masque la réalité des phénomènes (comme la novlangue de ’1984’) et en retarde la découverte, au lieu de faciliter son accès.

    Partout où ce terme est employé, et surtout dans les boutons et pour le var_mode, il serait préférable d’employer le terme de "recompile" au lieu de "recalcul".

Navigation