Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (57)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications 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, par

    Certains 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, par

    Pré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 (8840)

  • Revision 41451 : et un logo tant qu’à faire

    4 octobre 2010, par kent1@… — Log

    et un logo tant qu’à faire

  • Revision 41451 : et un logo tant qu’à faire

    4 octobre 2010, par kent1@… — Log

    et un logo tant qu’à faire

  • Révision 24387 : Ticket #4353 : On adapte les champs déclarés ’TIMESTAMP’ en mysql versions récent...

    27 août 2019, par Matthieu Marcillaud

    dans SPIP, c’est à dire avec une mise à jour de la date à chaque update.
    On migre les champs des tables connues.

    Cependant, sur les tables crées auparavant avec une version de mysql récente, la colonne avec TIMESTAMP accepte les valeurs NULL et les accepte et en contient toujours après cette migration.
    Il faudrait peut être une autre migration pour appliquer une valeur sur tous les NULL pour pouvoir enlever cette indication dans la déclarationd du champ que nous n’avions pas auparavant.
    Autrement dit, on obtient ’TIMESTAMP NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP’ à la place de ’TIMESTAMP default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP’.
    Mais ça ne doit pas être très gênant.

Navigation