[bug xterm] xterm -iconic

serged · Le 02/02/2011, à 07:53

Marche bien chez moi... Maverick 32 bits, Gnome + Metacity

Hizoka · Le 02/02/2011, à 11:18

merci, mais il s'avère que le bug vient de l'utilisation de compiz.

il faut donc faire un rapport...

mais en attendant :

sudo apt-get install devilspie
mkdir ~/.devilspie
echo '(if (is (application_name) "xterm") (minimize))' > ~/.devilspie/xterm.ds
devilspie &
xterm -T xterm -e "echo 'oui' && sleep 5"

Dernière modification par Hizoka (Le 02/02/2011, à 11:20)

Tomzz · Le 02/02/2011, à 11:38

Très bon ça, devilspie, je garde sous le coude
Sinon, je n'avais pas précisé, mais moi aussi j'ai compiz activé.

Sinon pour le rapport désolé mais je n'ai ni les compétences, ni surtout la maitrise de l'anglais.

Tiens, ce pourrait être un sujet de réflexion ça: comment faire des rapports de bugs dans sa langue maternelle (français ou autre)

Hizoka · Le 02/02/2011, à 11:46

il faudrait un topic comme : http://forum.ubuntu-fr.org/viewtopic.php?id=359135

mais spécialisé dans les rapports...

Tomzz · Le 02/02/2011, à 12:16

Oui, ce serait un début.
Mais peut être qu'une section dédié spécifiquement permettrait d'aller plus loin:
Une partie de la page, en haut, sur le principe d'un wiki, où un ou plusieurs contributeurs rédigent le rapport en anglais. et en français.

Une partie discussion où le bug est remonté par les utilisateurs et selon leurs capacités et où on pourrait aussi rendre compte des retours.

Quand la partie "wiki" est validée, le rapport de bug est envoyé.

C'est juste que si je comprend parfaitement que l'anglais soit devenu la langue officielle en informatique, je trouve dommage qu'une partie des contributions (rapports de bug ou autres) soient perdues pour un problème de langue.
Inversement, ce pas le rôle de Canonical de gérer la diversité linguistique des utilisateurs d'Ubuntu, la communauté le fait déjà pour les traduct., pourquoi pas pour les rapports de bug.

Hizoka · Le 02/02/2011, à 15:37

j'ai créé le rapport de bug : https://bugs.launchpad.net/ubuntu/+sour … bug/711894

hesitez pas à signaler qui vous touche également svp

uboops · Le 02/02/2011, à 20:00

OK, c'est fait , bonne soirée...

Hizoka · Le 02/02/2011, à 20:09

merci

fabux · Le 03/02/2011, à 23:05

Salut,

Je ne vais pas résoudre le bug mais j'ai une autre piste pour toi (et ton ton prog - un peu de pub)
À défaut de réussir l'iconification de xterm si compiz est actif, tu peux peut-être dans ce cas le lancer avec un titre et rendre la fenêtre transparente, (ça éviterai l'install d'une dépendance en plus)
Tu lances toujours xterm avec iconic (pour usage metacity par exemple) mais avec un titre (on va dire ici "xterm -iconic -T tintin") et dans ccsm / Accessibilité /Opacité, luminosité et saturation / Onglet Opacité / Tableau en bas: Réglages spécifiques des fenêtres / Nouveau / Dans la cas " Fenêtres" mettre: title=tintin et valeur: 0

Pour gnome, j'ai essayé et tu peux modifier les paramètres compiz via gconf avec gconftool-2.

gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_matches
gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_values

pour avoir les valeurs de chaque et pouvoir y ajouter la tienne (toujours tintin et 0), style:

gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches [LA_VALEUR_D_AVANT,tintin]
gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values [LA_VALEUR_D_AVANT,0]

(les crochets ne sont pas à retirer sinon gconf n'en veux pas).
Je suis une buse en bash donc je peux pas filer le script à faire mais je penses que tu devrais y arriver avec ça
Pour les autres WM (KDE, XFCE...) je ne sais pas mais est-ce que ce bug les concerne aussi ou est-ce uniquement sur Gnome/metacity vs compiz ?

Après je n'ai pas essayé ton prog donc je ne sais pas si tu à une boite "option" ou un truc du genre auquel cas tu fais une case à cocher "utilisation de compiz". qui ferait un gconftool-2 --get puis un gconftool --set.
Ou alors faudrait tester le wm au démarrage.

edit: désolé j'ai posté là mais du coup je me demande si mon post ne serait pas mieux dans celui dédié à Screencastor ?

Dernière modification par fabux (Le 03/02/2011, à 23:06)

Hizoka · Le 03/02/2011, à 23:23

merci, peux tu tester ça stp ?

old_matches=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_matches)
old_values=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_values)
gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches [${old_matches},screencastor_xterm]
gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values [${old_values},0]

fabux · Le 04/02/2011, à 00:30

J'ai mis des valeurs bidons (test et 10)

gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches [${old_matches},screencastor_xterm]
Erreur : Erreur d'analyse: Impossible de comprendre « [[test],screencastor_xterm] » (un « ] » non échappé a été trouvé dans la liste)
fabux@home-desktop:~$ gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values [${old_values},0]
Erreur : Erreur d'analyse: Impossible de comprendre « [10 » (entier attendu)

J'avais prévenu pour les crochets (mais j'ai encore dû mal m'exprimer )

echo ${old_matches}
[test]
fabux@home-desktop:~$ echo ${old_values}
[10]

l'idéal serait de mettre un truc à la echo style ..... ${old_matches}\b,screencastor_xterm].

edit: dès fois que ça puisse t'aider j'ai fais l'essai avec title= tintin, name=bob dans ccsm et je veux mettre toto en plus

 fabux@home-desktop:~$ echo ${old_matches}
[title=tintin,name=bob]
fabux@home-desktop:~$ new_matches=`echo -e "${old_matches}\b,title=toto]"`
fabux@home-desktop:~$ echo ${new_matches}
[title=tintin,name=bob,title=toto]
fabux@home-desktop:~$ gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches ${new_matches}
Erreur : Erreur d'analyse: Impossible de comprendre « [title=tintin,name=bob,title=toto] » (un « ] » non échappé a été trouvé dans la liste)

et pareil pour les valeurs:

fabux@home-desktop:~$ echo ${old_values} 
[15,40]
fabux@home-desktop:~$ new_values=`echo -e "${old_values}\b,15]"`
fabux@home-desktop:~$ echo ${new_values}
[15,40,15]
fabux@home-desktop:~$ gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values ${new_values} 
Erreur : Erreur d'analyse: Impossible de comprendre « [15,40,15] » (un « ] » non échappé a été trouvé dans la liste)

même chose si je mets new_matches=$(echo....) au lieu de =`echo....`
Donc c'est pas echo, avec sed ou cut mais j'ai la flemme à cette heure d'essayer (surtout que je vais passer 15h là ou tu mettras 2secondes...)
bonne nuit

Dernière modification par fabux (Le 04/02/2011, à 01:10)

Hizoka · Le 04/02/2011, à 00:58

je pensais pas que j'aurais les crochets dans ma variables.

old_matches=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_matches)
old_matches=${old_matches#[} old_matches=${old_matches%]}
old_values=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_values)
old_values=${old_values#[} old_values=${old_values%]}
gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches [${old_matches},screencastor_xterm]
gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values [${old_values},0]

fabux · Le 04/02/2011, à 01:12

oups je viens d'éditer. Je test ce que tu me donnes et je reviens.

fabux · Le 04/02/2011, à 01:21

C'est OK, mais il faut bien mettre title=screencastor_xterm si tu utilise l'option -T de xterm.
Pour reprendre

old_matches=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_matches)
fabux@home-desktop:~$ old_matches=${old_matches#[} old_matches=${old_matches%]}
fabux@home-desktop:~$ old_values=$(gconftool-2 --get /apps/compiz/plugins/obs/screen0/options/opacity_values)
fabux@home-desktop:~$ old_values=${old_values#[} old_values=${old_values%]}
fabux@home-desktop:~$ gconftool-2 --type=list --list-type=string --set /apps/compiz/plugins/obs/screen0/options/opacity_matches [${old_matches},title=screencastor_xterm]
fabux@home-desktop:~$ gconftool-2 --type=list --list-type=int --set /apps/compiz/plugins/obs/screen0/options/opacity_values [${old_values},0]
fabux@home-desktop:~$ xterm -iconic -T screencastor_xterm -e "echo 'je suis en pause' && sleep 2"

Et là je ne vois plus xterm (sur le bureau mais il semble apparaitre dans le tableau de bord).

Hizoka · Le 04/02/2011, à 01:23

ok, super

merci à toi, ca permettra de détourner le problème et d'éviter un paquet en rab !

bonne nuit.

fabux · Le 04/02/2011, à 01:34

Je viens de penser autre chose (pas testé): modifier directement le .profile de ccsm.
Mais s'il n'a pas été créé pas sûr que ce soit accessible...et ce serait à étudier si le bug n'est pas que sur gnome.

Sur ce bonne nuit

edit: la modif du .profile n'est pas dynamique, c'est un fichier de save, donc je n'ai rien dis.

Dernière modification par fabux (Le 04/02/2011, à 01:39)

Totor · Le 04/02/2011, à 08:28

Bonjour,

Pour jouer sur l'opacité d'une fenêtre, il n'est pas utile d'utiliser gconftool (car cela est totalement dépendant de gnome, et comme on le sait, le problème apparaît également sous kde & co ...)
Pour ma part, j'utilise urxvt et pour avoir la vraie transparence, je me suis créé un script à base de xwininfo et xprop (qui sont fournis avec X) :

a titre d'info, le script :

#!/bin/zsh

urxvtc "${@}" &
# % d'opacité
pct=70

sleep 0.5
while read -A
do
   [[ ${reply[1]} == "--" ]] && read -A
   id="${reply[1]}"
   read -A opacity < <(xprop -id "$id"|grep '_NET_WM_WINDOW_OPACITY')
   [[ -z ${opacity[3]} ]] && xprop -id "$id" -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY $((pct*0xffffffff/100))
   read;read; read; read;
done < <(xwininfo -root -tree|grep -B2 '"urxvt":')

bon, c'est du zsh (et oui, j'ai abandonné bash ) mais le principe :
utiliser xwininfo pour récupérer l'id de la window puis xprop pour changer l'opacité. Dans ton cas, le taux d'opacité vaut 0. Donc $((pct*0xffffffff/100)) est tout simplement à changer avec 0x00000000

Il faut également prendre en compte que jouer avec l'opacité n'est possible uniquement si l'on a un gestionnaire de composite (compiz, xcompmgr...)

Note : en zsh, le premier indice d'un tableau commence à 1 et alors pour bash, c'est 0

A noter que : lorsque j'ai lu ton fil, je me suis dit que l'on pouvait probablement jouer avec les resources d'xterm pour l'iconifier.
Pour ce faire : modifier le fichier ~/.Xdefaults et rajouter ceci (attention à bien respecter la tabultation en début de 2nde ligne):

*VT100.translations: #override\
    Ctrl <KeyPress>M: iconify() \n

(le \n est à laisser !)

puis, en ligne de commande : xrdb -override .Xdefaults

Dès lors, un Ctrl+M provoque l'iconification d'xterm (si la fenêtre est active).

Cependant, ça me parait une solution "complexe" pour un bug. Et ce pour les raisons suivantes :
- ton script doit modifier le fichier .Xdefaults (ou .Xresources) et ça me parait pas top de changer les préférences d'un utilisateur
- utiliser xdottools (donc dépendance supplémentaire)

enfin, c'est toi qui voit

Hizoka · Le 04/02/2011, à 13:27

et oui, j'ai abandonné bash

=> le grand prêtre du bash est passé en zsh ?!
une petite explication rapide ?

xprop

=> pas mal, je ne connaissais pas !

Il faut également prendre en compte que jouer avec l'opacité n'est possible uniquement si l'on a un gestionnaire de composite (compiz, xcompmgr...)

=> c'est compiz à la base qui pose probleme, mais sous kde, avec les effets activés je n'ai pas "_NET_WM_WINDOW_OPACITY"

Dès lors, un Ctrl+M provoque l'iconification d'xterm (si la fenêtre est active).

=> ouais mais ce n'est pas automatique du coup...

utiliser xdottools (donc dépendance supplémentaire)

=> c'est l'équivalent de ce que je fais avec devil's pie, si je pouvais virer ce genre de chose grâce à ton code...

le mieux serait que le bug soit résolu mais je n'ai que peu d'espoir...

bon, toi ou fabux, vous pouvez tester en changeant la variable :

titre="titre de la fenêtre"

id_fenetre=($(xwininfo -root -tree | grep "${titre}"))
opacite_fenetre=$(xprop -id "${id_fenetre[0]}" | grep '_NET_WM_WINDOW_OPACITY')
[[ -z ${opacite_fenetre[2]} ]] && xprop -id "${id_fenetre[0]}" -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY 0x00000000

Totor · Le 04/02/2011, à 14:38

Hizoka a écrit :

et oui, j'ai abandonné bash
=> le grand prêtre du bash est passé en zsh ?!
une petite explication rapide ?

Tout simplement parce que je voulais découvrir autre chose. Depuis le temps que j'en entends que du bien, je me suis forcer à l'utiliser en le mettant comme shell par défaut. mais j'en suis qu'aux balbutiements.

fabux · Le 04/02/2011, à 22:08

Avec compiz ça marche (et je n'ai pas vu non plus de "_NET_WM_WINDOW_OPACITY" dans xprop). Pas testé avec metacity pour le moment.

Concernant xprop, il y a une option -name qui évite de récupérer l'id via xwininfo.
Du coup j'ai essayé ça:

xterm -T "screencastor_xterm" -e "echo 'bouh';sleep 5;xprop -name 'screencastor_xterm' -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY 0x00000000;sleep 5"

(je sais c'est laid ). L'echo s'affiche 5 secondes puis la fenêtre disparait mais existe toujours pendant 5 secondes. Si je place l'echo à la fin rien ne s'affiche (comme voulu).
Par contre d'une manière ou d'une autre il y a un "flash" à l'ouverture d'xterm.

Hizoka · Le 04/02/2011, à 22:42

donc bien qu'il n'y ait pas de base cette option elle est fonctionnelle ?

si ton code fonctionne, c'est tres bien alors, même si y a un petit flash

il fonctionne chez moi aussi, hop, je le valide et modifie mon script !

Dernière modification par Hizoka (Le 04/02/2011, à 22:57)

fabux · Le 04/02/2011, à 23:12

En tout cas sur Gnome/compiz ça le fait.
Je viens d'essayer sur Gnome/Metacity: ne marche pas.

l'idée de Tomzz avec -geometry est peut-être pas à écarter...
et j'arrête ici, ça deviens hors sujet (bug iconic / compiz) .

Je vois donc la suite que tu donne pour ton logiciel avec cette difficulté à gérer ici.
Mais tant que je suis là: je me suis aussi fait avoir avec le -e de xterm, c'est valable pour metacity et compiz, à priori c'est bashrc qui fait ça:

case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"

Je trouve pas l'option xterm pour qu'il ne le prenne pas en compte (sans bidouiller avec une variable, ce que je n'ai pas tenter)

a+

Hizoka · Le 04/02/2011, à 23:20

c'est bon, c'est tout ce qu'il me fallait

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 02/02/2011, à 07:53

Re : [bug xterm] xterm -iconic

#27 Le 02/02/2011, à 11:18

Re : [bug xterm] xterm -iconic

#28 Le 02/02/2011, à 11:38

Re : [bug xterm] xterm -iconic

#29 Le 02/02/2011, à 11:46

Re : [bug xterm] xterm -iconic

#30 Le 02/02/2011, à 12:16

Re : [bug xterm] xterm -iconic

#31 Le 02/02/2011, à 15:37

Re : [bug xterm] xterm -iconic

#32 Le 02/02/2011, à 20:00

Re : [bug xterm] xterm -iconic

#33 Le 02/02/2011, à 20:09

Re : [bug xterm] xterm -iconic

#34 Le 03/02/2011, à 23:05

Re : [bug xterm] xterm -iconic

#35 Le 03/02/2011, à 23:23

Re : [bug xterm] xterm -iconic

#36 Le 04/02/2011, à 00:30

Re : [bug xterm] xterm -iconic

#37 Le 04/02/2011, à 00:58

Re : [bug xterm] xterm -iconic

#38 Le 04/02/2011, à 01:12

Re : [bug xterm] xterm -iconic

#39 Le 04/02/2011, à 01:21

Re : [bug xterm] xterm -iconic

#40 Le 04/02/2011, à 01:23

Re : [bug xterm] xterm -iconic

#41 Le 04/02/2011, à 01:34

Re : [bug xterm] xterm -iconic

#42 Le 04/02/2011, à 08:28

Re : [bug xterm] xterm -iconic

#43 Le 04/02/2011, à 13:27

Re : [bug xterm] xterm -iconic

#44 Le 04/02/2011, à 14:38

Re : [bug xterm] xterm -iconic

#45 Le 04/02/2011, à 22:08

Re : [bug xterm] xterm -iconic

#46 Le 04/02/2011, à 22:42

Re : [bug xterm] xterm -iconic

#47 Le 04/02/2011, à 23:12

Re : [bug xterm] xterm -iconic

#48 Le 04/02/2011, à 23:20

Re : [bug xterm] xterm -iconic

Pied de page des forums