Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (107)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (18471)

  • Erreur installation de xmp_toolkit sur wheezy

    12 août 2013

    Le script d’installation pour la branche 0.2 échoue sur une distribution Debian Wheezy.

    Déjà une erreur sur la commande svn :

    Et plus loin une erreur pendant la compilation

  • Anomalie #3645 (Nouveau) : Plusieurs bugs avec le bouton plein écran

    10 janvier 2016, par RastaPopoulos ♥

    Impossible d’avoir plusieurs champs textarea avec le bouton "plein écran" sur la même page. Au moins trois bugs avec ça.

    J’ai par exemple un objet qui a 5 champs textarea, dont au moins 2 ou 3 peuvent être des textes un peu longs. Donc déjà moi j’ai bien envie que les rédacs puissent mettre en plein écran sur ces champs. MAIS de toute façon j’ai pas le choix : j’ai activé la barre d’édition du porte plume sur tous ces champs (SANS demander explicitement le bouton plein écran) et SANS rien demander de spécial : ça m’ajoute de toute façon le bouton plein écran partout sur toutes les barres.

    Donc ce bouton est maintenant là 5 fois sur les 5 champs. Mais quand on clique sur n’importe lequel :

    1) ça fait le plein écran TOUJOURS pour le même champ : le dernier de la liste
    2) quand on clique ensuite sur le bouton "réduire" : ça fait tourner plusieurs plein-écran différents pour ceux des 5 champs qui sont non vides + celui sur lequel on a cliqué au départ (si c’était un qui était vide)
    3) quand on sort du plein écran, le champ sur lequel on était a changé de taille pour être de la hauteur de l’écran (la hauteur qu’il avait pendant le plein écran donc) ! Alors que dans le HTML j’ai par exemple un champ qui est de "rows=4", j’ai absolument PAS envie que tout d’un coup il fasse la hauteur d’un écran. Sauf si son contenu est déjà long, auquel cas le porte plume le met déjà à une taille correct il me semble. Mais en tout cas le fait même de sortir du plein écran ne doit absolument pas changer la taille, c’est seulement la longueur du contenu qui peut éventuellement être une cause.

  • Anomalie #4375 : Tests unitaires en erreur

    24 octobre 2020, par Franck D

    Hello
    Juste pour dire que j’ai refait les tests en php 8 en mettant la proposition de b_b https://core.spip.net/issues/4579#note-2
    Windows 10 (1909)

    Laragon avec :
    Php 8.0.0RC2 (VS16 x64 Non Thread Safe) https://windows.php.net/qa
    Apache 2.4.46 Win64 avec mod_fcgid-2.3.10-win64-VS16 https://www.apachelounge.com/download/
    Mysql 8.0.22 (mysql-8.0.22-winx64.zip) https://dev.mysql.com/downloads/mysql/
    phpMyAdmin 5.0.4 https://www.phpmyadmin.net

    Prefix des tables à l’installation : "test1"
    SPIP 3.3.0-dev GIT [master : 08981b68]

    Cela donne 32 échecs dont le retour de sql_insert_select maintenant, ce n’est pas forcément "grave" dans le sens ou il y en a pas mal, avec https://core.spip.net/issues/4576 donc possible qu’en corrigeant Textwheel, le nombre d’échec se réduise considérablement