Hi Owais ;)
On Sat, Mar 27, 2010 at 19:11, Owais Lone wrote:
> I know this is off-topic but improving drag-n-drop caught my eye. Currently
> the windows get focus upon dragging. This makes it difficult to drag and
> drop in some situations. (Check the video.)
This problem is about to celebrate
On 29 March 2010 19:02, Eduard Grebe wrote:
> This is certainly an interesting set of ideas worth thinking about. I'm
> not sure mouse-based gestures would work well, however: I suspect they
> would be very cumbersome compared to direct button clicks.
>
>
A radial pie-menu is a good alternative to
The idea around the first four actions is great!
And the X thing is not so good as it will be falsely triggering other
actions while performing. I would like to suggest leaving the Close
button next to Esfera.
Thank you.
Jayrome
___
Mailing list: http
This is certainly an interesting set of ideas worth thinking about. I'm
not sure mouse-based gestures would work well, however: I suspect they
would be very cumbersome compared to direct button clicks.
Nevertheless, I think this concept can be further developed as a
touch-centric UI element. (Obvi
Hello Dylan!
I love your idea of having a widget that represents "the window", but
> I'm not too keen on the gestures; the rest of our desktop has no
> reliance on the things, aiming more for physical, direct interaction.
>
Yes, I know it's a change of concept, but not necessarily a big one. In
f
2010/3/26 Mark Shuttleworth
>
> Hi folks
>
> Got this interesting proposal from Pablo, and thought it should be sent to
> the list rather than handled in private correspondence. It reminds me of
> something David Siegel was sketching out, also inspired by the challenge of
> "how we can make the
On Fri, 2010-03-26 at 15:54 +0100, Yann Lossouarn wrote:
> IMO, Minimize and Maximize features should not be considered as a
> "pack" : accepting to lose maximize does not mean losing minimize
> would
> be acceptable as well.
I agree and that wasn't my intent. I use minimize regularly. I find
do
On Fri, 2010-03-26 at 14:12 +, David Siegel wrote:
> "Holistic" is a good word -- we should definitely have a broader
> discussion about user's window management needs and the UI that would
> address those needs, driven by use cases (e.g. "User wants a
> spreadsheet, a calculator, and a web p
On Fri, Mar 26, 2010 at 7:37 AM, Jim Rorie wrote:
> I'd be scared of a no-button, gesture-only interface for one reason.
> Accessibility. Not necessarily a person with motor coordination issues,
> but simple old age. I've noticed that double-clicking, an act that most
> of us take for granted,
Sure, as long as "different" looks the same as it does now ;-)
On 26 March 2010 16:42, Alex Launi wrote:
> On Fri, Mar 26, 2010 at 10:23 AM, Victor wrote:
>
>> The problem with (re)moving the traditional window control buttons is that
>> you leave a large percentage of the less experienced user
@Jim : same for me regarding the Maximize function, I think I almost never use
it (I select the application in the task bar application I want to see,
instead), but definitely not true for the Minimize, which I use really often,
especially when I have a lot of windows open, and don't want to lo
On Fri, Mar 26, 2010 at 10:23 AM, Victor wrote:
> The problem with (re)moving the traditional window control buttons is that
> you leave a large percentage of the less experienced users in comparative
> darkness. No controls at all is not intuitive.
I don't think that anyone is actually proposi
On Fri, 2010-03-26 at 16:23 +0200, Victor wrote:
> and I'm still not convinced that Gnome Shell's overview
> is the right approach.
This is a big elephant in the room for me. I see significant
development and a lot of creativity flowing into the shell, but I really
don't know
I'd be scared of a no-button, gesture-only interface for one reason.
Accessibility. Not necessarily a person with motor coordination issues,
but simple old age. I've noticed that double-clicking, an act that most
of us take for granted, can be difficult for older people. I'd hate to
add complex
The problem with (re)moving the traditional window control buttons is that
you leave a large percentage of the less experienced users in comparative
darkness. No controls at all is not intuitive.
On 26 March 2010 16:09, Luke Benstead wrote:
> On 26 March 2010 13:53, Jim Rorie wrote:
> > On Fri,
"Holistic" is a good word -- we should definitely have a broader
discussion about user's window management needs and the UI that would
address those needs, driven by use cases (e.g. "User wants a
spreadsheet, a calculator, and a web page all on the screen at once"
or "User wants two File Manager wi
On 26 March 2010 13:53, Jim Rorie wrote:
> On Fri, 2010-03-26 at 09:30 -0400, Scott Kitterman wrote:
>>
>> "David Siegel" wrote:
>>
>> >I think maximize, minimize, and close are taken for granted -- they're
>> >unquestioned assumptions carried over from a dusty desktop computing past.
>> >Frankly
>
> I hadn't thought about this until now, but I can't remember the last
> time I've hit maximize. Double clicking the title bar toggles the
> maximized, unmax states quite conveniently and is a much bigger target.
> While the close button in the corner makes a good consistent target, the
> other
On Fri, 2010-03-26 at 09:30 -0400, Scott Kitterman wrote:
>
> "David Siegel" wrote:
>
> >I think maximize, minimize, and close are taken for granted -- they're
> >unquestioned assumptions carried over from a dusty desktop computing past.
> >Frankly, I'm not convinced that any of these buttons ar
I'm glad to discuss it here, I thought somehow that the Ayatana list was
private... thanks for reading and commenting, guys :)
The concept may seem complex at first, but I think it isn't. What would an
user do if he finds a big new button on the windows? most of them will click
on it and see what
"David Siegel" wrote:
>I think maximize, minimize, and close are taken for granted -- they're
>unquestioned assumptions carried over from a dusty desktop computing past.
>Frankly, I'm not convinced that any of these buttons are worth the price
>paid by users in time spent thinking about how to
I understand what you mean with "dusty past", but... when we speak about "how
to minimize / maximize a window" (either with buttons or a "gesturable button",
we're still working on "how to manage dust", and not really on how to vacuum
clean it up. :) More clearly, I think that if we remain in a
Le vendredi 26 mars 2010 à 06:18 +, Mark Shuttleworth a écrit :
> Hi folks
>
> Got this interesting proposal from Pablo, and thought it should be
> sent to the list rather than handled in private correspondence. It
> reminds me of something David Siegel was sketching out, also inspired
> by th
I think maximize, minimize, and close are taken for granted -- they're
unquestioned assumptions carried over from a dusty desktop computing past.
Frankly, I'm not convinced that any of these buttons are worth the price
paid by users in time spent thinking about how to arrange their windows.
Anyway
On Friday, 26 March, 2010 06:18 PM, Jan-Christoph Borchardt wrote:
Gestures can be ambiguous when they rely too much on defined looks:
I have my GNOME window list in the top panel, the gesture for minimize
is unclear then. And what is the gesture for unmaximize? It would
either collide with min
Cool. That "other" button can be rendered like a joystick. The idea
would be disorienting to a lot of people haven't read the manual,
though. Perhaps, there has to be instructions like a fresh iPhones "hold
an icon to drag it or remove the application" thing
Allan
On Friday, 26 March, 2010 05
Gestures can be ambiguous when they rely too much on defined looks:
I have my GNOME window list in the top panel, the gesture for minimize is
unclear then. And what is the gesture for unmaximize? It would either
collide with minimize or be the same as maximize, what would be quite
confusing.
See a
Hi Dave,
I'll play the advocacy... ;) One question, first : I see what we lose (direct
access to minimize & maximize feature). What do we win in exchange ? I mean,
saving space and decluttering screen is good, especially when space lacks. But
the right part of the window bar is pretty empty, a
Pablo, awesome! I was just sketching something almost exactly like this...
My concept was a bit simpler but still very sophisticated:
* Replace Close, Min, Max buttons with just Close and "other"
* Dragging the "other" button slightly to the right and releasing
maximizes the window to full the
On Friday, 26 March, 2010 03:26 PM, Mark Shuttleworth wrote:
On 26/03/10 06:59, Chow Loong Jin wrote:
This is some really cool stuff, but one UI element doing everything,
and especially because the appearance is just a blue circle, really
does not seem intuitive. We would need a manual descr
On 26/03/10 06:59, Chow Loong Jin wrote:
> This is some really cool stuff, but one UI element doing everything,
> and especially because the appearance is just a blue circle, really
> does not seem intuitive. We would need a manual describing exactly how
> to use the control (akin to the proposal a
On Friday 26,March,2010 02:18 PM, Mark Shuttleworth wrote:
> Hi folks
>
> Got this interesting proposal from Pablo, and thought it should be sent
> to the list rather than handled in private correspondence. It reminds me
> of something David Siegel was sketching out, also inspired by the
> challen
32 matches
Mail list logo
