Recherche avancée

Médias (1)

Mot : - Tags -/remix

Autres articles (64)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (12000)

  • swscale : Add proper ff_ prefix to init functions

    13 juillet 2016, par Diego Biurrun
    swscale : Add proper ff_ prefix to init functions

    They are internal symbols that should not be exported.
    

    based on a patch by Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
    

    Signed-off-by : Diego Biurrun <diego@biurrun.de>
    • [DBH] libswscale/rgb2rgb.c
    • [DBH] libswscale/rgb2rgb.h
    • [DBH] libswscale/tests/colorspace.c
    • [DBH] libswscale/utils.c
    • [DBH] libswscale/x86/rgb2rgb.c

  • Revision fa57135b2c : Merge "Removing NUM_ prefix from constant names."

    22 octobre 2013, par Dmitry Kovalev

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/common/vp9_onyxc_int.h


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/encoder/vp9_bitstream.c


     Modify /vp9/encoder/vp9_block.h


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Merge "Removing NUM_ prefix from constant names."

  • Anomalie #3900 (Nouveau) : Pouvoir distinguer la langue utilisée dans une boucle entre @@ e...

    13 février 2017

    En relation avec #3897 un peu.

    Je découvre par hasard que <multi>[fr]FR[en]EN</multi> dans le texte d’un article dans l’espace privé
    s’affiche toujours dans la langue de l’interface, quelque soit la langue de l’article.

    J’admets qu’assez logiquement on ne mettrait pas des <multi></multi> dans un article en anglais, mais plutôt dans des articles sans langue.
    En introduisant la possibilité de mettre des &lt;:truc:> dans les textes des articles, je suppose que le truc doit utiliser la langue de l’article préférentiellement.
    Tout comme <multi></multi> devrait utiliser préférentiellement la langue de l’article aussi ici et pas la langue d’interface.

    Le champ "langue_choisie" ne change rien.
    Dans SPIP cela concerne particulièrement ces squelettes : là https://core.spip.net/projects/spip/repository/entry/spip/prive/objets/contenu/article.html

    Ici on veut que les contenus des articles s’affichent dans la langue de l’article (typo, et multi logiquement), mais que les &lt;:truc:> eux utilisent la langue d’interface.
    Actuellement c’est bancal car le [(#LANG|changer_typo)] passe par exemple la typo en anglais (langue de l’article) mais les <multi></multi> du texte d’article continuent de s’afficher en français.

    Je ne sais pas si / comment ça pourrait être amélioré.
    Il serait possible d’utiliser {lang_select} sur la boucle et &lt;:truc{spip_lang=#ENV{lang}}:> sur toutes les chaînes de langue du squelette.
    Mais c’est assez vilain je trouve.

Navigation