Recherche avancée

Médias (1)

Mot : - Tags -/getid3

Autres articles (69)

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

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (6868)

  • Anomalie #4823 : Problème avec le bouton "Tout enlever" sur la gestion des documents dans un objet

    16 juin 2021, par RastaPopoulos ♥

    Comme tu le lis dès le tout début de l’erreur : c’est lié un à un fichier du plugin Linkcheck. Donc tu devrais plutôt créer ce ticket dans ce plugin. :)
    https://git.spip.net/spip-contrib-extensions/linkcheck/issues

  • Anomalie #4543 : Accessibilité des chargements ajax (live regions)

    9 septembre 2020, par RastaPopoulos ♥

    Mmh pour le polite, elle dit pas de le supprimer tout court donc, mais le supprimer de cet endroit et le déplacer à un autre… Donc l’idée ça serait que c’est au final à chacun⋅e de le placer sur un élément au début de l’intérieur de ce qu’on recherche… si c’est pertinent pour ce cas de rechargement. Le "problème" étant que c’est effectivement pertinent d’après ce que je comprends dans 99% (allez 90% pour être gentil) des utilisations d’ajax de SPIP, liens et forms compris (sur 100% des forms déjà, quand on les recharge en ajax, c’est volontaire, et on veut que ça lise le début du bloc rechargé, indiquant qu’il y a XX erreurs par ex ou inverse que tout s’est bien passé). Mais donc ça veut dire qu’il faudrait reprendre des centaines de squelettes pour ajouter cet attribut au début de chaque morceau rechargé, manuellement… :(

    Au-delà de la recommandation, l’explication précise c’est quoi derrière ? Quand l’attribut est sur le parent, ça fait que le bloc rechargé entier est lu (sans pouvoir être arrêté ?) par le lecteur ? Alors que si on met l’attribut que sur un premier élément au début de l’intérieur du bloc, alors seul cet élément est relu et ça laisse le focus du lecteur à cet endroit ?

    Ça serait bien de savoir concrètement ce que ça veut dire, ce que ça produit comme effet, et donc pourquoi on conseille de pas le mettre sur le div du bloc rechargé entier mais seulement sur un élément du début interne.

    Surtout que ces conseils sont inverses à ce qui est documenté sur MozDev, qui dans ses exemples de l’attribut "polite" (comme pour les fiches oiseaux cités plus haut) met bien l’attribut sur le bloc rechargé entier.

  • Anomalie #4543 : Accessibilité des chargements ajax (live regions)

    9 septembre 2020, par nicod _

    Au-delà de la recommandation, l’explication précise c’est quoi derrière ? Quand l’attribut est sur le parent, ça fait que le bloc rechargé entier est lu (sans pouvoir être arrêté ?) par le lecteur ?

    C’est ce que j’en ai compris, de mon côté j’ai du mal à tester, je n’ai que VoiceOver sur Safari, il faudrait que j’arrive à installer JAWS.

    Donc pour tout rechargement ajax suite à un clic (liens rechargeant un bloc, ou validation de formulaire), il faudrait retirer l’attribut et "juste" placer le focus au début du bloc. Est-ce déjà le cas aussi ?

    C’est bien ce que je comprends des recos, oui, attribut aria sur le premier résultat et redonner le focus sur cet élément.

    C’est peut être automatisable en JS, si on détecte qu’il y a une pagination avec $(’.pagination).length, pour placer dynamiquement l’attribut et le focus depuis un ajaxLoad().

Navigation