Forums : Xul, Xbl, JS...

Sympa, mais :

• j'ai beau cliquer quand la liste ouverte, rien ne se passe dans le champ de saisie
• ne fonctionne pas avec les caractères accentués ("amé" ne ramène rien alors que "aménage" est dans la liste)
• pourquoi les résultats ne sont-ils pas triés par ordre alphabétique ?

NB: évidemment, je parle de la démo proposée dans le wiki.

De même... mais alors vraiment chapeau bas, je pense que ça va servir à pas mal de monde =)

Très superbement magnifique. A un moment, j'ai perdu le curseur m'indiquant le focus, mais je ne saurais dire à la suite de quelle suite de manipulation. Question subsidiaire : quelle est l'origine du dictionnaire qui est derriere cela ?

Chapeau bas

hhf > Toujours aussi géniaux tes exemples. Merci !

Pour l'origine du dico, c'est tout simplement le dico pour thunderbird, que j'ai dezipper et importer dans mysql. Mais comme j'avais pas fait gaffe à l'encodage, ya quelques probleme, les "oe" entre autre qui s'affiche "1/2" enfin, c'est pas grave, c'etait juste pour la demo.

chris a écrit:

Sympa, mais :
- j'ai beau cliquer quand la liste ouverte, rien
ne se passe dans le champ de saisie
- ne fonctionne pas avec les caractères accentués
("amé" ne ramène rien alors que "aménage" est dans
la liste)
- pourquoi les résultats ne sont-ils pas triés par
ordre alphabétique ?

NB: évidemment, je parle de la démo proposée dans
le wiki.

J'ai resolu le bug, qui n'en etait pas un en fait, c'etait une mauvaise version de ma JSP qui genere le RDF. tout est rentree dans l'ordre.

Pour l'histoire des accents, c'est dut au probleme d'encodage. mais c'est dut a l'exemple que je n'est pas bien paufiné. Mais le composant fonctionne lui, à vous de faire attention à l'encodage et à la requete SQL que vous faites.

Pour l'ordre alphabetique, c'est pareil, c'est ma requete, comme je limite les resultats à 1000 item, je me suis dit que c'etait mieux d'avoir surtout les mots proches du nombre de lettres que j'ai entré. Ici encore vous faites comme vous voulez. Ce n'est qu'un exemple.

Je n'ai pas mis le source de ma JSP qui genere mon RDF, car je crois que beaucoup font du PHP, donc sans interet pour eux.

Donc ça fait combien d'enregistrements ? Pour avoir une idée de la taille de la table ... Une seule colonne indexée dans une seule table d'une seule base avec une connexion persistante?

hhf : merci, c'est très clair.

il y a 77232 mots dans la table. Mais ya deux colonnes. un ID et le mot proprement dit. Il est clair que les mots sont sensés etre unique et donc pourait servir de primarykey, mais je pense que c'est plus performent comme ca. Mais je suis pas specialiste dba. J'ai apris comme ca alors...

Mais le but ici et je repete de proposer un exemple, le code metier coté serveur ne fait pas partie du composant... c'est à vous de le faire en fonction de vos besoins

et quel exemple ... et comme je trouve la saisie assez fluide je voulais avoir une idée du volume mis en oeuvre comme le dico thunderbird doit être ordonné, l'import dans la table a été naturellement ordonné. Une dernière question mais d'ordre général : comment est gérée l'alimentation de l'arbre par le rdf en cas de frappe très très rapide ? Les n appels s'empilent-ils ?

ben, au debut j'avais fait un textbox avec un timer qui lancait une command au bout de X ms d'inactivité, tant que tu tuape l'action n'est pas lancé. Puis un pote m'a fait remarqué que dans :

 chrome://global/content/bindings/textbox.xml#timed-textbox

s'etait déjà implementé... alors l'autosuggest herite de celui ci. et la mise à jour est lancé par default toutes les 500 ms d'inactivité. Ceci dit si on tape une lettre precisement toutes les 500 ms on se rend compte que là d'un coup le server se met à ramer....

La fluidité est du à la methode de generation du RDF. En effet, le resultat de la requete, le resultset est ecrit sur la sorti du navigateur durant la recuperation des resultats, et non à la fin de ceux ci. Je sais pas si c'est possible en php de faire ca. En tous cas le server envois le resultat avant d'avoir construit completement le "fichier". C'est tres flagrant sur des données encore plus importantes et arborescente (oui ca marche aussi), on voit les noeuds apparaitrent au fur et a mesure que le flux arrive. Et ca, à tout les detracteurs du XUL essayaient de construire un arbre de plusieur millier d'entrées en html sans freeze... :-D

Il y aurait encore moyen d'accelerer les choses en faisant generer le RDF directement par la base de donnée, je sais que l'on peut le faire avec ORACLE, surement aussi avec mysql. Je vais regarder ca un de ces quatres matin (ou plutot le soir).

Enfin voilà, ravi que mes composants plaisent J'ai aussi des librairies javascripts maison et bien d'autre choses, je met un peu d'ordre dans tous ca et je poste.

A oui, encore une chose si quelques personnes peuvent essayer de l'integrer dans des applis pour qu'ils me disent quel probleme ils rencontre dans l'implementation, et sur quel point faut que je revienne sur la documentation.

voila une chose qui m'intéresse considérablement.

Actuellement, j'utilise en effet php pour tout :

• génération des fenêtres, essentiellement pour être pertinent dans la gestion les droits d'action et des langues de l'interface,
• génération des javascripts pour les messages dans les différentes langues
• toutes la connectique avec mysql ou à terme postgresql
• dans certains cas, à terme, génération de json

Comme il y a un an de tout cela je n'y connaissais rien de rien, j'ai choisi php qui me paraissait plus simple et parce que je ne distinguais pas quels avantage j'aurais eu à utiliser jsp.

Mais là

hhf a écrit:
La fluidité est du à la methode de generation du RDF. En effet, le resultat de la requete, le resultset est ecrit sur la sorti du navigateur durant la recuperation des resultats, et non à la fin de ceux ci. Je sais pas si c'est possible en php de faire ca. En tous cas le server envois le resultat avant d'avoir construit completement le "fichier".

ponctuellement, pour ce type de traitement, je vais me pencher sur jsp et ce qu'il faut mettre en oeuvre. Peux-tu, pour éviter que je bricole en raison de ma totale méconnaissance actuelle du codage jsp, me communiquer ton code jsp d'accès à la base mysql et de génération du rdf. Si c'est trop volumineux pour être posé chez toi, contacte moi en privé, stp, à christophe.charron.xul@gmail.com

M'intéresse beaucoup cette histoire ...

Apres renseignement aupres d'un pote plutot PHP, il me dit qu'il y a aussi moyen de forcer le "flushage" du resultat sur le flux de sortie, a voir donc, c'est apparement une option, faudrais faire un test sur les meme données pour voir la diff de perf. je te passe le script de generation de la table word, puis tu essaye de generer le RDF en php, et on chronemetre pour voir Mais la ou c'est plus flagrant c'est sur les datas arborescentes... les plus des contener apparaissent au fur et a mesure que le flux arrive. c'est bluffant et en m^me temps ca confirme "l'asyncronité" de la chose. Au taf, j'ai des tables de plusieurs millier d'entrees, et c'est trop bluffant. Mais on utilise oracle, avec la syntax "connect by prior" qui genere automatique resultset arborescent. Je sais pas si mysql à ce genre fonction