Issue 17631 - Same WM_CLASS for all windows
Summary: Same WM_CLASS for all windows
Status: CLOSED DUPLICATE of issue 111377
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC2
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: requirements
QA Contact: issues@ui
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-30 14:57 UTC by pichi
Modified: 2010-06-20 17:08 UTC (History)
1 user (show)

See Also:
Issue Type: FEATURE
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description pichi 2003-07-30 14:57:55 UTC
I have tryed make some hack with winoptions in IceWM for hotfix issue 15852 for
me but I've found some stupid thinks.

xprop | grep -i class and click on main window OOo
WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1"
xprop | grep -i class and click on slideshow
WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1"
xprop | grep -i class and click on dialogs
WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1"
xprop | grep -i class and click on stylist
WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1"

It disable some usefull advantage with winoptions. Maybe I want swith off frame,
fix on some position, set to top and notcover as panel may be stylist. And
other. I think it will be better if different windows have different names and
everybody can do what want. I guess it isn't very dificult to correct it.

In my opinion it's bug, but somebody else can consider this is enhancement.
Comment 1 Oliver Specht 2003-07-30 15:27:56 UTC
Whatever it is - it belongs to the gsl project.
Comment 2 christof.pintaske 2003-08-01 15:01:22 UTC
cp->pl: do not understand as well. please have a look
Comment 3 philipp.lohmann 2003-08-01 15:43:34 UTC
WM_CLASS contains an X resource name to be used for the window in
question for identification and resource lookup. OOo never used the X
resource system which is why there are no class names; since ICCCM
states WM_CLASS must be present when a (managed) window leaves
withdrawn state i built in a generic class name for all VCL windows.
Since there is absolutely no class name inherent for any window the
only way would be if i implemented API that a class name can be set by
the application and every window creator would have to set it. This
would be one small step for me but a huge effort for all application
developers as there are some thousand different types of windows in OOo.

Since this only works if done for all windows this is not my decision.
As i think this is a feature reuqest this should be discussed by the
user experience group, so i'll forward this issue to them.
Comment 4 lutz.hoeger 2003-08-01 16:52:03 UTC
LHO->CJ: Please take over.
Comment 5 christian.jansen 2003-09-11 15:26:53 UTC
Reassigned to Bettina, because it is a feature request.
Comment 6 ace_dent 2008-05-16 02:11:58 UTC
OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised is currently 'Unconfirmed' pending review, but has not been
updated within the last 3 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html
Comment 7 bettina.haberer 2010-05-21 15:13:12 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 8 caolanm 2010-06-03 15:57:49 UTC
mark as dup

*** This issue has been marked as a duplicate of 111377 ***
Comment 9 Mechtilde 2010-06-20 17:08:22 UTC
duplicate -> closed