I find Unity approach to multiple virtual desktops extremely half-hearted:
it just provides the option to used them and an icon which you can't remove
from the bar.
Unity could use virtual desktop in a transparent way:
1-Don't show icon if only a desktop is being used.
2-*Apps. should open in a
We're thinking maybe:
Step 1: Alt-Tab-Tab-Tab to relevant app.
Step 2: Either a) Release Alt to access mostly recent viewed window for
that app (or only window if there's only 1 window open for that app).
or b} Pause - spread of windows for that app is displayed.
Tab to one you
New scroll bars look and behaviour as it is in natty today are extremely
hard to use in touchscreen devices were you cannot use mouse-hover
functionality.
I suggest to extend delay time they use to disappear when mouse isn't
close enough.
Regards
MR
On Thu, 14 Apr 2011, Pippa Kyle wrote:
a. Already being in a Terminal (currently Alt-tab-tab-tab)
b. Needing to switch from a Firefox window? (Alt-tab-tab-tab-tab)
We're thinking maybe:
...
If I understand correctly?
a. From another Terminal Alt-*long pause*-tab-tab-tab
b. From
There's a plugin for touch screens called 'Unity Grab Handles' which
makes it easy ti resize and move windows.:)
Problem isn't in resize windows :)
Problem is in scrolling within a document. In Evince, for example, we
have an icon that let you jump to next page, but in other software or
There would need to be some user testing, but I don't think people just use one
full-screened app at a time. This, coupled with your own admission of
exceptions to be made for application would I think cause more confusion and
inconsistency than the current implementation.
On the other note,
On Thu, Apr 14, 2011 at 14:51, Marco Rofei marco.ro...@gmail.com wrote:
There's a plugin for touch screens called 'Unity Grab Handles' which makes it
easy ti resize and move windows.:)
Problem isn't in resize windows
Problem is in scrolling within a document. In Evince, for example, we have
Unity doesn't support single (multi?) touch scrolling like that found on phones?
From: marco.ro...@gmail.com
To: virtualspect...@googlemail.com
Date: Thu, 14 Apr 2011 14:51:48 +0200
CC: ayatana@lists.launchpad.net
Subject: Re: [Ayatana] Overlay scrollbars
There's a plugin for
Il giorno gio, 14/04/2011 alle 15.15 +0200, Remco ha scritto:
Aren't you supposed to swipe your fingers across the screen to scroll
in Evince? An interactive scrollbar is the worst way to scroll in
touch UIs.
Of course, but ubuntu support for touch screen devices is not so good
right today.
Then wouldn't it be better to file a bug that it's not working properly
(presumably with that hardware) rather than coming up with another way of
scrolling?
From: marco.ro...@gmail.com
To: remc...@gmail.com
Date: Thu, 14 Apr 2011 15:24:08 +0200
CC: ayatana@lists.launchpad.net
Subject: Re:
I played around with this idea myself when I was working on my own shell.
The issue is that since end users don't really tend to use multiple
desktops, they were confused as to where their apps had gone. Power users
didn't like it because it felt like the system was trying to do their work
for
Inconsistency where some open in the new workspace others don't
You still didn't answer how one would manage windows if the launcher icon
minimized it (I think that's probably better in a separate thread though)
From: jorge.ortega...@gmail.com
Date: Thu, 14 Apr 2011 16:16:00 +0100
Subject: Re:
On Tue, 2011-04-12 at 16:01 -0300, Sebastian Porta wrote:
Hello, everybody.
First let me tell you that I've been testing Ubuntu 11.04 Beta for a
week now, and I really like Unity and the potential that it has.
Second, I love the Lenses and I think it would be really great if you
include a
Hi Jorge,
On Thu, Apr 14, 2011 at 11:18 AM, Jorge Ortega
jorge.ortega...@gmail.com wrote:
I find Unity approach to multiple virtual desktops extremely half-hearted:
it just provides the option to used them and an icon which you can't remove
from the bar.
Unity could use virtual desktop in a
Hi jamur,
I don't want the shell to make arbitrary decisions for me
the decision to open apps on the same workspace is as arbitrary as the
decision to give them their own workspace.
Now, I don't have hard data to support this but there it goes anyway: most
of the times, when people work with
Hello Ayatana mailing list.
This would cause a lot of confusion for users. When you're on a viewport and
you click an icon you expect the program to open right in front of you.
Whisking the user around to different viewports when he opens programs will
cause confusion and frustration... it is not
Christopher,
But the new app would open right in front of you...
The way I see it is: there wouldn't be any defined number of desktops, and
definitely you shouldn't be able to see several empty desktops. The point is
that a new desktop is created every time you start a new app.
A compromise
What I mean by that is, when you click the launcher you expect one thing to
happen: the program to open. Opening it anywhere else but right in front of
me-*-on the viewport I'm currently looking at*--is adding unnecessary
complexity and confusion to what should be a dead simple procedure. Whisking
I think from now own I'm repeating myself but I'll try again.
If I call them virtual desktops is because they are not real, in the sense
that Gimp open and running is real. There is not system overhead there. I
really don't see the extra layer of complexity, quite the opposite. This is
simple:
What if I want to use two applications at once?
I prefer an environment in which I decide where windows are placed and when
they're minimized, and given the ubiquity of such a convention I'd be very
surprised if user testing could demonstrate that others don't.
I may be referring to a web
Review: Approve
review approve
--
https://code.launchpad.net/~ted/indicator-session/lp747818/+merge/57524
Your team ayatana-commits is subscribed to branch lp:indicator-session.
___
Mailing list: https://launchpad.net/~ayatana-commits
Post to :
Review: Approve
review approve
This code could be simplified a great deal by just using
g_dbus_connection_signal_subscribe() (that would also stop us from
leaking that proxy), but probably not a good idea to start a
refactoring at this point in the cycle :-)
--
Ken VanDine has proposed merging lp:~ken-vandine/indicator-me/lp_754524 into
lp:indicator-me.
Requested reviews:
Indicator Applet Developers (indicator-applet-developers)
Related bugs:
Bug #754524 in The Me Menu: unity-panel-service crashed with SIGSEGV in
g_variant_new_va()
The proposal to merge lp:~ted/indicator-session/lp747818 into
lp:indicator-session has been updated.
Status: Approved = Merged
For more details, see:
https://code.launchpad.net/~ted/indicator-session/lp747818/+merge/57524
--
The proposal to merge lp:~mterry/indicator-datetime/update-after-resume into
lp:indicator-datetime has been updated.
Status: Needs review = Merged
For more details, see:
https://code.launchpad.net/~mterry/indicator-datetime/update-after-resume/+merge/57574
--
Review: Approve
--
https://code.launchpad.net/~ken-vandine/indicator-me/lp_754524/+merge/57713
Your team ayatana-commits is subscribed to branch lp:indicator-me.
___
Mailing list: https://launchpad.net/~ayatana-commits
Post to :
Merge authors:
Michael Terry (mterry)
Related merge proposals:
https://code.launchpad.net/~mterry/indicator-applet/global-desc-update-callback/+merge/57533
proposed by: Michael Terry (mterry)
revno: 386 [merge]
committer: Ted
Merge authors:
Ken VanDine (ken-vandine)
Related merge proposals:
https://code.launchpad.net/~ken-vandine/indicator-me/lp_754524/+merge/57713
proposed by: Ken VanDine (ken-vandine)
review: Approve - Ted Gould (ted)
revno: 145
revno: 146
tags: 0.2.19
committer: Ken VanDine ken.vand...@canonical.com
branch nick: trunk
timestamp: Thu 2011-04-14 13:55:14 -0400
message:
0.2.19
modified:
configure.ac
--
lp:indicator-me
The proposal to merge lp:~ken-vandine/indicator-me/lp_754524 into
lp:indicator-me has been updated.
Status: Approved = Merged
For more details, see:
https://code.launchpad.net/~ken-vandine/indicator-me/lp_754524/+merge/57713
--
revno: 390
committer: Ted Gould t...@gould.cx
branch nick: trunk
timestamp: Thu 2011-04-14 21:30:02 -0500
message:
Forgot about the LP naming issue
renamed:
po/indicator-applet-af.po = po/af.po
po/indicator-applet-am.po = po/am.po
revno: 391
tags: 0.4.12
committer: Ted Gould t...@gould.cx
branch nick: trunk
timestamp: Thu 2011-04-14 21:32:33 -0500
message:
0.4.12
modified:
configure.ac
--
lp:indicator-applet
32 matches
Mail list logo