headers
rburton | 14 Jul 17:30

spip 2.0 ergonomie

Bonjour,

et d'abord bravo pour la 2.0

Juste un truc qui vient d ee jouer plusieurs fois un tour pendable:

je modifie des articles assez longs dans les champs "du dessus": les 
titres et "à l'intérieur de la rubrique" ..
et machinalement je clique sur le bouton "retour" croyant qu'il s'agit 
de "sauvegarder".

1/ retour je le situe machinalement à gauche de l'écran ou d'un cartouche;
2/ le flemme de manipuler l'ascenseur pour trouver le bouton sauvegarder 
tout en dessous.

Ne serait-il pas utile de basculer retour sur la gauche du cartouche et 
de dupliquer sauvegarder pour en avoir un au-dessus et en en-dessous ?

Bon travail
RB
Permalink | Reply |
headers
Martin Arnaud | 15 Jul 12:22

Re: spip 2.0 ergonomie


– Basculer "Retour" sur la gauche. Je viens de l'installer. Ca me  
semble effectivement beaucoup mieux.

– Dupliquer «Sauvegarder»: j'ai fait l'essai, c'est pas terrible du  
tout, la logique ergonomique n'est pas évidente, et on «écrase» le  
formulaire en l'introduisant avec ce qui, d'habitude, constitue sa  
conclusion. Ca ne fonctionne pas bien.

A*

Le 14 juil. 08 à 17:32, rburton a écrit :

>
> Ne serait-il pas utile de basculer retour sur la gauche du cartouche  
> et de dupliquer sauvegarder pour en avoir un au-dessus et en en- 
> dessous ?
>
Permalink | Reply |
headers
rburton | 15 Jul 19:27

Re: spip 2.0 ergonomie


Bonsoir,

oui c'est juste pas terrible. Mais je reste persuadé que un seul 
sauvegarder sur l'ensemble de la page, c'est peu (pas seulement pour des 
raisons d'ascenseur flemmard)

Et en découpant la page en deux voire trois blocs logiques:
Premier bloc: surtitre, titre, soustitre
2eme: descriptif, chapeau
3eme: texte, etc.
chaque bloc aurait son bouton sauvegarder à sa place: en fin de bloc !

???

Beaucoup trop de champs et formulaire trop long pour qu'un seul bouton 
ne soit pas source de petits désagréments (rien d'essentiel). Mais 
peut-être est-ce moi seul qui ai ce problème, auquel cas ...

heu et un bouton sauvegarder qui reste en bas de l'écran en suivant son 
défilement (gadget mais ...): on peut sauvegarder  immédiatement où on 
veut dans son travail (ajax, sans recharge de la page, celle-ci reste 
positionnée)...
c'est quand même un formulaire sur lequel on peut passer pas mal de 
temps d'affilée.

Bon travail
RB

> – Dupliquer «Sauvegarder»: j'ai fait l'essai, c'est pas terrible du
(Continue reading)

Permalink | Reply |
headers
aurelien levy | 15 Jul 19:36

Re: spip 2.0 ergonomie


>
> chaque bloc aurait son bouton sauvegarder à sa place: en fin de bloc !
>
> ???
par pitié non, on ne sait jamais si les boutons sauvegardent juste le 
bloc ou tout le formulaire, c'est la panique assurée
Permalink | Reply |
headers
Martin Arnaud | 15 Jul 19:38

Re: spip 2.0 ergonomie


Le 15 juil. 08 à 19:27, rburton a écrit :

> heu et un bouton sauvegarder qui reste en bas de l'écran en suivant  
> son défilement (gadget mais ...): on peut sauvegarder  immédiatement  
> où on veut dans son travail (ajax, sans recharge de la page, celle- 
> ci reste positionnée)...
> c'est quand même un formulaire sur lequel on peut passer pas mal de  
> temps d'affilée.

J'ai aussi pensé à ça. Mais bon... carrément chanmé, même avec jquery.  
Il faut connaître la position du bas de la fenêtre et la position du  
bas du formulaire dans la fenêtre, et coller le bouton à l'un ou  
l'autre selon avec suivi en fonction du scroll de la page.

A*
Permalink | Reply |
headers
Fil | 15 Jul 19:48

Re: spip 2.0 ergonomie

ctrl-s enregistre le formulaire (et return dans les champs de type input)

-- Fil
Permalink | Reply |
headers
JLuc | 15 Jul 19:53

Re: spip 2.0 ergonomie

Fil a écrit :
> ctrl-s enregistre le formulaire (et return dans les champs de type input)

une action au clavier sans correspondance en boutons ?

cette action "enregistrer et continuer à éditer" serait très utile en tout cas.
JL
Permalink | Reply |
headers
rburton | 15 Jul 19:58

Re: spip 2.0 ergonomie

JLuc a écrit :
> Fil a écrit :
>> ctrl-s enregistre le formulaire (et return dans les champs de type input)
> 
> une action au clavier sans correspondance en boutons ?
> 
> cette action "enregistrer et continuer à éditer" serait très utile en 
> tout cas.
> JL
> 
ah oui, très juste ... mais ça recharge tout et repositionne la page et 
tu perds l'emplacement de ton curseur dans un champ !

par contre, une action ctr-s = "enregistrer *en ajax* et continuer à éditer"
ça serait top !

RB
Permalink | Reply |
headers
Fil | 15 Jul 22:38

Re: spip 2.0 ergonomie

> par contre, une action ctr-s = "enregistrer *en ajax* et continuer à éditer"
> ça serait top !

ah non, ctrl-s soumet le formulaire ; pour ce qui est d'enregistrer et
continuer, c'est un poil compliqué car il faut gérer le contrôle
d'édition simultanée (donc gestion d'erreurs).

-- Fil
Permalink | Reply |
headers
BoOz | 16 Jul 10:28

Re: spip 2.0 ergonomie

Fil wrote:
>>par contre, une action ctr-s = "enregistrer *en ajax* et continuer à éditer"
>>ça serait top !

J'ai fait un prototype de plugin, "auto save", qui fait ca. dans 
_dev_sur la zone.

J'ai fait comme dans gmail, enregistrer en bouton, plus toutes les 20 
secondes.

BoOz
Permalink | Reply |
headers
Arnaud Ventre | 16 Jul 10:41

Re: spip 2.0 ergonomie



2008/7/16 BoOz <booz <at> rezo.net>:
Fil wrote:
par contre, une action ctr-s = "enregistrer *en ajax* et continuer à éditer"
ça serait top !



J'ai fait un prototype de plugin, "auto save", qui fait ca. dans _dev_sur la zone.

J'ai fait comme dans gmail, enregistrer en bouton, plus toutes les 20 secondes.

Il peut y avoir un effet indésirable quand on édite un article publié : tu risque d'avoir un texte tronqué qui se retrouve en ligne ?

------------------------------
Arnaud 
<div><div dir="ltr">
<br><br><div class="gmail_quote">2008/7/16 BoOz &lt;<a href="mailto:booz <at> rezo.net">booz <at> rezo.net</a>&gt;:<br><blockquote class="gmail_quote">
<div class="Ih2E3d">Fil wrote:<br><blockquote class="gmail_quote"><blockquote class="gmail_quote">

par contre, une action ctr-s = "enregistrer *en ajax* et continuer &agrave; &eacute;diter"<br>
&ccedil;a serait top !<br>
</blockquote></blockquote>
<br><br><br>
</div>
J'ai fait un prototype de plugin, "auto save", qui fait ca. dans _dev_sur la zone.<br><br>
J'ai fait comme dans gmail, enregistrer en bouton, plus toutes les 20 secondes.<br>
</blockquote>
<div>
<br>Il peut y avoir un effet ind&eacute;sirable quand on &eacute;dite un article publi&eacute; : tu risque d'avoir un texte tronqu&eacute; qui se retrouve en ligne ?<br>
</div>
</div>
<br>------------------------------<br>
Arnaud
</div></div>
Permalink | Reply |
headers
BoOz | 16 Jul 10:53

Re: spip 2.0 ergonomie

2008/7/16 Arnaud Ventre <ventrea <at> gmail.com>:

> Il peut y avoir un effet indésirable quand on édite un article publié : tu
> risque d'avoir un texte tronqué qui se retrouve en ligne ?

Oui. Peut etre faut il limiter ca aux articles en cours de redaction
(les pas publiés en ligne).

BoOz
Permalink | Reply |
headers
Fil | 16 Jul 10:54

Re: spip 2.0 ergonomie

>> Il peut y avoir un effet indésirable quand on édite un article publié : tu
>> risque d'avoir un texte tronqué qui se retrouve en ligne ?
>
> Oui. Peut etre faut il limiter ca aux articles en cours de redaction
> (les pas publiés en ligne).

... Une interface qui change de comportement en fonction du statut de
l'article : vachement ergonomique

Non ce qu'on peut imaginer c'est que la sauvegarde se fasse dans un
tampon, et pas dans la table elle-même. Ensuite il faut voir comment
récupérer le contenu du tampon en cas de crash.

-- Fil
Permalink | Reply |
headers
Arnaud Ventre | 16 Jul 11:32

Re: spip 2.0 ergonomie



Le 16 juillet 2008 10:54, Fil <fil <at> rezo.net> a écrit :
>> Il peut y avoir un effet indésirable quand on édite un article publié : tu
>> risque d'avoir un texte tronqué qui se retrouve en ligne ?
>
> Oui. Peut etre faut il limiter ca aux articles en cours de redaction
> (les pas publiés en ligne).

... Une interface qui change de comportement en fonction du statut de
l'article : vachement ergonomique

Non ce qu'on peut imaginer c'est que la sauvegarde se fasse dans un
tampon, et pas dans la table elle-même. Ensuite il faut voir comment
récupérer le contenu du tampon en cas de crash.

-- Fil


On s'approche alors de plus en plus d'un versionning complet d'un article (un version en prod et une en cours d'édition).

a+
--
------------------------------
Arnaud 
<div><div dir="ltr">
<br><br><div class="gmail_quote">Le 16 juillet 2008 10:54, Fil &lt;<a href="mailto:fil <at> rezo.net">fil <at> rezo.net</a>&gt; a &eacute;crit :<br><blockquote class="gmail_quote">
<div class="Ih2E3d">&gt;&gt; Il peut y avoir un effet ind&eacute;sirable quand on &eacute;dite un article publi&eacute; : tu<br>
&gt;&gt; risque d'avoir un texte tronqu&eacute; qui se retrouve en ligne ?<br>
&gt;<br>
&gt; Oui. Peut etre faut il limiter ca aux articles en cours de redaction<br>
&gt; (les pas publi&eacute;s en ligne).<br><br>
</div>... Une interface qui change de comportement en fonction du statut de<br>
l'article : vachement ergonomique<br><br>
Non ce qu'on peut imaginer c'est que la sauvegarde se fasse dans un<br>
tampon, et pas dans la table elle-m&ecirc;me. Ensuite il faut voir comment<br>
r&eacute;cup&eacute;rer le contenu du tampon en cas de crash.<br><br>
-- Fil<br>
</blockquote>
</div>
<br><br>On s'approche alors de plus en plus d'un versionning complet d'un article (un version en prod et une en cours d'&eacute;dition).<br clear="all"><br>a+<br>-- <br>------------------------------<br>
Arnaud
</div></div>
Permalink | Reply |
headers
Stanislas | 18 Jul 08:53

Re: spip 2.0 ergonomie

Le Wed, 16 Jul 2008 11:32:16 +0200, Arnaud Ventre a écrit :
> 
> On s'approche alors de plus en plus d'un versionning complet d'un
> article (un version en prod et une en cours d'édition).
> 
Bonjour,

Je me permets d'aller dans ce sens : la gestion des modifications d'un 
article en ligne me manque au quotidien. 

A noter aussi, que l'historique ne dit pas qui à publier un article.

Mes 2 sous
Stanislas
Permalink | Reply |
headers
cedric.morin@yterium.com | 16 Jul 10:49

Re: spip 2.0 ergonomie

C'est très facile depuis que les formulaires SPIP sont en CVT, il  
suffit de submit le formulaire ajax en tache de fond.
mais comme fil precisait, la difficulté consiste dans la gestion des  
erreurs et modifs concourantes : si il y a des erreurs, spip renvoie  
le formulaire avec les erreurs, et il faut alors réafficher chaque  
erreur sur chaque champ

Le 16 juil. 08 à 10:28, BoOz a écrit :

> Fil wrote:
>>> par contre, une action ctr-s = "enregistrer *en ajax* et  
>>> continuer à éditer"
>>> ça serait top !
>
>
>
> J'ai fait un prototype de plugin, "auto save", qui fait ca. dans  
> _dev_sur la zone.
>
> J'ai fait comme dans gmail, enregistrer en bouton, plus toutes les  
> 20 secondes.
>
> BoOz
>
> _______________________________________________
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
Permalink | Reply |

Gmane