On 20/02/11 23:51, Jason Smith wrote:
> Placing at the bottom will hold challenges for a folded situation,
> though placing at the top will slide things that would otherwise be
> stationary. However, since we are known to be in a situation where no
> icon can possibly resolve the drop (with the exc
On 20/02/11 18:39, Mitja Pagon wrote:
> Using the example of volume control mentioned below, am I the only one
> who thinks windicators make little sense and are in fact bad UX.
No, of course you are not the only person, there's lots of dissent,
which is fine and stimulates discussion to get a bet
On Sun, Feb 20, 2011 at 7:24 PM, appi2...@gmail.com wrote:
> …
> Now that I think about it, I see little need for windicators - they offer
> little benefits, and pose many design problems. :/
On the topic of possible design problems, I would like to relate
another discussion here: that of window
On Sun, Feb 20, 2011 at 12:51 PM, Carl Simpson wrote:
> My concern is that the functionality of changing the volume of Banshee
> moves about quite a bit. It does this in two ways:
> 1) It moves from place to place in the interface- namely between the panel
> and the window decoration of Banshee.
Placing at the bottom will hold challenges for a folded situation,
though placing at the top will slide things that would otherwise be
stationary. However, since we are known to be in a situation where no
icon can possibly resolve the drop (with the exclusion of the trash),
perhaps always placing a
Annoyingly, this somehow ended up in a completely different thread due to
the horrors of human error. I'm reposting here.
Sticking with the examples of Banshee and volume, for the sake of argument,
we also recognise two sorts of window indicator:
a) A window indicator that stands alone as funct
Ah, dammit, how did this end up in…
Sorry about this. :/
I'll move it to the right thread.
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help : https://hel
Using the example of volume control mentioned below, am I the only one who
thinks windicators make little sense and are in fact bad UX. Follow my example.
What is the added benefit of having the per-application volume control as
"windicator". Music players already have per application volume con
Sticking with the examples of Banshee and volume, for the sake of argument,
we also recognise two sorts of window indicator:
a) A window indicator that stands alone as functionality dedicated to a
particular window. I call these “window-specific” window indicators.
b) A window indicator which i
Hi,
Thanks a lot for your answer.
On Firefox for example, there is an extension (Tab Mix Plus) which
allows to put left close button at left side, with this order : Close -
Icon - Name
And when there is only one tab opened, close button is kept :
http://pix.toile-libre.org/upload/original/12
Hi everybody,
Unity is getting very fine and I enjoy using it.
Regarding one particular thing, I would like to change the default
behavior if possible, sorry if this has already been discussed and decided.
It's related to switch between application windows when more than 1 is
opened.
For t
I think we should provide a standard "collapsing" approach for things
which could be window indicators and which are commonly system
indicators too, like volume. When maximised, the window indicator is
embedded in the system indicator (so there's only one volume indicator,
and in there you find wh
I would draw a distinction between touch friendly and touch optimized, and
while I agree with what MPT said about Unity and Ubuntu not being optimized for
touch (mainly because of the applications), there is nothing wrong with making
interfaces touch friendly (usable on, but not optimized for, t
Great suggestions all! How about this:
- if no app on the launcher can handle this type, and there is a
default launcher, we put it at the bottom (where it would launch) and
wiggle it to call attention to it
- we also allow drag to the apps place, which would open (on hover)
with the top secti
We're experimenting with different uses of the backlight. For example,
we'd like to experiment with using that to show focus in the keyboard
navigation case (Alt-F1). I don't think "running" is useful, given we
already have the symbolic pips, and I think there are risks to changing
the "look" of t
On 18/01/11 18:09, Conscious User wrote:
>
>> They are very different things, and a design that works well for one
>> will hardly ever work well for the other.
>
> I'm a little bit confused now because Mark's blog post about Unity
> clearly stated that some design decisions were motivated by touch
The close-multiple-tabs-fast behaviour just requires that the tab
realignment be smart. If you look closely, Chrome realigns twice, once
for fast closing, then for better spacing.
In other words, if fast-closing is a goal, then it's perfectly possible
to ensure that successive close buttons are p
The indicators are a continuation of menus. So F10 will bring up the
menu, from whence one can get to the indicators. I think we should stop
using Super+S now that this is the case, and ensure that F10 always works.
cc'ing Jorge because I think he setup the hotkey wiki page :-)
Mark
signature
18 matches
Mail list logo