Recherche avancée

Médias (0)

Mot : - Tags -/gis

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

Autres articles (58)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • 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

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (10710)

  • Voxware MetaSound decoder

    5 août 2013, par Kostya Shishkov
    Voxware MetaSound decoder
    • [DH] Changelog
    • [DH] configure
    • [DH] doc/general.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/metasound.c
    • [DH] libavcodec/metasound_data.c
    • [DH] libavcodec/metasound_data.h
    • [DH] libavcodec/twinvq.c
    • [DH] libavcodec/version.h

  • Evolution #4468 : Unification des CSS pour les boutons et les icônes

    14 septembre 2020

    Ah et dernière question pour les sachant⋅e⋅s : est-ce que quelqu’un⋅e peut m’expliquer vite fait la logique du découpage des squelettes css du privé ?

    Je vois qu’il y a un fichier général theme.css.html un peu fourre-tout, et quelques fichiers pour des modules précis : forms.css.html, icons.css.html, etc.
    Donc la logique semble être : les trucs qui correspondent à un module précis sont dans un fichier css.html à part, et tout le reste en vrac dans theme.css.html.
    Sauf que parfois un module a des règles à la fois dans le fichier général et dans le fichier dédié. Et parfois les mêmes règles. Par exemple pour les formulaires, il y en a un bout dans theme.css.html et aussi dans forms.css.html.
    En l’état, quand il y a des modifs à faire c’est le doutage, on les fait où ?

    Là comme il s’agit de mutualiser les styles de plusieurs choses, dont les boutons de formulaire, le mieux serait de déplacer tout ce qui concerne les boutons dans un nouveau module boutons.css.html tout simplement, depuis forms.css.html et theme.css.html.
    Des objections ?

  • Anomalie #2367 : Transmettre #ENV à propre() et aux modèles

    12 octobre 2011, par cedric -

    Je comprends bien que du point de vue c’est un bug. Il pourrait se résoudre en patchant le balise/formulaires_ecrire_auteur pour choisir un destinataire par défaut si pas de contexte. Mais si on se ramène au problème général de l’environnement qui n’est pas transmis aux modèles insérés dans le (...)

Navigation