Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (55)

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

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • 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

Sur d’autres sites (11443)

  • Anomalie #4145 (Fermé) : Edition directe d’une rubrique impossible à partir d’une recherche

    30 mai 2018, par Hanjo de Lange

    A partir des résultats d’une recherche on ne peut pas directement éditer la rubrique (en cliquant l’ID). Incorrectement l’exec "rubriques_edit" est appelé (au lieu de "rubrique_edit").

  • 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

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

Navigation