Décidément, l'équipe de Enlightenment est en ce moment extrêmement active. Alors qu'il y a peu de temps, E17 venait d'entrer en CVS (et au passage de démontrer sa puissance escomptée), c'est au tour de E16, dont la version 8 vient d'être mise en chantier. Au programme des nouveautés:
- Une réorganisation (plus propre et claire) des fichiers de configuration, et notamment changement du nom "enlightenment" en "e16" (anecdote me direz vous, mais c'est pour permettre d'avoir e16 et e17 en même temps, en évitant les conflits).
- Gestion de l'extension Composite de X.org (et donc vraie transparence et fenêtres ombrées).
- Intégration (enfin) d'un systray.
Rappelons que si E17 n'en est encore qu'au stade de l'expérimental, E16 est lui pleinement fonctionnel. Il dispose de nombre de petits "plus" qui font que lorsqu'on y a goûté, rien y fait, quelque soit le WM que l'on essaie, on finit toujours par revenir sur E.
Annonce de Kim Woelders (mainteneur principal de la branche E16):
http://sourceforge.net/mailarchive/message.php?msg_id=10424377(...)
Plus d'infos là:
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e16/e/INSTALL?v(...)
# vivement E17 final !
Posté par vincent LECOQ (site web personnel) . Évalué à 1.
Rappelons que si E17 n'en est encore qu'au stade de l'expérimental, E16 est lui pleinement fonctionnel. Il dispose de nombre de petits "plus" qui font que lorsqu'on y a goûté, rien y fait, quelque soit le WM que l'on essaie, on finit toujours par revenir sur E.
Je confirme !
Quelqu'un connait un bon centre de desintox E ?
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 1.
Sawfish? Kwin? Ces deux wm offre plus de fonctionnalités que E16 ;) Je dirais meme que sawfish via lisp en offre 2^99 fois plus :)
Le seul truc que j'adorais dans E16 et que je ne trouve pas ailleurs, c'est le principe d'iconbox et de pager avec apercu.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 3.
- pouvoir basculer n'importe quelle fenêtre en plein écran (par Alt+entrée sous E)
- gestion simultanée de bureau multiples ET bureau virtuels (si vous ne comprenez pas, vous n'avez pas vraiment essayé d'utiliser E). Avec en bonus la possibilité d'afficher plusieurs bureaux en même temps sur le même écran.
- possibilité de configuration de n'importe quelle action sur n'importe quelle config de touche (bon, OK, je pense que ça existe aussi ailleurs mais bon... bien pratique... )
- Bureaux virtuels 2D (à la FVWM)
- possibilité de créer autant de type de bordure de fenêtre que l'on veut, et appliquer chacune de ces bordures à l'appli désirée
- etc... on peut continuer longtemps comme ça
Perso, je trouve qu'il ne manque QUE la gestion de tab (à la fluxbox) à E.
Quelles fonctions (hors les tabs, que je viens de citer) existent que E ne supporte pas ? (hormis les icônes sur le bureau, truc ignoble que je ne supporte pas)
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 6.
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 4.
Voila, je pense que ca te suffira comme réponse? :)
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 3.
[^] # Re: vivement E17 final !
Posté par jerome (site web personnel) . Évalué à 3.
$ sawfish-client
sawfish 1.3, Copyright (C) 1999-2000 John Harper
sawfish comes with ABSOLUTELY NO WARRANTY; for details see the file COPYING
Enter `,help' to list commands.
user> <tab>
Display all 1370 possibilities? (y or n) n
Évidemment, cela ne tient compte que des extensions que j'ai bien voulu charger, ça peut augmenter assez vite.
Pour avoir l'aide :
,desc lacmd
[^] # Re: vivement E17 final !
Posté par Pinaraf . Évalué à 4.
Exemple :
Je peux grâce à un simple script de 6 lignes (utilisant les technos KDE) afficher un dialogue (kdialog) me demandant une raison d'absence, et ça va :
- me mettre absent sur Kopete
- me mettre absent sur Konversation
- mettre en pause amaroK
(la nouvelle version de ce script en gambas est sur mon site... http://pinaraf.robertlan.eu.org/site(...) )
[^] # Re: vivement E17 final !
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
[^] # Re: vivement E17 final !
Posté par Calim' Héros (site web personnel) . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par Calim' Héros (site web personnel) . Évalué à 1.
[^] # Re: vivement E17 final !
Posté par Erwan . Évalué à 2.
Facile, oui. Au fait, c'est ou le centre de Tokyo ? Le palais imperial ?
Alors un mec a Tokyo qui ne parle que de E... Tu bosses pour VALinux Japan ?
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
Existe sous Kde et surement aussi avec sawfish
>- gestion simultanée de bureau multiples ET bureau virtuels (si vous ne
>comprenez pas, vous n'avez pas vraiment essayé d'utiliser E). Avec en bonus la
>possibilité d'afficher plusieurs bureaux en même temps sur le même écran.
Effectivement, la, kde ne gere pas mais sawfish lui gere tout ca, ca s'appelle pas un virtual desktop mais un view port si ma mémoire est bonne(souvenir du temps de gnome 1.4)
>- Bureaux virtuels 2D (à la FVWM)
C'est quoi?
>- possibilité de créer autant de type de bordure de fenêtre que l'on veut, et
>appliquer chacune de ces bordures à l'appli désirée
La encore, kde le gere mais le nombre de bordure n'est pas extensible, quand a sawfish, il fait a coup sur la meme chose.
Pour finir, les fonctions non supporté par E et que Kwin supporte(parametre propre à une application ou à une fenetre), regarde ses screenshoot et tu veras que y'a plein de truc non faisable avec E ;)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin1.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin2.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin3.png(...)
http://l3lx202.univ-lille3.fr/~bellegarde/kwin4.png(...)
Et si on devait faire la liste de ce que sawfish fait de plus que E, il faudrait un bouquin entier ;)
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 5.
Ceci dit, tous tes screenshots ne font que ce que E est capable de faire aussi (cf. mon post plus bas).
Pour les bureaux 2D, c'est qqch qui manque définitivement a tout ceux qui ont connu Linux a la première heure (voir même Unix avant Linux... et pourtant je suis pas vieux).
Voici une ASCII-Description:
Un bureau virtuel est défini comme cela (ex d'un bureau virtuel de 3x3 écrans):
___________________________________________________
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|..........1............|............2..........|............3..........|
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|________________|________________|________________|
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|..........4............|.............5.........|...........6...........|
|........................|........................|........................|
|...............xxxxxx|xxxx..................|........................|
|...............x........|....x..................|........................|
|__________x_____|___x____________|________________|
|...............x........|....x..................|........................|
|...............x........|....x..................|........................|
|...............xxxxxx|xxxx..................|........................|
|........................|........................|........................|
|.........7.............|...........8...........|..........9............|
|........................|........................|........................|
|........................|........................|........................|
|........................|........................|........................|
|________________|________________|________________|
(Et ben bon dieu, franchement galère le ASCII Art ici... j'espère que ça va passer poiur tous les CSS...)
Tu peux te déplacer de bureaux vers le haut ou le bas, vers la gauche ou la droite. Par exemple, un fenêtre peut être à cheval entre plusieurs espaces virtuels comme le montre la fenêtre-exemple en x du schema ci-dessus. En fait (et même E a perdu de la puissance de FVWM a ce niveau) avec FVWM il est encore possible de positionner le bureau de l'ecran sur n'importe quelle portion de l'espace virtuel (et donc non pas seulement fixer le bureau sur 4, 5, 7 ou 8, mais à cheval sur ces quatres tableaux pour afficher la fenetre en x en entier à l'écran). Ceci a l'air gadget, mais c'est en fait très ergonomique: quand tu bosse sur plusieures fenêtres en même temps: va te rappeler "telle fenêtre est sur le bureau y, telle autre sur le bureau z"... alors qu'il est assez naturel de se dire "telle fenetre est au-dessus, telle fenetre est a gauche".
Pour la possibilité d'avoir bureaux virtuel ET bureau multiple, imagine que tu as une troisième dimension, et que tu a trois (par exemple, pour avoir un cube) bureaux tels que dessinés ci-dessus. Ils vont être placés l'un au-dessus de l'autre. Et la puissance de E est que tu va pouvoir "dragger" le bureau courant dans une direction donnée, et avoir la moitié de l'écran avec un bureau, et l'autre avec un autre, ce qui permet de jeter vite fait un oeil sur les applis qui tourne sur le bureau d'à coter, sans lacher ce qui se passe sur le bureau courant; ou de deplacer directement une fenêtre d'un bureau à l'autre, sans passer par le pager; etc.
... Difficile a expliquer si tu a jamais essayé. Tentes un coup, ça changera ta vision des bureaux en rajoutant un ou deux dimensions supplémentaires.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 2.
Ce dont je parle, c'est un vrai basculement plein écran, non prévu par l'appli (mais qui est une fonction de X apparement assez peut utilisé en dehors de E). Par exemple, tu a une appli prévue pour ne tourner qu'en 640x480, et qui ne possède pas de plein écran (lxdoom par ex, KDE refuse de le passer en plein écran). Ben tu fait Alt+Entrée, et E choisi le mode X le plus proche (enfin demande a X le mode le plus proche plutot), bascule l'écran dans ce mode, rajoute éventuellement une bordure noire si la fenêtre n'est pas exactement au bonnes dimension du mode X, et centre sur la fenêtre.
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
Sinon, pour le mode fullscreen de E, j'avais oublié :) C'est vrai que je m'en servais beaucoup avec certains plugins visuels xmms dans le temps. C'est vrai que c'etait pas mal.
http://l3lx202.univ-lille3.fr/~bellegarde/gnome.png(...)
Je m'en servais sur cet exemple pour passer le plugins de winamp en fullscreen.
Sniff, que de nostalgie en revoyant mon chtit gnome 1.4 :( Linux, c'etait mieux avant ;)
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 2.
CQFD.
[^] # Re: vivement E17 final !
Posté par jerome (site web personnel) . Évalué à 2.
(bind-keys window-keymap
"M-F10" 'maximize-window-fullscreen-toggle
)
hop, on appuie sur Alt-F10 et c'est bon.
Sinon pour Sawfish, on appele les bureaux virtuels des "bureaux" qui exploitent la capacité de X à utiliser des coordonnées négatives et supérieures à la taille du viewport (la partie visible du bureau). Sous Sawfish, les bureaux ne prennent que des valeurs multiples, entières de la taille du viewport. On définit ainsi :
(define-special-variable viewport-dimensions '(3 . 3))
pour un bureau en 3x3
Il existe des modules permettant de naviguer souplement entre les différentes parties du bureau sans que le viewport se "cale" dessus, en poussant simplement sur les bords de l'écran avec la souris (ne faites pas ça chez vous). C'est le même principe que le mode "fish bowl" qui permet de d'admirer ses fenêtres bouger sur le bureau comme des poissons dans un bocal. Sympathique sawfish.
Un bureau au sens E, est appelé workspace, et constitue un espace de travail parallèle, à priori sans connection, possiblement affichable sur un autre écran. On peut tout de même faire passer une fenêtre d'un bureau à l'autre avec l'une des multiples commandes "send-X'to-workspace-Y'.
[^] # Re: vivement E17 final !
Posté par jerome (site web personnel) . Évalué à 2.
Mais fvwm aussi certainement.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par jerome (site web personnel) . Évalué à 2.
en frame, en cascade, fist-fit, best-fit, extremes, etc
Un langage de script classe ?
oui, le LISP comme dans Emacs. D'ailleurs, il y a aussi un mode mineur pour sawfish.
wid.jl : appeler une fenêtre par son numéro ?
tabs.jl : support des tabs à la fluxbox ?
extremes.jl :
Placer les fenêtres dans les coins avec une seule touche (bon, une et demie) ?
(bind-keys window-keymap
"C-I" 'extreme-window-nw ; move to extr.
"C-P" 'extreme-window-ne
"C-L" 'extreme-window-c
"C-." 'extreme-window-sw
"C-section" 'extreme-window-se)
Notez au passage la notion de "extreme centre"
history.jl : pour se souvenir des caractéristiques d'une fenêtre/appli comme E.
fishbowl.jl : le bocal à poisson rouge
festival.jl :
un sawfish qui parle pour l'accessibilité (festival est un synthétiseur vocal).
etc.
[^] # Re: vivement E17 final !
Posté par dinomasque . Évalué à 6.
ps: ou ça un troll ?
BeOS le faisait il y a 20 ans !
[^] # Re: vivement E17 final !
Posté par David . Évalué à 3.
Les trolls ils sont plus heureux à 2 ;o)
[^] # Re: vivement E17 final !
Posté par Corwin (site web personnel) . Évalué à 4.
[^] # Re: vivement E17 final !
Posté par Duncan Idaho . Évalué à 3.
Avec E par exemple, on peut très bien lui dire de se souvenir d'afficher mplayer dans une fenetre sans bordure, au centre de l'écran, sur tout les bureaux et au plus haut de la pile (pour être toujours visible).
J'ai jamais retrouvé ça sur d'autre WM (fluxbox commençait à proposer ça, mais ça ne marchait pas très bien).
On peut aussi grouper des fenêtres, lancer des applis au démarrage (gdesklet par exemple)...
[^] # Re: vivement E17 final !
Posté par Victor . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par Calim' Héros (site web personnel) . Évalué à 1.
[^] # Re: vivement E17 final !
Posté par Nicolas Bernard (site web personnel) . Évalué à 2.
Chez moi avec la config par défaut, en 1600x1200 sur un 15" ils sont parfaitement lisibles!
[^] # Re: vivement E17 final !
Posté par Calim' Héros (site web personnel) . Évalué à 2.
Sinon il me le fait sur 2 install de gentoo en 1200 et en 1024
[^] # Re: vivement E17 final !
Posté par Florent Bayle (site web personnel) . Évalué à 2.
Kde le fais très bien (bon, d'accord, ce n'est pas seulement un WM)...
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 2.
- position dans l'écran
- type de bordure (autant de type de bordure définissable que l'on souhaite)
- taille de la fenêtre
- bureau de l'appli
- état de masquage
- état de collage
- niveau de l'appli (les fenétres peuvent être rangées dans une centaine de couches, chacune des couche masquant toutes les fenêtres des couches inférieures)
- ignoré de la liste des fenêtres (pour les Alt-TAB)
- lancer l'appli au démarrage.
)
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par CoinKoin . Évalué à 2.
Moi, je démarre souvent KDE en lançant X, puis un xterm, en en y tapant startkde. Ça marche fort bien, mais évidemment, ce xterm survivra à KDE, du coup, à la prochaine manip', KDE se croira obligé de me lancer un xterm supplémentaire... Agaçant.
Evidemment, le même problème suervient si on lance des xterms avant KDE par le biais du .xinitrc.
Si KDE est capable de lister les fenêtres qu'il gère lorsqu'il se termine, il ne devrait pas avoir de problème à repérer que certaines fenêtres étaient déjà là quand il a démarré, afin de ne pas en tenir compte dans son remember. Mais manifestement, personne n'y a pensé...
Au fait, pour continuer ce troll cette discussion sur les différents remembers : ceux de Gnome et de E16/E17, est-ce qu'ils ont aussi ce bogue?
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 4.
>est-ce qu'ils ont aussi ce bogue?
Le bogue, il est entre l'ecran et la chaise.
Bon, j'en ai trouvé un autre chez kde-france mais avec un peu de réfléxion, tu aurais trouvé la réponse à ton probleme vu qu'il m'a fallu 3 minutes pour la trouver et ce malgre le bug de kde-france ;)
Dans le gestionnaire de session(kcontrol), dans advanced, y'a une ligne pour mettre les applications qui ne doivent pas être restaurées. Bon, dans la version francaise, la phrase dit le contraire :)
[^] # Re: vivement E17 final !
Posté par CoinKoin . Évalué à 2.
Ha, ben tu vois, je pensais que cela faisait partie de kwin. Merci pour l'info.
Dans le gestionnaire de session(kcontrol), dans advanced, y'a une ligne pour mettre les applications qui ne doivent pas être restaurées.
D'accord. Je veux que tous mes xterms soient restaurés, sauf ceux qui préexistaient à KDE. Comment dois-je procéder? Oui, je sais, je suis lourd :).
Le bogue, il est entre l'ecran et la chaise.
Tu es sûr? Bon, d'accord, il y en avait un là (je confondais kwin et le gestionnaire de sessions), mais KDE n'est pas entièrement vide de tout bogue...
Allez, soyons mauvais joueur, sortons un argument qui n'a aucun rapport avec ce qui précède ;) :
$startkde 2>err_kde &
KWrited - Listening on Device /dev/pts/2
$cat err_kde | wc -l
67
Arf...
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 1.
>mon post plus bas).
Ah?
Comment tu joues avec la classe de fenetre et le role de la fenetre avec E. Je me souvient, tu faisais remember sur une boite de dialogue et ca venait te mettre le bordel dans l'ensemble de l'application.
Comment tu configures le placement? (centrée, ...)
Comment tu configures la taille maximal, le fait d'ignorer les postions demandées, ...
De plus kde offre la possiblité de forcer quelque chose: Par exemple, si je dis kwin doit appliquer initialement pour kate une taille de 640x480 et une position de 0x0, alors kate se lance avec cette taille et à cette position.
Si je dis à kwin de forcer kate, a ce moment la kate se lance en 640x480 à la position 0x0 mais je ne peu plus le redimensionner/déplacer/changer de bureau/...
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 3.
>avec E. Je me souvient, tu faisais remember sur une boite de
>dialogue et ca venait te mettre le bordel dans l'ensemble de
>l'application.
Fichier windowmatches.cfg de ton theme. Tu regle le comportement de groupes de fenetres delon leur classe, leur nom ou leur titre (au choix) de cette manière:
USE_BORDER_FOR_CLIENT_WITH_TITLE("Escreen", "MICRO") (remplacer TITLE par CLASS ou NAME selon besoin)
(par ex)
Après, c'est effectivement a tester et comparer avec les fonctionnalités de Kwin (je savais pas que ça savait faire ça), j'avoue que le remember de E n'est pas sa principale qualité en terme de souplesse et que je suis (un peu) de mauvaise foi. Ceci dit, E16 a beaucoup évolué a ce niveau depuis la version 7, essaie toujours. Et je réitère ma question à ce niveau: est-ce que ceci est une fonctionnalité globale, ou qui ne marche que pour les applis KDE (capables de discuter entre elles par kcop)... Perso, le principal grief que j'ai toujours eu envers KDE est d'être trop monolithique (certains appelle ça "intégration" et trouvent ça positif...)
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
pour ton exemple, t'as pas compris ce que je voulais dire :) Le plus simple serait que tu teste un Kde(knoppix 3.7?) pour voir ce qu'il permet vraiment.
Regarde du coté de kstart pour avoir d'autres options ;) Dans le genre, je viens de trouver ca --reverse dispo pour chaque applis kde(on en apprend tous les jours):
Ca doit etre pas mal pour les gens qui lisent de droite à gauche.
>perso, le principal grief que j'ai toujours eu envers KDE est d'être trop
>monolithique
Faudrait il encore que tu saches ce que veux dire monolithique...
Mplayer est monolithique.
Enlightenment est monolithique.
Kde est tout sauf monolithique, tout est plus ou moins facultatif(a part dcop mais avec dbus, tout le monde sera dans ce cas la). Ca se recent encore plus avec une debian.
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
http://l3lx202.univ-lille3.fr/~bellegarde/reverse.png(...)
Mieux avec le shot :D
[^] # Re: vivement E17 final !
Posté par dinomasque . Évalué à 2.
Je préfère de loin m'occuper de ce qu'il y a DANS les fenêtres que passer mes journées à les ranger proprement dans des calques et à les habiller de jolies bordures.
BeOS le faisait il y a 20 ans !
[^] # Re: vivement E17 final !
Posté par gnumdk (site web personnel) . Évalué à 2.
J'ai passé 3 ans sous E16, 1 an sous metacity et depuis je suis sous Kde. Ben je peux te dire que la periode sous metacity a été catastrophique, plein le cul de ce wm qui n'en fait qu'a sa tete, ou tu passes plus de temps a te battre avec qu'a vraiment utiliser les applications qu'il gere.
[^] # Re: vivement E17 final !
Posté par Bruno Muller . Évalué à 2.
Si !
C'est < Shift > + clic-gauche sur la barre de titre.
[^] # Re: vivement E17 final !
Posté par Julien Portalier . Évalué à 2.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . Évalué à 3.
J'ai comme principe absolu qu'un ordi est un outil de feignant, et donc qu'il doit faire à ta place tout ce qui est mécanique et automatique. Dont acte.
[^] # Re: vivement E17 final !
Posté par jerome (site web personnel) . Évalué à 2.
# (positionnement manuel + semi-auto) (agrandissement Xinerama compliant)
Posté par Val (site web personnel) . Évalué à 2.
[^] # Re: (positionnement manuel + semi-auto) (agrandissement Xinerama complia
Posté par jerome (site web personnel) . Évalué à 2.
- Mode de placement, je ne suis pas certain, mais il doit trainer des .jl pour faire ça. C'est une feature rare au demeurant. Il faut l'admettre. Le plus rapprochement, serait under-pointer. La fenêtre est placée sous la souris, à la TWM.
-
Maximisation : no problemo, voir un de mes posts précédents.
-
Xinerama : no problemo, j'ai deux machines comme ça, avec des résolutions différentes et tout.
Sinon, je te proposerai bien les WM du style larswm, ion2, etc. Basés sur le principe de frame, tu n'as plus à t'embêter avec les fenêtres flottantes.[^] # Re: (positionnement manuel + semi-auto) (agrandissement Xinerama complia
Posté par Val (site web personnel) . Évalué à 2.
Quant aux WM genre larswm et ion2 j'ai vraiment du mal avec les frames (et pourtant je suis un féru d'Emacs... mais c'est un éditeur, pas un WM pour moi). Pis parler de placement semi-auto à la golem dans ces WM n'a aucun sens finalement.
Sens que je vais réactiver le développeur de golem moua :) Sinon fork() :p
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.