Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (89)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (5753)

  • Winamp Media Player Released with WebM Support

    21 juillet 2010, par noreply@blogger.com (John Luther)

    Winamp Media Player now supports native WebM playback. Read all about it on their blog.

  • Static ffmpeg library windows

    29 novembre 2022, par peter

    Im trying to use the ffmpeg libraries (libavutil, libswscale, ...) in a bigger project by statically linking them, im not interested in the binaries. Now the issue comes down to getting them statically built. I tried searching for pre-compiled builds but without success.

    


    Following the docs, i compiled them on wsl2 for win64 with

    


    ./configure --arch=x86_64 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --disable-shared --enable-static
make


    


    After that i copied the libavformat/libavformat.a as libavformat.lib (which should be fine since they are cross-compiled ar archives ?) into my project and linked them with CMake.

    


    When compiling smth like

    


    AVFormatContext* pFormatContext = avformat_alloc_context();


    


    i get a linker error saying

    


    lld-link : error : undefined symbol: avformat_alloc_context


    


    When looking at the libs with dumpbin -linkermember libavformat.lib, i can see

    


    >dumpbin -linkermember libavformat.lib
...
  135CD92 _avformat_alloc_context
...


    


    notice the underscore.

    


    Can i not link the cross-compiled *.a files directly into a windows executable ?

    


    Honestly at this point any ideas are welcome.

    


    Thanks

    


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

Navigation