Advanced search

Medias (91)

Other articles (64)

  • Other interesting software

    13 April 2011, by

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website: http://videopress.com/
    License: GNU/GPL v2
    Source code: (...)

  • Des sites réalisés avec MediaSPIP

    2 May 2011, by

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Taille des images et des logos définissables

    9 February 2011, by

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

On other websites (4358)

  • doc/filters: add drawtext example

    3 April 2016, by Mulvya
    doc/filters: add drawtext example
    

    Show example which draws text at a random position, and switches positions every 30 seconds

    Signed-off-by: Mulvya <mulvya@gmail.com>
    Signed-off-by: Lou Logan <lou@lrcd.com>

    • [DH] doc/filters.texi
  • movenc: Don’t write any tfdt atom for ismv files

    30 October 2014, by Martin Storsjö
    movenc: Don’t write any tfdt atom for ismv files
    

    The tfdt atom shouldn’t be needed in those cases, we already
    write tfxd atoms for ismv anyway, which is roughly equivalent.

    This avoids having to declare the iso6 brand for ismv files.

    Signed-off-by: Martin Storsjö <martin@martin.st>

    • [DH] libavformat/movenc.c
  • Evolution #4391: Squelettes de la dist : améliorer le markup et passer à BEM

    24 October 2019, by 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. :)