Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (94)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (3505)

  • Anomalie #4237 (Nouveau) : La hauteur, largeur et taille de document distant

    3 décembre 2018, par Eric Camus

    Bonjour,

    Entre la version 2.7 et 2.20 du media, la fonction "renseigner_taille_dimension_image" a été ajouter suite à la fonction "renseigner_source_distante" ("action/ajouter_documents.php" fonction "action_ajouter_un_document_dist" ligne 133).

    Si cet appel peut paraitre logique pour une image, elle l’est beaucoup moins pour tout autre type, et pourtant la fonction "renseigner_taille_dimension_image" n’a pas de test qui ne la ferait fonctionner que sur les types images.

    C’est d’autant plus problématique pour les plugins, qui utilisent le pipeline "renseigner_document_distant" en mettant les paramètres "hauteur, largeur et taille" à la bonne valeur, se voient faire un reset de ces valeurs !.

    Bien que l’on puisse re-valider ces valeurs par le pipeline "renseigner_document", mon problème vient du fait que pour moi la valeur du champs "fichier" utilisé par cette fonction peut être différente (car recalculer ou pas, j’accepte dans ce champs aussi un code iframe de partage) de "source" utilisé par le pipeline et donc redemander une analyse qui en plus ne pourrait pas aboutir !.

    Pourquoi donc ne pas initialisé les trois valeurs "hauteur, largeur et taille" dans la fonction "renseigner_taille_dimension_image" et laisser les fonctions appelées dedans (pipeline) faire cette initialisation si elles les trouvent.

    J’ai donc modifier comme suit les ligne 105-108 du fichier "inc/renseigner_document" :

    1. <span class="CodeRay">    <span class="local-variable">$infos</span> = <span class="predefined">array</span>(
      2. 

    2.         <span class="comment">//'largeur' => 0,  // APM : supprimer les champs a 0 par defaut pour laisser place aux valeurs des pipelines</span>
      3. 

    3.         <span class="comment">//'hauteur' => 0,</span>
      4. 

    4.         <span class="string"><span class="delimiter">'</span><span class="content">type_image</span><span class="delimiter">'</span></span> => <span class="string"><span class="delimiter">'</span><span class="delimiter">'</span></span>,
      5. 

    5.         <span class="comment">//'taille' => 0</span>
      6. 

    6.     );
      7. 

    7. </span>
      8. 

    Télécharger

  • Evolution #3996 : Y a t-il une limite de taille de cache dans SPIP ?

    8 octobre 2018, par b b

    Je pense qu’on peut supprimer les chaînes de langue pointées par Franck (à valider en posant la question à kent1).

  • Revision 92220 : Appeler le calcul de taille des hauteurs de textarea ayant une barre ...

    7 octobre 2015, par marcimat@… — Log

    Appeler le calcul de taille des hauteurs de textarea ayant une barre d’outil à chaque modification ajax.
    En théorie onAjaxLoad s’applique sur le contenu ajax chargé.
    En pratique, il y a un petit bug qui fait que si on édite une modale ajax, onAjaxLoad s’applique sur tout le document,
    ce qui fait recalculer toutes les hauteurs de textarea dans ce cas là (exemple : éditer / ajouter un document lors de l’édition d’un article).
    Il faudrait corriger ce point.

Navigation