Un client X a-t-il nécessairement besoin d'un gestionnaire de fenêtres pour fonctionner? Un client X peut-il fonctionner uniquement avec le serveur X?
Si un client X n'a pas de fenêtre , son fonctionnement nécessite-t-il un gestionnaire de fenêtres?
Si un client X peut fonctionner sans gestionnaire de fenêtres, le client X n'a-t-il pas nécessairement de fenêtre?
Merci.
Réponses:
Non, les applications bien écrites n'ont pas besoin d'un gestionnaire de fenêtres.
Mais certaines applications cassées "modernes" ne fonctionneront pas correctement sans un gestionnaire de fenêtres (par exemple, Firefox et ses suggestions de barre d'adresse qui ne tomberont pas [1]).
De nombreuses autres applications de qualité inférieure supposent non seulement un gestionnaire de fenêtres, mais, pour ajouter une insulte à une blessure, un clic permet de mettre en évidence le gestionnaire de fenêtres. Par exemple, jadis, toute application java volait simplement le focus au démarrage.
Si vous souhaitez tester, installez
Xephyr
(un serveur X11 "imbriqué"), exécutez-le avecXephyr :1
, puis démarrez vos applicationsDISPLAY=:1
dans leur environnement.[1] La "barre géniale" de Firefox n'ouvre pas son volet de suggestions lorsque vous tapez ou cliquez sur le bouton d'historique à moins qu'un gestionnaire de fenêtres ne soit en cours d'exécution. Le menu de masquage automatique ne fonctionnera pas non plus.
la source
Non, il n'est pas nécessaire que vous utilisiez un gestionnaire de fenêtres pour permettre à un client X de fonctionner. Certains systèmes offrent une option permettant d’exécuter simplement un terminal au démarrage, à partir duquel vous pouvez démarrer des programmes supplémentaires, notamment des gestionnaires de fenêtres. Certaines configurations de kiosque qui ne souhaitent exécuter qu'une seule application n'ont pas besoin d'un gestionnaire de fenêtres. Certaines implémentations de X pour Microsoft Windows évitent un gestionnaire de fenêtres X en laissant le système d'exploitation gérer les fenêtres.
Sans gestionnaire de fenêtres, vous devez généralement spécifier la géométrie aux programmes afin de ne pas tout placer dans le coin supérieur gauche.
Dans X, le gestionnaire de fenêtres n’est qu’un autre client X. C'était inhabituel à l'époque, mais il était facile d'avoir différents gestionnaires de fenêtres.
Une autre façon d’envisager la question est d’observer que vous pouvez changer de gestionnaire de fenêtre à la volée. Il doit donc rester un laps de temps entre le premier arrêt et le second qui prend le contrôle, mais toutes vos applications ne tombent pas en panne, elles doivent pouvoir travailler sans.
la source
Un gestionnaire de fenêtres est une commodité pour les utilisateurs.
Au bon vieux temps, j’avais un
~/.Xclients
fichier qui se lisait comme suit:Ce fichier serait exécuté lorsque j'ai démarré X avec
startx
. Une fois ce script terminé, le serveur X sera arrêté.Notez la dernière ligne:
exec .../fvwm
. C'est la ligne qui a démarré mon gestionnaire de fenêtres (fvwm). Toutes les applications précédentes (xv
,xterm
,xclock
,xscreensaver
) étaient en cours d' exécution avant que le gestionnaire de fenêtres a commencé. Comme l'appel àfvwm
était la dernière ligne et n'était pas mis en arrière-plan, cela signifiait que, une foisfvwm
terminé, X se fermerait.Le démarrage de X avait même un défaut de "repli" ... s'il n'y avait pas de fichiers de configuration, démarrez X avec un seul en
xterm
cours d'exécution. La fermeturexterm
mettrait fin à la session X.la source
fvwm
(et en l'exécutantexec
), nous nous assurons qu'il existe encore un processus empêchant le serveur X de s'arrêter. En effectuant ce dernier processus,fvwm
un élément de menu "exit" fonctionne comme prévu.fvwm-1.24r
mon gestionnaire de fenêtres préféré était :-)Pour ajouter d'autres réponses, j'ai développé et publié une application open source qui fonctionne sans gestionnaire de fenêtres (ce qui signifie que vous pouvez la démarrer directement à partir de xinitrc). Outre la gestion de la géométrie et de l'ordre des Z de ses dialogues, l'application doit effectuer certaines étapes supplémentaires dans ce cas, mais cela est tout à fait gérable.
la source
Il y a beaucoup de bonnes réponses détaillées ici. Voici la réponse simple et claire.
Non: Mais sans si vous aurez du mal à gérer vos fenêtres (déplacer, redimensionner, baisser, lever, etc.). Il existe un autre outil qui peut le faire, si vous en avez besoin.
Oui
S'il n'a pas de fenêtre, il ne devrait y avoir aucun inconvénient à ne pas avoir de gestionnaire de fenêtres.
Non: il peut y avoir des fenêtres.
Essaye ça.
puis dans le nouveau
xterm
typefvwm
.Vous devrez peut - être installer
vncserver
,ssvnc
etfvwm
, tout d' abord.la source
Oui, un client X ne peut fonctionner qu'avec le serveur X. À titre d'exemple, je donne à mes machines virtuelles leur propre console virtuelle sur l'hôte, comme ceci.
La commande "startx" démarre le serveur Xorg X sur les écrans: 4 et: 5 avec virt-viewer uniquement en tant que client.
"CentOS" et "Windows" sont les noms que j'ai donnés à mes machines virtuelles lors de leur installation. Le commutateur -k pour virt-viewer le fait en plein écran avec un minimum de contrôles. Ainsi, chaque machine virtuelle semble appartenir à la machine jusqu'à ce que j'appuie sur CTRL-ALT-Fn pour passer à une console virtuelle différente.
Bien sûr, CentOS exécute un gestionnaire d’affichage et un gestionnaire de fenêtres à l’intérieur de la machine virtuelle, mais n’a aucune connexion avec le serveur X exécuté sur l’hôte.
la source