Recherche avancée

Sur d’autres sites (7664)

• Evolution #3291 (Nouveau) : une nouvelle balise #BOITE_CONTENU

  14 octobre 2014, par tcharlss (*´_ゝ｀)

  Rappel des faits : les 3 balises #BOITE_OUVRIR, #BOITE_PIED et #BOITE_FERMER permettent de produire des boîtes dans l’espace privé.
  Une boîte est divisée en 3 sections : header / body / footer.
  Or si on peut mettre ce qu’on veut comme contenu du body et du footer, ce n’est pas le cas pour le header puisqu’il s’agit d’un paramètre de #BOITE_OUVRIR.
  Du coup on est assez limité : pas de boucle, code compliqué si on veut placer plusieurs balises... à moins de passer par un #INCLURE, mais ça segmente le code de façon inutile.

  Ce serait chouette de traiter le header comme le footer : en le délimitant avec une balise #BOITE_CONTENU (ou #BOITE_CORPS, ou un truc du genre).

  Actuellement, on a ça :

  #BOITE_OUVRIRcontenu du header
    contenu de la boite
  #BOITE_PIED
    contenu du footer
  #BOITE_FERMER
  

  Ce serait pratique d’avoir ça :

  #BOITE_OUVRIR
    contenu du header
  #BOITE_CONTENU
    contenu de la boite
  #BOITE_PIED
    contenu du footer
  #BOITE_FERMER
  

  C’est peut-être plus clair dans l’image en pièce-jointe

• Anomalie #4135 (Nouveau) : url_absolue et protocoles spécifiques d’ouverture d’application…

  4 mai 2018

  Bonjour,

  On vient de nous signaler un souci, à l’origine assez simple : Une url de type `whatsapp ://send ?text=xxxx` qui passe dans la fonction `url_absolue()`
  se transforme en une url `http://domain.tld/whatsapp:/` … Elle n’est pas reconnue comme url absolue déjà valide donc.

  Le problème vient de la fonction `suivre_lien` qui limite le protocole (uri scheme) entre 3 et 7 caractères pour être considéré valide.
  Cette limitation, assez logique pour ce qu’on trouve comme URL habituellement sur les internets, ne l’est pas dans le cadre de ces utilisations.
  Il semblerait qu’il n’y ait pas de limitation de taille pour le nom d’uri sheme normalement (https://stackoverflow.com/questions/39927628/is-there-a-maximum-length-for-a-protocol-name)

  Il faudrait donc changer la (les) regexp de suivre_lien `preg_match(’ ;^((? :[a-z]3,7 :) ?//.* ?)(/.*) ?$ ;iS’, $lien, $r)`
  peut être en changeant `3,7` en `3,` ?

• Anomalie #3408 : Ergo : incoherence entre l’accès au formulaire instituer et si on a vraiment le d...

  5 février 2021, par RastaPopoulos ♥

  Si j’ai bien compris, il n’est pas dit que c’est avoir les deux autorisations qui est incohérent, ça à la limite pourquoi pas… (même s’il me semble qu’il ne devrait y avoir qu’une seule autorisation dédiée appelée, donc "instituer" et DANS celle-ci ça devrait tester "publierdans" du parent non ?)
  C’est que si on autoriser "instituer" pour un objet et bien ça affiche le choix possible de le faire dans l’interface, alors qu’en fait la personne n’a pas le droit si pas aussi "publierdans".

  Et donc la résolution ça serait plutôt que pour l’affichage aussi (pour charger) il faut tester les deux, s’il faut les deux pour verifier, non ?

  Ce n’est pas logique, et donc bien un bug ergo, si on laisse à la personne la possibilité d’utiliser le formulaire alors qu’elle n’en a pas le droit en vrai.

  Donc je vois pas trop pourquoi on fermerait, même si on corrige pas tout de suite…