Discussion :

[Neckara]

Bonjour,

Je suis actuellement en train de faire un programme en C++ et après avoir laborieusement réussi à mettre une icône à la fenêtre en utilisant l'API windows, j'aimerais faire de même pour les Unix.

Par contre, malgré mes recherches, je ne trouve aucune information sur le sujet alors que pour l'API windows j'avais tout de même trouvé un petit peu de documentation même s'il m'a fallu par la suite l'aide du chat de developpez pour parvenir à mes fins.

Est-ce que vous auriez des informations à ce sujet?

Cordialement,

[Jean-Marc.Bourguet]

Linux n'a pas de notion d'icone. Tu utilises quoi comme bibliothèque graphique?

[Neckara]

J'utilise Irrlicht pour créer la fenêtre.

Bien que sous Linux, il n'y ai pas de notion d'icône, on a tout de même des images dans les menus, sur les lanceurs et en haut à gauche des fenêtres.

[Jean-Marc.Bourguet]

Linux n'a pas de notion d'icône. Les exécutables sous Linux n'ont pas de ressources dans lesquelles placer une icône.

Les environnements graphiques utilisés sous Linux peuvent avoir une notion d'icône. X suggère un moyen de communiquer entre un client en cours d'exécution et le window manager quelle icône il désire. Le window manager fait ce qu'il veut (certains passe outre, certains n'ont pas de notion d'état iconifié). Cette manière de communiquer est un peu bas niveau, les bibliothèques fournissent généralement un moyen de faire ce qu'il faut. Pas de chance, je ne connais pas Irrlicht et ne peut pas d'aider.

Dans les menus et compagnie, généralement le programme n'est pas lancé. Et X ne spécifie rien. Par chance, il y a un autre projet qui fournit une spec et qui est respectée par les environnements les plus populaires (au moins KDE et Gnome) Voir http://standards.freedesktop.org/des...y-spec/latest/

[Neckara]

Merci pour ta réponse, je comprend mieux comment fonctionnent les lanceurs et les menus désormais.

Les environnements graphiques utilisés sous Linux peuvent avoir une notion d'icône. X suggère un moyen de communiquer entre un client en cours d'exécution et le window manager quelle icône il désire. Le window manager fait ce qu'il veut (certains passe outre, certains n'ont pas de notion d'état iconifié). Cette manière de communiquer est un peu bas niveau, les bibliothèques fournissent généralement un moyen de faire ce qu'il faut. Pas de chance, je ne connais pas Irrlicht et ne peut pas d'aider.

En fait Irrlicht ne le fait pas, je suis donc obligé de passer par le bas niveau.


Après théoriquement je devrais aussi chercher pour les mac, mais comme je n'ai pas d'ordi pour tester, tant pis pour eux^^

[Jean-Marc.Bourguet]

En fait Irrlicht ne le fait pas, je suis donc obligé de passer par le bas niveau.

Bon: http://www.x.org/docs/ICCCM/icccm.pdf

[Neckara]

Merci pour ce lien, si je comprend bien, si j'utilise la Xlib, il faut que je fasse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
XWMHints wmhint;
//remplir icon_pixmap et flags ( IconPixmapHint )
XSetWMHints(XOpenDisplay(NULL), w, &wmhint);

Il suffit juste que j'arrive à trouver comment remplir display et w ^^


par contre, avec la Xlib, les noms ne sont pas exactement les même que ceux donné sur ton document, est-ce une différence au niveau de l'implémentation ou est-ce que je suis en train de me diriger vers la mauvaise voie?

[Jean-Marc.Bourguet]

Merci pour ce lien, si je comprend bien, si j'utilise la Xlib, il faut que je fasse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
XWMHints wmhint;
//remplir icon_pixmap et flags ( IconPixmapHint )
XSetWMHints(XOpenDisplay(NULL), w, &wmhint);

Il suffit juste que j'arrive à trouver comment remplir display et w ^^

Tu dois récupérer tous les deux de Irrlicht (l'icône est attachée à la fenêtre, il faut indiquer la bonne fenêtre, pas une autre).

par contre, avec la Xlib, les noms ne sont pas exactement les même que ceux donné sur ton document, est-ce une différence au niveau de l'implémentation ou est-ce que je suis en train de me diriger vers la mauvaise voie?

Ça fait quinze ans que j'ai plus touché aussi bas, tu es prévenu. Le document est écrit avec le vocabulaire du protocole, pas de la Xlib. (Il y a d'autres implémentations du protocole. Il y en avait une en Lisp. Plus récemment -- ça doit faire quand même une dizaine d'année -- il y a eu un projet de remplacer Xlib par quelque chose d'autre écrit en C; voyons: http://xcb.freedesktop.org/)

[Neckara]

Si j'ai bien compris, je peux utiliser le display contenu dans la variable d'environnement DISPLAY.
J'ai pas tout suivi mais display est surtout utilisé pour envoyer des informations sur d'autres ordinateurs ?

The encoding and interpretation of the display name is implementation dependent. Strings in the Host Portable Character Encoding are supported; support for other characters is implementation dependent. On POSIX-conformant systems, the display name or DISPLAY environment variable can be a string in the format:


hostname:number.screen_number

hostname Specifies the name of the host machine on which the display is physically attached. You follow the hostname with either a single colon ( or a double colon (:.
number Specifies the number of the display server on that host machine. You may optionally follow this display number with a period (.). A single CPU can have more than one display. Multiple displays are usually numbered starting with zero.
screen_number Specifies the screen to be used on that server. Multiple screens can be controlled by a single X server. The screen_number sets an internal variable that can be accessed by using the DefaultScreen() macro or the XDefaultScreen() function if you are using languages other than C (see "Display Macros").

For example, the following would specify screen 1 of display 0 on the machine named ``dual-headed'':

dual-headed:0.1

Pour le w, je suis sur une piste

[Jean-Marc.Bourguet]

Si j'ai bien compris, je peux utiliser le display contenu dans la variable d'environnement DISPLAY.

Non. D'une part, la variable d'environnement indique sur quel display il faut afficher par défaut, mais il y a souvent une option sur la ligne de commande pour permettre de changer. Dans ce cas, la variable d'environnement ne sert à rien.

Ensuite, le display à passer, il contient un socket sur lequel communiquer. Et le reste (dont window) va être interprété par le serveur X en fonction du socket sur lequel il reçoit ses commandes. Donc tu ne peux pas te servir d'un autre sans risquer des problèmes.

J'ai pas tout suivi mais display est surtout utilisé pour envoyer des informations sur d'autres ordinateurs ?

La variable d'environnement DISPLAY est utilisée pour indiquer sur quel serveur (et quel écran du serveur, mais je n'ai jamais vu un serveur avec plus d'un écran -- par contre j'utilise régulièrement des ordi qui font tourner plusieurs serveurs X) afficher. Sans DISPLAY (ou équivalent en ligne de commande), un programme ne va pas pouvoir ouvrir sa connexion.

[Neckara]

Je ne vois pas trop comment faire alors pour récupérer toutes ces informations.

Pour le Window, j'ai trouvé un moyen de le rechercher en parcourant toutes les fenêtres : http://www.experts-exchange.com/OS/U..._21341279.html

Mais pour display, je ne pense pas qu'Irrlicht s'amuse à utiliser un autre display que celui par défaut.
Mais si ce n'est pas le cas, je vois mal comment récupérer le nom du display vu qu'il ne va pas dépendre du programme mais de la fenêtre et qu'en plus j'ai besoin du display pour trouver la fenêtre.

[Jean-Marc.Bourguet]

Ah, tu veux retrouver la fenêtre d'une autre manière, pas la récupérer par Irrlicht. Bon tu ouvres effectivement une autre connexion, puis tu utilises XQueryTree. Mais je n'ai aucune idée de comment identifier la fenêtre qui t'intéresses.

[Neckara]

En effet, Irrlicht ne permet pas de récupérer de telles informations, pour windows par exemple j'ai dû rechercher le HWND avec le nom de la fenêtre.

Avec XGetWMName je pense que je vais pouvoir faire de même.