Recherche avancée

Sur d’autres sites (9219)

• Anomalie #4677 : tri_protege_champ protège trop et peut casser des tris (notamment autre que SQL)

  4 mars 2021, par RastaPopoulos ♥

  Effectivement c’est pareil pour par s’il est dynamique, dsl

  Bien sûr qu’il faut y réfléchir à deux fois, je ne dis pas le contraire, c’est justement pourquoi je pose la question de "pourquoi cette restriction", le but est de bloquer quels cas non légitimes ? Et du coup par inverse quels cas on peut continuer de laisser passer sans danger ?

  Si on doit le faire avec parcimonie : est-ce que juste ajouter les crochets seulement est ok, et ne peut pas produire de trucs particulièrement problématiques ?

  Le truc pour reproduire je l’ai dit c’est : essayer de trier avec properties.gis[0].ville par ex
  (contenu qu’on a dès qu’il y a des points GIS liés à des contenus indexés par Sphinx, avec la jointure GIS indexée aussi)
  Peut-être que ça peut être testé même sur une boucle SQL, même si ça va planter à la fin mais juste pour voir ce que ça génère comme valeur finale… En tout cas pour Sphinx qui accepte bien les crochets, ça pète le comportement voulu.

  Donc en squelette SPIP :
  [(#TRIproperties.gis[0].ville,Ville,ajax)]

• Piwik est le projet Sourceforge du mois !

  20 juillet 2010, par Piwik team — Communauté

  Nous sommes très excités à l’idée de vous annoncer que Piwik a été sélectionné pour être le projet Sourceforge du mois !

  Après seulement un an et demi, Piwik vient de passer des étapes importantes : 150,000 téléchargements, 29 traductions, des milliers d’utilisateurs actifs et de membres de la communauté, et un groupe de développeurs en plein essor.

  Un grand merci aux utilisateurs de Piwik, à ses développeurs, testeurs, traducteurs,… ensemble nous sommes en train de concevoir le meilleur système open source d’analyse Web, et de terminer la version 1.0 (prévue pour début 2010 !).

  Pour plus d’informations, allez voir l’interview sur Sourceforge et ayez la réponse à toutes ces questions !

  • Pourquoi et comment avez-vous commencé ?
  • Quel est le type d’utilisateurs visé ?
  • Quels sont les quelques exemples connus qui utilisent votre logiciel ?
  • Quelles sont les exigences techniques de votre logiciel, et que doivent savoir les gens pour le configurer et le faire marcher ?
  • Quelle indication vous a montré que votre projet a été couronné de succès ?
  • Quelle a été votre plus grande surprise ?
  • Quel a été votre plus gros défi ?
  • Pourquoi pensez vous que votre projet a si bien marché ?
  • Quel conseil donneriez vous à un projet qui vient juste de commencer ?
  • Dans quelle direction pensez vous que votre projet se dirige ?
  • Qu’y a t-il sur votre liste de vœux ?
  • Comment gérer vous le projet ?
  • De quoi êtes vous le plus fier ?

  Ou bien regardez la capture d’écran de l’interview ci-dessous :

  

  Note : cet article a été publié 2 mois après le prix du projet du mois – nous avons été occupé à coder tout l’été.

• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  24 novembre 2015, par RastaPopoulos ♥

  Je suis d’accord que dans de nombreux cas, au lieu d’avoir une interface pleines d’options à choisir / cocher / cumuler, il est plus lisible d’avoir 3 ou 4 cas d’utilisation réels dont on sait qu’ils sont utiles, et n’avoir que ça. Évidemment il faut bien réfléchir alors pour être sûr que ne vont pas apparaitre d’autres cas utiles, qui feraient augmenter le nombre d’onglets. Mais là on est dans une interface très précise, qui ne s’occupent que des plugins, c’est à priori pas un truc qui peut augmenter, où des fonctionnalités peuvent apparaitre ou être ajoutées.

  Et au passage, du coup, au niveau ergonomique, ce sont VRAIMENT sémantiquement des onglets (alors que des "filtres" affichés graphiquement sous forme d’onglets, ce n’était pas du tout pertinent au niveau ergo).