Is this a Wine bug or a Gnome/Metacity bug?

SpawnHappyJake · Post by **SpawnHappyJake** » Wed Jan 04, 2012 4:50 am

With the Magical Jelly Bean Keyfinder running in Wine in Linux with Gnome/Metacity, the syncing of the "Always On Top Status" is one-way.

Under tools, Keyfinder has an "Always On Top" option. If you put the window into "Always On Top" mode via the keyfinder's option under tools, when you right-click on the window bar, you will see that, according to Gnome/Metacity, the window is indeed in "Always On Top" mode. Also when you uncheck "Always On Top" under tools, this communicates to Gnome/Metacity, and right-clicking on the bar will show that it is not in "Always On Top" mode.

But if you check or uncheck "Always On Top" via right-clicking the window bar and checking/ unchecking "Always On Top", this has no effect on whether "Always On Top" is checked off under tools. So Wine communicates to the GUI, but it doesn't seem like the GUI is communicating back to Wine.

So is this worthy of a Wine bug report, or is it not a Wine bug?

Jake

Post by **dimesio** » Wed Jan 04, 2012 10:15 am

SpawnHappyJake wrote: But if you check or uncheck "Always On Top" via right-clicking the window bar and checking/ unchecking "Always On Top", this has no effect on whether "Always On Top" is checked off under tools. So Wine communicates to the GUI, but it doesn't seem like the GUI is communicating back to Wine.

So is this worthy of a Wine bug report, or is it not a Wine bug?

What does it do in other window managers?

Bruno Jesus · Post by **Bruno Jesus** » Sun Jan 22, 2012 10:06 pm

On Wed, Jan 4, 2012 at 07:50, SpawnHappyJake <[email protected]>wrote:

But if you check or uncheck "Always On Top" via right-clicking the window
bar and checking/ unchecking "Always On Top", this has no effect on whether
"Always On Top" is checked off under tools. So Wine communicates to the
GUI, but it doesn't seem like the GUI is communicating back to Wine.

So is this worthy of a Wine bug report, or is it not a Wine bug?

It's an app bug. Windows does not have that option so applications do not
watch for suddenly changes on window positioning. A smart program could
check for that flag using API everytime the menu is clicked to show the
correct state. A simple test in windows is to use winlister (
http://www.nirsoft.net/utils/winlister.html) and make the program topmost
simulating what you do with gnome context menu, you will notice that the
application does not update the menu item.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-us ... hment.html>