Recherche avancée

Sur d’autres sites (4088)

• lavfi/delogo : option show shouldn’t affect band

  5 juillet 2013, par Jean Delvare

  lavfi/delogo : option show shouldn’t affect band
  Options "show" and "band" are unrelated and should thus be
  
  independent. However, setting "show" to 1 currently resets "band" to
  
  its default value of 4. While this is documented, this still
  
  surprising and confusing IMHO.
  Change this behavior and make "show" and "band" independent from each
  
  other. Update the documentation accordingly.
  Signed-off-by : Jean Delvare <khali@linux-fr.org>
  
  Reviewed-by : Stefano Sabatini <stefasab@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] doc/filters.texi
  • [DH] libavfilter/version.h
  • [DH] libavfilter/vf_delogo.c

• Evolution #3996 (Nouveau) : Y a t-il une limite de taille de cache dans SPIP ?

  9 septembre 2017, par Julien -

  Ticket qui fait suite à des observations sur #3843.

  cedric :

  1/ il n’y a plus de quota cache en SPIP 3.1+ (aucune taille limite, c’est un nombre de slots qui fixe la limite)
  2/ les images stockées dans local/ n’ont jamais été comptées dans la taille du cache et n’ont aucune influence

  marcimat :

  Notons que le génie ’invalideur’ est toujours appelé et utilise ’quota_cache’ ; le formulaire de vidage de cache affiche aussi le quota.
  Probablement du code mort dans les 2 cas.

  Ref dans le code :
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L286
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/genie.php#L141
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/invalideur.php#L226

  dans la doc :
  https://programmer.spip.net/Configurer-le-cache

• Anomalie #3991 : Erreur compression CSS et base64

  29 août 2017, par tcharlss (*´_ゝ｀)

  La ligne fautive se trouve ici : https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/compresseur/inc/compresseur_minifier.php#L100

  // zero est zero, quelle que soit l’unite (sauf pour % car casse les @keyframes cf https://core.spip.net/issues/3128)
  $contenu = preg_replace("/([^0-9.]0)(em|px|pt)/ms", "$1", $contenu) ;
  

  Ça cherche le nombre zéro précédé de n’importe quel caractère (autre qu’un chiffre) ou d’un point.
  Du coup ça peut matcher avec les data URIs :
  

  @font-facefont-family :’spip’ ;src:url("data:application/font-woff ;base64,abc0pxyz") ;
  

  Pour éviter ce souci, on pourrait préciser exactement quels caractères peuvent précéder le zéro pour considérer qu’il s’agit d’une unité. On peut avoir :

  1) deux points
  

  font-size:0px ;
  

  2) un ou plusieurs espaces
  

  font-size : 0px ;
  font-size : calc(10px + 0px) ;
  

  3) une parenthèse dans le cas de calc()
  

  font-size : calc(0px) ;
  

  4) Autres unités

  À noter qu’il y a aussi pas mal d’autres unités qui ne sont pas prises en compte dans la regex actuelle : https://www.w3schools.com/cssref/css_units.asp
  

  rem ex pc
  vh vw vmin vmax 
  cm mm in
  ch 
  

  ---

  Ce qui donne au final la regex suivante, qui laisse mes data URIs tranquilles :
  

  $contenu = preg_replace("/((?: :|\s+|\()0)(em|px|pt|rem|ex|pc|vh|vw|vmin|vmax|cm|mm|in|ch)/ms", "$1", $contenu) ;