On Mon, May 30, 2011 at 11:02 AM, Benjamin Otte wrote:
> That said, let me get into how I think this whole interaction between
> designers and developers should work inside GTK. I envision the design
> process for new widgets or interactions to go something like this:
> 1) GNOME designers come up
On Tue, 2011-05-31 at 01:53 +0300, Andrew W. Nosenko wrote:
> 1. how I can to hover using touch screen?
You may not be able to (I don't know if X on your touch screen would
emit proximity events).
In that case, those UIs that require hovering may indeed not be adequate
for your touch screen.
To
On Mon, May 30, 2011 at 23:33, Federico Mena Quintero
wrote:
> On Sat, 2011-05-28 at 23:01 +0200, Benjamin Otte wrote:
>> * The text says "Highlight and symbolic icon on hover indicates that
>> the item is actionable"
>> So far we've not had icons anywhere in GTK that only show up on hover.
>> Is
On Sat, 2011-05-28 at 23:01 +0200, Benjamin Otte wrote:
> And I'm somewhat lost what to do then. Should I say yes
> because it's a good widget to use in general? Should I say no, because
> it shouldn't be used? What are the features and behaviors I have to
> look out for in those widgets so they e
On Sun, May 29, 2011 at 1:06 AM, Paul Davis wrote:
> On Sat, May 28, 2011 at 5:01 PM, Benjamin Otte wrote:
>
> this is a cart vs. horse problem.
>
> i think you're absolutely correct that functionally, this is identical
> to a notebook. but there's function, and there's design.
>
> this design ca
On May 28, 2011, at 2:01 PM, Benjamin Otte wrote:
> * There's button(s) that say ( Notes | Edit )
> How are these buttons different from notebooks? Is it just visually
> different or is it a completely different interaction? Because from
> the interaction described it looks like a notebook to me,
Le samedi 28 mai 2011 à 19:06 -0400, Paul Davis a écrit :
> this is a cart vs. horse problem.
>
> i think you're absolutely correct that functionally, this is identical
> to a notebook. but there's function, and there's design.
>
> this design calls for an alignment of UI elements that isn't poss
hi Benjamin;
On 28 May 2011 22:01, Benjamin Otte wrote:
> Hey,
>
> I have a problem. I've not talked about this a lot, but it has crept
> up in my work of trying to improve GTK. It's the problem with how I
> see developers in GNOME currently approach developing the us
On Sat, May 28, 2011 at 9:31 PM, Colomban Wendling
wrote:
> Le 29/05/2011 01:06, Paul Davis a écrit :
>> this design calls for an alignment of UI elements that isn't possible
>> to accomplish with the current widget set (how would you get that More
>> combo/menubar/button into the tab list?).
>
>
Le 29/05/2011 01:06, Paul Davis a écrit :
> On Sat, May 28, 2011 at 5:01 PM, Benjamin Otte wrote:
>
> so lets take this particular point as an example of what i think the
> basic problem is here:
>
>> * There's button(s) that say ( Notes | Edit )
>> How are these buttons different from notebook
On Sat, May 28, 2011 at 2:01 PM, Benjamin Otte wrote:
> …
> * There's button(s) that say ( Notes | Edit )
> How are these buttons different from notebooks? Is it just visually
> different or is it a completely different interaction? Because from
> the interaction described it looks like a noteboo
On Sat, May 28, 2011 at 5:01 PM, Benjamin Otte wrote:
so lets take this particular point as an example of what i think the
basic problem is here:
> * There's button(s) that say ( Notes | Edit )
> How are these buttons different from notebooks? Is it just visually
> different or is it a complete
Hey,
I have a problem. I've not talked about this a lot, but it has crept
up in my work of trying to improve GTK. It's the problem with how I
see developers in GNOME currently approach developing the user
interfaces for their applications. I have a feeling it goes something
like this:
13 matches
Mail list logo
