Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (47)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

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

  • Anomalie #3670 : Pas de mise à jour proposée vers une version en état dev

    1er février 2016, par Franck Dalot

    Ce que je dis, c’est que sur la copie d’écran 3, je devrais voir le plug en deux versions !
    - La version "stable" avec le message "déjà installé"
    - La version "dev"
    Là, on voit dans la copie d’écran 3 uniquement la version "dev" avec le message "déjà installé", ce qui est faux, car c’est la version stable qui est installé !
    Car dans le cas présent, je ne sais pas comment réagirait SVP si un z+1 était fait sur la version "stable"

    Par contre, j’ai fait carrément une suppression et non une simple désactivation, il est bon à savoir qu’une simple "désactivation" permet le passage d’un "stable" à un "dev" :-)

  • Evolution #3973 : Brancher inc/distant recuperer_url() sur une librairie récente

    18 mars 2019

    Il me semble que Guzzle est relativement connu et utilisé pour ce genre de circonstance (et permettrait bien d’autres choses)
    http://docs.guzzlephp.org/en/stable/
    (et même du json http://docs.guzzlephp.org/en/stable/request-options.html#json)

  • Anomalie #3536 : Incompatibilité avec le navigateur Lynx si forcer_lang=true

    31 août 2015, par Raphaël MELIOR

    b b a écrit :

    Pour info, je viens de tester avec Lynx 2.8.8pre4-1 sur un SPIP 3.0.20 qui utilise forcer_lang et je ne reproduis pas le bug.

    Bonjour,

    Pour ma part j’utilises SPIP 2.1.17-1+deb7u4 (Debian), Lynx Version 2.8.8pre.4
    Le problème existe aussi avec une install de tests SPIP 3.0.14-1 (Debian)

    J’ai effectué un test avec la version trouvée sur le site de spip :

    SPIP 3.0.20 + écran de sécurité 1.2.2
    Niveau options j’ai mis par défaut (sqlite notamment)

    Les plugins ci-dessous sont chargés et activés dans le répertoire plugins-dist/.
    Brèves 1.3.6 - stable
    Compagnon 1.4.1 - stable
    Compresseur 1.8.11 - stable
    Dump 1.6.9 - stable
    Forum 1.8.40 - stable
    Images 1.1.10 - stable
    jQuery UI 1.8.21 - stable
    MediaBox 0.8.11 - stable
    Medias 2.7.66 - stable
    Mots 2.4.13 - stable
    Organiseur 0.8.12 - stable
    Pétitions 1.4.6 - stable
    Porte plume 1.12.4 - stable
    Révisions 1.7.9 - stable
    SafeHTML 1.4.1 - stable
    Sites 1.7.13 - stable
    Squelettes par Rubrique 1.1.1 - stable
    Statistiques 0.4.28 - stable
    Support vieux navigateurs 1.2.0 - stable
    SVP 0.80.26 - stable
    TextWheel pour SPIP 0.8.30 - stable
    Urls Etendues 1.4.26 - stable
    Vertèbres 1.2.2 - stable

    Je crée le fichier config/mes_options.php avec "< ?php $GLOBALS[’forcer_lang’]=true ; ?>" écrit dedans.
    Pour le moment pas de problème, Lynx sur l’adresse de l’installation ( http://127.0.0.1/spip3/ ) fonctionne malgré le forcer_lang.

    Je crée un VirtualHost (Apache2) comme ceci :
    <virtualhost><br />        ServerName test-spip3.local<br />        DocumentRoot /var/www/spip3<br /></virtualhost>

    Je rajoute test-spip3.local dans /etc/hosts pour qu’il soit résolu en 127.0.0.1
    Je retouche aussi le paramètre "Adresse (URL) du site public" dans "Identité du site" pour "http://test-spip3.local" (lorsque j’ajoute un "/" à la fin il est automatiquement retiré à la validation).

    Lorsque je tente d’accéder à "http://test-spip3.local/" avec lynx cela redirige vers la fameuse adresse "http://test-spip3.local/./?lang=fr". Sans forcer_lang, pas de soucis.
    Lorsque j’éssaye à nouveau vers "http://127.0.0.1/spip3/" cela redirige vers "http://127.0.0.1/spip3/?lang=fr" qui fonctionne.

    Merci

Navigation