[spip-dev] Spip 1.8 et ergonomie

J'ai des sites en spip 1.7 et en spip 1.8.

Et ben je trouve avec le recul de quelques mois d'utiloisation de 1.8 que les modifs d'ergonomie sont vraiment très bien faites et sutout très pratiques.

Donc pour ca aussi bien joué et merci :slight_smile:

@+
BoOz

Bonjour,

Sur le site spip.net seule la version 1.7.2 est disponible. Une question,
quelles sont les modifications apportées à la version 1.8 et ou puis-je la
télécharger?

Merci

http://olyouneed.net

J'ai des sites en spip 1.7 et en spip 1.8.

Et ben je trouve avec le recul de quelques mois d'utiloisation de 1.8
que les modifs d'ergonomie sont vraiment très bien faites et
sutout très pratiques.

Assez d'accord. Cela dit, je trouve que ça vaudrait la peine d'évaluer
cette évolution de l'ergonomie.

Parce que, si c'est vrai qu'il y pas mal de gains (nombre de clics moins
important pour réaliser pas mal d'opérations) avec la nouvelle
interface, il y a aussi quelques aspects moins pratiques (i.e.
disparition de la liste "Vos articles en cours de rédaction" qui
apparaît sur chaque page dans la 1.7.2 et que je trouve fort pratique).

Bref, je trouve que ça serait intéressant de susciter des retours
d'utilisateurs (en posant quelques questions précises). Tenter de voir
ce qui a éventuellement posé problème dans la transition de la 1.7.2 à
la 1.8,... (dans la perspective souvent évoquée par Emmanuel d'une
interface privée construite par squelettes, ça serait sans doute utile).

Bonne soirée,

François

BoOz wrote:

Et ben je trouve avec le recul de quelques mois d'utiloisation de 1.8
que les modifs d'ergonomie sont vraiment très bien faites et sutout très
pratiques.

Bonjour,
Je suis bien d'accord, merci pour tout le travail accompli !
Je pense aussi qu'il serait bien de régler deux petits bugs/défauts que j'ai
mentionnés sur cette liste et qui existent toujours dans la version CVS
actuelle :
- "prob. interface uniquement texte (IE)" - le 28 août
- "changement d'article de référence - trop facile !" - le 1 septembre

Paolo

Paolo wrote:

BoOz wrote:

Et ben je trouve avec le recul de quelques mois d'utiloisation de 1.8
que les modifs d'ergonomie sont vraiment très bien faites et sutout très
pratiques.
   
Bonjour,
Je suis bien d'accord, merci pour tout le travail accompli !
Je pense aussi qu'il serait bien de régler deux petits bugs/défauts que j'ai mentionnés sur cette liste et qui existent toujours dans la version CVS actuelle :
- "prob. interface uniquement texte (IE)" - le 28 août
- "changement d'article de référence - trop facile !" - le 1 septembre

Comment fais-t-on pour poster un bug dans Spip, il y a-t-il un outil de suivi comme Bugzilla ou autres?
J'ai moi aussi un petit bug (et son patch) qui traine.
Je penses que ce genre d'outil serait important pour sortir la 1.8 aprés un petit bugathon.

M.

A prendre en compte aussi ces remarques que j'avais faite il y a quelques temps:

Je trouve que l'image de fond utilisé sur la deusieme barre de l'en tete dans la partie configuration du site (celle avec les traits noir en diagonal) rend illisbile les icones et le texte sur cette barre. Il faudrait que les diagonales soit moins grosses et moins noir.
En bas de page il est cité que les icones sont de Jakub mais la majorité des icones ne sont plus de lui je pense donc qu'il faudrait soit citer l'autre auteur des icones soit n'en citer aucun (enfin je pense tout dépend des droits sur les icones)

L' icone de statut proposé à l'évaluation peut porter à confusion (le gros plus orange) surtout qu'on a des plus qui servent à déplier des éléments dans l'interface

Il serait bien de proposer dans le menu déroulant navigation rapide qd il n'y a encore rien sur le site de créer une rubrique si on a les droits pour, dans le meme genre bien qu'etant redacteur j'ai un lien dans ce meme menu pour creer une sous rubrique qui m'emmene sur une page me disant acces interdit donc pas top

Je revient enfin à la charge concernant le bloc d'ajout de doc qui à mon avis doit se trouver avant les doc ajouté pour éviter d'avoir à scroller qd on a bcp de doc inseré et les doc etre classé par ordre chronologique d'ajout.

Et ben je trouve avec le recul de quelques mois d'utiloisation de 1.8
que les modifs d'ergonomie sont vraiment très bien faites et sutout très
pratiques.

Entièrement d'accord.
C'est vrai qu'on ne le dit pas assez souvent sur cette liste : BRAVO !
Le seul retour "négatif" aujourd'hui, c'est plutot que ca fait TROP, mais
généralement, la remarque ne tient pas longtemps, après quelques jours
d'utilisation, tout le monde est content.

Merci pour ce boulot.

Salut,
la question peut surprendre, mais je voulais argumenter une présentation de
Spip.
Evidemment, personne ne sait combien de Spip sont installés ...
Je cherche tous les éléments pouvant appuyer le fait que Spip est fort d'une
*grosse* communauté.
J'ai vu passé (mais je n'arrive pas à remettre la main dessus) le nombre
d'utilisateurs des listes (dev et user) et aussi un nombre de téléchargement
mensuel de la derniere version.
Si qqun a de l'info, je suis preneur.
Tout ce qui tend à prouver que la communauté grandit m'interesse également
(evolution des telechargement par exemple).
Merci
@++

BOnjour,
On s'était posé la question il y a un an !
voir
http://www.webpublication.info/02PHP/spip-v1-4-2/article.php3?id_article=279
avec une méthode de comptage ... très imprécise, à partir de google.

Suis preneur si il y a une nouvelle info.

A+
ThM pour WEBpublication qui est toujours sous SPIP !

Stephane LAURENT a écrit :

un point de repère intéressant : Spip s'intégre maintenant au discours commercial d'un gros hébergeur mutualisé (soit le contraire de son discours d'il y a 1,5 ans), jusqu'a l'amener à modifier son offre en taille de base MySQL ... cf "http://article.gmane.org/gmane.comp.web.spip.devel/22309"

@+
Nicolas RIQUOIS
http://www.pucroller.com

Stephane LAURENT a écrit :

Evidemment, personne ne sait combien de Spip sont installés ...

Certes.

"rubrique.php3?id_rubrique=5" donne 7480 résultats dans Google (et "rubrique5.html" 578) dont il semble que tous les résultats ou presque sont des sites spip.

Ca ne m'étonnerait pas du tout que le nombre de spip installés aujourd'hui sur des sites en production dépasse 10.000.

Soit dit en passant, Ben prépare je pense un article sur le Mag sur le sujet (en tout ca, je sais qu'il a pris contact avec une floppée d'hébergeurs pour leur demander des estimations du nombre de spip installés chez eux).

François

Ah oui, un truc qui pourrait t'intéresser aussi. J'ai commencé (pour la même raison que toi, disposer d'arguments à présenter à des organisations qui envisageraient d'utiliser spip) à lister une série de sites "de référence" (avec toutes les réserves que ce concept suppose). C'est ici:

http://www.alterezo.be/spikini/SpipSites

(une liste similaire avait été entamée sur spip-contrib puis arrêtée en raison des problèmes éthiques que ça posait)

François

Soit dit en passant, Ben prépare je pense un article sur le Mag sur le
sujet (en tout ca, je sais qu'il a pris contact avec une floppée
d'hébergeurs pour leur demander des estimations du nombre de spip
installés chez eux).

affirmatif, d'ailleurs OVH ... qui doit à mon avis être un gros
hébergeur de Spip n'a pas répondu ... si quelqu'un a des relations :wink:

P.S : c'est vrai faut que je m'y remette sur cet article

P.S2 : http://g-metrics.com/index.php?act=details&ID=2472

BOnjour,
On s'était posé la question il y a un an !
voir

http://www.webpublication.info/02PHP/spip-v1-4-2/article.php3?id_article=279

avec une méthode de comptage ... très imprécise, à partir de google.

Merci.
Voila une methode interessante.

pour info, dans google :
allinurl: "rubrique php3 id_rubrique 1" => 9440 resultats (qu'il faut
evidemment filtrer et dedoublonner)
allinurl: "rubrique php3 id_rubrique 1" => 8760 resultats
allinurl: "article.php3 id_article=1" => 7300 resultats (idem et 7570 pour
l'article 2, 6450 pour le 3 ...)
En voyant le resultat, je me dis que c'est assez logique, le premier article
est souvent un test, il est supprimé rapidement, par contre, on change plus
facilement le contenu de la rubrique ... enfin, je fais comme ca
personnellement.

allinurl: "spip_login" => 5240 resultat (la, il faudrait creuser en
fonction des versions, mais il est assez surpenant que cette page soit
indexée ...mais au moins, il n'y a pas photo, si il y a un spip_login, c'est
un spip !)

Je vais regarder si avec des "croisements" de resultats de differentes
recherches, on peut affiner un resultat, et bien sur dedoublonner ces
resultats.
Je réagirai au pied de l'article, ca semble plus logique qu'ici.

@++

Salut,

pense aussi dans tes recherches que certains utilisent des serveurs qui n'acceptent que les fichiers ".php" et non ".php3", je ne sais pas si ca fait une difference dans les resultats.

Pierre

LAURENT Stephane wrote:

oui c'est important, merci.
Mais de toutes facons, cette methode ne retournera sans doute pas non plus
les spip utilisant les url "propres" (enfin, je ne crois pas).

@++

Je n'aime pas trop les demi-mesures: ce qu'il faudrait c'est un formulaire qui commande l'exécution de l'URL à pb sur le site concerné, afin de récolter toutes les infos nécessaires à la mise au point.
En deça, c'est une mailing-list parallèle à celle-ci, et d'ailleurs pas tellement parallèle
à cause de l'éternel pb "it's not a bug it's a feature": il y a des bugs qui n'en sont pas
ou des gens qui posent des questions qu'il croient ingénues et qui en fait ont mis le doigt sur un bug sans s'en rendre compte.

Du coup, autant avoir une seule liste, mais je réfléchis au formulaire ci-dessus.

      Emmanuel

Comment fais-t-on pour poster un bug dans Spip, il y a-t-il un outil de
suivi comme Bugzilla ou autres?
J'ai moi aussi un petit bug (et son patch) qui traine.
Je penses que ce genre d'outil serait important pour sortir la 1.8 aprés
un petit bugathon.
   
Je n'aime pas trop les demi-mesures: ce qu'il faudrait c'est un formulaire qui commande l'exécution de l'URL à pb sur le site concerné, afin de récolter toutes les infos nécessaires à la mise au point.
En deça, c'est une mailing-list parallèle à celle-ci, et d'ailleurs pas tellement parallèle
à cause de l'éternel pb "it's not a bug it's a feature": il y a des bugs qui n'en sont pas
ou des gens qui posent des questions qu'il croient ingénues et qui en fait ont mis le doigt sur un bug sans s'en rendre compte.

Du coup, autant avoir une seule liste, mais je réfléchis au formulaire ci-dessus.

Je ne comprends pas. Tu veux pouvoir tester les comportements d'une même page sur differents hebergements?
Ensuite, il y a différentes sortes de remontés de bug.
- Quand je fais ça, ça vautre
- Telle fonction ne se comporte pas comme prévu
vu du dehors, vu du dedans, pour faire simple.
Je ne pense pas qu'une mailing list soit un bon système de remontée de bug.
Le but, c'est d'avoir une liste, bazarder les faux bugs, attribuer les bons à des commiters, et checker quand c'est corrigé.

M.

Le but, c'est d'avoir une liste, bazarder les faux bugs, attribuer les bons à des commiters, et checker quand c'est corrigé.

Il y avait un Mantis pour ça, mais peu de gens l'utilisaient malheureusement ...

-Nicolas

Nicolas Hoizey wrote:

Il y avait un Mantis pour ça, mais peu de gens l'utilisaient
malheureusement ...

Bonjour,
Je l'avais utilisé une fois. Puis je me suis rendu compte que "la
communauté" amène ses bugs plutôt sur cette liste. Cela me convient mieux,
il est vrai - car d'autres voient des choses, peuvent se joindre, faire des
tests, etc.

Pour moi, qui suis capable de voir des problèmes et parfois de les "cerner"
un peu, mais pas capable de beaucoup plus, le problème se pose plutôt avec
les peits bugs/défauts qui ne sont pas très intéressants, mais qui ont un
impact sensible pour les auteurs qui essayent de se débrouiller dans
l'espace privé.

Quand on envoie un message sur la liste et il n'y a aucune répose, que cela
veut-il dire?
Que je me trompe, ou que cela ne vaut pas la peine ?
Ou tout simplement on n'a pas le temps pour le présent (dans ce cas, comment
faire pour que le bug/commentaire ne tombe pas dans l'oubli)?

Fil avait gardé cette liste "To Do". Il s'y trouve pas mal de ces
suggestions pour améliorer l'espace privé pour ceux qui s'y travaillent. Y
a-t-il dans la "communauté" une ou deux personnes avec une capacité de coder
qui peuvent suivre cette liste pour y faire ce qu'on peut? Et qui ajoute
dans la liste les problèmes nouveaux racontés sur cette liste?

Paolo