Sur d’autres sites (6190)

• Anomalie #4370 (Nouveau) : Articles refusés invisibles pour les rédacteurs alors que les brèves re...

  13 août 2019, par Vincent ROBERT

  SPIP 3.2.4 [24285]

  Faux bug¶

  Je refuse mon propre article, il disparaît de sa rubrique.
  La documentation officielle ( https://www.spip.net/aide/?aide=artstatut ) annonce :
  " Un article « refusé » n’est plus visible que par son auteur et par les administrateurs. "
  Je suis son auteur et un administrateur du site, donc le comportement n’est pas celui annoncé par la documentation. Quoi que ...
  A noter :
  - Depuis la page ?exec=plan&statuts=articles-refuse on trouve bien cet article.
  - Depuis la page auteur on retrouve également l’article
  Après réflexion, je me dis que c’est voulu, et que c’est pour nettoyer les rubriques des articles refusés.

  Vrai bug¶

  Les articles refusés sont invisibles pour les rédacteurs alors que les brèves et sites refusées sont visibles.

  Un simple rédacteur ne peut pas consulter les articles refusés depuis la page ?exec=plan
  Le menu déroulant lui propose les brèves refusés, les sites refusés, mais pas les articles refusés. ;-)
  Image en PJ

  Je suis arrivé à ces constats car je cherche un moyen de permettre à de simple rédacteurs de consulter des articles refusés.
  ( Au pire je créerais un auteur "article refusé" et je les laisserais en attente de validation ^^ )

  Vrai bug bis¶

  Depuis un compte administrateur, dans le menu déroulant, en choisissant "Sites référencés refusés" il m’affiche les articles refusés.
  Même comportement en choisissant brève refusée.
  Image en PJ
  Même comportement sur spipcontrib.

• Anomalie #3688 (Nouveau) : Différence de traitement du IN selon qu’un critère est facultatif ou pas

  9 février 2016, par tcharlss (*´_ゝ｀)

  Description :¶

  Il semble y avoir une différence de traitement selon qu’un critère est facultatif ou pas, quand dans l’environnement, la valeur correspondant au critère est un array. Dans un cas, ça fait bien un WHERE machin IN (x,y,z), dans l’autre, ça fait un WHERE machin = truc bizarre.

  Pour reproduire :¶

  Soit un squelette qui en inclus un autre :
  

  Squelette inclus :
  

  #ID_AUTEUR
  

  Au niveau de ce dernier, #ENV{id_auteur} est un tableau qui contient des strings, au lieu de int :
  

  array (size=10)
    0 => string ’1’ (length=1)
    1 => string ’2’ (length=1)
    etc.
  

  Avec le critere facultatif {id_auteur ?}, la boucle passe, on a bien un IN dans le WHERE :
  

  auteurs.id_auteur  IN (1,2,3,4,5,6,7,8,9,10)
  

  En revanche avec le critere id_auteur, ça ne fonctionne pas :
  

  auteurs.id_auteur = (2 1 (3) : 4)
  

• Evolution #4573 (Nouveau) : Enlever Jquery UI du Core

  13 octobre 2020

  Jquery UI (https://jqueryui.com/) n’a plus d’activité maintenue (en tout cas aucune release depuis 4 ans maintenant).

  Il serait opportun de supprimer jQuery_UI du core, et de le remplacer par des librairies spécifiques pour les besoins identifiés.

  Tout d’abord l’usage dans le Core.¶

  Je crois que l’on utilise :

  le dateur

  À remplacer par https://duetds.github.io/date-picker/ ?
  Voir également la discussion sur Saisies : https://git.spip.net/spip-contrib-extensions/saisies/issues/43

  le sortable

  À remplacer par https://sortablejs.github.io/sortablejs/ ?

  D’autres plugins s’appuient sur d’autres éléments le jQuery-UI :¶

  - Accordéons et Tabs (Fabrique)
  - Une extension picker multidate (Agenda)
  - ...

  Dans un premier temps, il « suffit » qu’ils mettent le plugin jQueryUi actuel en dépendance...
  Dans un second temps... trouver des alternatives adaptées... et faire en sorte qu’elles soient partageables entre différents plugins si besoin.

  Sur le partageables¶

  Il pourrait y avoir un plugin du core regroupant des librairies js utilisées régulièrement, comme le faisait le plugin jquery-ui, mais avec différentes librairies plus indépendantes.
  Pourquoi pas. Plutôt que de faire N petits plugins JS.