suggestion dans un input text

ASM

10/03/2007 à 11:52

BON, ce serait bien si tu testais (il vaut mieux qu'une autre pers. que
moi teste)

<http://81.57.96.20/DHTML/transparency.xhtml>

Ça ne me convient pas, semblerait que qque chose du script de Elegie ait
été oublié :
- je tape : m
- hop! magenta
- je continue à taper : o
- hop! magentao
au lieu de : mo
(et hop! moccasin)

Bien sûr il y a le backspace qui gomme jusqu'au m (bravo !)
mais là, à mon idée, il faut déjà pratiquer pour "profiter" de l'astuce.
Ça me contrarie de ne pas pouvoir taper à la suite et d'être obligé de
backspacer avant nouveau caractère.

Ceci étant je suis un très mauvais testeur pour ce genre d'aide :
je ne supporte pas du tout l'autocomplétion, ça m'énerve au plus haut
point (je la désactive dès que je peux).
Par contre je peux apprécier la drop-down-liste de suggestions.

bien sûr si tu click sur "Run!" ça change les couleurs,

Ha! trop tard j'ai cliqué !
Bon j'ai rechargé la page :-)
(j'aurais dû pouvoir re-runner pour retour normal)

Sinon, oui c'est super.

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

unbewusst.sein

10/03/2007 à 12:03

ASM wrote:

- je tape : m
- hop! magenta
- je continue à taper : o
- hop! magentao

euh bizarre ça, ça ne devrait + le faire, ah si je vois, si pas de
backspace avant le o ça doit le faire, je vais regarder si je peux
améliorer ça.

enfin, ce que je vais faire incésemment sous peu, c'est de permettre
d'entre des couleurs sous la forme rgb(...) et hsl(...).

bon mois non plus j'aime pas trop l'autocomplétien...

en particuler, sur MacOS X Spotlight (en haut à droite de l'écran) c'est
très mal fichu, tu n'as pas tapé deux caractères que ça s'embarque dans
une recherche...

ce qui t'empèche d'entrer les suivants...
--
Une Bévue

Elegie

10/03/2007 à 12:20

ASM wrote:

Hello,

Le backspace supprime bien les caractères (et l'autocomplétion déjà
affichée) mais interrompt l'autocomplétion sur la chaîne restante, il
faut retaper un caractère pour qu'elle reprenne (j'ai entrevu dans le
code que ce pouvait être voulu).

Exactement; et si l'utilisateur appuie de nouveau sur BACKSPACE,
supprimant un autre caractère, alors la completion reste également en
attente.

C'est bien là l'objectif: l'utilisateur, en appuyant sur BACKSPACE,
s'attend à voir disparaître le texte sélectionné/autocomplété; lui en
remettre un derechef est en désaccord avec la nature même de l'action
qu'il vient d'effectuer (suppression), et ne peut donc que le dérouter,
le destabiliser, l'ennuyer, lui faire risquer la dépression, martyriser
son poisson rouge, séquestrer sa belle-mère.

En fait, modifier la saisie d'un utilisateur en cours de frappe est
généralement déconseillé; l'autocompletion dans l'espace même de saisie,
cas très particulier, se doit donc d'être la moins intrusive possible,
que l'utilisateur puisse continuer à taper sans qu'elle ne l'en empêche
ou ne le retarde - ce problème n'existerait bien sûr pas si l'espace de
suggestion était différent de l'espace de saisie (cas de la seconde
approche évoquée hier).

De plus le truc ne fonctionnerait que sur les 2 premières lettres du mot
(à ce que j'ai cru voir), sera-ce suffisant pour le tableau des 147
couleurs par leurs noms ?

Le script fonctionne *à partir* de deux caractères, mais on peut
parfaitement en mettre plus. En fait, de lui-même, le script en phase
d'initialisation (la fonction anonyme exécutée à la volée) enrichit la
table de correspondance de tous les états intermédiaires de chaque
chaîne de recherche.

Par exemple, si l'utilisateur paramètre une table:
var values={
cu:"customer"
};
... alors le script la transformera automatiquement en:
var values={
cu:"customer",
cus:"customer",
cust:"customer",
custo:"customer",
custom:"customer",
custome:"customer"
}

Cheers,
Elegie.

ASM wrote:

Hello,

Le backspace supprime bien les caractères (et l'autocomplétion déjà
affichée) mais interrompt l'autocomplétion sur la chaîne restante, il
faut retaper un caractère pour qu'elle reprenne (j'ai entrevu dans le
code que ce pouvait être voulu).

Exactement; et si l'utilisateur appuie de nouveau sur BACKSPACE,
supprimant un autre caractère, alors la completion reste également en
attente.

C'est bien là l'objectif: l'utilisateur, en appuyant sur BACKSPACE,
s'attend à voir disparaître le texte sélectionné/autocomplété; lui en
remettre un derechef est en désaccord avec la nature même de l'action
qu'il vient d'effectuer (suppression), et ne peut donc que le dérouter,
le destabiliser, l'ennuyer, lui faire risquer la dépression, martyriser
son poisson rouge, séquestrer sa belle-mère.

En fait, modifier la saisie d'un utilisateur en cours de frappe est
généralement déconseillé; l'autocompletion dans l'espace même de saisie,
cas très particulier, se doit donc d'être la moins intrusive possible,
que l'utilisateur puisse continuer à taper sans qu'elle ne l'en empêche
ou ne le retarde - ce problème n'existerait bien sûr pas si l'espace de
suggestion était différent de l'espace de saisie (cas de la seconde
approche évoquée hier).

De plus le truc ne fonctionnerait que sur les 2 premières lettres du mot
(à ce que j'ai cru voir), sera-ce suffisant pour le tableau des 147
couleurs par leurs noms ?

Le script fonctionne *à partir* de deux caractères, mais on peut
parfaitement en mettre plus. En fait, de lui-même, le script en phase
d'initialisation (la fonction anonyme exécutée à la volée) enrichit la
table de correspondance de tous les états intermédiaires de chaque
chaîne de recherche.

Par exemple, si l'utilisateur paramètre une table:
var values={
cu:"customer"
};
... alors le script la transformera automatiquement en:
var values={
cu:"customer",
cus:"customer",
cust:"customer",
custo:"customer",
custom:"customer",
custome:"customer"
}

Cheers,
Elegie.

Vous avez filtré cet utilisateur ! Consultez son message

ASM

10/03/2007 à 13:11

ASM wrote:

tu as perdu ton truc spécial d'imput + select ?

non, pas du tout, je "pense" l'avoir incorporé dans mon toolkit :

en fait en ce moment, je fais le ménage et revois tous mes scripts pour
les incorporer dans mon toolkit.

Ha! c'est pour ça qu'on voit si souvent la pijo ?

je pense que la suggestion c'est différent de l'input + select.

Non, l'autocomplétion est différente de la suggestion (liste de choix)

mais comme tu avais déjà l'

la personne n'est pas nécessairement d'accord avec le premier choix
venu, il faut donc gérer, a minima, le backspace...
Paske dans l'exemple simpliste donné il n'est pas géré ?

Ce ne m'a pas semblé.

bon, je viens juste de l'essayé, le backspace marche mais pas
correctement.

pour moi ça fonctionne impec :
http://cjoint.com/data/dknaX3ESPw_suggestion.htm
là aussi faut découvrir le mode d'emploi :-)

je m'explique :

j'entre "a", ça me trouve donc la première couleur commençant par "a"
soit "aliceblue", si ce que je souhaite est "aqua", je ne peux
l'atteindre (en tk avec FF2) car le script me recolle aussi sec
"aliceblue" donc je n'arrive pas à entrer "aq" pour choisir aqua, par
ex.

heu ... comme avec mon simplissime rien n'est auto-entré
je ne comprends pas ce que tu dis.

je détecte les onkeypress :

document.onkeypress=suggest; //suggest est l'équivalent de ton sub()

ensuite je prends :

var kcode=getKeyCode(e);
var kchar=getKeyCharFromKeyCode(kcode);

là par un :

if(kcode === 8) je détecte le backspace et agi en conséquence.

oui vu sur ton test
et moi pas aimer
et moi l'avoir déjà dit :-)

je ne devrais plus me retrouver avec aquaq, c'est ce que j'espère et ce
que je vais tester derechef ce samedi matin de bonne humeur )))

Il fait ici un temps superbe :-)
(bien que pas mal venteux)

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

ASM

10/03/2007 à 13:26

C'est bien là l'objectif: l'utilisateur, en appuyant sur BACKSPACE,
s'attend à voir disparaître le texte sélectionné/autocomplété; lui en
remettre un derechef est en désaccord avec la nature même de l'action
qu'il vient d'effectuer (suppression), et ne peut donc que le dérouter,
le destabiliser, l'ennuyer, lui faire risquer la dépression, martyriser
son poisson rouge, séquestrer sa belle-mère.

je n'agree pas du tout ce point de vue
surtout avec le mode de fonctionnement que tu as présenté où de toutes
façon la complétion reste derrière le caret.

Mais ... comme de ttes façons l'autocomplétion m'agace ...
ça n'aide que (et très vaguement) ceux qui savent déjà *exactement* ce
qu'il veulent taper.
A quoi bon ? le temps qu'on se rende compte que le mot est pré-affiché,
on a fini de le taper.

En fait, modifier la saisie d'un utilisateur en cours de frappe est
généralement déconseillé; l'autocompletion dans l'espace même de saisie,
cas très particulier, se doit donc d'être la moins intrusive possible,
que l'utilisateur puisse continuer à taper sans qu'elle ne l'en empêche
ou ne le retarde - ce problème n'existerait bien sûr pas si l'espace de
suggestion était différent de l'espace de saisie (cas de la seconde
approche évoquée hier).

Ha! voilà qui est un peu mieux.

De plus le truc ne fonctionnerait que sur les 2 premières lettres du
mot (à ce que j'ai cru voir), sera-ce suffisant pour le tableau des
147 couleurs par leurs noms ?

Le script fonctionne *à partir* de deux caractères,

Ha! Oui! nuance importante, en effet.

Par exemple, si l'utilisateur paramètre une table:
var values={
cu:"customer"
};
... alors le script la transformera automatiquement en:
var values={
cu:"customer",
cus:"customer",
cust:"customer",
custo:"customer",
custom:"customer",
custome:"customer"
}

J'en suis sur le flan !
Faut absolument que je trouve le temps et l'énergie pour analyser tout
ce code.

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

C'est bien là l'objectif: l'utilisateur, en appuyant sur BACKSPACE,
s'attend à voir disparaître le texte sélectionné/autocomplété; lui en
remettre un derechef est en désaccord avec la nature même de l'action
qu'il vient d'effectuer (suppression), et ne peut donc que le dérouter,
le destabiliser, l'ennuyer, lui faire risquer la dépression, martyriser
son poisson rouge, séquestrer sa belle-mère.

je n'agree pas du tout ce point de vue
surtout avec le mode de fonctionnement que tu as présenté où de toutes
façon la complétion reste derrière le caret.

Mais ... comme de ttes façons l'autocomplétion m'agace ...
ça n'aide que (et très vaguement) ceux qui savent déjà *exactement* ce
qu'il veulent taper.
A quoi bon ? le temps qu'on se rende compte que le mot est pré-affiché,
on a fini de le taper.

En fait, modifier la saisie d'un utilisateur en cours de frappe est
généralement déconseillé; l'autocompletion dans l'espace même de saisie,
cas très particulier, se doit donc d'être la moins intrusive possible,
que l'utilisateur puisse continuer à taper sans qu'elle ne l'en empêche
ou ne le retarde - ce problème n'existerait bien sûr pas si l'espace de
suggestion était différent de l'espace de saisie (cas de la seconde
approche évoquée hier).

Ha! voilà qui est un peu mieux.

De plus le truc ne fonctionnerait que sur les 2 premières lettres du
mot (à ce que j'ai cru voir), sera-ce suffisant pour le tableau des
147 couleurs par leurs noms ?

Le script fonctionne *à partir* de deux caractères,

Ha! Oui! nuance importante, en effet.

Par exemple, si l'utilisateur paramètre une table:
var values={
cu:"customer"
};
... alors le script la transformera automatiquement en:
var values={
cu:"customer",
cus:"customer",
cust:"customer",
custo:"customer",
custom:"customer",
custome:"customer"
}

J'en suis sur le flan !
Faut absolument que je trouve le temps et l'énergie pour analyser tout
ce code.

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

Vous avez filtré cet utilisateur ! Consultez son message

Elegie

10/03/2007 à 13:53

ASM wrote:

je n'agree pas du tout ce point de vue

Je savais bien que je n'aurais pas dû parler de la belle-mère :)

Mais ... comme de ttes façons l'autocomplétion m'agace ...

J'avoue que je le désactive également, la plupart du temps. Mais
j'imagine que pour certains usages (comme l'autocompletion de propriétés
dans un éditeur de programmation), ou pour certaines personnes (qui
tapent lentement, ou qui sont dyslexiques), l'autocompletion peut
présenter un intérêt.

A quoi bon ? le temps qu'on se rende compte que le mot est pré-affiché,
on a fini de le taper.

Pour info, le script proposé permet d'accepter la suggestion en appuyant
sur [ENTREE].

J'en suis sur le flan !

Reste à voir l'état dudit flan, après...

Cheers,
Elegie.

ASM

10/03/2007 à 14:02

Pour info, le script proposé permet d'accepter la suggestion en appuyant
sur [ENTREE].

y a jamais personne qui m'dit rien aussi !

J'en suis sur le flan !

Reste à voir l'état dudit flan, après...

ça pègue un peu faut avouer ;-)

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

unbewusst.sein

10/03/2007 à 14:22

ASM wrote:

Ha! c'est pour ça qu'on voit si souvent la pijo ?

oui, oui, en plus il doit y avoir des pages qui n'ont + leur script à la
bonne place )))

j'essaie d'avoir :

un /index_js/toolkit.js // non commenté

une lib /index_js/lib/

avec tous les comopsantes de tookit.js mais séparés (par 1 fichier === 1
composante) + commentés

j'en suis encore très loin car, lorsque j'avance, je trouve de nouvelles
fonctionnalités à ajouter, et améliorant ma connaissance de js, je suis
obligé de revenir en arrière bilan :

quand j'avance -> je recule )))

pour moi ça fonctionne impec :
http://cjoint.com/data/dknaX3ESPw_suggestion.htm
là aussi faut découvrir le mode d'emploi :-)

pas mal du tout !

je m'explique :

j'entre "a", ça me trouve donc la première couleur commençant par "a"
soit "aliceblue", si ce que je souhaite est "aqua", je ne peux
l'atteindre (en tk avec FF2) car le script me recolle aussi sec
"aliceblue" donc je n'arrive pas à entrer "aq" pour choisir aqua, par
ex.

heu ... comme avec mon simplissime rien n'est auto-entré
je ne comprends pas ce que tu dis.

pas grave, j'ai pigé ton système.
je réfléchirai à l'adapter à mon truc dropdown select avec options
éditables

je ne devrais plus me retrouver avec aquaq, c'est ce que j'espère et ce
que je vais tester derechef ce samedi matin de bonne humeur )))

Il fait ici un temps superbe :-)
(bien que pas mal venteux)

tu habites dans le sud si je ne m'abuse, bibi, c Paris...
j'ai un fils qui habite à Manosque il est tous les we à aller faire de
la varap...

Au fait, j'ai un **GROS*** pb sur ma page :

<http://81.57.96.20/DHTML/transparency.xhtml>

ça me sort une "tétrachiée" de fois la même erreur :

too much recursion...

bizarre car pour ce traitement des couleurs je n'utilise pas
spécifiquement la récursion, ce message d'erreur je ne l'ai que dans la
console et pas dans inspect qui lui reste vert...

maintenant on peut entrer la couleur dans l'url :

<url>?color=<une couleur>

une couleur :
#1cf ou # AcBf11
rgb(r,g,b) avec r,g,b ¤ [0,255]
hsl(h,s,l) avec s,l ¤ [0,100] h ¤ ]-inf,+inf[ (angle=hue)

Re au fait :

j'ai encore perdu le drag'n drop et le cut'n paste :[

toujours avec AppleScript + System Events...
--
Une Bévue

ASM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:

Ha! c'est pour ça qu'on voit si souvent la pijo ?

oui, oui, en plus il doit y avoir des pages qui n'ont + leur script à la
bonne place )))

j'essaie d'avoir :

un /index_js/toolkit.js // non commenté

une lib /index_js/lib/

avec tous les comopsantes de tookit.js mais séparés (par 1 fichier === 1
composante) + commentés

j'en suis encore très loin car, lorsque j'avance, je trouve de nouvelles
fonctionnalités à ajouter, et améliorant ma connaissance de js, je suis
obligé de revenir en arrière bilan :

quand j'avance -> je recule )))

pour moi ça fonctionne impec :
http://cjoint.com/data/dknaX3ESPw_suggestion.htm
là aussi faut découvrir le mode d'emploi :-)

pas mal du tout !

je m'explique :

j'entre "a", ça me trouve donc la première couleur commençant par "a"
soit "aliceblue", si ce que je souhaite est "aqua", je ne peux
l'atteindre (en tk avec FF2) car le script me recolle aussi sec
"aliceblue" donc je n'arrive pas à entrer "aq" pour choisir aqua, par
ex.

heu ... comme avec mon simplissime rien n'est auto-entré
je ne comprends pas ce que tu dis.

pas grave, j'ai pigé ton système.
je réfléchirai à l'adapter à mon truc dropdown select avec options
éditables

je ne devrais plus me retrouver avec aquaq, c'est ce que j'espère et ce
que je vais tester derechef ce samedi matin de bonne humeur )))

Il fait ici un temps superbe :-)
(bien que pas mal venteux)

tu habites dans le sud si je ne m'abuse, bibi, c Paris...
j'ai un fils qui habite à Manosque il est tous les we à aller faire de
la varap...

Au fait, j'ai un **GROS*** pb sur ma page :

<http://81.57.96.20/DHTML/transparency.xhtml>

ça me sort une "tétrachiée" de fois la même erreur :

too much recursion...

bizarre car pour ce traitement des couleurs je n'utilise pas
spécifiquement la récursion, ce message d'erreur je ne l'ai que dans la
console et pas dans inspect qui lui reste vert...

maintenant on peut entrer la couleur dans l'url :

<url>?color=<une couleur>

une couleur :
#1cf ou # AcBf11
rgb(r,g,b) avec r,g,b ¤ [0,255]
hsl(h,s,l) avec s,l ¤ [0,100] h ¤ ]-inf,+inf[ (angle=hue)

Re au fait :

j'ai encore perdu le drag'n drop et le cut'n paste :[

toujours avec AppleScript + System Events...
--
Une Bévue

Vous avez filtré cet utilisateur ! Consultez son message

ASM wrote:

Ha! c'est pour ça qu'on voit si souvent la pijo ?

oui, oui, en plus il doit y avoir des pages qui n'ont + leur script à la
bonne place )))

j'essaie d'avoir :

un /index_js/toolkit.js // non commenté

une lib /index_js/lib/

avec tous les comopsantes de tookit.js mais séparés (par 1 fichier === 1
composante) + commentés

j'en suis encore très loin car, lorsque j'avance, je trouve de nouvelles
fonctionnalités à ajouter, et améliorant ma connaissance de js, je suis
obligé de revenir en arrière bilan :

quand j'avance -> je recule )))

pour moi ça fonctionne impec :
http://cjoint.com/data/dknaX3ESPw_suggestion.htm
là aussi faut découvrir le mode d'emploi :-)

pas mal du tout !

je m'explique :

j'entre "a", ça me trouve donc la première couleur commençant par "a"
soit "aliceblue", si ce que je souhaite est "aqua", je ne peux
l'atteindre (en tk avec FF2) car le script me recolle aussi sec
"aliceblue" donc je n'arrive pas à entrer "aq" pour choisir aqua, par
ex.

heu ... comme avec mon simplissime rien n'est auto-entré
je ne comprends pas ce que tu dis.

pas grave, j'ai pigé ton système.
je réfléchirai à l'adapter à mon truc dropdown select avec options
éditables

je ne devrais plus me retrouver avec aquaq, c'est ce que j'espère et ce
que je vais tester derechef ce samedi matin de bonne humeur )))

Il fait ici un temps superbe :-)
(bien que pas mal venteux)

tu habites dans le sud si je ne m'abuse, bibi, c Paris...
j'ai un fils qui habite à Manosque il est tous les we à aller faire de
la varap...

Au fait, j'ai un **GROS*** pb sur ma page :

<http://81.57.96.20/DHTML/transparency.xhtml>

ça me sort une "tétrachiée" de fois la même erreur :

too much recursion...

bizarre car pour ce traitement des couleurs je n'utilise pas
spécifiquement la récursion, ce message d'erreur je ne l'ai que dans la
console et pas dans inspect qui lui reste vert...

maintenant on peut entrer la couleur dans l'url :

<url>?color=<une couleur>

une couleur :
#1cf ou # AcBf11
rgb(r,g,b) avec r,g,b ¤ [0,255]
hsl(h,s,l) avec s,l ¤ [0,100] h ¤ ]-inf,+inf[ (angle=hue)

Re au fait :

j'ai encore perdu le drag'n drop et le cut'n paste :[

toujours avec AppleScript + System Events...
--
Une Bévue

ASM

10/03/2007 à 14:42

Re au fait :

j'ai encore perdu le drag'n drop et le cut'n paste :[

toujours avec AppleScript + System Events...

tu ferais mieux de faire un listing des instants où tu l'as ...
ça doit tenir sur 1/2 ligne ;-)

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

ASM

10/03/2007 à 15:12

Au fait, j'ai un **GROS*** pb sur ma page :

<http://81.57.96.20/DHTML/transparency.xhtml>

ça me sort une "tétrachiée" de fois la même erreur :

tu as dû la revoir car la console JS de FF ne me dis rien
(tout un tas d'avertissements mais pas d'erreur)

ha! comme c'est reposant sans autocomplétion :-)

maintenant on peut entrer la couleur dans l'url :

<url>?color=<une couleur>

Ha oui ! tiens?

une couleur :
#1cf ou # AcBf11
rgb(r,g,b) avec r,g,b € [0,255]
hsl(h,s,l) avec s,l € [0,100] h € ]-inf,+inf[ (angle=hue)

hu ?

tu veux dire :
rgb(r,g,b) avec r,g,b ∈ [0,255]
hsl(h,s,l) avec s,l ∈ [0,100] h ∈ ]-inf,+inf[ (angle=hue)

--
Stephane Moriaux et son (moins) vieux Mac déjà dépassé

suggestion dans un input text

10 réponses

Veuillez sélectionner un problème