Recherche avancée

Médias (91)

Autres articles (14)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • 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

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

Sur d’autres sites (3581)

  • Anomalie #3184 (Nouveau) : md5_boutons_plugins()

    11 mars 2014, par Franck Dalot

    Bonsoir
    PHP 5.5.7, essai fait chez OVH
    prefix des tables "spipdev21"
    Installation faite en MySQL

    Installation par FTP de spip 2.1.26 [21251] puis passage en spip 3.0.16 [21253]
    Au lieu d’arriver sur la page qui m’indique comme quoi ma base de données va êtes mise à jour, je tombe sur une page blanche avec :
    Fatal error : Call to undefined function md5_boutons_plugins() in /.../ecrire/inc/filtres_ecrire.php on line 47
    Si je réactualise la page, cela fonctionne normalement.

    J’ai fait l’essai d’un passage de spip 2.1.26 [21251] vers spip 3.1 [21256] même problème.

    J’ignore si c’est http://core.spip.org/issues/2307 qui fait sont retour mais cela ressemble au cas que j’évoque (sauf que je ne vide pas le cache pour que cela soit bon)

  • Anomalie #3981 : Menu "Écrire une nouvelle traduction" non présent pour rédacteurs

    12 août 2017, par jluc -

    Il semble que la création utilise https://core.spip.net/projects/spip/repository/revisions/22643
    où c’est l’autorisation ’changertraduction’ qui est utilisée,

    Celle ci est définie dans inc/autoriser comme étant par défaut équivalente à l’autorisation pour ’modifier’.
    Ça explique le problème car n’importe qui ne peut pas modifier n’importe quoi.

    Il faudrait créer une autorisation ’creertraduction’ et une fonction ’autoriser_creertraduction_dist’ qui soit plus tolérante, et l’utiliser au bon endroit, au lieu de devoir utiliser ’changertraduction’

    Mais je sais pas si ce bon endroit c’est le source du commit 22643 pointé plus haut, car je ne sais pas si seule la création y passe, ou si la modification y passe aussi...

  • Anomalie #3271 (Nouveau) : tailles_en_octets : tenir compte des norme SI

    22 septembre 2014, par Maïeul Rouquette

    On va pas revenir sur l’historique des puissance de 2 comme unité de mesure, mais actuellement taille_en_octets fait comme si 1 ko = 1024 octets.

    Depuis la normalisation par l’iso, on distingue :
    - 1 ko = 1000 octets
    - 1kio = 1024 octets

    et de même pour les multiples au dessus. Cela n’a guère d’importance pour les petites unités, mais à partir du giga cela se fait sentir.

    Voir https://fr.wikipedia.org/wiki/Octet#Multiples_normalis.C3.A9s

    Proposition pour que SPIP soit conforme aux normes ISO :
    - changer les chaînes de langues pour utiliser le kibi au lieu du kilo
    - Utiliser les multiples de 10 dans la fonction taille_en_octets, en proposant une constante pour basculer vers l’ancien mode

Navigation