Recherche avancée

Médias (1)

Mot : - Tags -/3GS

Autres articles (85)

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur

    8 février 2011, par

    La visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
    Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
    Configuration de la boite multimédia
    Dès (...)

  • 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

Sur d’autres sites (6761)

  • Nomenclature #3934 (Nouveau) : ’recalcul’ devrait s’appeler ’recompile’

    22 avril 2017, par jluc -

    Le terme "recalcul" indique implicitement qu’il s’agit de la même chose qu’un "calcul", fait une nouvelle fois, mais ce n’est pas du tout le cas, puisque le "calcul" est la simple évaluation d’un squelette compilé, tandis que le "recalcul" demande la compilation elle-même du squelette, suivie de son "calcul".

    Le terme de "recalcul" est donc trompeur. On a pris l’habitude, mais ce mauvais nommage masque la réalité des phénomènes (comme la novlangue de ’1984’) et en retarde la découverte, au lieu de faciliter son accès.

    Partout où ce terme est employé, et surtout dans les boutons et pour le var_mode, il serait préférable d’employer le terme de "recompile" au lieu de "recalcul".

  • Anomalie #3941 (Fermé) : CSS carnet contrib

    5 mai 2017, par jluc -

    Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.

    Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.

    Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.

    Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.

    Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !

    Ça va nettement mieux quand on active la css suivante :

    Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.

  • Evolution #3638 : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}

    6 mai 2017, par guytarr °

    Gilles VINCENT a écrit :

    Je suis d’accord que la recherche fulltext ne fonctionne qu’avec mysql.
    Mais est-ce une raison suffisante pour tirer les performances vers le bas ?
    Pour ma part je ne pense pas.

    Ensuite, si le plugin Fulltext répond à la demande (à savoir pourvoir faire une recherche sur "chercher un mot" qui soit pertinente) alors peut-être qu’il faut le mettre par défaut dans plugins-dist, et ne l’activer que si les conditions sur la base de données sont réunies. Comme cela, on ne change rien à l’api générale, et les recherches deviennent meilleurs. Tout le monde est satisfait !

    Qu’en dites-vous ?

    Une simple remarque : je pense qu’il faut proposer lorsque c’est possible une recherche basée sur un outil qui est conçu pour (sphinx, elasticsearch).
    Autant pour la partie publique c’est au cas par cas, autant pour l’espace privé on sait à quoi s’attendre et on pourrait proposer une solution intelligente (et performante) basée là-dessus et où plugins (objets) pourraient se brancher simplement.
    Le fulltext est pas mal mais il y a des contraintes de version, de moteur sgbd, etc... Je pense que l’on va s’embêter pour obtenir un moins bon résultat au lieu de déléguer ça à un outil qui sait bien le faire.