2010/12/24 Celeste Lyn Paul
> This is a very interesting concept, but not necessarily for context
> menus. Imagine this design proposal as a first step towards merging
> window menu and toolbars, not too disimilar from the Microsoft ribbon.
> One weakness with the ribbon is that it limits the amo
This would also be a great topic for a developer to work on during a
UX sprint :)
2010/12/24 Celeste Lyn Paul :
> This is a very interesting concept, but not necessarily for context
> menus. Imagine this design proposal as a first step towards merging
> window menu and toolbars, not too disimilar
Btw, I just saw that Chromium 10 follows a similar approach
On Monday 13 December 2010 20:56:17 Miha Čančula wrote:
> I have recently come across an idea on KDE Brainstorm. [1] The proposal is
> to change the common actions in menus (cut, copy and paste) from text
> lines to icons, like in applica
This is a very interesting concept, but not necessarily for context
menus. Imagine this design proposal as a first step towards merging
window menu and toolbars, not too disimilar from the Microsoft ribbon.
One weakness with the ribbon is that it limits the amount of
functionality by what can graph
On Tuesday 14 December 2010, David Jarvie wrote:
> On Tue, December 14, 2010 2:52 pm, Ingo Klöcker wrote:
> > On Tuesday 14 December 2010, David Jarvie wrote:
> >> On Monday 13 December 2010 20:32:30 Albert Astals Cid wrote:
> >> > 5. There is no space to show the shortcut (i.e. Ctrl+C for Copy)
>
Dne torek 14 decembra 2010 ob 16:08:42 je David Jarvie napisal(a):
> On Tue, December 14, 2010 2:52 pm, Ingo Klöcker wrote:
> > On Tuesday 14 December 2010, David Jarvie wrote:
> >> On Monday 13 December 2010 20:32:30 Albert Astals Cid wrote:
> >> > 5. There is no space to show the shortcut (i.e. C
On 14.12.10 15:52:39, Ingo Klöcker wrote:
> On Tuesday 14 December 2010, David Jarvie wrote:
> > On Monday 13 December 2010 20:32:30 Albert Astals Cid wrote:
> > > 5. There is no space to show the shortcut (i.e. Ctrl+C for Copy)
> >
> > IMO, this is a very important drawback. There would then be n
On Tue, December 14, 2010 2:52 pm, Ingo Klöcker wrote:
> On Tuesday 14 December 2010, David Jarvie wrote:
>> On Monday 13 December 2010 20:32:30 Albert Astals Cid wrote:
>> > 5. There is no space to show the shortcut (i.e. Ctrl+C for Copy)
>>
>> IMO, this is a very important drawback. There would t
On Tuesday 14 December 2010, David Jarvie wrote:
> On Monday 13 December 2010 20:32:30 Albert Astals Cid wrote:
> > 5. There is no space to show the shortcut (i.e. Ctrl+C for Copy)
>
> IMO, this is a very important drawback. There would then be no easy
> way for users who didn't know the keyboard
Am Montag 13 Dezember 2010, 23:42:37 schrieb Dan Meltzer:
> If common actions were all handled in this way, then it might
> actually lead to more consistancy, and ease of access.
I don't know.. how do I know whether I need to look for a large toolbar button
at the top or for a regular menu entry
A Segunda, 13 de Dezembro de 2010 23:48:54 Markus Slopianka você escreveu:
> In principle I like the idea.
> But can the execution also work in other areas?
> How many items can be grouped together in a feasible way?
>
> Currently I have KWrite open. When I look at the Edit menu, I see:
> Find, Fi
In principle I like the idea.
But can the execution also work in other areas?
How many items can be grouped together in a feasible way?
Currently I have KWrite open. When I look at the Edit menu, I see:
Find, Find Next, Find Previous, Replace, Find Selected, Find Selected Backwards.
Those are six
Am Dienstag 14 Dezember 2010, 00:01:54 schrieb Aaron J. Seigo:
> (as a side note: this will break with dbusmenu; so it can't find its way
> easily into the system tray icon menus, for instance)
If it breaks dbusmenu, all the work on the Global Menu Bar front would go to
waste as
well.
On Monday, December 13, 2010, Dan Meltzer wrote:
> If common actions were all handled in this way, then it might
> actually lead to more consistancy,
consistency with what? certainly not with the menus, where we will now have
items that behave differently.
(as a side note: this will break with
On Mon, Dec 13, 2010 at 5:26 PM, Aaron J. Seigo wrote:
> On Monday, December 13, 2010, Miha Čančula wrote:
>> The pros and cons I can think of right now are: Pro:
>> 1. Biger clickable area => less chance of misclicks
>
> not substantially bigger; and in this case it would be interesting to know
On Monday, December 13, 2010, Miha Čančula wrote:
> The pros and cons I can think of right now are: Pro:
> 1. Biger clickable area => less chance of misclicks
not substantially bigger; and in this case it would be interesting to know
just how many misclicks actually happen using both UI styles.
> As someone who uses KDE on a computer without any pointing device, I
> rely on my keyboard's context menu key [1] quite a bit.
>
> Parker
>
> [1] http://en.wikipedia.org/wiki/Menu_key
>
I know, I know. I'm already reading through QMenu's code, I think I've come
up with something.
On Mon, Dec 13, 2010 at 16:26, Miha Čančula wrote:
> 2010/12/13 Albert Astals Cid
>> A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
>> > Dne ponedeljek 13 decembra 2010 ob 21:32:30 je Albert Astals Cid
>> > napisal(a):
>> > > Does this break keyboard navigation in the menu?
>> >
>> >
A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
> 2010/12/13 Albert Astals Cid
>
> > A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
> > > Dne ponedeljek 13 decembra 2010 ob 21:32:30 je Albert Astals Cid
> >
> > napisal(a):
> > > > Does this break keyboard navigation in
2010/12/13 Albert Astals Cid
> A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
> > Dne ponedeljek 13 decembra 2010 ob 21:32:30 je Albert Astals Cid
> napisal(a):
> > > Does this break keyboard navigation in the menu?
> >
> > Yes, unfortunately it does, I just tried. The elements disp
A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
> Dne ponedeljek 13 decembra 2010 ob 21:32:30 je Albert Astals Cid napisal(a):
> > Does this break keyboard navigation in the menu?
>
> Yes, unfortunately it does, I just tried. The elements displayed this way
> are not selectable by key
Dne ponedeljek 13 decembra 2010 ob 21:32:30 je Albert Astals Cid napisal(a):
> Does this break keyboard navigation in the menu?
Yes, unfortunately it does, I just tried. The elements displayed this way are
not selectable by keyboard, even thought other actions in the same menu are.
signature.as
A Dilluns, 13 de desembre de 2010, Miha Čančula va escriure:
> I have recently come across an idea on KDE Brainstorm. [1] The proposal is
> to change the common actions in menus (cut, copy and paste) from text
> lines to icons, like in application toolbars. It is currently the most
> popular idea t
I have recently come across an idea on KDE Brainstorm. [1] The proposal is to
change the common actions in menus (cut, copy and paste) from text lines to
icons, like in application toolbars. It is currently the most popular idea
there.
Someone posted a proof-of-concept example of how this can b
24 matches
Mail list logo
