Recherche avancée

Médias (3)

Mot : - Tags -/plugin

Autres articles (43)

  • 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

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (6810)

  • avformat/riffenc : Fix indentation

    22 septembre 2021, par Andreas Rheinhardt
    avformat/riffenc : Fix indentation

    Forgotten after bf9a8d183ddcc65b5ae473bb048a3d38bd6df9f3.
    

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavformat/riffenc.c

  • avcodec/mjpegdec : Fix compilation

    30 septembre 2022, par Andreas Rheinhardt
    avcodec/mjpegdec : Fix compilation

    Regression since 9a494b82d998823d0de68cb6b8db83cc451d1781.
    

    Reviewed-by : James Almer <jamrial@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/mjpegdec.c

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

    24 octobre 2019, par RastaPopoulos ♥

    En ce qui concerne l’architecture, la conception, proprement dite, de ITCSS, le inverted triangle correspond quasiment parfaitement au design atomique décrit par Brad Frost et son ordre de priorité (2013). Qui va même plus loin puisqu’après les "molécules" (composants réutilisables), il sait bien que dans la réalité, même s’il faut les limiter au maximum, il y a aussi des morceaux pas réutilisables et qui sont encore plus spécifiques, et il y a donc les "organismes" (sections d’une page), "templates" (styles communs à toutes les pages d’un même type), "pages" (style propre à une page précise, normalement ça doit à peu près jamais arriver). Bref du coup IT ça n’apporte pas grand chose de plus…

    En ce qui me concerne, je n’aime pas le vocabulaire utilisé par Brad : la biologie, c’est très bien pour expliquer le concept global (plus général au plus particulier), mais du coup ça fait des termes cryptiques. J’avais donc essayé de trouver pour chacun des noms plus explicites avec en plus comme cahier des charges
    1) que l’ordre corresponde à l’ordre alpha, ce qui fait que quand on range en dossiers, dans notre explorateur ou IDE, les dossiers restent toujours dans l’ordre du concept Atomic (ou IT) et donc plus on avance dans la liste des dossiers plus c’est spécifique, plus c’est rare, et moins réutilisable, et ça correspond donc aussi à 99% à l’ordre d’importation dans le CSS
    2) que les mots soient si possible bilingues, utilisés couramment à la fois en français et anglais
    (exemple dans Intégraal)

    Là je parlais donc de l’architecture donc. Pour ce qui est du code, là pour le moment, je reste très (TRÈS) dubitatif de préfixer encore plus les noms des choses, avec des trucs o- -c etc. Je vois absolument pas l’intérêt, à partir du moment où le code est déjà bien rangé, et où BEM permet déjà de nommer correctement pour limiter à mort de cascader.

    Donc pas BEM tout seul, mais bien Atomic (et son découpage/rangement) + BEM, il me semble que ça suffit. Je n’arrive pour le moment pas à saisir ce que IT apporterait de plus. Mais tant mieux si on arrive à m’expliquer mieux. :)

Navigation