Recherche avancée

Médias (91)

Autres articles (103)

  • 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

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)

    31 mai 2013, par

    Lorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
    Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
    Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
    Description des scripts
    Trois scripts Munin ont été développés :
    1. mediaspip_medias
    Un script de (...)

Sur d’autres sites (9477)

  • Anomalie #4127 : Bug de version initiale ?

    9 avril 2018, par Olivier GALLAND

    j’ai bien testé en ajoutant un id_auteur >= 1 dans la boucle _v de formulaire/revisions.html, mais même si c’est ok au niveau affichage, on commence à la révision 2, ce qui peut paraître étonnant pour l’utilisateur et pas très propre pour moi !! Et de toute façon il faudrait encore modifier l’affichage des différences qui n’ont pas lieu d’exister et le bouton de restauration de la version n°1 quand on est sur la 2.
    Ce n’était pas le comportement sur mon ancienne installation, c’est surtout cela qui m’étonne. Il y a eu modification (lors de la prise en compte de tous les champs ?) et celle-ci a modifié le comportement, c’est ce qu’il me semble :-)
    Ne faudrait-il pas revoir le pipeline de Révisions pour y trouver le truc qui cloche ?

  • Anomalie #4123 (En cours) : Porte Plume : focus gênant dans certains cas

    3 avril 2018, par Mathieu L

    Dans un cas très précis les boutons du porte plume ne fonctionnent pas.

    Reproduction :

    1. ouvrir un article en modification
    2. sélectionner un bout de texte assez loin par rapport au boutons du porte plume (ça a son importance pour faciliter le test)
    3. déplacer le viewport du navigateur pour voir le porte plume mais ne plus voir le bout de texte sélectionné
    4. cliquer sur un bouton du porte plume ("mise en gras" par exemple)
      -> au lieu d’appliquer le raccourcis typographique au texte sélectionné le viewport est déplacé vers celui-ci

    Reproduit sur Safari et Chrome.

    Dans ma tentative de résolution je n’ai pas pu aller plus loin que l’action suivante :
    Dans plugins/porte_plume/javascript/jquery.markitup_pour_spip.js, commenter la ligne 260 ($$.focus() ;)

  • Anomalie #4119 (En cours) : Page gestion des plugins : Selecteur d’action mal positionné quand on ...

    28 mars 2018, par jean marie

    Quand on sélectionne un ou plusieurs plugins à mettre à jour via SVP et qu’on descend en bas de page pour valider, la liste déroulante est sur Désactiver par défaut alors qu’on est en train de faire une action de mise à jour.
    C’est casse gueule (j’ai désactivé plusieurs plugins au lieu de les mettre à jour).

    C’est bien adapté si on n’active pas la mise à jour via SVP :
    - soit on est sur la page des plugins actifs et on ne peut que les désactiver
    - soit est sur la page des plugins inactifs et on ne peut que les activer.
    Mais si on active la mise à jour, il y a un 3e choix : les mettre à jour. Dans ce cas, est-ce que la liste ne devrait pas être par défaut sur un champ "choisir quoi faire" ?

    Souci présent uniquement quand on coche manuellement les plugins (pour n’en mettre que certains à jour) pas quand on clique sur "Cocher les mises à jour" (ping b_b :) ).

    Sur spip-dev : https://www.mail-archive.com/spip-dev@rezo.net/msg66339.html

Navigation