
Recherche avancée
Autres articles (81)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (11330)
-
Revision 55062 : En SPIP 3, le nom du paramètre indiquant dans quel type de page on se ...
3 décembre 2011, par rastapopoulos@… — LogEn SPIP 3, le nom du paramètre indiquant dans quel type de page on se trouve a changé : "type-page". Donc on utilise ça pour l’exposition.
-
Revision 55062 : En SPIP 3, le nom du paramètre indiquant dans quel type de page on se ...
3 décembre 2011, par rastapopoulos@… — LogEn SPIP 3, le nom du paramètre indiquant dans quel type de page on se trouve a changé : "type-page". Donc on utilise ça pour l’exposition.
-
avcodec/exr : Fix potential effective-type violation
5 mars, par Andreas Rheinhardtavcodec/exr : Fix potential effective-type violation
Storing the values via a union of an uint32_t and a float makes
said union the effective type of the destination. This means that
it may only be read via such a union which is of course not what
our users do/expect. So store the values via AV_WN32A instead
which disables effective type analysis (for compilers that perform it).This also fixes a -Wdeclaration-after-statement warning
introduced in 0e917389fe73c932049635d947bba076f1709589.Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>