Recherche avancée

Sur d’autres sites (13253)

• Anomalie #3017 : Gestion des versions de plugins

  6 juillet 2021

  Il y aurait beaucoup de choses à dire là dessus.
  Personnellement je ne suis pas hyper motivé par la chose car en gros on demande au fil du temps de plus en plus à SVP d’être aussi bon que Composer pour la gestion de versions.
  Ça demanderait à refaire completement la logique de SVP.

  - D’abord à interroger une API externe pour obtenir la liste des plugins / paquets compatibles avec notre version de SPIP (plutôt que de passer par des dépots qui contiennent aussi les paquets pour des versions de SPIP qui ne nous concernent pas). Déjà cette partie est à faire (mais c’est pas le plus dur, vu que Eric a déjà fait une partie de job)
  - Ensuite ça veut dire stocker localement (soit en bdd comme maintenant, soit autrement — ce qui serait mieux) l’ensemble des paquets possibles pour chaque plugin : il peut y en avoir un grand nombre (1 par tag en gros…)
  - Et gérer tous les cas supplémentaires de mises à jour que toutes ces possibilités composent.

  Le SAT Solver (https://fr.wikipedia.org/wiki/Probl%C3%A8me_SAT) de SVP n’est déjà pas parfait. Il mériterait d’être refait avec un PHP plus récent. Et peut être utiliser une librairie spécifique pour ce travail mais je ne sais pas si ça existe en PHP, mis à part celui de Composer...

  Bref tout ça pour dire que… à vouloir refaire Composer dans SVP… avec nos moyens humains et connaissances du sujet loin d’être aussi grandes que l’équipe de Composer, j’ai peur qu’on s’enlise.

• Evolution #4358 (Nouveau) : Supprimer l’explication d’inscription qui préjuge de l’utilisation

  5 juillet 2019, par RastaPopoulos ♥

  À l’intérieur même du formulaire d’inscription (et non pas dans les squelettes qui l’appellent), il y a un message d’explication qui préjuge de ce pour quoi on demande aux gens de s’inscrire. Ce message change suivant le type de compte à créer (rédac ou visiteur).

  Depuis peu, ce morceau est dans un squelette séparé (inc-) qui permet de le surcharger pour le vider (avant il fallait essayer de le cacher en CSS, et il n’y avait même pas de sélecteur précis).

  Je postule (avec raison bien sûr), que de nos jours, le nombre de sites qui sortent où ces messages ont un sens, et notamment celui pour les visiteurs publics ("Vous avez demandé à intervenir sur un forum réservé aux visiteurs enregistrés.") , sont moins nombreux que ceux où cela n’a strictement aucun sens.

  Je pense donc que dans les prochaines versions (dès 3.3), cela doit disparaitre complètement par défaut. Les chaines peuvent rester, et on peut dire aux quelques rares personnes au monde pour qui ces messages ont un sens, comment l’afficher avant leur formulaire. On peut même l’ajouter dans squelettes-dist pour montrer comment on fait.

  Mais par défaut, le formulaire d’inscription fourni, doit être générique, avec juste le nécessaire. Les explications autour sont du ressort du site qui utilise (squelettes-dist par défaut et chacun dans son coin suivant son besoin).

• Anomalie #4751 : Refonte du jeu d’icônes : retours et commentaires

  29 avril 2021, par RastaPopoulos ♥

  Oui super boulot, merci beaucoup.

  Pour l’argumentation, je suis totalement d’accord avec tcharlss : même si d’autres choix pourront être faits plus tard, pour le moment on a deux jeux bien distincts :
  - l’un avec des couleurs, et possiblement parfois plus de détails
  - l’autre pour vraiment du symbolique, pour des actions (assez souvent récurrentes)

  Les images liées à une fonctionnalité précise (articles, mots, agenda, etc) seront toujours bien plus nombreuses que celles des actions. Tendant vers l’infini puisqu’on rajoute des plugins régulièrement, et que chacune des fonctionnalités (en dist ou contrib) va utiliser au minimum une ou deux icônes voire plus.

  Pour cette raison, je suis pour l’instant partisan que ces images doivent rester avec une touche de couleur + peuvent être un peu plus détaillées, que les actions symboliques. Car vu leur nombre toujours en augmentation, ça va permettre un moyen (couleur et détail) de les distinguer bien plus facilement, que si elles étaient toutes monochromes.

  Exemples, en conséquence de cette argumentation, qui devraient avoir de la couleur :
  - l’icône pour Documents (surtout que la métaphore c’est une image, un paysage)
  - pour Boite multimédia
  - pour Langue principale du site (alors que Multilinguisme est en couleur, et du coup, on voit moins Langue principale que Multilinguisme, alors que dans l’ordre c’est plus important)
  - et peut-être d’autres :)