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

[awesome]installation et configuration (surtout config :P )

wlourf

merci, c'était bien ça!
pendant qu'on est sur quit/restart, sais-tu s'il existe un script demandant confirmation avant de quitter, du genre openbox-logout qui affiche une demande de confrmation avec les messages "Eteindre/Redémarrer/Déconnexion/Annuler".
Si je m'inspire du script ci-dessus, il me manque juste la partie pour quitter awesome en ligne de commande

awesome --quit

ne fonctionne pas bien sûr, d'ailleurs awesome --help me l'avait bien dit !
Tu as une idée ?

Rolinh

Oui.

Pour le cas du logout, tu passes cette commande:

# Logout
def logout(self, widget):
        os.system("echo 'awesome.quit()' | awesome-client")

Il me semble que ça devrait marcher 😉

wlourf

woo, trop fort !
allez je continue ma transition, voici une question plus dure! Avec awesome, sais-tu si on peut combiner des touches comme avec Openbox et son keychain http://openbox.org/wiki/Help:Bindings#The_key_chain_dialog
Exemple, je tape
- Super+A puis ensuite B, on ouvre une application
- Super+A puis ensuite C, on ouvre une autre application
Sur le wiki d'awesome, je n'ai rien trouvé (sauf un truc en italien) et je te dis pas les résultats de google si je recherche awesome + keychain

Edit : bon, pour ce qui est ci-dessus , ce n'est pas grave, j'ai modifier ma façon de faire.

Sinon, j'ai essayé quelques-uns de tes widgets sherwood, le volume fonctionne sans problème, pour le meminfo aussi (j'ai juste rajouté un oubli de cat à "cat /proc/meminfo | grep MemTotal" dans la doc) ainsi que pour le cpuinfo. Pour le cpuTemp, acpi ne me donne pas d'infos, j'essairai avec sensors plus tard. Les autres je ne les ai pas testés car ils n'auraient pas foncionné avec mon système. En tous cas merci pour ces widgets, je vois un peu mieux comment ils fonctionnent.
J'essaierai d'ajouter un exemple de widget graphique dans la doc plus tard (graph + progressbar)

ReEdit : il y a là un exemple de dialogue de fermeture : http://awesome.naquadah.org/wiki/ShutdownDialog fonctionnant avec zenity

Rolinh

wlourf a écritwoo, trop fort !

😉

wlourf a écritallez je continue ma transition, voici une question plus dure! Avec awesome, sais-tu si on peut combiner des touches comme avec Openbox et son keychain http://openbox.org/wiki/Help:Bindings#The_key_chain_dialog
Exemple, je tape
- Super+A puis ensuite B, on ouvre une application
- Super+A puis ensuite C, on ouvre une autre application
Sur le wiki d'awesome, je n'ai rien trouvé (sauf un truc en italien) et je te dis pas les résultats de google si je recherche awesome + keychain

faudrait que je me penche dessus parce que là tout de suite je ne vois pas trop.

wlourf a écritpour le meminfo aussi (j'ai juste rajouté un oubli de cat à "cat /proc/meminfo | grep MemTotal" dans la doc)

Non, ce n'était pas un oubli 😉

cat /proc/meminfo | grep MemTotal

Cat est l'abbréviation de catenate. Normalement, on devrait l'utiliser pour afficher plusieurs fichiers bout-à-bout.
Ce que j'avais mis marche parfaitement:

< /proc/meminfo | grep MemTotal

Le chevron dans ce sens veut dire que l'on redirige la sortie de ce qui est à droite dans la sortie courante (stdout). Donc le résultat produit est exactement le même qu'avec cat. Seulement, peu de monde utilise cette méthode dans la pratique car un chevron dans l'autre sens veut dire que l'on redirige la sortie courante (dans notre cas ici, rien) dans le fichier ce qui a pour cause... d'effacer le contenu du fichier. Mais ici aucun risque, on est dans des fichiers appartenant à root et le chevron était bien dans le bon sens 😉
Un petit exemple de redirection et ça sera peut-être plus clair:

ls -ll > foo

On a redirigé la sortie de ls -ll dans le fichier foo. Tu peux t'en assurer en faisant:

cat foo

< foo

En revanche, si tu fais

> foo

tu va effacer le contenu de foo sauf que la commande restera en suspend.
Pour vider proprement ton fichier, tu voudrais plutôt faire cela:

: > foo

: étant la commande qui ne fait rien.

Plus clair? Fais le test 😉

wlourf a écritEn tous cas merci pour ces widgets, je vois un peu mieux comment ils fonctionnent.
J'essaierai d'ajouter un exemple de widget graphique dans la doc plus tard (graph + progressbar)

🙂
je vais aussi voir pour en rajouter encore un pour mpd. Un pote à moi qui a écrit un petit client mpd en lua et qui s'intègre super bien avec awesome.

wlourf

petit problème, la méthode avec "<" ne fonctionne pas chez moi, j'ai essayé avec Crunchbang 10 (Debian squeeze) et avec ubuntu 10.10, rien à faire ... rien ne s'affiche !

Rolinh

Tiens, curieux. Je me suis encore fais avoir avec zsh. Il y a quelques différences entre bash et zsh et en voilà une.
A force d'être plongé dans son shell, on en oublie les autres 😛

Donc c'est normal. Néanmoins, si tu veux faire le test avec [doc]zsh[/doc], tu verras que ça marche 😉

wlourf

Sherwood51 a écrit... si tu veux faire le test avec [doc]zsh[/doc], tu verras que ça marche 😉

hmmpf, je reste concentré sur awesome pour le moment 😃

Je suis en dual screen et j'ai résolu quelques soucis que je poste ici, puisqu'ils ne sont pas dans la config par défaut et qu'ils sont bien utiles :
passer le focus à l'écran suivant, marche aussi pour le précédent si on n'a que 2 écrans 😉 :

awful.screen.focus_relative(1)

envoyer un client sur l'écran suivant :

awful.client.movetoscreen

en revanche, un truc que je n'ai pas trouvé et qui me fait défaut, c'est de pouvoir passer au tag suivant (avec awful.tag.viewnext) mais pour tous les écrans en même temps. J'ai essayé plusieurs combinaisons dont celle-ci qui me semblait judicieuse :

    awful.key({ alt,ctrl          }, "Right",  function ()
                                                         awful.tag.viewnext(1)
                                                         awful.tag.viewnext(2)
                                               end
     ),

mais rien ne se passe ...🙁
une p'tite idée de derrière les fagots, Sherwood51 ? 😃

Rolinh

Salut!

Honte à moi: ce topic était partit dans l'abîme de mes messages et je l'avais presque oublié! :/

C'est bizarre le comportement que tu souhaites, je trouve justement génial le fait que les différents écrans soient gérés de façon asynchrone.

Je regarde un peu ça et je repost 😉

wlourf

Salut,

ah moi, ça me perturbre trop ce fonctionnement :rolleyes:
sinon, j'ai eu une réponse sur la mailing-list, c'était plus complexe que ce que je pensais :

    for s = 1, screen.count() do
        awful.tag.attached_add_signal(s, "property::selected", function(tag)
        if not tag.selected then return end

        local idx = nil
        for i, v in pairs(screen[s]:tags()) do
            if v == tag then
                idx = i
                break
            end
        end
        if not idx then return end

        local c = client.focus
        for scr = 1, screen.count() do
            if scr ~= s then
                if screen[scr]:tags()[idx] ~= nil then
                    awful.tag.viewonly(screen[scr]:tags()[idx])
                end
            end
        end
        client.focus = c
    end)

En gros, quand un tag est sélectionné sur n'importe quel écran (et donc de n'importe quelle façon, clavier, souris ...) le tag correspondant des autres écrans est sélectionné!

Bon, là, je fait une wibox verticale mais apparemment on ne peut pas mettre de widgets horizontaux dedans, à moins que le wiki ne soit pas à jour sur ce sujet.

Rolinh

Ok, de toute façon je pensais bien à quelque chose du genre.

Mais explique-moi: quel est l'intérêt de ce comportement? C'est justement ce qui m'énerve quand j'ai mon dual-screen sous OpenBox par exemple.

TraGiKomiK

Bonjour a tous les fans d'awesome (et aux autres) 😃

Je previens tout de suite: je vais etre present souvant sur ce post 😛

Alors premiere question sur la config d'awesome (d'autres viendront tres bientot):
Comment specifier une "marge" dans laquelle aucune fenetre ne puisse se mettre?

exemple en image:

Alors je sais j'utilise nautilus 😛 "Pas bien" mais j'ai vraiment pas trouvé d'equivalence (y compris pour les nautilus-actions), et puis sur ce pc j'ai largement les ressources necessaires 😉

Rolinh

Salut TraGiKomiK,

pas de problème si tu viens souvent poser des questions: ce topic est là pour ça et c'est toujours intéressant de pomper des idées sur les astuces des autres.
(pour nautilus, chacun ses goûts, moi je me contente d'urxvt et de zsh 😛 )

Au sujet de ta question, ton image est assez petite. Le but, c'est de ne pas recouvrir la zone du bas (pour y avoir un conky par exemple)?

TraGiKomiK

salut Rolinh,

Le but, c'est de ne pas recouvrir la zone du bas (pour y avoir un conky par exemple)?

C'est tout a fait ca 😃 C'est d'ailleurs ce qu'il y a en bas 😉

[EDIT] j'ai beau chercher dans la doc api awesome je ne trouve pas quelque chose qui corresponde... En meme temps quand je trouve quelque chose je comprend pas forcement la syntaxe :/ ah lua....

Rolinh

J'ai un peu chercher mais je n'ai pas encore trouvé.
J'avais pensé à créer une deuxième wibox qui serait vide étant donné que tu peux régler sa taille. Cependant, le conky ne chevauchera jamais la wibox...
Une autre idée, c'est de régler la largeur de la bordure du bas mais j'ignore si c'est possible.
Je vais encore chercher un peu histoire de voir si je trouve quelque chose mais pour l'instant je n'ai rien de concret.

fredr

Salut,

Je ne pense pas qu'il faille spécifier une marge à la page, car awesome gère correctement les dock aussi si tu mets la propriété own_window_type à dock (ou panel) dans ton .conkyrc awesome ne devrait pas le couvrir. A condition que own_window soit à yes dasn .conkyrc.

Bon test

Fred

TraGiKomiK

re,

@fredr: je vais tester ca 😉

Enfin des que awesome voudra bien demarrer correctemment :mad: J'avoue que la seule chose que je reproche a awesome c'est son fichier de config :mad: Encore une erreur sortie de je ne sais ou :rolleyes:

[EDIT] Impeccable pour les conkys 😃 Merci fredr 😉 Le mode panel fonctionne a merveille! Un petit screenshot:

Pour infos le mode dock se superpose a la barre awesome (contenant le systray etc...).

J'aurais dut penser a chercher du coté de conky au lieu de me prendre la tete sur la doc api awesome :rolleyes: Remarque j'ai trouvé pas mal de chose interessantes du coup 🙂 Aie je vais souvent etre en "panne" 😛

fredr

Salut,

Un petit truc: quand tu modifies le rc.lua; dans une console tu tapes: "awesome -k" cela teste le fichier et te donne les erreurs.

Ce serait sympa si tu voulais poster ton conkyrc.

Merci

Fred

Rolinh

Je ne me suis penché sur conky que très récemment et j'ignorais que l'on pouvait le mettre en mode dock/panel. Bon à savoir ça.
Je plussoie l'astuce de fredr pour tester la configuration d'awesome 😉

TraGiKomiK

Alors j'utilise l'option -k, c'est comme ca que je trouve les erreurs 😉 Sinon j'aurais deja abandonné d'ailleurs 😛

Pour les conkys (4 car sinon avec les changement uploads/dowloads tout ce desaxe donc c'est la seule solution que j'ai trouvé pour avoir quelque chose de stable), reglé pour une resolution de 1280x800:

conkyrcbikini1:

# Position sur l'écran
alignment bottom_left
gap_x 2
gap_y 2

# Nombre d'échantillons à prendre en compte pour le monitoring du CPU
cpu_avg_samples 3

# Afficher les contours
draw_outline no

# Afficher des bordures autour des graphes
draw_graph_borders yes

# Couleur par défaut (texte et bordure)
default_color gray
color2 d90a80 #violet
color3 white
color4 f04644 #rouge
color5 f87a11 #orange
color6 c2cb27 #jaune
color7 2de3aa #bleu

# Soustraire les mémoires tampons de la mémoire utiliser
no_buffer no

# Taille minimale de la fenêtre
minimum_size 212 
maximum_width 212 

# Nombre d'échantillons pour faire la moyenne de l'utilisation réseau
net_avg_samples 5

# utiliser la pseudo-transparence 
own_window_transparent yes

# créer sa propre fenêtre
own_window yes

# Intervalle de rafraîchessement (en seconde)
update_interval 2

# Nombre total de rafraîchissement de Conky avant de quitter. 0 fait tourner Conky tout le temps.
total_run_times 0

# Utiliser Xft (polices lissées etc)
use_xft yes

# Police Xft à utiliser
xftfont Comic Sans Ms:size=8
xftalpha 1

# Utiliser l'extension Xdbe 
double_buffer yes

# Si own_window est vrai, vous pouvez utiliser les 'conseils' du gestionnaire de fenêtres pour gérer l'affichage de Conky
own_window_hints below,sticky,skip_taskbar,skip_pager
own_window_type panel
draw_shades no
top_cpu_separate yes

TEXT
${color2}Core 1: ${cpu cpu1}% ${cpubar cpu1 8}
${color3}Core 2: ${cpu cpu2}% ${cpubar cpu2 8}

conkyrcbikini2:

# Position sur l'écran
alignment bottom_left
gap_x 235
gap_y 2

# Nombre d'échantillons à prendre en compte pour le monitoring du CPU
cpu_avg_samples 3

# Afficher les contours
draw_outline no

# Afficher des bordures autour des graphes
draw_graph_borders yes

# Couleur par défaut (texte et bordure)
default_color gray
color2 d90a80 #violet
color3 white
color4 f04644 #rouge
color5 f87a11 #orange
color6 c2cb27 #jaune
color7 2de3aa #bleu

# Soustraire les mémoires tampons de la mémoire utiliser
no_buffer no

# Taille minimale de la fenêtre
minimum_size 300
maximum_width 300

# Nombre d'échantillons pour faire la moyenne de l'utilisation réseau
net_avg_samples 5

# utiliser la pseudo-transparence 
own_window_transparent yes

# créer sa propre fenêtre
own_window yes

# Intervalle de rafraîchessement (en seconde)
update_interval 2

# Nombre total de rafraîchissement de Conky avant de quitter. 0 fait tourner Conky tout le temps.
total_run_times 0

# Utiliser Xft (polices lissées etc)
use_xft yes

# Police Xft à utiliser
xftfont Comic Sans Ms:size=8
xftalpha 1

# Utiliser l'extension Xdbe 
double_buffer yes

# Si own_window est vrai, vous pouvez utiliser les 'conseils' du gestionnaire de fenêtres pour gérer l'affichage de Conky
own_window_hints below,sticky,skip_taskbar,skip_pager
own_window_type panel
draw_shades no
top_cpu_separate yes

TEXT
${color4}Systeme: ${fs_free /} Libres${alignr}${color5}LC-TRAGIKOI: ${fs_free /media/LC-TRAGIKOI} Libres
${color6}Home: ${fs_free /home} Libres${alignr}${color7}/media/usb: ${fs_free /media/usb} Libres

conkyrcbikini3:

# Position sur l'écran
alignment bottom_right
gap_x 370
gap_y 2

# Nombre d'échantillons à prendre en compte pour le monitoring du CPU
cpu_avg_samples 3

# Afficher les contours
draw_outline no

# Afficher des bordures autour des graphes
draw_graph_borders yes

# Couleur par défaut (texte et bordure)
default_color gray
color2 d90a80 #violet
color3 white
color4 f04644 #rouge
color5 f87a11 #orange
color6 c2cb27 #jaune
color7 2de3aa #bleu

# Soustraire les mémoires tampons de la mémoire utiliser
no_buffer no

# Taille minimale de la fenêtre
minimum_size 350 
maximum_width 350

# Nombre d'échantillons pour faire la moyenne de l'utilisation réseau
net_avg_samples 5

# utiliser la pseudo-transparence 
own_window_transparent yes

# créer sa propre fenêtre
own_window yes

# Intervalle de rafraîchessement (en seconde)
update_interval 2

# Nombre total de rafraîchissement de Conky avant de quitter. 0 fait tourner Conky tout le temps.
total_run_times 0

# Utiliser Xft (polices lissées etc)
use_xft yes

# Police Xft à utiliser
xftfont Comic Sans Ms:size=8
xftalpha 1

# Utiliser l'extension Xdbe 
double_buffer yes

# Si own_window est vrai, vous pouvez utiliser les 'conseils' du gestionnaire de fenêtres pour gérer l'affichage de Conky
own_window_hints below,sticky,skip_taskbar,skip_pager
own_window_type panel
draw_shades no
top_cpu_separate yes

TEXT
${color2}MEM: $mem}/$memmax - $memperc%${alignr}${color3}${exec sensors | grep temp1 | cut -c1-21}
${color4}ETH : Download: ${downspeed eth0}/s (T: ${totaldown eth0})${alignr}${color5}Upload: ${upspeed eth0}/s (T: ${totalup eth0})

conkyrcbikini4:

# Position sur l'écran
alignment bottom_right
gap_x 2
gap_y 2

# Nombre d'échantillons à prendre en compte pour le monitoring du CPU
cpu_avg_samples 3

# Afficher les contours
draw_outline no

# Afficher des bordures autour des graphes
draw_graph_borders yes

# Couleur par défaut (texte et bordure)
default_color gray
color2 d90a80 #violet
color3 white
color4 f04644 #rouge
color5 f87a11 #orange
color6 c2cb27 #jaune
color7 2de3aa #bleu

# Soustraire les mémoires tampons de la mémoire utiliser
no_buffer no

# Taille minimale de la fenêtre
minimum_size 350 
maximum_width 350

# Nombre d'échantillons pour faire la moyenne de l'utilisation réseau
net_avg_samples 5

# utiliser la pseudo-transparence 
own_window_transparent yes

# créer sa propre fenêtre
own_window yes

# Intervalle de rafraîchessement (en seconde)
update_interval 2

# Nombre total de rafraîchissement de Conky avant de quitter. 0 fait tourner Conky tout le temps.
total_run_times 0

# Utiliser Xft (polices lissées etc)
use_xft yes

# Police Xft à utiliser
xftfont Comic Sans Ms:size=8
xftalpha 1

# Utiliser l'extension Xdbe 
double_buffer yes

# Si own_window est vrai, vous pouvez utiliser les 'conseils' du gestionnaire de fenêtres pour gérer l'affichage de Conky
own_window_hints below,sticky,skip_taskbar,skip_pager
own_window_type panel
draw_shades no
top_cpu_separate yes

TEXT
${color6}3G : Download: ${downspeed bnep0}/s (T: ${totaldown bnep0})${alignr}${color7}Upload: ${upspeed bnep0}/s (T: ${totalup bnep0})
${color2}WIFI : Download: ${downspeed wlan0}/s (T: ${totaldown wlan0})${alignr}${color3}Upload: ${upspeed wlan0}/s (T: ${totalup wlan0})

Voila 😃 Je file rajouter a la page awesome le parametre pour conky, d'ailleurs j'ai commencé a rectifier le probleme de liens pour les paragraphes 😉

[EDIT]Modifs dans la doc faites. J'ai d'ailleurs rajouté une section "screenshots" pour donner un apercu d'awesome aux lecteurs de la page. Je n'y ai pas posté mon bureau car loin d'etre fini de configuré 😉

fredr

Merci à toi, pour un seul conky on devrait pouvoir le faire avec des voffset et des goto; il y a un theme du genre ici: http://gnome-look.org/content/show.php/Conky+Ubuntu+Lucid+Theme+-+English?content=124209&PHPSESSID=54fd24f0db9865e8c44e3ddaa19b6393

« Page précédente Page suivante »