Recherche avancée

Sur d’autres sites (11456)

• Anomalie #4685 (Nouveau) : Problèmes de css

  7 mars 2021, par Franck D

  Hello :)

  SPIP 3.3.0-dev GIT [master : f86fd052]
  Laragon :
  PHP 8.0.2 VS16 x64 Non Thread Safe https://windows.php.net/download/
  Apache 2.4.46 Win64 avec mod_fcgid-2.3.10-win64-VS16 https://www.apachelounge.com/download/
  Mysql 8.0.23 (mysql-8.0.23-winx64.zip) https://dev.mysql.com/downloads/mysql/
  phpMyAdmin 5.0.4 https://www.phpmyadmin.net

  Si je vais dans .../ecrire/ ?exec=messages puis après avoir fait une nouvelle annonce, je décide de la voir, j’arrive donc dedans, et là, il y a de gros problèmes de css (voir copie d’écran)
  Le petit calendrier à droite (en spip 3.2, c’est la date du jour et l’on peux voir l’événement du jour dedans), les boutons qui ne sont pas à la bonne places.

  En haut, il y a deux boutons "Répondre à ce message" et "supprimer ce message" c’était pareil en spip 3.2 mais le texte n’est pas pertinent, car au départ, il y a le choix entre :
  "Envoyer une nouvelle annonce", "Écrire un nouveau pense bête" "envoyer un nouveau message" donc, le texte devrait être en raccord avec ce que l’auteur créer.

• Evolution #4102 : Ordre des inclures dans cache/charger_plugins_options.php

  24 février 2018, par placido .

  Demain quelqu’un voudra utiliser ton plugin, et modifier aussi cette constante, il faudra pipeline un foobar_pre_pre_pre_plugins_options ?

  Et bien il utilise le pipeline et s’il a mis foobar en dépendance, il arrivera avec un pipeline deja renseigné et qu’il pourrait modifier si besoin (ce qui n’est pas possible avec un simple trigger).
  Note qu’il reste toujours la solution prioritaire du mes_options.php aussi.

  Il me semble ici qu’un des soucis est l’utilisation de constantes comme valeur de configuration.
  C’est assez habituel chez SPIP et les plugins, mais ça ne me parait pas forcément une bonne pratique.

  Dans l’absolu j’aimerais me débarraser de ces constantes aussi. Pour l’instant je cherche une solution pas trop lourde en considérant l’existant.

  Dans le cas présent, si les configurations du plugin A étaient déclarées dans un tableau (disons accessibles avec un objet Config dédié), il serait possible
  de modifier la configuration de A, par le plugin B qui dépend de A… et là l’ordre du fichier mes_options est alors correct, si on considère qu’il peut servir à définir des configurations.

  Oui, j’ai touché du doigt cette problématique en travaillant sur le plugin Mediabox. J’ai continué le chantier pour dissocier l’API Médiabox des sous-plugins (colorbox, featherlight, ,..) et l’usage d’un pipeline mediabox_config me fut bien pratique. Mais on parle là d’un nouveau (et gros) chantier.

• Evolution #4102 : Ordre des inclures dans cache/charger_plugins_options.php

  28 juin 2018, par placido .

  jluc - a écrit :

  Donc tu proposes que les constantes, avant d’être définies par un define, soient possiblement pré-réservées par les plugins, via le tableau $flux où les éventuelles pré-réservations peuvent être surchargées.

  Oui en gros c’est ça. On obtient une gestion plus souple des contantes. Le pipeline peut servir à trier, ou écraser certaines valeurs, il est (re)calculé lors de la visite de la page admin_plugin&actualise=1 et son résultat est inséré au début du fichier charger_options.php donc avant les éventuels define() livrés par defaut par les plugins. On retrouve bien la logique de surcharge emblématique de SPIP (le plus bas dans la chaîne a possiblement le dernier mot) et la magie continue.

  Mais est-ce que ça couvre tous les cas ? Ou bien est-ce que c’est suffisant ?

  Ma solution a quelques limitations qu’il faut garder à l’esprit en effet.
  Le calcul du pipeline ne se fait pas à chaque hit, et en conséquence, certaines valeurs dont on souhaiterait modifier l’affectation en fonction du contexte de la requête (ex : ip / test_espace_prive, ...) ne seraient alors pas pertinentes. Mais cela reste des cas rares, qui déjà eux-même sortent de la simple déclaration de constante de configuration.

  Ou bien un peu plus simple : sa valeur + un indice de priorité.

  Pour moi, pas besoin de gestion explicite de priorité. Si on veut vraiment forcer une valeur en toutes circonstances, il reste mes_options.php.