Journal E16.8 pour la nouvelle année :^)

Posté par .
Tags : aucun
0
6
jan.
2005
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 (page perso) . É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 (page perso) . Évalué à 1.

      >Quelqu'un connait un bon centre de desintox E ?

      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 . Évalué à 3.

        J'offre une livraison de vrai sushis frais a qui m'indiquera un WM capable de m'offrir les mêmes fonctionnalités (_utiles_) que E, à savoir:
        - 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 . Évalué à 6.

          Houla, j'ai failli oublier le plus important: l'existence d'un shell (eesh pour E) permettant de commander en console n'importe quelle opération du WM (bouger une fenêtre particulière, l'iconifier, que sais-je encore... tout ce que vous voulez...). Ceci était en fait lié a mon "n'importe quelle action" du post précédent...
          • [^] # Re: vivement E17 final !

            Posté par (page perso) . Évalué à 4.

            dcop kmail kmail-mainwindow#1 minimize

            Voila, je pense que ca te suffira comme réponse? :)
            • [^] # Re: vivement E17 final !

              Posté par . Évalué à 3.

              Ça marche avec une appli non KDE ? Tu peux faire quoi exactement avec dcop... vraie question, je connais que de nom. Il me semblait que c'était un truc spécifique aux applis KDE. Avec eesh, la liste des commandes (applicables sur TOUTE fenêtre):
              alf[Wintermute]>~/Travail/publications/EC/geom-1 [21:25:41] $ eesh
              help all
              Aide des commandes IPC d'Enlightenment
              Commandes disponibles actuellement :
              tapez "help " pour une description individuelle
                       : 
                            help   ?: gives you this help screen
                         version ver: displays the current version of Enlightenment 
              running
                             nop    : IPC No-operation - returns nop
                       copyright    : displays copyright information for Enlightenment
                        autosave    : toggle the Automatic Saving Feature
                   default_theme    : toggle the default theme
                         restart    : Restart Enlightenment
                      restart_wm    : Restart another window manager
                   restart_theme    : Restart with another theme
                            exit   q: Exit Enlightenment
                     save_config   s: Force Enlightenment to save settings now
                         sm_file    : Change the default prefix used for session saves
                     list_themes  tl: List currently available themes
                    goto_desktop  sd: Change currently active destkop
                       goto_area  sa: Change currently active area
                      show_icons    : Obsolete - Toggle the display of icons on the desktop
                      focus_mode  sf: Change the current focus mode setting
                  advanced_focus sfa: Toggle Advanced Focus Settings
                       num_desks snd: Change the number of available desktops
                       num_areas sna: Change the size of the virtual desktop
                          win_op wop: Change a property of a specific window
                     window_list  wl: Get a list of currently open windows
                     button_show    : Show or Hide buttons on desktop
                              fx    : Toggle various effects on/off
                            dock    : Enable/Disable dock, or change dock position and direction
                       move_mode smm: Toggle the Window move mode
                     resize_mode srm: Toggle the Window resize mode
                   geominfo_mode sgm: Change position of geometry info display during Window move or resize
                           pager    : Toggle the status of the Pager and various pager settings
                   internal_list  il: Retrieve a list of internal items
                       set_focus  wf: Set/Retrieve focused window
                       dialog_ok dok: Pop up a dialog box with an OK button
                      list_class  cl: List all members of a class
                      play_sound  ps: Plays a soundclass via E
                      soundclass    : Create/Delete soundclasses
                      imageclass    : Create/delete/modify/apply an ImageClass
                     actionclass    : Create/Delete/Modify an ActionClass
                        colormod    : Create/Delete/Modify a ColorModifierClass
                       textclass    : Create/Delete/Modify/apply a TextClass
                      background    : Create/Delete/Modify a Background
                          border    : Create/Delete/Modify a Border
                          cursor    : Create/Delete/Modify a Cursor
                          button    : Create/Delete/Modify a Button
                    general_info    : Retrieve some general information
                    reload_menus    : Reload menus.cfg without restarting (Asmodean_)
                      group_info  gl: Retrieve some info on groups
                        group_op gop: Group operations
                           group  gc: Group commands
                  dump_mem_debug    : Dumps memory debugging information out to e.mem.out
                        remember    : Remembers parameters for client window ID x
                   current_theme  tc: Returns the name of the currently used theme
                        xinerama    : return xinerama information about your current system
                     configpanel    : open up a config window
                   list_remember  rl: Retrieve a list of remembered windows and their attributes
                           hints    : Set hint options
                           debug    : Set debug options
                             set    : Set client parameters
                           reply    : TBD
               get_default_theme    : TBD
               set_default_theme    : TBD
                         list_bg    : TBD
                          del_bg    : TBD
                          use_bg    : TBD
                       use_no_bg    : TBD
                         uses_bg    : TBD
                 get_keybindings    : TBD
                 set_keybindings    : TBD
                   set_bg_colmod    : TBD
                   get_bg_colmod    : TBD
                      del_colmod    : TBD
                      get_colmod    : TBD
                      set_colmod    : TBD
                          get_bg    : TBD
              
              note: les TBD (To Be Done) indiquent les helps à completer, pas les actions inopérantes, et certaines operations en cachent un grand nombre (ex: wop permet de deplacer, redimensionner, minimiser, coller, tout-ce-que-tu-veux-ifier sur toute fenêtre)
              • [^] # Re: vivement E17 final !

                Posté par (page perso) . Évalué à 3.

                Ça fait pas grand chose dis donc ...

                $ 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 . Évalué à 4.

                DCOP ne marche qu'avec les applis KDE, mais te permet un contrôle _total_ de l'application (du moins, de ce qu'elle propose :)
                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 (page perso) . Évalué à 3.

            Dans les window manager modernes, ca se fait de maniere standardisée. Voir devilspie et wmctrl par exemple, ca marche tres bien sur pas mal de WM.
        • [^] # Re: vivement E17 final !

          Posté par (page perso) . Évalué à 2.

          Ca veux dire que tu nous offre le voyage, parce que dans l'autre sens ils ne vont plus etre tres frais tes shusi, non?
          • [^] # Re: vivement E17 final !

            Posté par . Évalué à 2.

            Ne profites pas des déclarations de fins de soirée STP. Disons que je t'offre ces sushis dès que tu passes chez moi (facile à trouver, c'est en plein centre de Tokyo). En attendant, j'attends tjrs la killing feature manquante à E. :p
            • [^] # Re: vivement E17 final !

              Posté par (page perso) . Évalué à 1.

              Attention, j'en serai capable...
            • [^] # Re: vivement E17 final !

              Posté par . Évalué à 2.

              (facile à trouver, c'est en plein centre de Tokyo)

              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 (page perso) . Évalué à 2.

          >- pouvoir basculer n'importe quelle fenêtre en plein écran (par Alt+entrée sous E)

          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 . Évalué à 5.

            J'avoue que KDE sait finalement faire plus de chose que je pensais (depuis la dernière fois que j'ai essayé). Tu fait comment au passage pour basculer une fenêtre quelconque en plein écran avec KDE ? J'avoue que j'ai jamais trouvé avec autre chose que E à présent.
            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 . Évalué à 2.

            Pour le basculement en plein écran, je viens de tester (vive gdmflexiserver...) on parle pas de la même chose. KDE se contente de redimensionner la fenêtre aux dimensions de l'écran (qund il y arrive...) et de virer les bordures. Et va te faire foutre si l'appli a pas prévu de retour en non-plein écran (traduction libre de la fenêtre que t'envoie KDE quand tu essaie).

            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 (page perso) . Évalué à 2.

              Ben on va prendre le probleme dans l'autre sens, tu fais comment pour passer une fenetre en plein ecran(comme kde) avec E ? :)

              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 . Évalué à 2.

                Jamais trouvé l'utilité ni donc essayé, mais facilement batchable avec eesh (1 commande pour enlever les bordures, 1 commande pour mettre la fenêtre au dimensions maximales de l'écran). En prime, tu peux facilement batcher l'opération inverse (et donc éviter l'avertissement KDE "attention, si l'appli a pas prévu le retour vous allez être bloqués") . Après ça, hoptu bind tout ça disons a Shift+Alt+Entrée et tu peux basculer toute fenêtre en plein écran a la mode KDE.

                CQFD.
              • [^] # Re: vivement E17 final !

                Posté par (page perso) . Évalué à 2.

                avec sawfish, facile :
                (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 (page perso) . Évalué à 2.

          Sawfish donc. Ça peut même avoir des tabs ...
          Mais fvwm aussi certainement.
      • [^] # Re: vivement E17 final !

        Posté par . Évalué à 2.

        Et si tu pouvais me fournir ce qu'est capable de faire sawfish ou Kwin que E ne sait pas faire, dis le moi, ça m'intéresse....
        • [^] # Re: vivement E17 final !

          Posté par (page perso) . Évalué à 2.

          Les modes de placement ?
          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 . Évalué à 6.

      Metacity sous GNOME : il offre tout un tas de gros moins qui fait qu'on ne passe pas son temps à gérer ses fenêtres/bureaux/icones/fichiers de conf/etc au lieu de se servir "pour de vrai" de son ordinateur.





      ps: ou ça un troll ?

      BeOS le faisait il y a 20 ans !

      • [^] # Re: vivement E17 final !

        Posté par . Évalué à 3.

        GNOME : le windows manager qui n'a même d'option "keep on top" pour les fenetres? :o)

        Les trolls ils sont plus heureux à 2 ;o)
        • [^] # Re: vivement E17 final !

          Posté par (page perso) . Évalué à 4.

          C'est vrai, je n'ai pas "keep on top" , j'ai "Au premier plan". (et avec metacity, sans changer aucune option)
        • [^] # Re: vivement E17 final !

          Posté par . Évalué à 3.

          Qui n'a surtout pas d'option "Remember" (à ma connaissance) pour se souvenir des propriétés d'une fenêtre d'une session à l'autre.

          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 . Évalué à 2.

            Et bien soit content, maintenant (et ca fait quand meme un bout de temps) fluxbox le fait parfaitement bien :]
            • [^] # Re: vivement E17 final !

              Posté par (page perso) . Évalué à 1.

              Tient en parlant de feature, pkoi (j'ai eu la fleme de chercher) quand j'emerge et lance E16.x j'ai le droit à de jolie menus tellement petit que je vois pas a quoi ils servent (i.e. trop petit pour afficher le texte et/ou les icones, bref inutilisable)?
          • [^] # Re: vivement E17 final !

            Posté par (page perso) . Évalué à 2.


            J'ai jamais retrouvé ça sur d'autre WM

            Kde le fais très bien (bon, d'accord, ce n'est pas seulement un WM)...
            • [^] # Re: vivement E17 final !

              Posté par . Évalué à 2.

              Le remember de KDE est capable de se rappeler d'autant d'éléments que E ? (a savoir, dans l'ordre:
              - 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 (page perso) . Évalué à 2.

                Le remember de Kde est beaucoup beaucoup plus puissant que celui de E ;)
                • [^] # Re: vivement E17 final !

                  Posté par . Évalué à 2.

                  Le remember de KDE est peut-être puissant, mais c'est une sacrée tête de linotte. Notez qu'il n'est pas méchant, mais enfin bon...

                  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 (page perso) . Évalué à 4.

                    Premierement, on ne parle pas de la meme chose, toi tu viens nous parler du gestionnaire de session de Kde, je vois pas bien le rapport avec le window manager de kde que l'on appelle kwin!

                    >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 . Évalué à 2.

                      Premierement, on ne parle pas de la meme chose, toi tu viens nous parler du gestionnaire de session de Kde, je vois pas bien le rapport avec le window manager de kde que l'on appelle kwin!

                      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 (page perso) . Évalué à 1.

                >Ceci dit, tous tes screenshots ne font que ce que E est capable de faire aussi (cf.
                >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 . Évalué à 3.

                  >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.

                  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 (page perso) . Évalué à 2.

                    Oui, ca marche avec toutes les applications.

                    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 . Évalué à 2.

            Metacity ne fait rien de tout ça et je l'en félicite.

            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 (page perso) . Évalué à 2.

              Ben le jour ou tu comprendras tout le temps que tu perds à réorganiser tes fenetres en permanance, tu comprendras mieux pkoi c'est génial ce genre de fonctionnalités ;) Metacity ne gere meme pas l'attraction entre fenetre!

              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 . Évalué à 2.

                Metacity ne gere meme pas l'attraction entre fenetre!


                Si !
                C'est < Shift > + clic-gauche sur la barre de titre.
                • [^] # Re: vivement E17 final !

                  Posté par . Évalué à 2.

                  Sans vouloir vexer personne (enfin si quand même un peu) : c'est totalement crétin de cacher cette feature sous une commande obscure, alors que ça devrait être un fonctionnement naturel du navigateur...
            • [^] # Re: vivement E17 final !

              Posté par . Évalué à 3.

              Chacun ses gouts... perso je préfère dire une fois pour toute où chaque fenêtre doit se placer dans son espace, quelle taille elle doit adopter, a quel niveau par rapport aux autres, etc. Et surtout ne pas me préoccuper de redéplacer/redimensionner/re-xyz les fenêtres que j'utilises fréquemment a chaque fois que je les lance.

              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 (page perso) . Évalué à 2.

            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).
            avec sawfish, tu peux matcher les applis sur leur WM_WINDOW_ROLE|CLASS|etc pour leur appliquer tous tes désirs (tous) (devilspie essaie de faire la même chose, huhu) :
            (add-window-matcher 'WM_CLASS "^Pager/pager$"
                                '(ignore-program-position . t)
                                '(place-mode . south-east)
                                '(depth . 15)
                                '(never-focus . t)
                                '(frame-type . none)
                                '(ignored . t)
                                '(sticky . t)
                                '(sticky-viewport . t)
                                '(cycle-skip . t)
                                '(window-list-skip . t)
                                '(ignore-stacking-requests . t)
                                '(task-list-skip . t))
            Sinon, avec history.jl, tu fais la même chose qu'avec E, sauf que tu sais exactement sur quoi tu l'appliques, ex : GAIM : la buddylist, les popups ou la fenêtre conversation avec WM_WINDOW_ROLE, facile ...
  • # (positionnement manuel + semi-auto) (agrandissement Xinerama compliant)

    Posté par (page perso) . Évalué à 2.

    Bin tiens aller, je m'y colle... Je n'ai pas encore testé E17 et j'ai bien peur de trainer encore mon vieux window manager que personne n'utilise et qui n'est plus du tout maintenu tout simplement parce-que je n'ai jamais trouvé d'autre WM permettant
    • Un positionnement semi-auto qui tue, je m'explique : quand j'ouvre une nouvelle fenêtre (raccourcis clavier ou icône, moi je n'ai aucun icône) le WM positionne la fenêtre à un endroit "optimal" sur le bureau ET accroche le pointeur de la souris au bord supérieur gauche de la fenêtre pour laisser 3 secondes à l'utilisateur pour éventuellement déplacer la fenêtre ailleurs. Une fois le timeout dépassé la fenêtre se plaque définitivement ET la souris retourne à sa place si aucun déplacement n'a été effectué... C'est simple essayez un truc comme ça après vous ne pourrez plus vous en passer.
    • Une gestion parfaite du plein écran : les fenêtres sont agrandies au maximum SANS bords, ce qui est du plus bel effet avec un terminal (on se croit en FrameBuffer) ou tout autre application (browser/mplayer/etc.) ET en plus qui gère Xinerama : en effet une fenêtre à cheval entre le screen 0 et le screen 1 s'agrandira dans le screen où elle occupe la majorité de place sans s'écarteler sur deux écrans (ce qui est complètement nul).
    Mon WM c'est ... golem. Et comme personne ne s'en occupe plus et qu'il me manque quand même une fonctionalité bien pratique (le changement de bureau avec la fenêtre courante qui suit) j'espère qu'un jour FluxBox ou E intégreront ce genre de petits trucs.
    • [^] # Re: (positionnement manuel + semi-auto) (agrandissement Xinerama complia

      Posté par (page perso) . Évalué à 2.

      # Un positionnement semi-auto qui tue ... # les fenêtres sont agrandies au maximum SANS bords, ... ET en plus qui gère Xinerama
      Bon, une bonne fois pour toutes, je dirai : \o/ SAWFISH \o/.
      • 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 (page perso) . Évalué à 2.

        J'ai essayé SawFish, le mode de placement semi-auto dont je parle n'est pas disponible. Pour les modes plein écran effectivement il se démerde aussi très bien.

        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 à ceux qui les ont postés. Nous n'en sommes pas responsables.