Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Script] reconnaissance vocale avec google

AnsuzPeorth

Dsl de repondre si tard, mais cette semaine je n'aurais pas trop de temps (juste un peu la nuit ...)

Pourrai-je avoir un exemple pour savoir si un bouton à été cliquer ?

Je comprends pas !
Dans ta fonction du bouton, c'est là que tu dois agir selon ... Tu n'as pas besoin de savoir si un bouton a été cliqué ... Ou j'ai rien compris !

Si tu veux uniquement savoir si un bouton est enfoncé, il faut alors utiliser un checkbutton, mais je pense pas que ce soit ca que tu veux ?

le bouton 1:

_button1 (){
clic_button1=$@
}

c'est bon ?

oui c'est bon, ta variable clic_button1 contiendra clicked dès que le bouton sera cliqué.
Mias je pense plutot que c'est dans cette fonction que tu dois appeler une autre fonction/script, ou du moins agir d'une certaine facon car le bouton est clic...

le button appelle une fonction qd il est cliqué, donc une action lui est associé, dans ton scipt.Genre:

_button1() {
    action à executer qd l'user clic sur le bouton
    appeller une autre fonction, ou un script ...
    utiliser des commandes g2s ou pygtk
}

AIDE
Je n'y arrive pas

Ben que doivent faire ces boutons ??? ils servent à quoi ? Appeller un script, une autre fonction ??? Ou juste pour savoir si l'user a cliquer dessus, pour que cela serve plus tard, mais aucune action doit etre associé au clic ?
C'est une utilisation "dymanique" de g2s, un clic, une action ... Pas comme zenity, ou il faut attendre que la fenetre soit fermé pour savoir si un bouton ou un check a été enfoncé, ici, on le sait tout de suite et on agit en conséquence. Ton logiciel est le script asssocié et son GUI (bien sur rien n'empeche de sourcer ou d'appeler d'autres scripts, comme la normal)

Un petit détail qui pourrait t'être utile, le script associé récupère ses actions à effectué depuis gtk via un FIFO, donc tu peux appeler directement une fonction via ce FIFO.
Par exemple si tu veux appeler ta fonction _button1 depuis un autre script independant

echo _button1 arg > /tmp/FIFO***

ou **** = pid de ton script associé. Mais bon, je voudrais pas t'embrouiller 🙂

EDIT: le git branche dev est update, je mergerai plus tard ...

[supprimé]

Merci à toi AnsuzPeorth
Voici le dossier d'interface :
projet interface
Je ne tente rien pour l'instant si ce n'est programmer l'action "quitter la fênetre" , j'ai bien mis le glade2script.py dans le dossier mais au moment où je lance go_Test.sh, il y a une erreur et je ne comprend pas

glade2script 2.4.1, Copyright (C) 2010-2012, February 2012
[[ GTK LIB ]] ==> GtkBuilder
Traceback (most recent call last):
  File "./glade2script.py", line 4603, in <module>
    m = Gui()
  File "./glade2script.py", line 1795, in __init__
    self.widgets.add_from_file(f_glade)
glib.GError: Élément racine non valide : « glade-interface »

AnsuzPeorth

Alors, l'erreur vient que tu as créer ton projet avec libglade, ouvre le , dans preference, passe ton projet en gtkbuilder (le defaut, et il faut laisser tomber libglade, cette lib est abandonné)

Sinon, il faut renseigné le callback on_clicked sur le bouton (tu avais renseigné gtk_widget_destroy, cela aurait pu fonctionné, si tu n'avais pas mis un espace avant ..)

Il faut que tu foute un SET@window1.show() au début de ton script associé.(ou récup la derniere version de g2s, branche dev, tu n'as plus besoin de lancer une fenetre avant, et tu peux à nouveau regler la visibilité depuis glade)

A oui, faire attention a la casse:

 echo "EXTI@@"

y a pas un truc qui cloche 🙂

[supprimé]

Ok merci, plus de libglade .
Je vais suivre tes conseils..oui le EXIT, j'avais vu qu'il y avais un problème
Encore merci

Et voilà la fenêtre s'affiche...je suis content!!
J'ai compris comment récupérer les boutons..
Allez hop, c'est parti

[supprimé]

Y'a t-il de lancer une fenêtre de sélection de dossier car je suis en train de revoir l'install et j'ai besoin de ça. Dans les exemples dont je dispose, je ne trouve pas

AnsuzPeorth

Dans les exemples dont je dispose, je ne trouve pas

Tu as le choix, soit un filechooserDialog (voir ExDialog), ou un filechooserButton (voir exTexte)

A toi de voir ce que tu préféres (je trouve plus zolie un filechooserButton). Par contre, comme tu vas mettre un callback sur le filechooserButton, des que ton interface s'affichera, ce callback sera appelé, donc ca peut etre genant (ceci concerne la derniere version, celle que tu devrais utiliser, la version venant git, branche dev). Pour y palier, il faut utiliser un fichier de config (voir --auto-config), comme ca, aucun signal n'est émis avant (mais cela peut ne pas etre gênant selon ton utilisation). Enfin, tu verras à l'usage, observe bien le retour en console, ca t'en dira bcp sur le fonctionnement du bordel 😉

[supprimé]

Bon, j’arrête l'interface pour l'instant trop long à mettre en place pour une si petite chose qu'est ce script
Je ne sais pas même pas si ça interesse les gens, voir même si il y'en a qui utilise mon script.

AnsuzPeorth

benoitfra a écritBon, j’arrête l'interface pour l'instant trop long à mettre en place pour une si petite chose qu'est ce script
Je ne sais pas même pas si ça interesse les gens, voir même si il y'en a qui utilise mon script.

Tu as fait le plus dur pourtant 🙂
Pour l'instant ce n'est qu'un script, mais je pense qu'il y a un gros potentiel, c'est une bonne idée. C'est pour ca que je t'ai parlé de g2s, ca te permettra d'avoir un gui qui fait exactement ce que tu veux, ce que tu as besoin. (si un gui est bien pensé, c'est la moitié de code en moins 😉)

[supprimé]

Je continue mais bien plus doucement. Je me sus jeté sur l'interface graphique. Je vais la reprendre du début pour qu'elle soit moins lourde à mettre en place.

[supprimé]

Bon voilà, ça avance doucement...
J'ai fait ma première appli graphique, c'est pas grand chose, elle sert pour l'outil de test
Outil de test en g2s

n3o51

Salut , impossible a dl pour regarder.Aussi des que ton projet sera avancé comme tu le souhaite pense a mettre a jour ton autre poste qui parle du projet.Car comme je te l'es déja dit tu as peut de chance niveau visibilité ici .Je sais que zenitor et g2s ce sont fait connaitre dans le forum dev et prog.Passe un bon dimanche, et Anz alors les ballades 🙂

[supprimé]

Ok, je mettrai à jour l'autre post.
Ce qu'il me reste à faire:
Interface graphique installation
interface graphique configuration (en cours)
modifier le script test afin de demander à l'utilisateur d'intégrer les nouveaux mots aux scripts (peut être en rajoutant un sed '/""/ a\""\'
Enfin, tout rendre disponible via l'applet.
Réviser mon cours de traitement du sign...

Par contre j'ai une petite question:
Voilà, pour faire tourner mon applet j'ai besoin d'un glade2script.py, si maintenant, dant l'applet je crée un lien (item menu) qui lance l'outil de test ou de configuration, eux aussi on besoin de G2S, dois je faire appel à un autre script glade2script;py ou celui utiliser par l'applet peut il être utilisé ?

Autre question, je travail sur l'interface graphique pour l'outil de config, ça marche quasiment bien.
Sauf que j'ai mis des entry avec un signal (changed) et un callback sur (on_entry) et quand je rentre quelque chose dans l'entry j'ai ceci
GMAIL=t
GMAIL=te
GMAIL=tes
GMAIL=test

Or justement, ce qui m'intéresse c'est juste la dernière ligne. Comment faire?

AnsuzPeorth

n3o51 a écritet Anz alors les ballades

... j'en reviens juste, et vais surement repartir d'ici peu ... Ah les femmes, heureusement qu'elles sont là pour nous descktocher du pc ...

benoitfra a écritdois je faire appel à un autre script glade2script;py ou celui utiliser par l'applet peut il être utilisé ?

Ca dépends de ce que tu veux .... Le plus simple, mets tout tes gui dans le meme glade, et tu n'as besoin d'appeler qu'une seule fois glade2script, enuite, show et hide tes window selon l'utilisation. A savoir, chaque echo CMD@@ est envoyé dans g2s, donc meme tes scripts enfants, leurs echo seront également envoyé dans g2s, vu qu'on est dans le même environnement.
J'avais pensé ajouter la possibilité d'indiquer plusieurs glade, mais je trouve l'intêret reduit, vu qu'on peut mettre autant de window qu'on veut dans un glade, par contre, c'est sur, ca peut faire des glades plutot lourd (mais habituellement, un GUI n'as qu'une seule fenetre générale bien conçu, voir un ou deux popup en plus, donc un seul glade suffit)

benoitfra a écritOr justement, ce qui m'intéresse c'est juste la dernière ligne. Comment faire?

Ben le principe, dans ta fonction _entry, tu charges ta variable, et lorsque l'user clic sur 'enregistrer' ou 'quitter' tu as ta variable disponible, pour enregistrer ou non les modifications. Enfin, c'est le principe habituel pour changer une config, l'user fait ses modifs et il clic pour enregistrer les modifications ...
Il faudra de toute façon une action user pour savoir qd il a fini, soit un bouton, ou alors il devra enfoncer <entrée> pour que tu puisses récupérer ce signal (signal activate). Mais il y a peut etre d'autres signaux que tu pourrait utiliser, par exemple sur le focus de l'entry, c'est à toi de voir, tu est libre ...

_entry1() {
 var_entry1=$@
} 

_button_enregistrer() {
 echo $var_entry1 > fichier.config
}

A savoir, je ne sais pas comment tu gères tes mots/actions, mais la possibilité de sauvegarder la config avec g2s pourrait t'etre utilse ? Voir --load-config et CONFIG@@** pour les commandes. Ca te permet de stocker des variables dans un fichier texte, et de les avoir chargés dans l'environnement dès le démarrage (comme ci tu sourcais un fichier de config). Mais en utilisant --auto-config, tu peux modifier des widgets avant l'affichage, remplir des entry, la taille de la fenetre, son emplacement, etc,etc.

Une autre chose, il y a un plugin mplayer, il pourrait t'etre aussi utilise. Il te permettra d'agir facilement sur le lecteur (toutes le commandes et propriétés du mode slave son accessible facilement http://www.mplayerhq.hu/DOCS/tech/slave.txt )

[supprimé]

Merci beaucoups pour ces précisions.
Je me rends maintenant compte que j'ai commis une erreur deux fichiers glade différents.
Je vais devoir tour refaire

AnsuzPeorth

benoitfra a écritMerci beaucoups pour ces précisions.
Je me rends maintenant compte que j'ai commis une erreur deux fichiers glade différents.
Je vais devoir tour refaire

Tu ouvres les deux glade dans la meme instance de glade, et tu peux copier coller d'un projet à l'autre 😉

[supprimé]

CooL.........merci.
Faut que je regarde si il n'y pas de conflit entre les noms des widget (window1/window1)
Comment faire pour au clic sur un bouton montrer une autre fenêtre:
_bouton(){
echo "Set@window1.hide()" #j'ai pas encore utilisé hide
echo "Set@window2.show()"
}
Ça marche comme ça

AnsuzPeorth

Oui

SET@window1.hide()
SET@window2.show()

Tu peux aussi utiliser un callback directement, on_hide et on_show sur le signal du bouton.
Tu as souvent une commande g2s/gtk et un callback qui font la même chose, ca permet plus de souplesse !

[supprimé]

Pour utiliser directement un callback on hide ou on show dois je précisé dans le champ "donnée utilisateur" le nom de la fenêtre à masquer ?

Sinon, j'ai regroupé les deux interfaces et maintenant je tente de rassembler les deux scripts.
Pour charger le text des entry je charge un fichier de config au début du script, je trouve ça assez simple.

[supprimé]

Bon j'ai besoin d'un petit peu d'aide, j'ai tout fait
concaténer les deux scritpts
modifier le glade, pour y insérer les deux anciens

Oui mais voilà, l'interface principale marche mais quand je clique sur le bouton tester qui doit m'amener vers la seconde interface et cacher l'ancienne, ça ne fonctionne pas.

Voici le lien de téléchargmenet:
google2voice

Et voici le retour console au moment du clique sur "tester":

=> [[ PY ]] => :: FIFO write :: _tester clicked
=> [[ PY ]] => DEBUG=> in bash NOT GET _tester clicked
=> [[ PY ]] => Set@window2.hide()
=> [[ PY ]] => Set@window1.show()

j"ai le même problème dans l'autre sens quand j'essaye de switcher d'une fenêtre à l'autre.

=> [[ PY ]] => :: FIFO write :: _quittest clicked
=> [[ PY ]] => DEBUG=> in bash NOT GET _quittest clicked
=> [[ PY ]] => rec: aucun processus trouvé
=> [[ PY ]] => Set@window1.hide()
=> [[ PY ]] => Set@window2.show()

AnsuzPeorth

Pour utiliser directement un callback on hide ou on show dois je précisé dans le champ "donnée utilisateur" le nom de la fenêtre à masquer ?

Ben voilà, tu as compris le principe ... par contre c'est on_hide, ne pas oublié le _

Pour charger le text des entry je charge un fichier de config au début du script, je trouve ça assez simple.

C'est pas compliqué, c'est vrai, mais en passant par auto-config, tu ne dois rien faire (a part bien sur créer une fois le fichier de config). C'est Hizoka qui aime ce genre d'utilitaire ... Il est partisant du moindre effort (c'est grace à lui qu'il y a autant de fonctions et callbacks, c'est monsieur plus ... 🙂 )

Et voici le retour console au moment du clique sur "tester":

Attention a la casse ! Set n'est pas SET. Les commandes g2s sont en majuscules, les arguments et les pygtk en minuscule.

« Page précédente Page suivante »