Recherche avancée

Sur d’autres sites (4782)

• Anomalie #3072 (Nouveau) : Suivre la configuration du reducteur

  11 octobre 2013, par guytarr °

  Testé en 3.0 (moi) et 2.1 (denisb), il est probable que ce soit le cas en 2.0 également et en 3.1 rien à bouger donc ça devrait être le cas également.

  Lorsque l’on a l’option "Ne pas générer de miniatures des images" activée, la balise #LOGO_DOCUMENT persiste à renvoyer une miniature pour un document image qui n’a pas de vignettes (avec une vignette renseignée, elle s’affiche bien en plein format).
  La taille de la miniature se base sur la meta taille_preview qui est de 150px par défaut. Si l’on vide cette meta, on aura toujours une miniature réduite à 120px cette fois (hum).
  Je serai pas contre ce comportement si la documentation ne disait pas le contraire : http://www.spip.net/fr_article4340.html
  "Soit, seulement pour les documents-image et seulement si la « génération automatique des miniatures des images. » a été sélectionnée en configuration sur la page ecrire/ ?exec=config_fonctions, une réduction du document image ;"

  Mais je crois que si l’on a cette option activée, il ne faut pas générer de miniature, ou alors si explicitement demandé ? (pour #LOGO_DOCUMENTapercu)

  On passe systématiquement par image_reduire() et je pense qu’il faudrait ajouter un test sur la meta creer_preview.
  Pour un document image sans vignette on se retrouve ici :
  http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/inc/documents.php#L105

  J’ai essayé d’ajouter un test pour retourner directement l’image depuis IMG à cette endroit mais je ne suis pas du tout sûr que ce soit là qu’il faille patcher (#LOGO_DOCUMENT renvoit bien l’image en taille réelle, mais #LOGO_DOCUMENTapercu également, je ne crois pas que c’est ce que l’on veut ? Quelqu’un sait ce que l’on veut ?
  L’autre solution est de ne rien toucher pour ne rien casser, mais ce n’est quand même pas très clair et il faudrait modifier la doc et les explications du formulaire configurer_reducteur.
  

          if ($img = image_du_document($doc)) 
              if ($GLOBALS[’meta’][’creer_preview’]==’oui’) 
                  if (!$x AND !$y) // eviter une double reduction
                      $img = image_reduire($img) ;
              
              else 
                  $size = @getimagesize($img) ;
                  $img = "" ;
              
          
  

• Anomalie #3086 (Nouveau) : Installation aléatoire des tables des plugins avec php 5.5

  7 novembre 2013, par guytarr °

  Les tables des plugins ne s’installent plus systématiquement (très aléatoire) avec php 5.5.
  Cela semble concerner les plugins qui n’utilise pas declarer_tables_objets_sql (tel que menus, la boussole, article d’accueil).
  (je reproduis à l’instant avec agenda).

  Avec ou sans SVP, c’est pareil, avec SPIP3.0 ou 3.1, c’est pareil.

  La majorité des tests ont été fait avec menus, ubuntu 13.10 (et donc php 5.5.3). Idem avec php 5.5.5.
  En désactivant opcache (opcache.enable 0), je n’ai plus le problème (php 5.5.3 et 5.5.5).

• Anomalie #3079 : articles syndiqués toujours présents en partie publique même sans syndication

  29 octobre 2013, par b b

  Le fonctionnement idéal serait que ces articles syndiqués disparaissent automatiquement (de la base de données). Non ?

  Ha non justement, tu peux très bien vouloir arrêter la syndication d’un site et garder en base les articles syndiqués du site. Un effacement automatique te ferait perdre tout l’historique sur un site syndiqué depuis des années.

  Ou (rustine aussi) : que les squelettes de la partie publiques ne les affichent pas ?

  Oui ça doit pouvoir se faire en testant que la syndication du site est activé dans les squelettes de la dist.