Apache OpenOffice (AOO) Bugzilla – Issue 111377
All OpenOffice applications use the same WM_CLASS(STRING)
Last modified: 2017-05-20 10:30:31 UTC
Not sure this is part of the API, plz re-assign if I am mistaken. If we take Ooo 3.1, all OpenOffice applications (writer, calc, etc.) use the same WM_CLASS(STRING) = "VCLSalFrame.DocumentWindow", "OpenOffice.org 3.1". This causes an issue when we want to use this CLASS to control specific behaviors inside other applications for Ooo. For example if we want Compiz to force position, etc. independently of each Ooo application, it won't work. The best example is with Cairo-Dock, a dock utility for Linux. If you have all of your Ooo applications set as launchers in the dock and you launch one of them, the icons' behaviors will all the be same at the same time, though only one of the Ooo application is opened. If you launch Writer, the Writer and Calc and Draw etc. icons will animate altogether, though only Writer has been launched. This removes developers and users the flexibility to apply different type of controls to Ooo applications.
jsc -> cd: do you have an opinion to this issue?
confirm
Changing this would be easy (broadening either the SetExtendedStyle Window method, or add another interface) if framework could tell us a mor specific type. However there are Applications out there that rely on the current string.
So if I understand, some applications require that the window CLASS be the same (they currently rely on this), but some others, like Cairo-Dock, would need the CLASS to be different? That's not an easy decision then. :) I will try to see with Cairo-Dock's developers if they could use something else than the CLASS, if it's different in Ooo (for example, maybe the ROLE is different between all Ooo applications).
*** Issue 17631 has been marked as a duplicate of this issue. ***
See also http://live.gnome.org/GnomeShell/ApplicationBased
Note if changing the WM_CLASS is infeasible, I'd be fine with adding a new property too.
IIRC orca was one of the reasons we needed a consistent name. Or was it merely a consistent *string*, i.e. the presence of VCLSalFrame in there might be sufficient. Leaving VCLSalFrame, or VCLSalFrame.DocumentWindow.Presentation open for use. Does anyone remember where ".DocumentWindow" came from, i.e. mysterious issue 53630
Well, it seems the Cairo-Dock developers can't work around it using a property. They would need 4 different classes for the 4 Ooo applications. Not sure if that would impact some other applications like IIRC orca.
avant-window-navigator is having problems too because of WM_CLASS being identical on all modules. If you have a Writer and Calc shortcut on your panel and open documents it doesn't know which icon to place the triangle symbol under. If this doesn't break anything, this change would be greatly appreciated.
Well we can close this! LibreOffice now uses the name of the application in the CLASS! 'libreoffice-calc', 'libreoffice-writer', etc... AWESOME! :) tnx