2008/10/27 John Stowers <[EMAIL PROTECTED]>:
> On Mon, 2008-10-27 at 11:44 +0100, Steve Frécinaux wrote:
>> Ross Burton wrote:
>>
>> > Adding _NET_WM_CONTEXT_TOOLBAR sounds like it should be fairly simple to
>> > do, especially with a GTK+ utility function to mark a toolbar as the
>> > "main" toolb
-- Forwarded message --
From: Steve Lhomme <[EMAIL PROTECTED]>
Date: 2008/10/28
Subject: [GDK] generic patch
To: Tor Lillqvist <[EMAIL PROTECTED]>, Tor Lillqvist <[EMAIL PROTECTED]>
Hi (again) Tor,
While working on GDK I found a nasty bug. I attach a patch to fix it.
In my code
On Mon, 27 Oct 2008, Iain * wrote:
> On Mon, Oct 27, 2008 at 1:12 PM, Rui Tiago Cação Matos
> <[EMAIL PROTECTED]> wrote:
> > 2008/10/27 Allin Cottrell <[EMAIL PROTECTED]>:
> >>> IMO decorating a window belongs in the WM, not all X applications use
> >>> GTK as rendering toolkit...
> >>
> >> And no
On Mon, 2008-10-27 at 11:44 +0100, Steve Frécinaux wrote:
> Ross Burton wrote:
>
> > Adding _NET_WM_CONTEXT_TOOLBAR sounds like it should be fairly simple to
> > do, especially with a GTK+ utility function to mark a toolbar as the
> > "main" toolbar.
>
> The same can be done for menu-bar for os-x
On Mon, Oct 27, 2008 at 1:37 PM, David Zeuthen <[EMAIL PROTECTED]> wrote:
> Yes. I think making the window decoration code available to apps is a
> Good Thing(tm);
To make it clear, I don't think this is a bad idea (and we already
have this, in the abysmally named libmetacity-private),
but this w
On Sun, 2008-10-26 at 18:38 -0400, Thomas Thurman wrote:
> Do you think this is a good plan?
Yes. I think making the window decoration code available to apps is a
Good Thing(tm); without that it's going to be hard for enterprising app
writers (e.g. those who dare to question the establishment) to
On Mon, Oct 27, 2008 at 1:12 PM, Rui Tiago Cação Matos
<[EMAIL PROTECTED]> wrote:
> 2008/10/27 Allin Cottrell <[EMAIL PROTECTED]>:
>>> IMO decorating a window belongs in the WM, not all X applications use
>>> GTK as rendering toolkit...
>>
>> And not all users of gnome use Metacity as WM.
>
> IIUC
2008/10/27 Allin Cottrell <[EMAIL PROTECTED]>:
>> IMO decorating a window belongs in the WM, not all X applications use
>> GTK as rendering toolkit...
>
> And not all users of gnome use Metacity as WM.
IIUC from Owen's post[1] and things really end up going that way, you
won't have much coice. And
On Sun, Oct 26, 2008 at 11:38 PM, Thomas Thurman <[EMAIL PROTECTED]> wrote:
> Several people have raised the idea recently that the responsibility for
> drawing window borders might better lie with the application than the
> window manager. The idea goes something like this:
>
> 1. The window bor
On Mon, 27 Oct 2008, Jacob Kroon wrote:
> On Mon, Oct 27, 2008 at 10:46 AM, Rui Tiago Cação Matos
> <[EMAIL PROTECTED]> wrote:
> > 2008/10/26 Thomas Thurman <[EMAIL PROTECTED]>:
> >> 1. The window border theme parsing and displaying code should live in a
> >> library. (It already does, but its A
On Sun, 26 Oct 2008 18:38:01 -0400
Thomas Thurman <[EMAIL PROTECTED]> wrote:
> Possibly the library could be clever enough to understand more than one
> theme format. Eventually it would probably be best to split it away
> from Metacity entirely.
>
> Do you think this is a good plan?
I don't
On Mon, Oct 27, 2008 at 10:59 AM, Steve Frécinaux <[EMAIL PROTECTED]> wrote:
> Thinking from a linux-centric viewpoint, it would make it possible for us to
> implement that sort of things:
> http://tango.freedesktop.org/Window_Experiments
I don't see anything there that would require the applicat
Jacob Kroon wrote:
IMO decorating a window belongs in the WM, not all X applications use
GTK as rendering toolkit...
And all GTK users do not use metacity. But if we always stick to that
kind of arguments, we can never go forward. I'd just say "let's keep
practical and backward compatible".
Ross Burton wrote:
Adding _NET_WM_CONTEXT_TOOLBAR sounds like it should be fairly simple to
do, especially with a GTK+ utility function to mark a toolbar as the
"main" toolbar.
The same can be done for menu-bar for os-x-likeness addicts.
By the way, this could be solved easily using a GtkAppW
2008/10/27 Iain * <[EMAIL PROTECTED]>:
> * If a program hangs, the user cannot close the window
The WM could detect this like it already does and draw a dialog over the window.
> * each program needs a copy of the theme parsed in memory, the images
> created in memory
> * theme caches (what littl
On Mon, Oct 27, 2008 at 10:46 AM, Rui Tiago Cação Matos
<[EMAIL PROTECTED]> wrote:
> 2008/10/26 Thomas Thurman <[EMAIL PROTECTED]>:
>> 1. The window border theme parsing and displaying code should live in a
>> library. (It already does, but its ABI is allegedly private, though in
>> practice Comp
2008/10/26 Thomas Thurman <[EMAIL PROTECTED]>:
> 1. The window border theme parsing and displaying code should live in a
> library. (It already does, but its ABI is allegedly private, though in
> practice Compiz binds against it anyway. For this we will need to make
> it public.)
>
> 2. When an
On Sun, 2008-10-26 at 18:38 -0400, Thomas Thurman wrote:
> This would mean that the themes could interact better with the contents
> of the window. For example, it would become easy to add a button like
> the oval button on an OS X window which hides the toolbar.
You can do this by extending th
18 matches
Mail list logo
