GNOME Bugzilla – Bug 149848
Error in panel dimension reported from GOK "Compose" keyboard
Last modified: 2004-12-22 21:47:04 UTC
1. Launch GOK, make it a top dock, full width, default size buttons (pretty large) - roughly 1/5th of a 1024x768 screen with the main keyboard of 3 rows. 2. Launch gedit 3. Select the "Launcher" keyboad - two rows only 4. Manually (with the mouse or Alt-F7) move the gedit window so it is just underneath the GOK dock. 5. Bring up various keyboards - "Activate", "Window", etc., note that in each case the gedit window moves down/up so that it remains just underneath the GOK dock. 6. Now bring up the GOK Compose keyboard. Note that while gedit does move down, it doesn't move down far enough, and is now partially obscured by the GOK dock. This seems like an error in the calculated size of the GOK Compose keyboard.
This is likely to be a duplicate of a metacity bug, struts that are over a certain size aren't being respected.
144126 is the bug that this is probably a duplicate of.
Peter, can you rebuild with diagnostics for the strut-setting? The code that needs to have the g_messages inserted is in gok_main_update_struts, just add g_message ("setting struts: top=%d, bottom=%d", struts[STRUP_TOP], struts[STRUT_BOTTOM]);
Bill, I will not have time to look at this in that depth for ~2+ weeks. Can you reproduce this bug? The steps are pretty clear and easy.
No, I can't reproduce this running GOK HEAD and Cinnabar 13, anyhow. I see the problem ONLY if the GOK buttons are so tall that the compose keyboard takes up nearly half the screen height.
Closing; Peter, please reopen if the metacity changes don't fix the problem.
Bill - you have indicated in sepatate e-mail that you don't have enough information to believe you are able to reproduce the bug you think I filed (you wrote: "your initial bug report doesn't quite include enough information to confirm whether the behavior which I personally observed and fixed is the same behavior that led to the complaint"). How can I clarify this bug further for you?
Please indicate the height of the GOK window (either in pixels, or approximate screen height) when the problem is seen - especially please indicate whether the problem is ever seen when the GOK compose window is less than (0.5*screenheight-75). Thanks.
New route to reproducing the bug that should be very easy. 1. Launch GOK, set to top-dock, "fill" 2. Launch gedit, place top directly underneath GOK keyboard 3. Go to GOK's Window keyboard, and start pressing "Taller" button. \ 4. At some point while doing this (when the GOK window is roughly 4/9ths of the way down from the top) it starts to overlap windows which refuse to move out of the way. See the forthcoming attachments - screen shots - showing the "just before", "just starting" and "clearly into" the problem images. You should have the precise pixels from this screen shot from a 1024x768 display.
Created attachment 30674 [details] Following instructions in #9, just before the problem appears Following instructions in #9, just before the problem appears
Created attachment 30675 [details] Following instructions in #9, just as the problem appears Following instructions in #9, just as the problem appears
Created attachment 30676 [details] Following instructions in #9, 3 clicks of "taller" after the problem appears Following instructions in #9, 3 clicks of "taller" after the problem appears
Thanks Peter: this confirms that the bug is a duplicate of #144126.
*** This bug has been marked as a duplicate of 144126 ***