Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (58)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

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

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (13829)

  • Anomalie #3451 (Nouveau) : Pas de JS, pas de plugins

    18 mai 2015, par nico d

    Reprise d’un mail sur la liste zone :

    Dans SVP, avec javascript désactivé, on ne peut pas installer un plugin, le bouton "Télécharger et activer" n’apparait pas du tout.
    Il faudrait plutôt qu’il soit toujours présent, et masqué par javascript au chargement tant qu’on a rien coché (amélioration progressive).

    Maïeul :

    on pourrait même carrément ne jamais le masquer. Parce que là on se dit "tiens je ne peux pas activer" et puis on s’apercoit que si uniquement après avoir coché.

    Rastapopoulos :

    Oui. Masquer, je me dis que ça peut être utile quand ça vire vraiment beaucoup de choses, ce qui permet d’alléger une interface, comme par exemple dans Gmail où plein de boutons n’apparaissent qu’après avoir sélectionnés des emails.
    Mais là il s’agit d’un unique bouton, en bas (et même s’il était aussi en haut ou fixed).
    Une possibilité pourrait être de le montrer mais inactif, grisé, si rien n’est sélectionné. Et le rendre cliquable de nouveau quand il y a une sélection.

  • Evolution #2993 (Nouveau) : Indiquer que le support s’arrête

    9 mai 2013, par Franck Dalot

    Bonjour

    Si j’ai bien compris le fonctionnement.
    Spip, va voir via une tache cron http://core.spip.org/projects/spip/repository/entry/archivelist.txt et si une mise à jour est dispo l’indique à l’utilisateur.

    Le problème est quand le support s’arrête, il n’y a rien qui l’indique au webmestre ?

    Il n’y aurait pas moyen que, si vous mettez par exemple dans archivelist.txt 3.0.99 (sachant qu’il y a peu de chance qu’il y aura 99 versions) un message apparaisse.
    Du type "Attention, le support de votre version de SPIP s’arrête le : XX/XX/XX" en rouge clignotant apparaisse ?
    Message que vous pourriez ainsi "déclancher" par exemple 60 jours avant !
    Le top serait en plus l’envoi possible d’un mail aux webmestres, mais déjà que je suis pas sûr que mon idéee soit "simple" à faire (surtout si vous la mettez dès spip 2.1.22) :-(

    Le seul "hic" que je vois, c’est si un problème de sécurité apparait dans les 60 jours.
    Cordialement, Franck

  • Documentation #3360 : Mise à jour du profil utilisateur LDAP/SPIP

    18 mai 2016, par svpip -

    b b a écrit :

    Merci pour le retour, la doc me semble claire puisqu’elle ne mentionne pas le champ bio. Aurais-tu une idée de mention à ajouter à l’article pour clarifier la chose ?

    L’utilisateur doit être informé de cette particularité.

    Je propose le texte (à minima dans un premier temps) suivant à intégrer dans http://www.spip.net/fr_article1910.html sous forme de note de bas de page depuis la phrase existante :

    => Les champs remplis sont : nom, login et email qui viennent de LDAP (champs ’cn’, ’uid’ et ’mail’ respectivement) [1]...

    => [1] En complément de ces 3 champs, SPIP propose en option lors de l’installation en mode LDAP, de remplir le champ "bio" pour recevoir les informations issues du champs "description" généralement.
    La valeur récupérée par SPIP depuis le LDAP, lors de la première connexion, ne sera pas mise à jour par la suite.

Navigation