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
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'
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 apathy, it just that fixing this the right way would require
new WM API.
Bill
On Thu, 2006-06-29 at 12:02, Chris Jones wrote:
> Well I think it is possible to d
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
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 keyb
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
