- Une interface graphique qui ne crashe pas les fenêtres d'applications quand elle s'arrête.
+1, on peut espérer que dans le "mouvement DRI2" ce changement devienne implémentable...
- Une interface graphique en CTRL+ALT+F7 , ou CTRL+ALT+F9 , mais qui me laisse la possibilité, pour d'autres ressources , d'en lancer une autre en CTRL+ALT+F8 ou CTRL+ALT+F10 ...
- Des consoles virtuelles ( ttyv ) en mode texte toujours accessibles.
Heu, il me semble avoir ça depuis des années. À une époque je faisais tourner Looking Glass sur un serveur X en Ctrl+Alt+F8, et j'avais encore mes consoles texte.
- Dans les outils des gestionnaires de bureau, des machins qui touchent au système, à la compil, et aux choix de modules du noyau.
Un make xconfig intégré à KDE ou Gnome ?
- une simple console accessible permettant de lancer des applications graphiques, que ce soit une console texte ou un "fond d'écran+menu K/Gnome/XFCE "
Yakuake ? Krunner ? Ou un retour de l'applet d'exécution d'une commande ça serait fun tiens, à coder si ça n'existe pas...
- un outil me permettant de réellement choisir les drivers à appliquer à tel ou tel matos, avec une sauvegarde simple du mode précédent. Pareil pour les logiciels-sous-couche aux applications ( ALSA, OSS ... )
Mauvais problème : il faudrait ne pas avoir de choix pour le pilote, avoir un seul pilote qui soit fonctionnel, libre, intégré au noyau, stable...
- Une interface facilement modulable pour réduire l'épaisseur de ces énormes bordures de fenêtres , ou de la même façon cliquer pour avoir la possibilité de restaurer la session ou de choisir, en fonction des sessions, le lancement de telle ou telle application.
Heu, il me semble qu'il y a tout ça dans KDE...
- Une possibilité de jouer avec toutes les résolutions d'écran, soit en " lissant " par le calcul la résolution obtenue, soit en laissant tel quel ( avec comme conséquences : pixellisation et flou sur les LCD ) .
Un écran LCD est fait pour une seule résolution, ne cherche pas...
- plus généralement, la possibilité facilement de jouer avec toutes les entrées sorties, en désactivant simplement Bluetooth Webcam ou Wifi ,ou modifier le keymap " à la volée".
Perso je change à la volée le keymap uniquement de mon typematrix avec un simple setxkbmap -device 42 fr bepo...
Mais sinon, je suis d'accord avec l'auteur du journal: tout ce qui s'est passé ces 2 dernières années avec l'intégration de HAL et le nouveau grub a été très mal documenté , très mal expérimenté, et les méthodes "pour s'en sortir' sont beaucoup moins connues que lorsqu'il s'agissait de faire un simple X -configure , démarrer X avec ce xorg.conf.new , et le tuer à l'aide d'un CTRL+ALT+BACKSPACE .
D'ailleurs sur le Web, à ce sujet, c'est le désert le plus total...
C'est pire que ça : tu trouves pas d'aide parce que ça va dépendre de la distribution, de sa version et de l'âge du capitaine.
Truc drôle : tu parles de l'intégration de HAL à X.org... Tu sais que ce n'est plus le cas désormais et que xorg.conf fait son retour sous la forme d'un dossier xorg.conf.d ?
[^] # Re: Évolution...
Posté par Pinaraf . En réponse au journal Vive la simplification !. Évalué à 5.
+1, on peut espérer que dans le "mouvement DRI2" ce changement devienne implémentable...
- Une interface graphique en CTRL+ALT+F7 , ou CTRL+ALT+F9 , mais qui me laisse la possibilité, pour d'autres ressources , d'en lancer une autre en CTRL+ALT+F8 ou CTRL+ALT+F10 ...
- Des consoles virtuelles ( ttyv ) en mode texte toujours accessibles.
Heu, il me semble avoir ça depuis des années. À une époque je faisais tourner Looking Glass sur un serveur X en Ctrl+Alt+F8, et j'avais encore mes consoles texte.
- Dans les outils des gestionnaires de bureau, des machins qui touchent au système, à la compil, et aux choix de modules du noyau.
Un make xconfig intégré à KDE ou Gnome ?
- une simple console accessible permettant de lancer des applications graphiques, que ce soit une console texte ou un "fond d'écran+menu K/Gnome/XFCE "
Yakuake ? Krunner ? Ou un retour de l'applet d'exécution d'une commande ça serait fun tiens, à coder si ça n'existe pas...
- un outil me permettant de réellement choisir les drivers à appliquer à tel ou tel matos, avec une sauvegarde simple du mode précédent. Pareil pour les logiciels-sous-couche aux applications ( ALSA, OSS ... )
Mauvais problème : il faudrait ne pas avoir de choix pour le pilote, avoir un seul pilote qui soit fonctionnel, libre, intégré au noyau, stable...
- Une interface facilement modulable pour réduire l'épaisseur de ces énormes bordures de fenêtres , ou de la même façon cliquer pour avoir la possibilité de restaurer la session ou de choisir, en fonction des sessions, le lancement de telle ou telle application.
Heu, il me semble qu'il y a tout ça dans KDE...
- Une possibilité de jouer avec toutes les résolutions d'écran, soit en " lissant " par le calcul la résolution obtenue, soit en laissant tel quel ( avec comme conséquences : pixellisation et flou sur les LCD ) .
Un écran LCD est fait pour une seule résolution, ne cherche pas...
- plus généralement, la possibilité facilement de jouer avec toutes les entrées sorties, en désactivant simplement Bluetooth Webcam ou Wifi ,ou modifier le keymap " à la volée".
Perso je change à la volée le keymap uniquement de mon typematrix avec un simple setxkbmap -device 42 fr bepo...
Mais sinon, je suis d'accord avec l'auteur du journal: tout ce qui s'est passé ces 2 dernières années avec l'intégration de HAL et le nouveau grub a été très mal documenté , très mal expérimenté, et les méthodes "pour s'en sortir' sont beaucoup moins connues que lorsqu'il s'agissait de faire un simple X -configure , démarrer X avec ce xorg.conf.new , et le tuer à l'aide d'un CTRL+ALT+BACKSPACE .
D'ailleurs sur le Web, à ce sujet, c'est le désert le plus total...
C'est pire que ça : tu trouves pas d'aide parce que ça va dépendre de la distribution, de sa version et de l'âge du capitaine.
Truc drôle : tu parles de l'intégration de HAL à X.org... Tu sais que ce n'est plus le cas désormais et que xorg.conf fait son retour sous la forme d'un dossier xorg.conf.d ?