sorry for forgetting the subject, I had one first but then kmail2 beta failed
to send the mail and I forgot about the subject when using webmail
On Thu, 5 May 2011 05:18:23 PM Bill Spitzak wrote:
> The claim that users are confused by mismatched window borders is not
> backed by evidence either. I
于 2011年05月07日 06:01, cat Wrote
> -- Forwarded message --
> From: cat
> Date: 2011/5/6
> Subject: Re: client side decorations
> To: Kristian Høgsberg
>
>
>
>
> 2011/5/6 Kristian Høgsberg
>
>> On Fri, May 6, 2011 at 3:14 PM, cat wrote:
"Window management policy" should a
-- Forwarded message --
From: cat
Date: 2011/5/6
Subject: Re: client side decorations
To: Kristian Høgsberg
2011/5/6 Kristian Høgsberg
> On Fri, May 6, 2011 at 3:14 PM, cat wrote:
> >> "Window management policy" should also be client-side. I may not have
> been
> >> clear a
On Fri, May 6, 2011 at 2:13 AM, wrote:
> When cross-compiling Wayland, wayland-scanner should be picked up from the
> host system instead of compiling and trying to run e.g. ARM wayland-scanner
> on X86.
>
> This patch adds --disable-scanner option for disabling the scanner from the
> build an
On Fri, May 6, 2011 at 3:14 PM, cat wrote:
>> "Window management policy" should also be client-side. I may not have been
>> clear about that. The wayland compositer almost NEVER moves or raises or
>> resizes a window. Clients do this in response to clicks or whatever. This
>> would have made it TR
On Fri, May 6, 2011 at 2:50 PM, Peng Huang wrote:
> I still remember some old windows systems which use client side decoration.
> When applications have some problems, you can not use close button to close
> them. Any the whole decoration will not be repainted anymore, just leave
> users the backg
>
> "Window management policy" should also be client-side. I may not have been
> clear about that. The wayland compositer almost NEVER moves or raises or
> resizes a window. Clients do this in response to clicks or whatever. This
> would have made it TRIVIAL to implement Gimp the way they intended,
I still remember some old windows systems which use client side decoration.
When applications have some problems, you can not use close button to close
them. Any the whole decoration will not be repainted anymore, just leave
users the background color. That is a really bad UX.
I think server side
Sam Spilsbury wrote:
Actually, I'm pretty sure in 99% of the cases out there the amount of
code required for individual applications to have a window border
using decorations done on the window manager side is going to be
pretty much nil.
Size? Resize rules? Name? Icon name? Icon? Layer? Windo
于 2011年05月06日 16:57, Niklas Höglund 写道:
> On 6 May 2011 09:42, Sam Spilsbury wrote:
>> You cannot assume that there will be a universally adopted method to
>> styling because we see on every single platform that there will *not*
>> be one. The best way to enforce styling is to enforce it at the wi
于 2011年05月06日 12:50, Mike Paquette 写道:
>
> On May 5, 2011, at 6:10 PM, Kristian Høgsberg wrote:
>
>> Also, the concern about not being able to close and moving hung apps
>> just seems blown out of proportion. Yes, it's a neat feature that X
>> WMs can deal with this, but it's just about the only
On 6 May 2011 09:42, Sam Spilsbury wrote:
> You cannot assume that there will be a universally adopted method to
> styling because we see on every single platform that there will *not*
> be one. The best way to enforce styling is to enforce it at the window
> manager level, so that the application
On Fri, May 6, 2011 at 8:18 AM, Bill Spitzak wrote:
> I believe client-side decorations are an absolute must.
>
> The amount of code necessary for an application to use an async protocol to
> describe how the window border should appear is greatly larger than that
> needed to just draw and handle
On 06/05/11 10:18, Bill Spitzak wrote:
I believe client-side decorations are an absolute must.
The amount of code necessary for an application to use an async protocol
to describe how the window border should appear is greatly larger than
that needed to just draw and handle events in the window
On 06/05/11 10:18, Bill Spitzak wrote:
I believe client-side decorations are an absolute must.
The amount of code necessary for an application to use an async protocol
to describe how the window border should appear is greatly larger than
that needed to just draw and handle events in the window
On 6 May 2011 08:25, "Niklas Höglund" wrote:
> so maybe just have some special hotels or similar for this.
Annoying text prediction. Hotkeys, not hotels.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mai
On 6 May 2011 02:10, "Kristian Høgsberg" wrote:
> I can't remember
> when I last had to deal with an unresponsive application
I had this happen to me in Windows XP yesterday. To be fair, I was pushing
the machine by running two VMs, one of which was running Windows update.
Chrome may have been pa
17 matches
Mail list logo
