Le 18/01/07, Georges Lours a écrit :
> Mais, j'ai un nouveau fichier
> /home/user/.config/gtk-2.0/gtkfilechooser
> J'ignore quand est-ce qu'il est apparu, mais il est revenu !
> Ça n'est pas le même que celui que j'avais précédemment
> son contenu est le suivant
>
>
>
>
Et il contenait q
Le jeudi 18 janvier 2007 15:43, jipe a écrit :
> généralement une commande lancée dans un terminal est "verbeuse",
> surtout si elle est conçue pour ça. pgrep va écrire les numéros
> de pid de firefox sur autant de lignes qu'il y a d'instances de
> firefox ouvertes. c'est la sortie standard ou STDO
On Thu, 18 Jan 2007 07:39:50 +0100
Georges Lours <[EMAIL PROTECTED]> wrote:
> Le mercredi 17 janvier 2007 20:15, jipe a écrit :
> > > if [ -n "$(ps aux | grep firefox | grep -v grep)" ]; then
> > > echo "firefox tourne"
> > > else
> > > echo "firefox ne tourne pas"
> > > fi
> > >
> > >
> >
On 1/18/07, Georges Lours <[EMAIL PROTECTED]> wrote:
Le mercredi 17 janvier 2007 20:15, jipe a écrit :
> > if [ -n "$(ps aux | grep firefox | grep -v grep)" ]; then
> > echo "firefox tourne"
> > else
> > echo "firefox ne tourne pas"
> > fi
> >
> >
> > --
> > Christophe
> > http://ch4tn01r.free.fr
Le mercredi 17 janvier 2007 18:51, Christophe Gaubert a écrit :
> Alors, il faudrait peut-être creuser la piste du .xinitrc ou
> du .xsession...
>
> Sinon, ceci te mettra sur la piste pour éviter de lancer xbindkeys 50
> fois :
>
> if [ -n "$(ps aux | grep firefox | grep -v grep)" ]; then
> ech
Le mercredi 17 janvier 2007 20:15, jipe a écrit :
> > if [ -n "$(ps aux | grep firefox | grep -v grep)" ]; then
> > echo "firefox tourne"
> > else
> > echo "firefox ne tourne pas"
> > fi
> >
> >
> > --
> > Christophe
> > http://ch4tn01r.free.fr/blog
>
> if pgrep firefox &>/dev/null
if pgre
Le mercredi 17 janvier 2007 19:15, André Salaün a écrit :
> dis donc, je viens de tester si tu met
> xbindkeys
> tout seul (car il s'exécute en tache de fond pas la peine de l'y
> envoyer) dans ~/.bash_profile ça marche et ça ne semble pas générer de
> multiples processus...
Oui, mais xbindkeys la
Le mercredi 17 janvier 2007 15:45, olivier-serveur a écrit :
> en regardant les proprietes de l'icone, tu devrais trouver : Dossier de
> travail.
> S'il est vide, met '~/' (sans les guillements) et re-essaye on ne sait
> jamais.
Je n'ai pas trouvé, mais c'est pas grave, mon problème semble résolu.
Le mercredi 17 janvier 2007 18:51, Christophe Gaubert a écrit :
> Sinon, ceci te mettra sur la piste pour éviter de lancer xbindkeys 50
> fois :
>
> if [ -n "$(ps aux | grep firefox | grep -v grep)" ]; then
> echo "firefox tourne"
> else
> echo "firefox ne tourne pas"
> fi
Ouais facile ! :
Le 17/01/07, jipe a écrit :
> if pgrep firefox &>/dev/null
ah ben vi...
--
Christophe
http://ch4tn01r.free.fr/blog
=
Vous souhaitez acquerir votre pack ou des services Mandriva?
Rendez-vous sur "http://store.mandriva.com";.
Rejoignez le club Mandriva : h
On Wed, 17 Jan 2007 18:51:54 +0100
Christophe Gaubert <[EMAIL PROTECTED]> wrote:
> Le 17/01/07, Georges Lours a écrit :
>
> > - au démarrage suivant, xbindkeys est bien lancé, mais pas dans les
> > conditions qui font que firefox s'ouvre avec mes couleurs.
> > Je me suis dit qu'il fallait peut-êt
Le mercredi 17 janvier 2007 18:51, Christophe Gaubert a écrit :
> Le 17/01/07, Georges Lours a écrit :
> > - au démarrage suivant, xbindkeys est bien lancé, mais pas dans les
> > conditions qui font que firefox s'ouvre avec mes couleurs.
> > Je me suis dit qu'il fallait peut-être que la commande so
Le 17/01/07, Georges Lours a écrit :
> - au démarrage suivant, xbindkeys est bien lancé, mais pas dans les
> conditions qui font que firefox s'ouvre avec mes couleurs.
> Je me suis dit qu'il fallait peut-être que la commande soit lancée
> après ouverture complète de kde et j'ai mis "sleep 60" avan
Georges Lours a écrit :
Le mercredi 17 janvier 2007 14:49, olivier-serveur a écrit :
Bon, derniere chose auquel je pense : le repertoire de lancement.
Peut-etre faut-il verifier que le repertoire de demarrage de FF soit le
meme (cad celui de l'utilisateur) que quand tu lance par la ligne de
com
Le mercredi 17 janvier 2007 14:49, olivier-serveur a écrit :
> Bon, derniere chose auquel je pense : le repertoire de lancement.
> Peut-etre faut-il verifier que le repertoire de demarrage de FF soit le
> meme (cad celui de l'utilisateur) que quand tu lance par la ligne de
> commande (je suppose de
Georges Lours a écrit :
Je ne comprends pas, là...
Si je lance /opt/firefox/firefox en root, de toutes façons, je n'ai pas mes
couleurs personnalisées puisqu'elles ne sont paramètrées que pour mon user.
Où est-ce qu'il faut que je rajoute un # ?
c'etait juste une question, laisse tomber.
Bon,
Le mercredi 17 janvier 2007 14:20, olivier-serveur a écrit :
> c'est quoi : m:0x10 + c:134 ?
>
Ce sont les coordonnées de la touche du clavier qui lance la commande
> > L'icône dans kde pointe la même commande /opt/firefox/firefox
> >
> > C'est à partir de cette ligne de commande, exactement la mê
Georges Lours a écrit :
Si, c'est le même script...
C'est moi qui ai paramètré ~/.xbindkeysrc qui contient les lignes de commande
correspondant aux touches. Pour Firofox, ça donne ça :
#démarrage firefox sur localhost
"/opt/firefox/firefox http://localhost";
m:0x10 + c:134
c'est quoi : m:0x
Le mercredi 17 janvier 2007 13:26, olivier-serveur a écrit :
> j'ai l'impression (mais ce n'est qu'une impression) que l'envoi par
> "xbindkeys" ne lance pas le meme script que par l'icone.
> Je ne connait pas "xbindkeys", mais il doit y avoir un parametrage des
> touches qui dit quel appli/script
Georges Lours a écrit :
Je te rappelle ce que je cherche. Je voudrais que Firefox s'ouvre avec les
couleurs personnalisées que j'ai configurées dans le centre de configuration
kde.
J'ai l'impression que dès lors que firefox est lancé à partir de kde :
- à partir d'une icône,
- à partir de la
Le mercredi 17 janvier 2007 12:10, André Salaün a écrit :
> Après il est possible que ça ne fonctionne pas avec tous les programmes,
> il faut des programmes qui attendent une action en restant en tache de
> fond (un peu le même principe que les "daemon") mais en plus simple.
Il est possible que x
Le mercredi 17 janvier 2007 08:09, Georges Lours a écrit :
> Le mardi 16 janvier 2007 23:33, André Salaün a écrit :
> > > Tiens, je tombe sur cet article :
> > > http://www.linux.com/article.pl?sid=07/01/10/176226
> > > où on peut lire :
> > > «Also, xbindkeys needs to be running in the background
Le mercredi 17 janvier 2007 10:48, olivier-serveur a écrit :
> dans ce cas, c'est au niveau de l'autostart de Kde que tu devras faire
> quelquechose.
> Tu as essayé en modifiant le script de lancement de firefox en lui
> ajoutant xbindkeys (juste pour test) ?
Je ne comprends pas ce que tu veux dir
Georges Lours a écrit :
Merci, mais malheureusement, le & ne résoud pas le problème...
xbindkeys n'était pas arrêté après avoir été lancé, il restait bien en
mémoire, mais les applications lancées ensuite à partir des combinaisons
clavier qu'il configure, et parmi elles firefox, ne sont pas la
Le mercredi 17 janvier 2007 10:23, olivier-serveur a écrit :
> il faut mettre un '&' a la fin de la ligne : "xbindkeys needs to be
> running in the background to work", 'background' veut dire qu'il faut le
> '&' a la fin. Tu peux enlever le sleep 60, a mon avis ca ne sert a rien,
> ce qui fesait qu
Georges Lours a écrit :
Le mardi 16 janvier 2007 23:33, André Salaün a écrit :
Tiens, je tombe sur cet article :
http://www.linux.com/article.pl?sid=07/01/10/176226
où on peut lire :
«Also, xbindkeys needs to be running in the background to work, so
you will want to make sure it runs when X sta
Je viens de poster la question sur confirmé
On se retrouvera sans doute.
--
Georges Lours
[EMAIL PROTECTED]
Utilisateur Linux (counter 38)
=
Vous souhaitez acquerir votre pack ou des services Mandriva?
Rendez-vous sur "http://store.mandriva.com";.
Rejoi
Le mardi 16 janvier 2007 23:33, André Salaün a écrit :
> > Tiens, je tombe sur cet article :
> > http://www.linux.com/article.pl?sid=07/01/10/176226
> > où on peut lire :
> > «Also, xbindkeys needs to be running in the background to work, so
> > you will want to make sure it runs when X starts. The
Le mardi 16 janvier 2007 19:50, Christophe Gaubert a écrit :
> Le 16/01/07, Christophe Gaubert a écrit :
> > > > Il faut que ça démarre avec la session ou pas ?
> > > > sinon : /etc/rc.d/rc.local
> > >
> > > Et bien, j'y avais bien pensé, mais ça ne marche pas
> >
> > Bon, bon...
> >
> > Et avec un
Le 16/01/07, Christophe Gaubert a écrit :
> > > Il faut que ça démarre avec la session ou pas ?
> > > sinon : /etc/rc.d/rc.local
> >
> > Et bien, j'y avais bien pensé, mais ça ne marche pas
>
> Bon, bon...
>
> Et avec un fichier ~/.xsession ou ~/.xinitrc ? Je n'ai jamais
> utilisé... faud
Le 16/01/07, Georges Lours a écrit :
> > Il faut que ça démarre avec la session ou pas ?
> > sinon : /etc/rc.d/rc.local
>
> Et bien, j'y avais bien pensé, mais ça ne marche pas
Bon, bon...
Et avec un fichier ~/.xsession ou ~/.xinitrc ? Je n'ai jamais
utilisé... faudrait voir sur le web commen
Le mardi 16 janvier 2007 19:03, Christophe Gaubert a écrit :
> Il faut que ça démarre avec la session ou pas ?
> sinon : /etc/rc.d/rc.local
Et bien, j'y avais bien pensé, mais ça ne marche pas
Si je rajoute
/usr/bin/xbindkeys
à ce fichier... Je redémarre la machine et xbindkeys n'est pas lancé !
Le 16/01/07, Georges Lours a écrit :
> Merci de ton aide, mais ça marche pas :(
Zut :(
> L'idéal serait de trouver une astuce qui permette de lancer xbindkeys
> au démarrage, comme si on utilisais l'autostart de kde, mais sans
> utiliser l'autostart de kde :))
Il faut que ça démarre avec la ses
Le mardi 16 janvier 2007 18:42, Christophe Gaubert a écrit :
> On voit qu'il y a des fichiers gtkrc dans la config de KDE (~/.kde).
> C'est peut-être là-dedans que ça se joue...
>
> Essaye de créer une icône sur le bureau en mettant ceci comme commande :
>
> GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/u
Le 16/01/07, Georges Lours a écrit :
> Est-ce que ce qui suit t'inspire ?
Pas trop, mais bon... On va sélectionner les plus probables :
> GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/user/.gtkrc-2.0:/home/user/.kde/share/config/gtkrc-2.0
> GTK_RC_FILES=/etc/gtk/gtkrc:/home/user/.gtkrc:/home/user/.kde/
Le lundi 15 janvier 2007 20:59, Christophe Gaubert a écrit :
> Tout ceci ressemble fort à un problème de variable d'environnement qui
> ne serait positionnée que dans ton environnement shell. Encore
> faudrait-il savoir laquelle Tu peux toujours jeter un oeil au
> résultat de :
> env
> pour vo
Le lundi 15 janvier 2007 20:52, Sebastien Chopin a écrit :
> En console, lance "/opt/firefox/firefox" puis "/usr/bin/firefox" pour
> voir si tu as rigoureusement la même chose.
>
Non, il n'y a rien dans /usr/bin :
bash: /usr/bin/firefox: Aucun fichier ou répertoire de ce type
J'ai installé Firefo
Le 14/01/07, Georges Lours a écrit :
> Je viens de me rendre compte qu'il y a une différence selon qu'on
> lance une application à partir de l'environnement graphique kde (par
> exemple en cliquant sur une icône) et lorsqu'on la lance à partir
> d'une console.
>
> Je m'explique
> Dans le centre d
Le dimanche 14 janvier 2007 21:10, Sebastien Chopin a écrit :
> Est-ce que l'icône Firefox de KDE pointe bien vers "firefox" ? Et non
> pas "/usr/bin/firefox" ?
Firefox est dans /opt
L'icône pointe vers /opt/firefox/firefox
--
Georges Lours
[EMAIL PROTECTED]
Utilisateur Linux (counter 38)
==
Le dimanche 14 janvier 2007 18:30, gegetel a écrit :
> Bonjour,
> Je ne suis pas sûr de répondre à ta question, mais as tu remarqué la
> case à cocher « Appliquer les couleurs aux applications non KDE » dans
> la fenêtre de kcmshell colors ?
Merci pour ta réponse,
Non, je n'avais pas remarqué, mai
Le 14.01.2007 17:12, *Georges Lours* a écrit fort à propos :
> Bonjour,
> ...
> Au départ, ces personnalisations ne concernaient que les applications KDE
> Depuis quelques temps (sans doute depuis que j'ai mis KDE à jour) je me suis
> aperçu que firefox était parfois concerné également : quelquef
41 matches
Mail list logo
