Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (84)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

Sur d’autres sites (4590)

  • Revision 100529 : Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le ...

    16 novembre 2016, par marcimat@… — Log

    Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le navigateur redemande les fichiers css et js du porte plume qui sont compilés par SPIP.
    On ajoute cache-client sur le cache de ces fichiers. C’est presque suffisant, mais il faut aussi les recalculer lorsqu’un plugin qui modifie les fichiers
    de porte-plume s’active ou se désactive. Du coup, on calcule un hash et un fond statique pour ces 2 fichiers, qui dépend du code variable de ces fichiers.
    Bon du coup on peut éviter quelques hits sur le serveur, mais la contrepartie, c’est qu’il faut calculer ces hash, parfois inutilement j’imagine, au calcul d’une page.
    À voir.

  • Révision 100529 : Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le navigateur rede...

    16 novembre 2016, par marcimat@rezo.net

    On ajoute cache-client sur le cache de ces fichiers. C’est presque suffisant, mais il faut aussi les recalculer lorsqu’un plugin qui modifie les fichiers
    de porte-plume s’active ou se désactive. Du coup, on calcule un hash et un fond statique pour ces 2 fichiers, qui dépend du code variable de ces fichiers.

    Bon du coup on peut éviter quelques hits sur le serveur, mais la contrepartie, c’est qu’il faut calculer ces hash, parfois inutilement j’imagine, au calcul d’une page.
    À voir.

  • Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...

    5 juin 2015, par Pascal Verrier

    Bonjour,

    Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
    Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.

    Cela n’interdit pas de saisir des codes type (correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.

    Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.

    Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.

    En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.

    (* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)

    Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
    Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
    Merci.