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".
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)
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.
>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...)
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.
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.
Ç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)
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):
(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.
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.
)
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
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...
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)
> 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.
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)
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.
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).
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 !
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...)
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 ?)
[^] # Re: Vivement que ça se démocratise... Mon Dieu NON !
Posté par THE_ALF_ . En réponse au journal Autopackage. Évalué à 7.
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 THE_ALF_ . En réponse au message Import de table LaTeX sous OpenOffice... Possible ?. Évalué à 2.
Merci
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 2.
CQFD.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). É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 THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). É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 THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). É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 THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 3.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). É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_ . En réponse au journal E16.8 pour la nouvelle année :^). É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 THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 2.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 2.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 6.
[^] # Re: vivement E17 final !
Posté par THE_ALF_ . En réponse au journal E16.8 pour la nouvelle année :^). É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)
# Ça marche avec initrd
Posté par THE_ALF_ . En réponse au message [Terminal] Booter sur un disque USB. Évalué à 2.
> "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 THE_ALF_ . En réponse au message [Debian] Nettoyage de la distribution Debian. Évalué à 2.
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 THE_ALF_ . En réponse au journal L'affichage 12 heures c'est naze.. Évalué à 2.
[^] # Re: quand je regarde ma montre
Posté par THE_ALF_ . En réponse au journal L'affichage 12 heures c'est naze.. Évalué à 2.
[^] # Re: xmodmap
Posté par THE_ALF_ . En réponse au message Souris Logitech. Évalué à 2.
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 THE_ALF_ . En réponse au message Souris Logitech. Évalué à 2.
[^] # Re: xmodmap
Posté par THE_ALF_ . En réponse au message Souris Logitech. Évalué à 2.
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 THE_ALF_ . En réponse au journal pingouins en danger !!. Évalué à 5.
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 THE_ALF_ . En réponse au message Souris Logitech. Évalué à 2.
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 THE_ALF_ . En réponse au journal E17 à portée de main?. Évalué à 3.
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 THE_ALF_ . En réponse au journal E17 à portée de main?. Évalué à 4.
http://sourceforge.net/project/showfiles.php?group_id=2(...)
# Memtest ?
Posté par THE_ALF_ . En réponse au message MDK 10.1 / Shuttle SN41G2 - Freezes + retour à l'écran de login. Évalué à 2.
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 ?)