Recherche avancée

Médias (91)

Autres articles (81)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (11386)

  • Anomalie #3043 (Nouveau) : Suggestion ergonomie Interface privée : bouton Sauvegarder "flottant"

    19 août 2013, par YannX spip

    Bonjour,

    Au fur et à mesure de la complexification croissante de SPIP, les formulaires du privé s’allongent....
    vers le bas, alors que nos écrans s’allongent horizontalement !

    Dans la lignée de la taille d’ecran "Elastic" que je viens de decouvrir (avec HEUREUSE surprise),
    je suggère trois axes d’améliorations à discuter :
    - pouvoir rendre le bouton "sauvegarder" flottant (ou bien doublé en heaut de marge droite du menu /option)
    > de façon à toujours avoir accès (sans devoir scroller) quand on fait une modif rapide en début d’article
     avoir une personnalisation différente du menu (inspirée de Luis en 200 ? ),
    qui proposerait de disposer les icones principales du bandeau à gauche
    (à l’exemple de l’interface privée de WP... dont l’ergonomie semble assez souvent reconnue comme exemplaire)
    - utiliser plus largement les colonnes/boites du menu droite pour compléter les saisies...
    (mais cela pourrait nécessiter de revoir l’intégration dans un écran 2-colonnes (qd il existe encore)
    pour que des zones de saisie annexe (je pense en particulier aux mots-clés !! ) soient visibles/accessibles facilement !

    Qu’ne pensez-vous ?

    YannX
    PS n’oublions pas la définition de la majorité des portables : 1360 x 768
    sans oublier le format "vertical" des tablettes ou smartphones...

  • Anomalie #3169 (Rejeté) : Bug du compresseur avec font-family : inherit ;

    20 février 2014, par Debondt Didier

    Lorsque l’on minifie un CSS qui contient plusieurs directives font-* le compresseur essaie de tout mettre dans une propriété font : [...] ;

    Cela fonctionne dans la majorité des cas, mais il existe une exception :

    font-family : inherit ; fonctionne comme attendu.

    font:400 1rem/1.6 inherit ; est invalide, probablement pour des raisons d’ambiguïté entre les différentes valeurs possible de font.

    Il faudra que le compresseur ne touche pas aux font-family : inherit.

  • Anomalie #3202 (Nouveau) : Elimination de champs excédentaires dans la base MySQL suite à la mise ...

    9 avril 2014, par Pascal Verrier

    Bonjour,

    Il existe des différences de structure entre SPIP 2 et 3 (MySQL), certains champs utilisés sur SPIP 2 n’existant plus sur SPIP 3 :
    - extra et id_version dans articles
    - extra dans auteurs, breves, mots, rubriques, syndic

    Or lors de l’upgrade de SPIP 2 vers 3, ces champs ne sont pas éliminés par la procédure d’adaptation des données ; cela posait des problèmes de sauvegarde des données en SQLite sur ces 6 tables qui semblent maintenant avoir été corrigés dans la 3.0.16.
    Pour plus d’infos voir http://forum.spip.net/fr_245377.html#forum257096

    Question : serait-il possible de supprimer ces champs excédentaires lors du processus de mise à niveau de la base de données lors du passage de SPIP 2 à 3 ?

Navigation