Recherche avancée

Sur d’autres sites (6462)

• Comment pourrions-nous améliorer le site piwik.org ? Retours, suggestions Feedback

  11 novembre 2011, par Piwik team — Communauté

  Bien que nous estimions que le site piwik.org remplit correctement son rôle, nous avons conscience qu’il peut être amélioré. Nous espérons de la sorte mieux servir la communauté Piwik.

  Dans un premier temps, nous avons l’intention de travailler sur une refonte du site piwik.org , qui contient les différentes documentations, des FAQs, le compteur de téléchargements, Participé au projet, et beaucoup d’autres pages.

  Quelles sont vos suggestions relatives à la refonte du site web ? Quelle apparence, impression doit-il avoir, etc.

  Veuillez nous présenter vos meilleures suggestions / vos retours constructifs, soit dans un commentaire posté sur notre blog, soit sur la page fan de Facebook, ou tout autre moyen dont vous disposeriez pour nous contacter. Merci à tous de nous faire profiter de vos suggestions !

  Bonne vie & analyses,
  L’équipe Piwik

• Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

  12 avril 2021, par RastaPopoulos ♥

  La fonte n’a aucune utilité à être insérée avec un HTML dédié avec une balise vide, que ce soit "i" ou "span" : si on a la main sur le HTML alors on doit plutôt l’insérer avec la balise, qui va utiliser le SVG, c’est la méthode à privilégier dans ce cas.

  La fonte permet d’insérer une icône sur n’importe quel contenu déjà existant, justement parce qu’on n’a pas la main dessus, qu’on ne veut pas changer/surcharger son HTML. C’est à peu près la seule (mais grande) utilité d’avoir aussi la fonte.

  Cela vaut notamment pour les noms sémantiques : si par exemple on a des boutons de suppressions (btn_supprimer) ou autre variante générique du même genre, et qu’on décide que cette variante doit avoir telle icône, alors ça doit être cohérent et ça doit avoir la même icône partout où il y a cette variante de bouton, core et tous les plugins du monde qui utilisent cette variante. Ensuite un an plus tard, on pense qu’un autre picto est mieux pour signifier la suppression : c’est juste un choix de déco, à aucun moment on ne doit avoir à modifier les dizaines d’utilisations dans le core + tous les plugins du monde, pour mettre un autre #ICONE, juste parce qu’on décide de changer le picto associé. On redéfinit ce que fait la classe CSS de la variante et c’est tout, c’est le principe même des CSS.

  Sinon justement pour les pseudo-elements, il y a aussi une méthode officielle définie dans CSS pour ne pas forcément lire ces contenus !

  À terme la méthode c’est ça :
  https://www.w3.org/TR/css-content-3/#accessibility
  

  <span class="CodeRay"><span class="tag">content</span>: <span class="string"><span class="delimiter">'</span><span class="content">un contenu affiché" / "un texte à lire"</span><span class="delimiter">;</span></span>
  <span class="tag">content</span>: <span class="string"><span class="delimiter">'</span><span class="content">un symbole imprononçable juste de déco" / ""</span><span class="delimiter">;</span></span>
  </span>
  Télécharger

  Donc il y a bien une méthode existante pour que les fontes soient parfaitement accessibles, sur n’importe quel élément déjà existant. Après faut que ça marche sur firefox etc, car certains ignorent encore la ligne sans la comprendre. Peut-être qu’il faut doublonner comme on faisait avec rgba() pour les navs qui connaissaient pas.
  https://stackoverflow.com/questions/46815260/hide-a-pseudo-element-from-a-screenreader

  Mais en tout cas ça existe et c’est déjà implémenté pour beaucoup de gens, et c’est de mieux en mieux, donc il n’y a pas trop trop d’inquiétude à se faire sur le long terme pour l’accessibilité des symboles ajoutées par pseudo-éléments.

• ffmpeg throws error "Invalid file index 1 in filtergraph description" when used with concat and -/filter_complex [closed]

  20 février, par Ernst V

  I want to create mp4 videos from many small .jpg files (time-lapse). Each image is shown for 2 seconds and then fades to the next. This works fine when I issue the command with a few images (see below). But when the number of images reaches hundreds or thousands, I can no longer put them into a single command, but have to put the filenames and the complex filter into .txt files.

  


  Whatever I try, I always get the error "Invalid file index 1 in filtergraph description".

  


  This works fine :

  


  ffmpeg -loop 1 -i "image1.jpg" -loop 1 -i "image2.jpg" -loop 1 -i "image3.jpg" -loop 1 -i "image4.jpg" -loop 1 -i "image5.jpg" -filter_complex "[0:v]trim=0:2,setpts=PTS-STARTPTS[v0]; [1:v]trim=0:2,setpts=PTS-STARTPTS[v1]; [2:v]trim=0:2,setpts=PTS-STARTPTS[v2]; [3:v]trim=0:2,setpts=PTS-STARTPTS[v3]; [4:v]trim=0:2,setpts=PTS-STARTPTS[v4]; [v0][v1] xfade=transition=fade:duration=1:offset=1 [xf1]; [xf1][v2] xfade=transition=fade:duration=1:offset=2 [xf2]; [xf2][v3] xfade=transition=fade:duration=1:offset=3 [xf3]; [xf3][v4] xfade=transition=fade:duration=1:offset=4 [xf4]" -map "[xf4]" -c:v libx264 -crf 18 -pix_fmt yuv420p output.mp4


  


  But when I put the input files and the filter in txt files, it fails with the error above :

  


  ffmpeg -stream_loop 1 -f concat -safe 0 -i concat_list.txt -/filter_complex filter_script.txt -map "[xf4]" -c:v libx264 -crf 18 -pix_fmt yuv420p output.mp4


  


  This is the concat_list.txt :

  


  file 'image1.jpg'
file 'image2.jpg'
file 'image3.jpg'
file 'image4.jpg'
file 'image5.jpg'


  


  This is the filter_script.txt :

  


  [0:v]trim=0:2,setpts=PTS-STARTPTS[v0];[1:v]trim=0:2,setpts=PTS-STARTPTS[v1];[2:v]trim=0:2,setpts=PTS-STARTPTS[v2];[3:v]trim=0:2,setpts=PTS-STARTPTS[v3];[4:v]trim=0:2,setpts=PTS-STARTPTS[v4];[v0][v1] xfade=transition=fade:duration=1:offset=1 [xf1];[xf1][v2] xfade=transition=fade:duration=1:offset=2 [xf2];[xf2][v3] xfade=transition=fade:duration=1:offset=3 [xf3];[xf3][v4] xfade=transition=fade:duration=1:offset=4 [xf4]


  


  I tried adding/removing line breaks, semicolons, etc. Nothing helped.
Any idea what is going wrong here ? Thank you very much !

  


  My ffmpeg version is the most recent one :

  


  ffmpeg version 2025-02-17-git-b92577405b-full_build-www.gyan.dev