Recherche avancée

Médias (0)

Mot : - Tags -/latitude

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

Autres articles (50)

  • 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

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (11363)

  • Anomalie #3712 (Nouveau) : Config et saisie de type oui/non par défaut à oui

    21 février 2016, par realet RealET

    Bonjour,

    Soit un formulaire de de configuration (en PJ) appelé par ecrire/ ?exec=configurer_testouinon
    Ce formulaire utilise le plugin saisie et contient une saisie oui_non avec comme valeur par défaut oui :
    [(#SAISIE{oui_non,testoui,<br />    label=Test défaut oui,<br />    defaut=on}<br />)]

    En affichant la page de configuration dans l’admin de SPIP, on constate que la saisie oui_non est toujours à non, même quand la valeur par défaut indique que ça devrait être oui.
    J’ai vérifié en dehors de l’admin/configuration, la même saisie a sa valeur par défaut correctement interprétée.

    Après recherches, c’est inc/cvt_configurer.php ligne 262 qui ne renvoit que des chaines vides quand ça n’est pas configuré (pas de valeur dans spip_meta) au lieu de renvoyer NULL

    Patch joint

  • Evolution #4391 : Squelettes de la dist : améliorer le markup et passer à BEM

    14 octobre 2019, par tcharlss (*´_ゝ｀)

    Un autre point à ajouter possiblement au cahier des charges : passer les CSS en mobile-first.
    Donc partir sur des

    <span class="CodeRay"><span class="directive">@media</span> (<span class="type">min-width</span>: <span class="error">N</span><span class="error">p</span><span class="error">x</span>)</span>

    au lieu de

    <span class="CodeRay"><span class="directive">@media</span> (<span class="type">max-width</span>: <span class="error">N</span><span class="error">p</span><span class="error">x</span>)</span>

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    24 novembre 2015, par RastaPopoulos ♥

    Je suis d’accord que dans de nombreux cas, au lieu d’avoir une interface pleines d’options à choisir / cocher / cumuler, il est plus lisible d’avoir 3 ou 4 cas d’utilisation réels dont on sait qu’ils sont utiles, et n’avoir que ça. Évidemment il faut bien réfléchir alors pour être sûr que ne vont pas apparaitre d’autres cas utiles, qui feraient augmenter le nombre d’onglets. Mais là on est dans une interface très précise, qui ne s’occupent que des plugins, c’est à priori pas un truc qui peut augmenter, où des fonctionnalités peuvent apparaitre ou être ajoutées.

    Et au passage, du coup, au niveau ergonomique, ce sont VRAIMENT sémantiquement des onglets (alors que des "filtres" affichés graphiquement sous forme d’onglets, ce n’était pas du tout pertinent au niveau ergo).

Navigation