esj parlant de la configuration, désormais tout-ajax :
mais comment on n'a pu supporter si longtemps une lenteur pareille dans ce cas?
Mais maintenant c'est tellement rapide que tu as l'impression qu'il ne
s'est rien passé, ce qui est ennuyeux aussi...
il faudrait peut-être envisager un système (global ?) signalant
visuellement la prise en compte des modifs et la mise à jour du DOM.
-- Fil
* Fil tapotait, le 16/06/2007 15:34:
esj parlant de la configuration, désormais tout-ajax :
mais comment on n'a pu supporter si longtemps une lenteur pareille dans ce cas?
Mais maintenant c'est tellement rapide que tu as l'impression qu'il ne
s'est rien passé, ce qui est ennuyeux aussi...il faudrait peut-être envisager un système (global ?) signalant
visuellement la prise en compte des modifs et la mise à jour du DOM.
Un peu comme dot clear II qui affiche dans un cadre de couleur en haut le résultat de la dernière opération ?
Pour les config qui sont des boutons radio il y a une différence: l'alternative sélectionnée est en gras. On pourrait éventuellement renforcer la chose (+ gros + coloré etc) mais le principe me parait bon.
Le pb est pour les config qui demandent une saisie. C'est pour ça que j'ai réécri les libellés, afin qu'ils incluent la valeur courante et qu'ils la mettent en gras. Je pense que ça marche aussi, il faudrait reprendre 1 à 1 voir ceux qui n'ont pas été traités.
Committo,Ergo:Sum
Pour les config qui sont des boutons radio il y a une différence:
l'alternative sélectionnée est en gras. On pourrait éventuellement
renforcer la chose (+ gros + coloré etc) mais le principe me parait bon.
Insuffisant : la preuve, je ne l'avais même pas remarqué 
Je n'ai pas envie de m'embarquer dans un système compliqué non plus.
On pourrait peut-être signaler le dom modifié en lui bidouillant la
CSS à coup de jquery, un peu comme l'option yellowfade des crayons
(mais en moins moche?)
-- Fil