
Recherche avancée
Autres articles (73)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
Sur d’autres sites (10661)
-
How do I generate a file M3U8 compatible with fmp4 ?
18 janvier 2019, par DopI have a streaming solution that use MPEG-Dash protocol, and I would like to expose the same files on hls for IOS devices.
I read that fmp4 is now compatible with hls, so I thought that this could be done
When I generate may mpd file with this command :
MP4Box -dash 33000 -frag 33000 -out video.mpd -profile dashavc264:onDemand original.mp4#audio original.mp4#video
what I want is to not duplicate files, and use my generated Dash files with a HLS manifest file.
-
Evolution #4720 : [css vars] Utiliser nos variables CSS dans le thème de l’espace privé
27 avril 2021Ah 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. - Des variables globales
-
Listes des utilisateurs
3 août 2018Bonjour,
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
-
Fatal error : Uncaught Error : [] operator not supported for strings in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php :45
-
Stack trace :
-
#0 /ecrire/inc/utils.php(199) : inscription3_i3_exceptions_des_champs_auteurs_elargis(’’)
-
#1 /tmp/cache/charger_pipelines.php(1821) : minipipe(’inscription3_i3...’, ’’)
-
#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...’, ’’)
-
#4 /ecrire/public/parametrer.php(128) : html_c82499a2fcaabaa96c6e17846b3e8fb5(Array, Array)
-
#5 /ecrire/public/assembler.php(314) : public_parametrer_dist(’prive/table_adh...’, Array, ’c3dff9893db4337...’, NULL)
-
#6 /srv/data/web/vhos in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php on line 45
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 -