Recherche avancée

Médias (91)

Autres articles (106)

  • Soumettre bugs et patchs

    10 avril 2011

    Un logiciel n’est malheureusement jamais parfait...
    Si vous pensez avoir mis la main sur un bug, reportez le dans notre système de tickets en prenant bien soin de nous remonter certaines informations pertinentes : le type de navigateur et sa version exacte avec lequel vous avez l’anomalie ; une explication la plus précise possible du problème rencontré ; si possibles les étapes pour reproduire le problème ; un lien vers le site / la page en question ;
    Si vous pensez avoir résolu vous même le bug (...)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (8938)

  • Evolution #3488 : Stocker globalement toutes les requetes passées

    29 juin 2015, par nico d

    Justement non :)
    Actuellement, les requetes sont stockées uniquement si on a un var_profile en GET.
    var_profile c’est bien, c’est très complet pour debugger finement, mais il faut ajouter le paramètre à l’url (même si avec le minibando c’est plus rapide).

    Ma modif consiste juste a stocker toutes les requetes en global.
    Ensuite je me suis inspiré du plugin dev, je passe par register_shutdown_function() pour ajouter ce bandeau sur toutes les pages, sans ajouter var_profile à l’url.
    C’est plus rapide, je l’ai tout le temps sous les yeux quand je suis connecté et webmestre (privé et public).
    Pour les appels en Ajax, je logge ces infos au lieu de les afficher pour pouvoir les lire aussi si besoin (vérifier le nombre de requetes générées).

    Pour être complet, en fait j’affiche aussi le temps de génération de la page :

    ça me permet aussi de tester certaines optimisations.
    (et la croix me sert à masquer le bandeau si jamais il y a du texte en dessous)

    Possible que ça n’intéresse que moi, mais Fil sur IRC paraissait intéressé aussi, du coup je pose ça là.

    "Voilà ma chanson mon pote. Si t’en veux pas, pas d’ malaise. Je la remet dans ma culotte."

  • Anomalie #4155 : la fonction roles_presents ne fonctionne pas correctement

    27 juin 2018, par Michel Bystranowski

    Mmmm, à me relire, c’est vrai que je n’ai pas été clair du tout… Je réessaie :

    Pour donner les roles possible pour un lien entre deux types d’objets, la fonction roles_presents se base sur la « table des tables », qui est retournée par la fonction lister_tables_objets_sql. C’est de cette liste dont je veux parler quand je parle de « liste des tables ».

    Cette « table des tables » est très grande, donc dans mon exemple je ne montre qu’une partie : la clé "roles_objets" de la table "spip_documents". On y définit les rôles possibles pour les liens avec les autres objets éditoriaux SPIP. Il peut y avoir des index par objets éditoriaux et/ou un ’*’.

    Enfin en écrivant tout ça, je vérifie et je me rend compte que ça n’est pas un bug dans SPIP, mais dans mon plugin logos_roles. C’est lui qui utilise des index du type "spip_articles" au lieu de "articles", alors que la doc des rôles sur contrib dit l’inverse (https://contrib.spip.net/Des-roles-sur-des-liens).

    Et donc il n’y a pas de bug (dans SPIP :-)), et on peut fermer le ticket, désolé pour la fausse alerte.

  • Anomalie #3160 (Fermé) : Imagick pas correctement géré pour les miniatures

    18 juillet 2014, par marcimat ☺☮☯♫

    Très juste. Patch presque parfait (juste ->CONSTANTE au lieu de ::CONSTANTE)

    Intégré donc par r21428 et reporté par r21429 (SPIP 3.0) et r21430 (SPIP 2.1)

    Merci beaucoup.

Navigation