
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (46)
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (...) -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP 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 (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe 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 (8376)
-
Evolution #4693 : Homogénéiser , et entre public et privé
9 mars 2021, par cedric -De mémoire le textarea se justifiait pour permettre le copie colle, mais ça date effectivement de temps anciens.
Pourquoi supprimer le raccourci du porte-plume ? on a décidé qu’il devenait inutile ?
Est-ce que c’est une question d’usage ?
Est-ce que c’est une question de markup, et dans ce cas pourquoi ne pas garder le raccourci et changer le markup généré pour passer àsi c’est fonctionnellement équivalent et plus moderne ?
Je suis un peu perdu : j’ai bien compris qu’on avait demandé dans un ticket que je retrouve plus de pouvoir utiliser facilement
mais du coup ça pour faciliter la vie des gens habitués au markdown ou au html même, mais du coup ça devient la façon officielle de partager un bloc de code ?
Je viens de faire un essai et le comportement de cadre (qui génère un textarea) ne peut pas être remplacé par code ou pre : le premier permet bien un copier-coller du contenu sans aucun formattage, en texte brut, alors que si je copie-colle depuis un
<code>
ou unje récupère du texte formatté. Par ailleurs le
<pre></pre>
par défaut ne wrap pas les lignes et si je le double pas d’un<code>
il échappe pas les<
Pour info en screenshot ce que j’ai dans mon client mail en faisant un copie-colle depuis le html de l’article et le code source correspondant (que je peux même pas coller là)
-
avformat/matroskadec : Add support for FlagTextDescriptions
16 février 2021, par Andreas Rheinhardtavformat/matroskadec : Add support for FlagTextDescriptions
This is the equivalent of the WebM "D_WEBVTT/DESCRIPTIONS" and is
therefore only exported for subtitles.Reviewed-by : Ridley Combs <rcombs@rcombs.me>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com> -
avformat/matroskaenc : Add support for FlagTextDescriptions
16 février 2021, par Andreas Rheinhardtavformat/matroskaenc : Add support for FlagTextDescriptions
This is the Matroska equivalent of D_WEBVTT_DESCRIPTIONS and is
therefore only enabled for subtitles.Reviewed-by : Ridley Combs <rcombs@rcombs.me>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>