Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (53)

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

  • 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.

  • 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 (10804)

  • Préférence donnée à mp4 sur webm quand le fichier mp4 est chargé en tant que conversion d’un fichier webm

    21 janvier 2016

    Bonjour,
    le site AlterInfos - América latina (www.alterinfos.org) utilise depuis un an le plugin "Lecteur multimédia HTML5 pour MediaSPIP" qui marche super bien. Merci.
    Jusqu’à présent, les vidéos étaient surtout au format mp4. Mais dans un article récent, les vidéos ont été téléversés au format webm (VP9+Opus), puis, à partir de ces vidéos de référence, une conversion en mp4 a aussi été téléversée. Quand on visualise les vidéos dans Firefox (43, Debian Jessie 64) ou dans Chromium, c’est toujours le fichier mp4 qui est visualisé. Si on met la vidéo au format webm seulement, la vidéo est visualisée dans ce format.
    Ce n’est donc pas un problème de compatibilité du navigateur, mais plutôt peut-être que le fichier "conversion" (mp4) est traité avant le fichier "original" (webm). Si on regarde le code source de la page, le lien vers le mp4 apparaît avant celui en webm.
    Téléverser d’abord le fichier en mp4 puis charger ensuite en tant que "conversion du document" le fichier en webm règle le problème : c’est désormais le fichier en webm qui est joué "par défaut" quand on visualise la vidéo.
    Mais il me semble que ce serait plus logique que ce soit le document de référence et non sa conversion qui soit joué par défaut quand on visualise une vidéo.
    Ça permettrait aussi de choisir la vidéo qu’on souhaite diffuser "par défaut" (dans notre cas, la vidéo webm est beaucoup plus légère [car VP9 et opus], donc c’est assez logique de vouloir que ce soit la vidéo par défaut…
    Cordialement,
    Nicolas

  • Revision 34526 : - Mieux gérer l’installation en la faisant au hit suivant - Mieux gérer ...

    17 janvier 2010, par marcimat@… — Log

    - Mieux gérer l’installation en la faisant au hit suivant
    - Mieux gérer les cas tordus à l’activation d’un plugin : charger systématiquement le fichier cache des fonctions de plugin charger_fonction.php pour éviter de charger le nouveau fichier contenant les nouvelles fonctions qui dépendent peut-être de fonctions déclarées dans le fichier d’option du plugin (qui n’est pas chargé à ce stade - vu que charger_options.php ne connaissait pas encore ce plugin au moment de son appel)

  • Revision 90259 : bugfix : sur les formulaires nouveau on ne voyait jamais les erreurs car ...

    15 juin 2015, par cedric@… — Log

    bugfix : sur les formulaires nouveau on ne voyait jamais les erreurs car le POST ne contenait pas ’nouveau’ et cela provoquait une erreur dans le charger avant tout autre affichage. + ne pas masquer le bouton enregistrer sur les formulaires nouveau + class editer-groupe

Navigation