What if I want to list the music I have from the Alternative and blues
genres? The multi select by default makes this very easy.
--Ian Santopietro
"Eala Earendel enlga beorohtast Ofer middangeard monnum sended"
Pa gur yv y porthaur? Public GPG key (RSA):
http://keyserver.ubuntu.com:11371/pks/loo
We should replace the Alt+Tab+Down-Arrow with *Alt+Tab+Mouse-Down/Mouse-Up.
*Alt tabbing is done with one hand so why should I remove my hand from my
mouse at all? It seems like an awful lot of arm movement.
The mouse-wheel could definitely be utilized to great effect with that
feature and reall
> Date: Tue, 21 Feb 2012 03:40:11 +0100
> From: joerlend.schins...@gmail.com
> To: unity-design@lists.launchpad.net
> Subject: Re: [Unity-design] Gnome Panel Creates Window Offsetting
>
> On 21. feb. 2012 03:21, Colton Allen wrote:
> > If a user prefers to have their unity bar fixed (not set to
i believe we could use the traditional standard for multiple selection, which
is pressing CTRL and clicking/selecting.
i also dont see the point for multiple selection by default.
people would like to filter faster when they are browsing for that specific app
(they may sometimes forgot the nam
On 21. feb. 2012 03:21, Colton Allen wrote:
If a user prefers to have their unity bar fixed (not set to autohide)
then the close, minimize, and maximize buttons are offset to the left.
It disjoints the experience. Why not have the Unity Bar take
preference before the gnome panel. Users with a f
I agree, surely want this resolved. I dont get used to this dis-alignment.
also a correction: the panel is not gnome-panel, is part of unity and they are
directly in charge of its dev so they can make it look or act however they want.
Date: Mon, 20 Feb 2012 21:21:09 -0500
From: webp...@gmail.co
If a user prefers to have their unity bar fixed (not set to autohide) then
the close, minimize, and maximize buttons are offset to the left. It
disjoints the experience. Why not have the Unity Bar take preference
before the gnome panel. Users with a fixed bar will not be forced to deal
with the
Hi all
2012/2/20 Mohamed Ikbel Boulabiar
> 2. The menu items of LibreOffice can be rearranged in a new visualization
> made by HUD, and which can be specific to each application too. For example
> rearranging them in ribbon interface ( implemented...) or in any other way.
>
> And all these chang
> At a very basic level, what the HUD does, is to enable the computer to adapt
> to the human, instead of forcing the human to adapt to the computer. Explain
> to me how that's not different from the computers of the 80s.
+1
--
Mailing list: https://launchpad.net/~unity-design
Post to : unity
On 20. feb. 2012 21:41, supernova wrote:
What can I say to argue this opinion, that according to me is too extreme?
There are extreme differences between words and commands. For instance,
the HUD does not require exact matches. Since I use a Norwegian
translation, I can use "nedlastinger" or
> 1.In the current stage, HUD is doing a 1-1 mapping keeping the same name,
> but it will be possible that someone hack HUD in the future to route a list
> of possible command entries to a specific command, in the example you've
> cited typing ("formula", "equation", ..) will activate your
> "INSER
Well, I think you are speaking about the problem of mapping.
Let's write an very simplified model for the interaction architecture to
better understand things.
The usual old menu interaction mode:
(mouse) --> (pointer) --> ((menu)app)
(keyboard shortcuts) ---^
HUD:
(keyboard entry) <-search-
On Mon, Feb 20, 2012 at 4:48 PM, supernova wrote:
> Dear Mailing List, I'm testing HUD with libreoffice.
>
> I think that this app has a limit: it speeds up the work of a person
> that previously has known menus as they are now.
> Imagine a child that is born a few ours ago. In 5 years he will use
Dear Mailing List, I'm testing HUD with libreoffice.
I think that this app has a limit: it speeds up the work of a person
that previously has known menus as they are now.
Imagine a child that is born a few ours ago. In 5 years he will use
Ubuntu of course. He will have to insert Schroedinger equat
Rather than VI commands, which were cryptic and more like shortcuts,
the HUD allows easy discoverability and flexible use of natural
language in it's search. That actually brings up a good point. The HUD
isn't for running commands, it's a search interface.
On Mon, Feb 20, 2012 at 13:41, supernova
Hi to all. Today I have talked about the HUD to an old physicist
Professor; he completely dislikes HUD, guesses that it is like using
VI commands. I explained HUD is intelligent, smart, but he says since
the 80s there has not been any important change on desktops. Well,
apart from graphics that now
Well... if someone does know what he is looking for, then he begins typing
in the search field. These category-listings are for program discovery I
believe.
Ian Santopietro 2012. február 20., hétfő napon a következőt írta:
> My understanding is that these are built using standard Unity APIs,
and
My understanding is that these are built using standard Unity APIs,
and that there are other instances (Like the Music Lens or Video Lens)
where selecting multiple sources or genres would be useful.
On Mon, Feb 20, 2012 at 00:07, balint...@gmail.com wrote:
> Dear Ayatana team,
> The default lense
By the way, unity-launcher-editor is currently broken (it creates lots of
duplicate / empty quicklists). Maybe someone here can fix it?
On Mon, Feb 20, 2012 at 14:33, Omar B. wrote:
> John Lea actually posted a bug to add the "unity-launcher-editor" (or a
> replacement?) in ubuntu-tweak (and o
John Lea actually posted a bug to add the "unity-launcher-editor" (or a
replacement?) in ubuntu-tweak (and or myUnity?):
https://bugs.launchpad.net/unity-launcher-editor/+bug/894772
but am not sure how that is going.
> Date: Sun, 19 Feb 2012 19:07:47 +0100
> From: joerlend.schins...@gmail.com
20 matches
Mail list logo
