BALATON Zoltan <[email protected]> writes:

> According to the Xlib documentation
> [http://tronche.com/gui/x/xlib/ICC/client-to-window-manager/wm-class.html]
> WM_CLASS should be the formal name of the application of which the
> first string is an instance name and the second is a class name. Maybe
> it would be better if GNUstep did not set the class name for all apps
> to GNUstep but used the app name for the class name instead. This
> seems to match what other X apps tend to do and is probably a better
> fix than trying to special case GNUstep apps in Window Maker.

At first I agree with you, but after further investigation I found out
that this is wrong. The Class name is *usually* the application name
(same as the instance name), but doesn't have to be. I quote from the
xclasshint manpage[1]:

,----[ WM_CLASS ]
| Set by application programs to allow window and session managers to
| obtain the application's resources from the resource database.
| 
| *Structures*
| 
| The XClassHint structure contains:
| 
| typedef struct {
| 
|     char *res_name;
| 
|     char *res_class; 
| } XClassHint;
| 
| The res_name member contains the application name, and the res_class
| member contains the application class. Note that the name set in this
| property may differ from the name set as WM_NAME. That is, WM_NAME
| specifies what should be displayed in the title bar and, therefore, can
| contain temporal information (for example, the name of a file currently
| in an editor's buffer). On the other hand, the name specified as part of
| WM_CLASS is the formal name of the application that should be used when
| retrieving the application's resources from the resource database.
`----

Anyway, I found out that this won't be changed in GNUstep.[2]

Footnotes: 
[1] http://linux.die.net/man/3/xclasshint 

[2] https://savannah.gnu.org/bugs/?func=detailitem&item_id=13592 

-- 
Avoid the Gates of Hell.  Use Linux
(Unknown source)

Attachment: signature.asc
Description: PGP signature

Reply via email to