Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (35)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

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

  • Revision 116030 : Une branche pour travailler la rééecriture de la partie JS des ...

    20 juillet 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

  • Revision 117728 : Une branche pour travailler la rééecriture de la partie JS des ...

    6 septembre 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

  • Revision 117728 : Une branche pour travailler la rééecriture de la partie JS des ...

    6 septembre 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

Navigation