Re: docked window mode in GOk and SOK

2006-06-29 Thread Chris Jones
Well I think it is possible to detect if the panel is running through dbus, and it's location is stored in gconf. This should be easy to implement. I've already tested it by hardcoding an offset, all that remains to do is reading the gconf values. I don't quite understand this apathy. No other

Re: docked window mode in GOk and SOK

2006-06-29 Thread Chris Jones
Agreed but it will do for now. Are there any plans for a new WM API. I don't think we can just leave this. On 29/06/06, Bill Haneman [EMAIL PROTECTED] wrote: Reading the gconf values isn't a fully robust solution, since the panel is not the only thing that might use _NET_WM_STRUTS. It's not

Re: docked window mode in GOk and SOK

2006-06-29 Thread Bill Haneman
On Thu, 2006-06-29 at 13:47, Chris Jones wrote: Agreed but it will do for now. Are there any plans for a new WM API. I don't think we can just leave this. The wm-spec-list@gnome.org is the place to take the discussion. Good luck convincing folks of the value of multiple docks on the same

docked window mode in GOk and SOK

2006-06-28 Thread Chris Jones
SOK is simple onscreen keyboard I am writing to compliment GOK. It is a summer of code project. I've been trying to implement a dock window mode for SOK like that which GOK has. Unfortunately my effort was met with a plethora of problems. Support for such docked windows is unpredictable under

Re: docked window mode in GOk and SOK

2006-06-28 Thread Bill Haneman
Hi Chris: There's no good solution to the share a dock area problem. We recommend that you don't use both top and bottom panels when running an onscreen keyboard, for this reason. The straightforward solution is to remove either the top or bottom panel, and then use that edge to dock your