[ubuntu-art] creamlooks-gtk

[Sumit Agarwal]

Hrm, I'm not sure I'm following your first point. Precisely what I was  
arguing was that most users are *not* aware that ALT-TAB cycles  
through windows, and that such behavior is not intuitive (though  
useful). ALT-LMB grabbing a window is news even to me  ;)

But your TabletPC suggestion is interesting, possibly even for other  
input devices as well. What it amounts to is a sort of 'invisible'  
multi-pixel window border. The best of both worlds? Maybe. I worry  
about a situation in which a user needs to manipulate pixels at the  
edge of a window, but the solution is simply to have it only switch to  
resize behavior *outside* of the application window, exactly like a  
window border. This might be perceived as interfering with underlying  
windows, but how many people select an underlying window by clicking  
it within 3 pixels of an overlaying window? This solution would also  
eliminate the need for a corner resize grip. Overall, I think it would  
be an exceptionally intuitive, naturalistic, and space-efficient  
solution.

We still need single-pixel borders for non-compositing window  
managers, but with compositing window managers that border can be  
eliminated entirely in favor of a drop shadow.

-Sumit


On Mar 21, 2008, at 4:50 PM, Julian Oliver wrote:

> ..on or around Fri, Mar 21, 2008 at 04:35:34PM -0700, Sumit Agarwal  
> said:
>> It doesn't fall under K.I.S.S. because 90+% of users would never  
>> dream
>> that a keyboard button would function as a toggle upon the cursor.
>
> then how does it somehow occur to them that ALT-LMB will grab a  
> window?
> that ALT-TAB cycles though windows?
>
>>
>> If you can't get around just fine without a keyboard plugged in, you
>> haven't succeeded in your interface design. You wouldn't believe how
>> many Windows users are stunned when I use CTRL+C, CTRL+V, ALT+ESC,  
>> and
>> ALT+TAB. Despite these functions being present since time immemorial,
>> most people are still completely unaware of it.
>>
>> Oh, and I have a TabletPC, so while I like keyboard shortcuts, I  
>> don't
>> like to be forced to use them ;)
>
> the TabletPC is a case i hadn't considered. a solution may be to have
> the cursor change to a resize graphic when the pointer is within 3
> pixels of the window edge. this would also make it more apparent for
> those transitioning from other windowing environments.
>
> cheers,
>
> -- 
> julian oliver
> http://julianoliver.com
> http://selectparks.net
> messages containing HTML will not be read.
>>
>>
>> On Mar 21, 2008, at 3:45 PM, Julian Oliver wrote:
>>
>>> ..on or around Fri, Mar 21, 2008 at 01:00:22PM -0500, xl cheese  
>>> said:
>>>>
>>>> There was a bug opened a while back about it being hard to resize
>>>> the window as it currently is design.  There was a suggestion to
>>>> make a transparent border that was thicker so it would be easier.
>>>> I think that bug was closed and labeled not a bug.
>>>>
>>>> With the new metacity supporting transparancy I wonder it it would
>>>> be possible to create a metacity with a thicker edge that was fully
>>>> transparent?
>>>
>>> it seems strange to me that the borders of windows would be made
>>> thicker
>>> /all the time/ just so they could make better click targets when
>>> someone
>>> needs to resize.
>>>
>>> why not just use a keyboard bind? hold down ALT when near an edge or
>>> corner to resize. if within range (4 pixels) the cursor changes to a
>>> resize cursor.
>>>
>>> it works with my current window manager just fine. GNOME should do  
>>> it
>>> too and free up those precious pixels - a lesson in K.I.S.S.
>>>
>>> cheers,
>>>
>>> -- 
>>> julian oliver
>>> http://julianoliver.com
>>> http://selectparks.net
>>> messages containing HTML will not be read.
>>>
>>> -- 
>>> ubuntu-art mailing list
>>> ubuntu-art at lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
>>
>>
>> -- 
>> ubuntu-art mailing list
>> ubuntu-art at lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
>
>
> -- 
> ubuntu-art mailing list
> ubuntu-art at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-art