THE_ALF_ a écrit 531 commentaires

  • [^] # Re: Vivement que ça se démocratise... Mon Dieu NON !

    Posté par  . En réponse au journal Autopackage. Évalué à 7.

    Bof... Je trouves que l'installation de logiciel est largement plus facile et plus propre sous Linux que sous Windows, et ce grace aux différents formats de package justement. Une Debian n'est pas une Mandrake ni une Suse, il me semble normal que les systèmes de packages diffèrent.

    Un package universel pour tous ? Berk. ça me rappelle les installations à la Windows. Comment va-t-il gérer les dépendances ? Me mettre par défaut toutes ses librairies à l'arrache en espérant que ça passe ? Et se retrouver comme sous windows avec des tonnes de DLL dont on ne sait rien ? Devoir répondre à des questions ésotériques du style "le programme veut remplacer un DLL existant par une autre version, continuer (o/n)" ? Et comment va se passer la désinstallation ("êtes vous sur de vouloir virer xyz.dll version npq ? Attention, des fois d'autres logiciels risquent de plus marcher mais on s'en fout, on vous préviens") ?

    Et je ne parle pas du problème de sécurité posé par l'éxécution d'un exécutable tiers _en_root_. Lorsque j'installe un rpm ou un deb, je ne lance qu'un exécutable bien connu (rpm, dpkg, apt-get, etc...) en root, et je sais qu'il va se contenter de copier des fichiers sur mon ordi, et que je pourrais tracer tous ces changements et revenir facilement en arrière. Comment je contrôle ce qu'il fait, cet exécutable provenant d'on ne sait où ?

    Conclusion, un tel système de pakage est un énorme retour en arrière, en direction de Windows... retrouver l'enfer des installations/désinstallation de Windows, très peu pour moi. Je préferes utiliser alien par exemple, qui me permet de transformer par ex. les .rpm en .deb, et donc d'installer sans trop de problèmes (modulo en général le réglement des dépendances à la mano... ce qui est une _bonne_ chose lorsqu'on introduit un logiciel qui n'a pas été gentiment packagé pour votre ordi) la plupart des logiciels non Debian... en tapant seulement un "sudo alien -i trucmuche.rpm".
  • # ça marche

    Posté par  . En réponse au message Import de table LaTeX sous OpenOffice... Possible ?. Évalué à 2.

    Merci, les deux solutions fonctionnent. oolatex est très bien, il réussi a récupérer plusieurs symboles mathématiques, mais on perds le formatage du tableau (lignes à retracer, c'est tout). latex2rtf tourne sans pb, le tableau est très proche de l'original, mais tous les signes mathématiques sont virés (il y a peut être un option qque part... pas grave, j'ai récupéré le principal)

    Merci
  • [^] # Re: vivement E17 final !

    Posté par  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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  . En réponse au journal E16.8 pour la nouvelle année :^). É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)
  • # Ça marche avec initrd

    Posté par  . En réponse au message [Terminal] Booter sur un disque USB. Évalué à 2.

    > Mais après plusieurs tests je me suis rendu compte que ce n'etait
    > "pas possible" avec un partition root qui est sur le disque USB...

    Ah ? C'est pourtant ce que j'ai fait. Système entier sur disque dur USB (pour avoir un système de sauvetage en cas de pb), qui boote un kernel standard (package debian 2.6.8) avec initrd. Le tout est de bien configurer les fichiers de /etc/mkinitrd pour que initrd lance bien les modules USB dès le début. Ça me semble quand même moins sauvage que ce patch... et pas besoin de recompil.

    Il existe aussi le package mkinitrd-cd qui contient des scripts permettant de faire un initrd specialement dédié aux CD/disques USB:


    Description: Creates an initrd image for booting from a live CD-ROM or USB device
    This is the package used by the Gibraltar project to create the initrd images
    used for booting from CD-ROM or USB sticks. The bootable CD-ROMs or USB
    mass storage devices are actual live CD-ROMs respective live filesystems.
    That is, the root file system is the CD-ROM or an image on the USB device,
    ramdisks are the only things needed for operation without a hard disk.
    Although a harddisk can be used for e.g. storing log files permanently or
    when the machine acts as a proxy server.
    .
    Given a kernel image and the corresponding modules, it creates a complete
    boot image that can be written to floppy or be used as El Torito image for
    a bootable CD-ROM. Additionally, it is possible to create an initrd image to
    be used on a USB stick (e.g. with syslinux). Upon bootup, the initrd image
    will try to locate an ATAPI CD-ROM drive or a USB mass storage device. When
    this does not succeed, it auto-probes for SCSI adapters and tries to locate
    SCSI drives. It also works when multiple CD-ROM drives are installed in the
    system by checking if the inserted CD is the correct one for booting.
    .
    The package can be of use to developers and packagers who want to create
    their own bootable, live Debian CD-ROM or bootable, live Debian USB stick.
    It will probably not be of any use to others.
  • [^] # Re: mauvaise idée

    Posté par  . En réponse au message [Debian] Nettoyage de la distribution Debian. Évalué à 2.

    Il y a des chances que tu puisses bien virer ses paquets sans probleme. Si ils sont indiques par deborphan, c'est qu'aucun paquet ne les utilises (sauf logiciels compiles et installes a la mano of course). Il arrives frequement sous Debian testing/unstable que des transitions de versions de librairies sont operees. Ces librairies sont probablement des librairies obsoletes, presentes en doublons a cote de versions plus recentes.

    Par ex tu as libtoto1, utilises par les softs A et B. Une version de libtoto 2 sort, qui est n'utilise que par A. La mise a jour de A provoque l'installation de libtoto2, et libtoto1 existe encore (et est conserve) pour que B continue a tourner. Puis plus tard encore, B passe a libtoto2. Tu te retrouves avec une libtoto1 installe, qui ne te sers plus a rien. C'est le role precis de deborphan, de te dire que tu peux virer libtoto1 sans pb.

    regardes ce que tu as par ex:
    alf[Wintermute]>~ [15:54:52] $ apt-cache search libmpeg
    libmpeg1 - The MPEG library calls for movie streams
    libmpeg2-4 - MPEG1 and MPEG2 video decoder library
    libmpeg2-4-dev - libmpeg2 development libraries and headers
    libmpeg3-1 - MPEG streams decoding library
    libmpeg3-dev - Headers and static libraries for libMPEG3
    alf[Wintermute]>~ [16:02:46] $ apt-cache search libavcodec
    libavcodec1 - Library to encode decode multimedia streams - runtime files
    libavcodec1-dev - Library to encode decode multimedia streams - devel files
    libavcodec2 - Library to encode decode multimedia streams - runtime files
    libavcodec2-dev - Library to encode decode multimedia streams - devel files
    libavcodeccvs - Library to encode decode multimedia streams - runtime files
    libavcodeccvs-dev - Library to encode decode multimedia streams - devel files

    probable que tu utilises deja des versions plus a jour de libmpeg et libavcodec.... Tes paquets libdvbpsi2, libmagick5.5.7, par exemple, ne sont meme plus references dans ma base de donnee (versions actuelles, resp. 3 et 6)
  • [^] # Re: tu dis bien "midi et demi" ou "minuit et demi"

    Posté par  . En réponse au journal L'affichage 12 heures c'est naze.. Évalué à 2.

    Donc midi=12 et minuit=0. CQFD.
  • [^] # Re: quand je regarde ma montre

    Posté par  . En réponse au journal L'affichage 12 heures c'est naze.. Évalué à 2.

    Pas de pb si c'est bien gradue de 0 a 23h (soit 24 heures en tout) comme il se doit
  • [^] # Re: xmodmap

    Posté par  . En réponse au message Souris Logitech. Évalué à 2.

    J'ai essaye bien sur... bon je viens de trouver une piste la : http://www.t12.jp/~ryuta/misclab/debian/tiltmouse.html(...) je vais regarder du cote du pilote evdev, apparement c'est utiliser les pilotes du noyau plutot que ceux de X. Mais apparement aussi, ca parle de patch du noyau. Le pb, c'est que la ref de ma souris me balance a chaque fois sur des pages en japonais. Elle est sortie qu'au Japon, ma logitech ?

    Si je reussis a faire marcher tous mes boutons, promis, je ferais un joli journal expliquant ca, si ca peut servir a qqun.
  • [^] # Re: xmodmap

    Posté par  . En réponse au message Souris Logitech. Évalué à 2.

    J'ai deja essaye tous les protocoles un par un ... :-/
  • [^] # Re: xmodmap

    Posté par  . En réponse au message Souris Logitech. Évalué à 2.

    C'est une souris Logitech Logicool Cordless Click! Plus (optical Mouse CLK-C71)... Celle la:

    http://www.logitech.com/index.cfm/products/details/FR/FR,CRID=2135,(...)

    C'est une souris sans fil USB. Il y a, en plus du classique 3 boutons/molettes, deux boutons au niveau du pouce (avec des fleches avant/arriere, stupidement prevu pour des inutiles avant/arriere dans les pages webs sous windows), un petit bouton avec un logo "fenetres" (apparement, pour windows son role est un bete Alt-TAB) au milieu de la souris, et la molette peut en plus etre cliquee gauche/droite (ascenseur horizontal, comme pour les touchpad synaptics).
  • [^] # Re: La forme de l'iceberg

    Posté par  . En réponse au journal pingouins en danger !!. Évalué à 5.

    Mais pas du tout regardes:

    l'iceberg s'appelles B15a:

    B15a => BiGa (r3b31z mode decoding) => Bi(ll) Ga(tes) (abbreviation mode decoding)

    C'est clair, c'est signé de manière à peine dissimulée. D'ailleurs, sur la page de libé y'a une pub Microsoft avec un mec hilare juste à la fin de l'article. Quel cynisme, quand même !
  • [^] # Re: xmodmap

    Posté par  . En réponse au message Souris Logitech. Évalué à 2.

    Le problème n'est pas là... J'utilise justement xev pour voir comment sont reconnus mes boutons, et xmodmap permet seulement de changer les numeros d'affectation des boutons détectés. Certains de mes boutons demeurent muets pour xev (donc ne sont pas vus par le driver de X).

    En modifiant les protocoles à la mano dans le fichier de config de XFree, j'ai pu avoir du mieux en remplaçant le proto ImPS/2 par ExplorerPS/2... mais pas top (les boutons du pouce sont vaguement reconnus... cad comportement erratique).

    Chose étrange: la souris est reconnue... comme un clavier en mode console, c'est à dire que tous les boutons (sauf la molette direction haut/bas) tapent les lettres Q, W, E, R, T, Y, U, I. Donc Linux réussit bien à voir un événement différent pour chacun des boutons, mais je n'arrive pas à le faire voir correctement par le driver de souris de X.

    Pourrais-je avoir du mieux en passant à Xorg ?

    Et au passage, est-il possible de binder un bouton de souris à une touche de clavier avec xmodmap (ou autre...)
  • [^] # Re: E16.7.2

    Posté par  . En réponse au journal E17 à portée de main?. Évalué à 3.

    Et si vous voulez tester E17 en gardant E16, regardez ce depot:

    deb http://j.portalier.free.fr/debian(...) testing main
    deb-src http://j.portalier.free.fr/debian(...) testing main

    E16.7.2 est dispo sous le nom enlightenment, et E17 sous e17...

    A noter que les applis E17 qui sont dispos sur ce site sont moins a jour que sur le depot de soulmachine.
  • # E16.7.2

    Posté par  . En réponse au journal E17 à portée de main?. Évalué à 4.

    Et sinon, pour patienter, une nouvelle mouture de E16 est sortie du CVS (surtout des bugfixes)

    http://sourceforge.net/project/showfiles.php?group_id=2(...)
  • # Memtest ?

    Posté par  . En réponse au message MDK 10.1 / Shuttle SN41G2 - Freezes + retour à l'écran de login. Évalué à 2.

    Un peu succint comme description m'enfin bon:
    freeze aleatoire => Pb RAM ? => http://www.memtest86.com/(...)

    Apres, que ce soit plus stable sous windows, possible qu'il utilise pas trop la mem a fond... d'experience depuis mes dernieres utilisation de ce vieux truc, ca prefere utiliser le Swap que la RAM (hein? ou ca un troll ?)