Recherche avancée

Médias (91)

Autres articles (54)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (11095)

  • Evolution #4720 : [css vars] Utiliser nos variables CSS dans le thème de l’espace privé

    27 avril 2021

    Ah oui bien les astuces à base de —spip-is-ltr.

    Pour compléter sur le sujet des propriétés de positionnement, dans le futur, pour avoir le support complet quelque soit la direction (horizontale ou verticale) il faudra définir le writing-mode : https://developer.mozilla.org/en-US/docs/Web/CSS/writing-mode
    Valeur qu’il faudrait pouvoir récupérer en fonction du code de langue, donc.
    D’après ce que j’ai compris, en son absence ça se repose sur la direction du document (dir="rtl"), donc c’est bon pour les langues à l’horizontale.

    Bref, on a donc pris un peu d’avance et commencé à utiliser tout de suite des variables CSS.
    Le choix s’est fait un peu tout seul : ça simplifie énormément la tâche, surtout en l’absence de préprocesseur, et ça permet d’unifier et maintenir plus facilement tous les composants.

    Par contre avant de poursuivre, il faudrait peut-être faire un petit point d’étape, voir rédiger des guidelines pour ne pas assister à une hyper-inflation de ces variables, et qu’elles ne soient pas utilisées à tord et à travers dans tous les sens.

    La règle que j’ai suivie jusqu’à présent :

    • Des variables globales --spip-xxx, de portée générale et utilisables partout : couleurs, propriétés de texte, arrondis des blocs, gouttières, etc.
    • Et pour chaque composant, quelques variables qui lui sont propres : --composant-xxx. À quelques exceptions près, elles ne devraient pas être utilisées en dehors. J’essaie de limiter le nombre en général, une dizaine au max (sauf pour les boutons, un cas spécial).

    Enfin, il y a 2 variables globales bien importantes qu’il va falloir mettre au point : ce sont celles qui définissent les gouttières horizontales et verticales. Importantes cas après, chaque composant se basera dessus pour ses propres besoins, et au final on aura des espacements bien harmonisés et facilement contrôlables.

    Il peut s’agit d’une mesure arbitraire, mais en général pour la gouttière horizontale on prend l’équivalent d’une hauteur de ligne, c’est à dire font-size * line-height à la racine du document.
    Je l’ai ajoutée en prévision (spip-spacing-y), sauf que pour l’instant elle est pas trop utilisable : le font-size qu’on reçoit dans l’env est pas celui qui est utilisé sur le body, donc ça fausse toutes les mesures. Le font-size du body est redéfini plusieurs fois d’affilée, c’est le bordel. Bref, encore des choses à mettre au point.

  • Listes des utilisateurs

    3 août 2018

    Bonjour,
    J’utilise Inscription3 pour nombreux de mes sites associatifs, et je dois dire que cela me rends un fier service ;)
    Je souhaite vous signaler un problème gênant sur mes sites (SPIP 3.2.1) et Inscriptions 3 (3.6.10) sur un hébergement PHP 7 , je signale que sur PHP 5.6, ca ne bronche pas ;)

    Il s’agit de l’affichage du tableau des utilisateurs dans la page /ecrire/ ?exec=inscription3_adherents

    1. Fatal error : Uncaught Error : [] operator not supported for strings in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php :45
    2. Stack trace :
    3. #0 /ecrire/inc/utils.php(199) : inscription3_i3_exceptions_des_champs_auteurs_elargis(’’)
    4. #1 /tmp/cache/charger_pipelines.php(1821) : minipipe(’inscription3_i3...’, ’’)
    5. #2 /ecrire/inc/utils.php(265) : execute_pipeline_i3_exceptions_des_champs_auteurs_elargis(’’) #3 /ecrire/public/composer.php(92) : eval()’d code(21) : pipeline(’i3_exceptions_d...’, ’’)
    6. #4 /ecrire/public/parametrer.php(128) : html_c82499a2fcaabaa96c6e17846b3e8fb5(Array, Array)
    7. #5 /ecrire/public/assembler.php(314) : public_parametrer_dist(’prive/table_adh...’, Array, ’c3dff9893db4337...’, NULL)
    8. #6 /srv/data/web/vhos in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php on line 45

    Télécharger

    Je tiens à signaler que j’utilise beaucoup de champs extras... Et que même si j’apprécie énormément que ce plugin (Champs extra) soit pris en charge, je note malgré tout un certain nombre de point à améliorer de ce côté la, je pourrais les lister si vous le souhaitez.

    Merci d’avance pour votre assistance !

    Cordialement,
    Jul

  • WebRTC books – a brief review

    1er janvier 2014, par silvia

    I just finished reading Rob Manson’s awesome book “Getting Started with WebRTC” and I can highly recommend it for any Web developer who is interested in WebRTC.

    Rob explains very clearly how to create your first video, audio or data peer-connection using WebRTC in current Google Chrome or Firefox (I think it also now applies to Opera, though that wasn’t the case when his book was published). He makes available example code, so you can replicate it in your own Web application easily, including the setup of a signalling server. He also points out that you need a ICE (STUN/TURN) server to punch through firewalls and gives recommendations for what software is available, but stops short of explaining how to set them up.

    Rob’s focus is very much on the features required in a typical Web application :

    • video calls
    • audio calls
    • text chats
    • file sharing

    In fact, he provides the most in-depth demo of how to set up a good file sharing interface I have come across.

    Rob then also extends his introduction to WebRTC to two key application areas : education and team communication. His recommendations are spot on and required reading for anyone developing applications in these spaces.

    Before Rob’s book, I have also read Alan Johnson and Dan Burnett’s “WebRTC” book on APIs and RTCWEB protocols of the HTML5 Real-Time Web.

    Alan and Dan’s book was written more than a year ago and explains that state of standardisation at that time. It’s probably a little out-dated now, but it still gives you good foundations on why some decisions were made the way they are and what are contentious issues (some of which still remain). If you really want to understand what happens behind the scenes when you call certain functions in the WebRTC APIs of browsers, then this is for you.

    Alan and Dan’s book explains in more details than Rob’s book how IP addresses of communication partners are found, how firewall holepunching works, how sessions get negotiated, and how the standards process works. It’s probably less useful to a Web developer who just wants to implement video call functionality into their Web application, though if something goes wrong you may find yourself digging into the details of SDP, SRTP, DTLS, and other cryptic abbreviations of protocols that all need to work together to get a WebRTC call working.

    Overall, both books are worthwhile and cover different aspects of WebRTC that you will stumble across if you are directly dealing with WebRTC code.