Recherche avancée

Sur d’autres sites (4504)

• Evolution #4531 (Nouveau) : Encapsuler toutes les variables JS utiles à SPIP (et plugins !) dans u...

  23 juillet 2020, par RastaPopoulos ♥

  Actuellement SPIP ajoute un "jQuery.spip" mais c’est surtout pour des fonctions. Pour les données à partager, les configs, ce serait mieux un truc sans rapport avec jQuery. Drupal a une globale "drupalSettings" qui encapsule tout, noyau ou plugin, et ensuite chacun peut y rajouter ce qui lui est nécessaire.

  Donc nous ça serait bien d’avoir une variable "spipConfig", même si pour l’instant il n’y a pas beaucoup à y mettre, ça permet d’avoir dès maintenant un cadre propre. Ça permet de toujours savoir où ajouter nos choses et s’assurer que ça sera jamais en conflit. Ça vaut par ex pour la marge ajoutée lors des défilements, ou tout autre variables comme ça dont on aurait besoin dans le JS. Peut-être même qu’on pourrait imaginer pré-remplir avec tout spip_meta au démarrage ? (mais je ne sais pas si utile)

  Après on l’utilise dans n’importe quelle fonction de n’importe quel niveau, avec "spipConfig.XXX" … "spipConfig.XXX.YYY" … Le cas le plus courant c’est qu’on met nos variables dans un objet du préfixe du plugin : spipConfig.core.positionner_offset=100 , spipConfig.patates.forme="frite" (tout comme il y a lire_config(’patates/forme’)

• Evolution #3758 : Redirection des urls propres vers propres+.html

  23 mars 2016, par RastaPopoulos ♥

  Plus concrètement, pour le test, je verrais un truc de ce genre :

  • SPIP détecte l’URL propre
  • il cherche si la chaine sans aucune déco est dans spip_urls
  • il trouve l’objet SPIP de cette chaine
  • il génère dans une variable la vraie adresse finale attendue pour cet objet
  • il compare l’URL attendu avec l’URL utilisé actuellement
    • si c’est vraiment pareil : on continue le script SPIP et on appelle le bon squelette de cet objet
    • si c’est PAS pareil : on redirige vers la vraie adresse finale attendue, exactement comme pour les redirections qui se font quand on a plusieurs chaines "spip_urls" différents pour un même objet !

  Ce n’est pas un test supplémentaire : dans le même test cela prend donc aussi en compte les URL multiples pour un même objet SPIP. Puisque si un objet a "caca" et "prout" comme URL valide : si on demande "/cAcA" et que c’est l’autre la principale, mon test décrit précédemment permet aussi de bien rediriger vers "/ prout .html" (en imaginant qu’il y a donc aussi les déco qui changent, mais ça peut être aussi l’inverse "/ caca .html" => "/prout").

• Anomalie #3231 (Nouveau) : La box fournie par SPIP ne déplace pas la navigation clavier

  17 juin 2014, par RastaPopoulos ♥

  Lorsque l’on ouvre la boite javascript (plugin Mediabox du core), la navigation clavier n’est PAS déplacée à l’intérieur. Si après l’ouverture, je tabule, ça continue à l’extérieur de la boite.

  De plus, si cela est intégré, l’ordre devrait être :
  - d’abord un lien de fermeture (la croix, peu importe où elle est placée visuellement)
  - puis le texte intérieur (liens ou champs de formulaire s’il y en a)

  Sauf que… la librairie actuellement utilisée ne génère pas un lien pour la croix de fermeture, mais uniquement un div#cboxClose ! Du coup, même si on tente de l’intégrer de manière accessible, ça va être difficile d’avoir le focus tabulaire sur la fermeture…

  En tout cas, même si ce truc de fermeture ne marche pas au clavier pour l’instant, il faut au moins déplacer le focus clavier à chaque ouverture de la box (modale ou pas).

  Pour la fermeture, si c’est possible de la garder en mémoire, ce serait bien que le focus clavier revienne où on en était dans la page (sinon tant pis, le plus important est pour l’ouverture, je pense).

  http://checklists.opquast.com/fr/oqs-v2/criteria/la-navigation-au-clavier-seffectue-dans-un-ordre-previsible