[Touch-packages] [Bug 1648169] Re: Close button in switcher is tiny

2016-12-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1648169

Title:
  Close button in switcher is tiny

Status in Ubuntu UX:
  Confirmed
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  Steps:
  * right-edge to switcher
  * hover over a closable surface (not Scopes)

  Expected:
  * close button is appropriately sized

  Current:
  * tiny close button

  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: unity8 8.15+17.04.20161129-0ubuntu1
  ProcVersionSignature: Ubuntu 4.8.0-30.32-generic 4.8.6
  Uname: Linux 4.8.0-30-generic x86_64
  NonfreeKernelModules: zfs zunicode zcommon znvpair zavl
  ApportVersion: 2.20.3-0ubuntu8
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed Dec  7 18:17:15 2016
  InstallationDate: Installed on 2016-05-06 (214 days ago)
  InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 
(20160420.1)
  SourcePackage: unity8
  UpgradeStatus: Upgraded to zesty on 2016-11-22 (15 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1648169/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1646456] Re: "Always show the launcher" does not work in "tablet" mode

2016-12-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1646456

Title:
  "Always show the launcher" does not work in "tablet" mode

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  New
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  bq M10 FHD rc-proposed r243

  Steps to reproduce:
  0. Make sure 'Desktop mode' is switched off
  1. Go to System Setting > Launcher
  2. Switch on 'Always show the launcher'

  Expected result:
  The launcher is visible

  What happens instead:
  The launcher is not visible

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1646456/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1489517] Re: can't quit apps with touch in right-edge-spread when in windowed mode

2016-12-21 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1489517

Title:
  can't quit apps with touch in right-edge-spread when in windowed mode

Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  vivid+o + silo0, easier on n7
  steps
  1. launch a few apps
  2. connect to monitor, putting unity8 into window mode
  3. right edge swipe to open spread
  4. attempt to close by touching little red x out button on top left corner of 
app in spread
  expected: it would close
  result: it just selects

  seems to be just a diff between touch and cursor that might have been
  a design decision? or maybe just a bug?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1489517/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1646456] Re: "Always show the launcher" does not work in "tablet" mode

2016-12-21 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: New => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1646456

Title:
  "Always show the launcher" does not work in "tablet" mode

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  bq M10 FHD rc-proposed r243

  Steps to reproduce:
  0. Make sure 'Desktop mode' is switched off
  1. Go to System Setting > Launcher
  2. Switch on 'Always show the launcher'

  Expected result:
  The launcher is visible

  What happens instead:
  The launcher is not visible

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1646456/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1651473] Re: App Drawer access is not obvious

2016-12-21 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Paty Davila (dizzypaty)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1651473

Title:
  App Drawer access is not obvious

Status in Ubuntu UX:
  Confirmed
Status in unity8 package in Ubuntu:
  New

Bug description:
  The app drawer has landed in Unity8, but it's not obvious that it
  exists as the BFB doesn't open it, and seemingly no positioning of the
  mouse pointer indicates it is there. The only way I can open it is to
  use Super+A key combo from a physical keyboard.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1651473/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1650022] Re: We need a "close" action for killing an app in a trust prompt

2017-01-09 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1650022

Title:
  We need a "close" action for killing an app in a trust prompt

Status in Canonical System Image:
  New
Status in Ubuntu UX:
  New
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  The original designs for trust prompts included a close action in the
  header to close apps that were opened in a trust session.  This is
  particularly important when apps might not behave well or hang, there
  is no way out.  The close action is like a back button to take you
  back out of the app.

  We're close to landing trust session support in content-hub, where
  we'll open source apps for content picking in a trust prompt.  We've
  found apps that have a tendency to hang, leaving the user no way out
  besides killing both the source and destination apps.  Clearly those
  apps need some fixing, but we need to give the user an easy way out.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1650022/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1510378] Re: Missing window open/close animations on desktop

2015-10-27 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1510378

Title:
  Missing window open/close animations on desktop

Status in Ubuntu UX:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  Unity8 (on desktop) is missing window open/close animations

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1510378/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1510378] Re: Missing window open/close animations on desktop

2015-10-27 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
   Status: New => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1510378

Title:
  Missing window open/close animations on desktop

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Unity8 (on desktop) is missing window open/close animations

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1510378/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1497097] Re: [enhancement] Add non-linear animation progress (e.g. a sigmoid function) for minimize/maximize

2015-10-27 Thread Vesa Rautiainen
It would already be an improvement if instead of linear animation we
would use the standard Ubuntu easing curve that is part of our SDK.
UbuntuAnimation.StandardEasing.

I recommend first switching to use that and as part of the currently
ongoing system animations alignment work we could consider if we need to
add new easing curves to the sdk.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1497097

Title:
  [enhancement] Add non-linear animation progress (e.g. a sigmoid
  function) for minimize/maximize

Status in canonical-pocket-desktop:
  Incomplete
Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  [enhancement] Add non-linear animation progress (e.g. a sigmoid
  function).

  The current linear animations for minimize/maximize look kind of
  awkward and unnatural.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-pocket-desktop/+bug/1497097/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1511015] Re: [pocket pc] No option to keep app launcher visible

2015-10-29 Thread Vesa Rautiainen
My feeling is that we need this option but it would be effective only in
windowed mode as Saviq said.

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1511015

Title:
  [pocket pc] No option to keep app launcher visible

Status in Ubuntu UX:
  New
Status in ubuntu-system-settings package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  The app launcher auto-hides and there doesnt seem to be an option to
  keep it visible. no so much a bug but missing feature.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1511015/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1506708] Re: Dash reset when pulling out launcher is too eager

2016-01-29 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
   Status: New => Triaged

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1531172] Re: [Launcher] Icon flickers when longpressed to open the quick list

2016-01-31 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1531172

Title:
  [Launcher] Icon flickers when longpressed to open the quick list

Status in Canonical System Image:
  Fix Released
Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Steps to reproduce:
  1. long-press on a launcher icon
  2. release (quicklist appears)
  3. long-press some other icon

  Expected:
  4. quicklist focuses the newly longpressed icon

  Current:
  4. quicklist focuses the newly longpressed icon
  5. longpressed icon shows briefly the previously longpressed icon (icon from 
step 1) 

  ---
  Desired solution:

  Described expected behaviour

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1531172/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1489020] Re: [window management] unity8 and 3 finger window drag

2016-01-31 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1489020

Title:
  [window management] unity8 and 3 finger window drag

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  it's been pointed out with the recent bug 1438465 on windowed mode unity8, 
that could be solved or addressed by the feature that exists in unity7 which is 
using a 3 finger touch to target and drag around windows (w.o touching the 
title bar)
  side note: we may do something shorter term about bug 1438465

  just want some confirmation, will we still want this 3 finger touch in
  unity8 ?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1489020/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1506708] Re: Dash reset when pulling out launcher is too eager

2016-02-01 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1506708] Re: Dash reset when pulling out launcher is too eager

2016-02-01 Thread Vesa Rautiainen
The logic for the long left edge swipe seems to quite inconsistent
currently:

What happens now is that the long left edge swipe takes the user to the
left most scope in the Dash when the finger is released towards the
right edge.

Except:
- When some other than the left most scope is currently focused. Then nothing 
happens.
- When user has drilled in to one of the child scopes (such as Ubuntu Store). 
Then the focusing happens during the gesture immediately after the launcher 
width has been passed even without finger release.

The UX here needs to be fixed to be consistent always. Otherwise the
user can't really rely on the gesture if it act differently in different
cases. So either long left edge swipe only focused Dash app without
changing its state or the in addition it also focuses to the left most
item. But this should definitely NOT happen during the gesture while
finger still pressed. What happens with the App to Dash use case is the
correct behaviour.

The Dash structure is likely to change in the near future so we'll
address this inconsistency problem as a whole there. I think this bug
could though be fixed simply by implementing similar long left edge
swipe behaviour for Child scope -> Dash as there is currently for Any
other app -> Dash.


** Description changed:

  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher
  
  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.
  
  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width past
  the launcher or something similar.
+ 
+ Desired design-
+ 
+ Don't go home scope (left most) yet when gesture has passed the launcher
+ width. Follow the same logic here as when performing left edge gesture
+ when some other app than Dash is focused.
+ 
+ I don't think there is exact spec or parameters anywhere but basic rules are:
+ - Only trigger switch on finger release (the home scope can and should 
already be revealed during the gesture)
+ - To go to home scope certain horizontal threshold value needs to be exceeded 
and gesture direction on release needs to be from left to right.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

  Desired design-

  Don't go home scope (left most) yet when gesture has passed the
  launcher width. Follow the same logic here as when performing left
  edge gesture when some other app than Dash is focused.

  I don't think there is exact spec or parameters anywhere but basic rules are:
  - Only trigger switch on finger release (the home scope can and should 
already be revealed during the gesture)
  - To go to home scope certain horizontal threshold value needs to be exceeded 
and gesture direction on release needs to be from left to right.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1506708] Re: Dash reset when pulling out launcher is too eager

2016-02-01 Thread Vesa Rautiainen
Probably the reason why the "from App to Dash" logic hasn't been
replicated here is that in App to Dash use case the switch can be
handled by moving surfaces inside the Shell code. It's from app to
another app switch whilst in from scope to scope use case it's one
single application internal navigation. And we don't really have a way
to pass gesture progress values to apps currently. We can just notify
the dash to focus to the home scope. One time trigger only.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

  Desired design-

  Don't go home scope (left most) yet when gesture has passed the
  launcher width. Follow the same logic here as when performing left
  edge gesture when some other app than Dash is focused.

  I don't think there is exact spec or parameters anywhere but basic rules are:
  - Only trigger switch on finger release (the home scope can and should 
already be revealed during the gesture)
  - To go to home scope certain horizontal threshold value needs to be exceeded 
and gesture direction on release needs to be from left to right.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1489020] Re: [window management] unity8 and 3 finger window drag

2016-02-01 Thread Vesa Rautiainen
3-finger gestures should be enabled in Unity8. Design is in progress at
the moment but my feeling is that 3-finger drag in windowed mode would
be used for moving windows around. And in staged mode 3-finger drag
could be used for moving apps between stages (main stage and side
stage). This functionality will be confirmed once the spec is ready and
approved.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1489020

Title:
  [window management] unity8 and 3 finger window drag

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  it's been pointed out with the recent bug 1438465 on windowed mode unity8, 
that could be solved or addressed by the feature that exists in unity7 which is 
using a 3 finger touch to target and drag around windows (w.o touching the 
title bar)
  side note: we may do something shorter term about bug 1438465

  just want some confirmation, will we still want this 3 finger touch in
  unity8 ?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1489020/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1539957] Re: [enhancement] Allow files and links to be put on the Unity8 desktop

2016-02-01 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

** Changed in: ubuntu-ux
   Status: New => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1539957

Title:
  [enhancement] Allow files and links to be put on the Unity8 desktop

Status in Mir:
  Invalid
Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  enable the use of the desktop as in unity 7 . then adding the
  possibility to put files on the desktop

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1539957/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1489020] Re: [window management] unity8 and 3 finger window drag

2016-02-02 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: In Progress => Fix Committed

** Description changed:

  it's been pointed out with the recent bug 1438465 on windowed mode unity8, 
that could be solved or addressed by the feature that exists in unity7 which is 
using a 3 finger touch to target and drag around windows (w.o touching the 
title bar)
  side note: we may do something shorter term about bug 1438465
  
  just want some confirmation, will we still want this 3 finger touch in
  unity8 ?
+ 
+ --Desired design-
+ Unity8 should have 3 finger touch gestures enabled.
+ 
+ 3 finger tap on application window should show touch size targets for
+ moving, resizing, closing, maximising/restoring and minimising.
+ 
+ Window can also be moved around with 3 finger drag.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1489020

Title:
  [window management] unity8 and 3 finger window drag

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  it's been pointed out with the recent bug 1438465 on windowed mode unity8, 
that could be solved or addressed by the feature that exists in unity7 which is 
using a 3 finger touch to target and drag around windows (w.o touching the 
title bar)
  side note: we may do something shorter term about bug 1438465

  just want some confirmation, will we still want this 3 finger touch in
  unity8 ?

  --Desired design-
  Unity8 should have 3 finger touch gestures enabled.

  3 finger tap on application window should show touch size targets for
  moving, resizing, closing, maximising/restoring and minimising.

  Window can also be moved around with 3 finger drag.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1489020/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1515977] Re: Shell rotates inappropriately in windowed mode

2016-02-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1515977

Title:
  Shell rotates inappropriately in windowed mode

Status in The Avila project:
  Fix Committed
Status in Canonical System Image:
  Fix Committed
Status in Canonical Pocket Desktop:
  Fix Committed
Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Install latest rc proposed on a nexus 4.
  Attach a bluetooth mouse - this triggers windowed mode.
  Orient device in landscape
  Open weather app - which is locked portrait in the .desktop file

  Shell rotates to become portrait and there's no way to get it out of
  that mode easily.

  The shell should probably ignore the .desktop setting which says that
  an app is portrait only if it's windowed.

  
  - Desired UX 
  The shell should not rotate automatically when it's in windowed mode. 
  It should just ignore .desktop file orientations since in windowed mode it's 
possible to show a portrait window in landscape mode and vice versa.

To manage notifications about this bug go to:
https://bugs.launchpad.net/avila/+bug/1515977/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1506708] Re: Dash reset when pulling out launcher is too eager

2016-02-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1506708

Title:
  Dash reset when pulling out launcher is too eager

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  1) Go the app store, look at an app page, maybe start writing a review
  2) Pull out the launcher

  If you are even a little enthusiastic with your pull, the dash resets,
  and you lose your place.

  I do it by accident often, and it's annoying. I think it would be
  reasonable to wait till the drag goes more than a launcher's width
  past the launcher or something similar.

  Desired design-

  Don't go home scope (left most) yet when gesture has passed the
  launcher width. Follow the same logic here as when performing left
  edge gesture when some other app than Dash is focused.

  I don't think there is exact spec or parameters anywhere but basic rules are:
  - Only trigger switch on finger release (the home scope can and should 
already be revealed during the gesture)
  - To go to home scope certain horizontal threshold value needs to be exceeded 
and gesture direction on release needs to be from left to right.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1506708/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1500633] Re: orientation sensor "last vertical" seems to be remembered and applied

2015-10-09 Thread Vesa Rautiainen
I agree with Kevin here. The outcome of the sequence in bug description
is quite unpredictable from the user point of view. In the step 6 I
could imagine user for example answering a phone call and keeping the
phone in portrait orientation for a while.  And then finally when
switching to browser on a flat-down phone it suddenly orientates to
portrait. And what is worse for the user is that the whole shell and
therefore right edge switcher changes place making the whole system
navigation more difficult.

But I also understand that technical complexity aspect here as well. If
I could decide I guess I would ignore orientation switches when fixed-
orientation app is focused and ask the orientation again when rotation-
enabled app is focused. And if the sensors are between the threshold
values "Don't change" status should be given instead of the last
remembered orientation.

Does this all make sense?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1500633

Title:
  orientation sensor "last vertical" seems to be remembered and applied

Status in QtMir:
  Incomplete
Status in Ubuntu UX:
  Triaged
Status in qtmir package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  latest rc-image

  1. download and install machines vs machines
  2. open machines vs machines
  3. open browser, rotate to landscape
  4. lay flat on table so that browser is still in landscape
  5. switch back to machines vs machines with launcher
  6. raise top of phone as to make the phone vertical in portrait, lay back 
down flat
  7. switch to browser

  expected: browser would be in landscape
  actual: browser rotates

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1500633/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1355735] Re: [Greeter, App switcher] [design] App spread should include welcome screen

2015-10-16 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Pierre Bertet (bpierre)

** Changed in: ubuntu-ux
   Status: In Progress => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1355735

Title:
  [Greeter, App switcher] [design] App spread should include welcome
  screen

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  The app spread provides a wonderful way to get to all the screens that
  are available on Unity8 except for the welcome screen. If we included
  the welcome screen, then locking your device becomes as simple as a
  swipe from the right and picking the furthest-right item. This would
  also unify the welcome screen with other items in the app stack.

  The desired result is that the welcome screen always occupies the
  space furthest to the right of the app spread (i.e. the last app to be
  revealed in the spread).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1355735/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1350806] Re: [switcher] Apps in spread should have icon to help distinguish between them

2015-10-16 Thread Vesa Rautiainen
In the desktop version of the spread (included in the switcher view) we
have icons for application windows and I think we should include them in
the phone version as well. From the UX point of view there is not much
to be designed. It's more of a visual design task to decide the
appearance.

Due to the more 3d appearance on the phone I don't think the icons can
be positioned the same way as in the desktop switcher which is flat and
below the window. I think in the mobile case we need to overlay the icon
on top of the window (bottom left corner?) and rotate and scale it
together with the actual spread item. But this is to be for the visual
team.

** Changed in: ubuntu-ux
   Status: In Progress => Triaged

** Changed in: ubuntu-ux
     Assignee: Vesa Rautiainen (vesar) => Alex Milazzo (digitalalex)

** Changed in: ubuntu-ux
 Assignee: Alex Milazzo (digitalalex) => Grazina (boroskograzina)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1350806

Title:
  [switcher] Apps in spread should have icon to help distinguish between
  them

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu RTM:
  Incomplete

Bug description:
  As summary, it is hard in spread browse between apps, many apps look
  the same at first glance, adding an app icon may help

  
  Desired design:
  Add white overlay bar on top of the spread items. Anchored at the bottom of 
an item. Height 8 gu. Opacity 0.85.

  Add button at the bottom left of the spread items above the white overlay 
bar. Icon height 6 gu. Left margin 1 gu. Vertically centered to the the white 
overlay.
  UbuntuShape radius medium. BorderSource: "none".

  See Right edge documentation:
  https://docs.google.com/a/canonical.com/document/d/1FC_-
  5yz5kPy_ZvTphaqxOgI5BPnALFbxRAO4eJkzlf8/edit#heading=h.rutyq59eqmc1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1350806/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1401916] Re: [desktop] Configuration of screens positions and geometry

2015-10-16 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1401916

Title:
  [desktop] Configuration of screens positions and geometry

Status in Mir:
  Fix Released
Status in QtMir:
  New
Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Under unity7/xorg it's possible to configure the position of the screens and 
their geometry, that includes
  - resolution of each screen
  - rotation possible
  - relative position (external on top of laptop, or on the right)
  - definition of a "primary" monitor (the one containing the launcher if you 
decide to have that UI element only on one screen)
  - etc

  Under unity7 the configuration is applied on login by unity-settings-
  daemon using xrandr. In the new world unity8 should probably be the
  one setting up the configuration at start

  It would be useful to have input from design as well, on what should
  happen when connecting an unity8 powered device to an external screen.
  Should it mirror by default? Do we need settings control to configure
  what to do, ...

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1401916/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368695] Re: [design] [Greeter] Greeter should be dismissed only via an edge gesture

2015-10-23 Thread Vesa Rautiainen
Reassigned to Pierre since he knows better the status of the greeter.

** Changed in: ubuntu-ux
   Status: In Progress => Triaged

** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Pierre Bertet (bpierre)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368695

Title:
  [design] [Greeter] Greeter should be dismissed only via an edge
  gesture

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  - Greeter should only be dismissable via an edge gesture

  - When the user interacts with the greeter, the greeter should inform
  the user about how to perform an edge gesture.

  - Also remove the "Slide to unlock" text.

  **This item is to be designed, prototyped and tested before
  implementation. A bug report created for transparency reasons.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368695/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1488148] Re: windowed mode right edge spread selection needs animation

2015-11-23 Thread Vesa Rautiainen
I reconsidered this use case and undrstood that the switch from the
switcher to the desktop is a bit abrupt. We want to keep the transition
snappy so that it wound't start to annoy the user in the long run. I
created a prototype of it and with a little bit animation it feels much
better and smoother. In addition now the switch is in line with what
happens on the phone switcher at the moment.

** Description changed:

  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application
+ 
+ -Desired design-
+ The angled and cropped spread item that is selected by the user should 
animate from its spread position to its windows actual place and size in the 
normal desktop mode.
+ 
+ Selection animation behaviour and parameters:
+ - When one of the items is clicked the other items hide immediately. Also 
workspaces
+ - The black overlay (between the task switcher content and desktop) opacity 
animation to 0
+ - The spread item cropping container grows to original window size during the 
animation
+ - Angle changes back to 0 during the animation
+ - Background blur animates to 0 during the animation.
+ - Animation duration: FastDuration (for the item that's focused)
+ - Use UbuntuAnimation.StandardEasing

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1488148

Title:
  windowed mode right edge spread selection needs animation

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application

  -Desired design-
  The angled and cropped spread item that is selected by the user should 
animate from its spread position to its windows actual place and size in the 
normal desktop mode.

  Selection animation behaviour and parameters:
  - When one of the items is clicked the other items hide immediately. Also 
workspaces
  - The black overlay (between the task switcher content and desktop) opacity 
animation to 0
  - The spread item cropping container grows to original window size during the 
animation
  - Angle changes back to 0 during the animation
  - Background blur animates to 0 during the animation.
  - Animation duration: FastDuration (for the item that's focused)
  - Use UbuntuAnimation.StandardEasing

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488148/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1511015] Re: [pocket pc] No option to keep app launcher visible

2015-11-23 Thread Vesa Rautiainen
My proposal is to add a setting in the systems settings for this. As I
don't know exactly what is the design direction with window-mode
specific settings I'll move this but to mpt to comment.

** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1511015

Title:
  [pocket pc] No option to keep app launcher visible

Status in Ubuntu UX:
  Triaged
Status in ubuntu-system-settings package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  The app launcher auto-hides and there doesnt seem to be an option to
  keep it visible. no so much a bug but missing feature.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1511015/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1251866] Re: [launcher] No tooltips in the launcher

2015-11-23 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

** Description changed:

  The launcher doesn't have any tooltips when hovering on the desktop.
  Would be nice if the app name was shown like in unity7.
+ 
+ ---Desired design
+ Add the tooltip on hover event. The tooltip should show the application name. 
The implementation should follow unity7 behaviours.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1251866

Title:
  [launcher] No tooltips in the launcher

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  The launcher doesn't have any tooltips when hovering on the desktop.
  Would be nice if the app name was shown like in unity7.

  ---Desired design
  Add the tooltip on hover event. The tooltip should show the application name. 
The implementation should follow unity7 behaviours.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1251866/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1488148] Re: windowed mode right edge spread selection needs animation

2015-11-23 Thread Vesa Rautiainen
This rough gif gives an idea how the selection animation should look

** Attachment added: "switcher open.gif"
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1488148/+attachment/4523984/+files/switcher%20open.gif

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1488148

Title:
  windowed mode right edge spread selection needs animation

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application

  -Desired design-
  The angled and cropped spread item that is selected by the user should 
animate from its spread position to its windows actual place and size in the 
normal desktop mode.

  Selection animation behaviour and parameters:
  - When one of the items is clicked the other items hide immediately. Also 
workspaces
  - The black overlay (between the task switcher content and desktop) opacity 
animation to 0
  - The spread item cropping container grows to original window size during the 
animation
  - Angle changes back to 0 during the animation
  - Background blur animates to 0 during the animation.
  - Animation duration: FastDuration (for the item that's focused)
  - Use UbuntuAnimation.StandardEasing

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488148/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1488148] Re: windowed mode right edge spread selection needs animation

2015-09-18 Thread Vesa Rautiainen
The current design is intentional for few reasons.

First of all the switcher view is visually quite heavy already. Maybe
not so much when accessed via edge push or gesture but in simple alt-tab
use case. Adding an animation, for example selected app moving to its
place, would be too much every single time you use alt-tab to switch
between windows. Also in that case we should consider the opposite
animation when entering the spread (surfaces moving from their places to
the spread) which would be superheavy and hard to implement nicely since
the z-stacking order is reversible in spread than in normal windowed
mode.

Secondly in the current design the spread surfaces are square to have
balanced look and feel and also enable nice looking stacking at the
ends. That means cropping of the actual window content to fit in the
square without stretching. Not sure how nice it would look to animate
that cropping between the states.

Thirdly, if the item that is selected is already the topmost item on the
desktop and animates its place when selected it means that the same
surface is shown twice during the animation. Unless we hide the actual
surface on the desktop right when the animation starts to avoid
duplication. This might be ok but we haven't tried it out.

If you have any ideas how to ease the transition a bit feel free to
propose.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1488148

Title:
  windowed mode right edge spread selection needs animation

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488148/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1561629] Re: Indicator panel should not fill full height in desktop mode

2016-03-30 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: New => Triaged

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Paty Davila (dizzypaty)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1561629

Title:
  Indicator panel should not fill full height in desktop mode

Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  The indicator panel currently fills the whole height of the screen
  when swiped down both on mobile devices and the desktop. Thus it fills
  more space on the desktop than it has to. I would recommend setting
  the height to a fixed value if the screen height is greater than a
  specific size.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1561629/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1515977] Re: Nexus4 Shell rotates inappropriately in windowed mode

2016-01-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1515977

Title:
  Nexus4 Shell rotates inappropriately in windowed mode

Status in canonical-pocket-desktop:
  New
Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Install latest rc proposed on a nexus 4.
  Attach a bluetooth mouse - this triggers windowed mode.
  Orient device in landscape
  Open weather app - which is locked portrait in the .desktop file

  Shell rotates to become portrait and there's no way to get it out of
  that mode easily.

  The shell should probably ignore the .desktop setting which says that
  an app is portrait only if it's windowed.

  
  - Ubuntu UX Input Request ---

  Does it make sense for Unity to go into Windowed (aka Desktop) mode on
  such a small screen as the Nexus 4?

  It does make sense of course to show a mouse pointer and not display a
  virtual keyboard in response to the availability of those input
  devices. But what about going into windowed (aka Desktop) mode as
  well?

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-pocket-desktop/+bug/1515977/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1515977] Re: Nexus4 Shell rotates inappropriately in windowed mode

2016-01-12 Thread Vesa Rautiainen
Two separate issues have been discussed here:

1) Shell/App rotation rules for the windowed mode.

2) When to enable the windowed mode. Rules based on device size etc.

As I don't see these two depending each other there should be two
separate bug reports for these. This bug report is about the first one.


** Changed in: ubuntu-ux
   Status: In Progress => Fix Committed

** Description changed:

  Install latest rc proposed on a nexus 4.
  Attach a bluetooth mouse - this triggers windowed mode.
  Orient device in landscape
  Open weather app - which is locked portrait in the .desktop file
  
  Shell rotates to become portrait and there's no way to get it out of
  that mode easily.
  
  The shell should probably ignore the .desktop setting which says that an
  app is portrait only if it's windowed.
  
  
- - Ubuntu UX Input Request ---
- 
- Does it make sense for Unity to go into Windowed (aka Desktop) mode on
- such a small screen as the Nexus 4?
- 
- It does make sense of course to show a mouse pointer and not display a
- virtual keyboard in response to the availability of those input devices.
- But what about going into windowed (aka Desktop) mode as well?
+ - Desired UX 
+ The shell should not rotate automatically when it's in windowed mode. 
+ It should just ignore .desktop file orientations since in windowed mode it's 
possible to show a portrait window in landscape mode and vice versa.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1515977

Title:
  Nexus4 Shell rotates inappropriately in windowed mode

Status in canonical-pocket-desktop:
  New
Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Install latest rc proposed on a nexus 4.
  Attach a bluetooth mouse - this triggers windowed mode.
  Orient device in landscape
  Open weather app - which is locked portrait in the .desktop file

  Shell rotates to become portrait and there's no way to get it out of
  that mode easily.

  The shell should probably ignore the .desktop setting which says that
  an app is portrait only if it's windowed.

  
  - Desired UX 
  The shell should not rotate automatically when it's in windowed mode. 
  It should just ignore .desktop file orientations since in windowed mode it's 
possible to show a portrait window in landscape mode and vice versa.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-pocket-desktop/+bug/1515977/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1500633] Re: orientation sensor "last vertical" seems to be remembered and applied

2016-01-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1500633

Title:
  orientation sensor "last vertical" seems to be remembered and applied

Status in QtMir:
  Incomplete
Status in Ubuntu UX:
  In Progress
Status in qtmir package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  latest rc-image

  1. download and install machines vs machines
  2. open machines vs machines
  3. open browser, rotate to landscape
  4. lay flat on table so that browser is still in landscape
  5. switch back to machines vs machines with launcher
  6. raise top of phone as to make the phone vertical in portrait, lay back 
down flat
  7. switch to browser

  expected: browser would be in landscape
  actual: browser rotates

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1500633/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1500633] Re: orientation sensor "last vertical" seems to be remembered and applied

2016-01-12 Thread Vesa Rautiainen
There is a duplicate for this: https://bugs.launchpad.net/ubuntu-
ux/+bug/1522281

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1500633

Title:
  orientation sensor "last vertical" seems to be remembered and applied

Status in QtMir:
  Incomplete
Status in Ubuntu UX:
  In Progress
Status in qtmir package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  latest rc-image

  1. download and install machines vs machines
  2. open machines vs machines
  3. open browser, rotate to landscape
  4. lay flat on table so that browser is still in landscape
  5. switch back to machines vs machines with launcher
  6. raise top of phone as to make the phone vertical in portrait, lay back 
down flat
  7. switch to browser

  expected: browser would be in landscape
  actual: browser rotates

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1500633/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1500633] Re: orientation sensor "last vertical" seems to be remembered and applied

2016-01-12 Thread Vesa Rautiainen
Actually what I wrote on 2015-10-09 does NOT make sense. I wrote: "And
then finally when switching to browser on a flat-down phone it suddenly
orientates to portrait. And what is worse for the user is that the whole
shell and therefore right edge switcher changes place making the whole
system navigation more difficult."

What actually is true is that the Shell already is in portrait after the
phone call and doesn't need to rotate to landscape since the landscape
browser rotates to the same portrait orientation.

What is really important to notice when considering these use cases is
that apps have their orientation (some of them can be only in landscape
or in portrait) and shell has its orientation. AND that the Shell
orientation and the focused app orientation need to be the same. This is
mainly due to the bottom edge swipe feature that belongs to apps. In
order to avoid any collision between the shell edge gestures and the
application's bottom edge swipe the orientation need to be in sync.

What orientation UX spec states is: 
1) Application orientation follows the device orientation as long as that 
orientation is supported by the application
2) Shell orientation follows always current application's orientation


Now considering this again I would say that the way it works currently is the 
correct way. As a user I would be more annoyed if the shell rotated unexpected 
than if the app changed its orientation. At least the system's main 
navigational edges would remain the same. 

My conclusion would be to set this Invalid. Any other comments?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1500633

Title:
  orientation sensor "last vertical" seems to be remembered and applied

Status in QtMir:
  Incomplete
Status in Ubuntu UX:
  In Progress
Status in qtmir package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  latest rc-image

  1. download and install machines vs machines
  2. open machines vs machines
  3. open browser, rotate to landscape
  4. lay flat on table so that browser is still in landscape
  5. switch back to machines vs machines with launcher
  6. raise top of phone as to make the phone vertical in portrait, lay back 
down flat
  7. switch to browser

  expected: browser would be in landscape
  actual: browser rotates

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1500633/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1488148] Re: windowed mode right edge spread selection needs animation

2016-01-19 Thread Vesa Rautiainen
Ignore the previous animation attached as gif in this bug report. The
desired UX is now updated in the bug description section and that is
much simpler and works in all edge cases as well.

** Description changed:

  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application
  
  -Desired design-
- The angled and cropped spread item that is selected by the user should 
animate from its spread position to its windows actual place and size in the 
normal desktop mode.
- 
- Selection animation behaviour and parameters:
- - When one of the items is clicked the other items hide immediately. Also 
workspaces
- - The black overlay (between the task switcher content and desktop) opacity 
animation to 0
- - The spread item cropping container grows to original window size during the 
animation
- - Angle changes back to 0 during the animation
- - Background blur animates to 0 during the animation.
- - Animation duration: FastDuration (for the item that's focused)
- - Use UbuntuAnimation.StandardEasing
+ When selection happens from the switcher:
+ 1) hide the switcher immediately
+ 2) focus on the selected application and animate its scale value from 0.98 to 
1 during SnapDuration and StandardEasing

** Changed in: unity8 (Ubuntu)
   Status: Confirmed => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1488148

Title:
  windowed mode right edge spread selection needs animation

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  In Progress

Bug description:
  when in windowed mode, invoke right edge spread (through swipe or mouse 
pressure)
  currently selecting an application in the spread is a hard feeling switch to 
the focus on the application

  -Desired design-
  When selection happens from the switcher:
  1) hide the switcher immediately
  2) focus on the selected application and animate its scale value from 0.98 to 
1 during SnapDuration and StandardEasing

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488148/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1515977] Re: Shell rotates inappropriately in windowed mode

2015-12-11 Thread Vesa Rautiainen
I've been testing the Unity8 on Nexus 7 this week and I could easily
imagine using that in windowed mode with a mouse and a keyboard. So I
think it's a valid use case to have possibility to use windowed mode on
smaller devices. Where the limit goes is another question.

How about if we would simply ignore the .desktop file restriction in
windowed mode? Is there a use case when we would want to alter between
portrait and landscape based on the focused app in windowed mode?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1515977

Title:
  Shell rotates inappropriately in windowed mode

Status in canonical-pocket-desktop:
  New
Status in Ubuntu UX:
  Triaged
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Install latest rc proposed on a nexus 4.
  Attach a bluetooth mouse - this triggers windowed mode.
  Orient device in landscape
  Open weather app - which is locked portrait in the .desktop file

  Shell rotates to become portrait and there's no way to get it out of
  that mode easily.

  The shell should probably ignore the .desktop setting which says that
  an app is portrait only if it's windowed.

  
  - Ubuntu UX Input Request ---

  Does it make sense for Unity to go into Windowed (aka Desktop) mode on
  such a small screen as the Nexus 4?

  It does make sense of course to show a mouse pointer and not display a
  virtual keyboard in response to the availability of those input
  devices. But what about going into windowed (aka Desktop) mode as
  well?

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-pocket-desktop/+bug/1515977/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1510378] Re: Missing window open/close animations on desktop

2015-12-11 Thread Vesa Rautiainen
** Description changed:

  Unity8 (on desktop) is missing window open/close animations
+ 
+ 
+ Desired design:
+ 
+ Opening animation (parallel animation):
+ - Scale from 0.85 to 1
+ - Opacity from 0 to 1
+ - duration: UbuntuAnimation.SnapDuration
+ - easing: UbuntuAnimation.StandardEasing
+ 
+ Closing animation (parallel animation):
+ - Scale from 1 to 0.85
+ - Opacity from 1 to 0
+ - duration: UbuntuAnimation.SnapDuration
+ - easing: UbuntuAnimation.StandardEasingReverse

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1510378

Title:
  Missing window open/close animations on desktop

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Unity8 (on desktop) is missing window open/close animations

  
  Desired design:

  Opening animation (parallel animation):
  - Scale from 0.85 to 1
  - Opacity from 0 to 1
  - duration: UbuntuAnimation.SnapDuration
  - easing: UbuntuAnimation.StandardEasing

  Closing animation (parallel animation):
  - Scale from 1 to 0.85
  - Opacity from 1 to 0
  - duration: UbuntuAnimation.SnapDuration
  - easing: UbuntuAnimation.StandardEasingReverse

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1510378/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1510378] Re: Missing window open/close animations on desktop

2015-12-11 Thread Vesa Rautiainen
Indeed it is a bit blunt currently with no animations. What we want to
have is something really simple and quick for it not to be intrusive.
Unity7 is doing quite good job imo. I created a little prototype to test
different scaling and opacity values and animation parameter.

If you want to play with it its here:
lp:~vesar/+junk/WindowOpeningAndClosing

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1510378

Title:
  Missing window open/close animations on desktop

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Unity8 (on desktop) is missing window open/close animations

  
  Desired design:

  Opening animation (parallel animation):
  - Scale from 0.85 to 1
  - Opacity from 0 to 1
  - duration: UbuntuAnimation.SnapDuration
  - easing: UbuntuAnimation.StandardEasing

  Closing animation (parallel animation):
  - Scale from 1 to 0.85
  - Opacity from 1 to 0
  - duration: UbuntuAnimation.SnapDuration
  - easing: UbuntuAnimation.StandardEasingReverse

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1510378/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1250861] Re: Long-press on launcher doesn't work when quicklist is on screen

2016-01-05 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

** Changed in: ubuntu-ux
   Importance: Low => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1250861

Title:
  Long-press on launcher doesn't work when quicklist is on screen

Status in Canonical System Image:
  Fix Committed
Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Steps to reproduce:
  1. long-press on a launcher icon
  2. release
  3. long-press again

  Expected:
  3. you can drag the long-pressed item

  Current:
  3. quicklist closes

  ---
  Desired solution:

  As described in bug report Expected behaviour. User should be able to
  enable  item reordering even if quick list menu is open. Note that
  quick list should disappear when item is moved like the case is with
  the first long press.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1250861/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1531172] [NEW] [Launcher] Icon flickers when longpressed to open the quick list

2016-01-05 Thread Vesa Rautiainen
Public bug reported:

Steps to reproduce:
1. long-press on a launcher icon
2. release (quicklist appears)
3. long-press some other icon

Expected:
4. quicklist focuses the newly longpressed icon

Current:
4. quicklist focuses the newly longpressed icon
5. longpressed icon shows briefly the previously longpressed icon (icon from 
step 1) 

---
Desired solution:

Described expected behaviour

** Affects: ubuntu-ux
 Importance: Medium
 Assignee: Vesa Rautiainen (vesar)
 Status: Fix Committed

** Affects: unity8 (Ubuntu)
 Importance: Undecided
 Status: New

** Changed in: ubuntu-ux
   Status: New => Fix Committed

** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

** Also affects: unity8 (Ubuntu)
   Importance: Undecided
   Status: New

** Summary changed:

- [Launcher] Icon flickers when longpressed to open quicklist
+ [Launcher] Icon flickers when longpressed to open the quick list

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1531172

Title:
  [Launcher] Icon flickers when longpressed to open the quick list

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  Steps to reproduce:
  1. long-press on a launcher icon
  2. release (quicklist appears)
  3. long-press some other icon

  Expected:
  4. quicklist focuses the newly longpressed icon

  Current:
  4. quicklist focuses the newly longpressed icon
  5. longpressed icon shows briefly the previously longpressed icon (icon from 
step 1) 

  ---
  Desired solution:

  Described expected behaviour

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1531172/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1370075] Re: [design] [Switcher] Non-favourite scopes should appear in the apps stack

2015-05-08 Thread Vesa Rautiainen
** Summary changed:

- [design] [Switcher] Non-favourite feeds should appear in the apps stack
+ [design] [Switcher] Non-favourite scopes should appear in the apps stack

** Description changed:

  Currently app switcher (accessed via long right edge swipe) shows the
  Dash and all recent applications.
  
- The Dash contains favourite feeds. The current design proposal is that
- an individually opened feed (feed = scope) opens as a separate
- application in its own instance if it's not one of the favourite feeds.
+ The Dash contains favourite scopes. The current design proposal is that
+ an individually opened scope opens as a separate application in its own
+ instance if it's not one of the favourite scopes.
  
- Within the feed there can be a navigation similarly as apps have but
+ Within the scope there can be a navigation similarly as apps have but
  there is no header back navigation back to dash. Even if it was launched
- from there. So these non-favourite feeds are self contained items
+ from there. So these non-favourite scope are self contained items
  behaving like any app.
  
- Because of their app-like nature we want to add non-favourite feeds to
+ Because of their app-like nature we want to add non-favourite scope to
  the spread view and treat them there as any applications. They follow
  same recency order positioning, they can be closed and navigated to.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1370075

Title:
  [design] [Switcher] Non-favourite scopes should appear in the apps
  stack

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  Currently app switcher (accessed via long right edge swipe) shows the
  Dash and all recent applications.

  The Dash contains favourite scopes. The current design proposal is
  that an individually opened scope opens as a separate application in
  its own instance if it's not one of the favourite scopes.

  Within the scope there can be a navigation similarly as apps have but
  there is no header back navigation back to dash. Even if it was
  launched from there. So these non-favourite scope are self contained
  items behaving like any app.

  Because of their app-like nature we want to add non-favourite scope to
  the spread view and treat them there as any applications. They follow
  same recency order positioning, they can be closed and navigated to.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1370075/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1322490] Re: [indicators] Clicking on a connected network's checkbox disconnects & re-connects

2015-05-08 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-settings-components
in Ubuntu.
https://bugs.launchpad.net/bugs/1322490

Title:
  [indicators] Clicking on a connected network's checkbox  disconnects &
  re-connects

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged
Status in ubuntu-settings-components package in Ubuntu:
  Triaged

Bug description:
  indicator-network 0.5.1+14.10.20140516.2-0ubuntu1, Ubuntu Utopic

  1. Unlock the phone
  2. Drag down the indicator for networking
  3. Select a wifi AP sign into it
  4. Drag down the indicator for networking
  5. Try to uncheck it.

  What happens: The network disconnects and reconnects.

  What should happen: Nothing.

  <https://wiki.ubuntu.com/Networking#wi-fi-menu>: "2. If the card is
  powered on, up to 6 (phone) or 20 (PC) radio items representing known
  Wi-Fi networks..."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1322490/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1385423] Re: [indicators] flight mode use of x and check mark is counterintuitive

2015-05-08 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-network in
Ubuntu.
https://bugs.launchpad.net/bugs/1385423

Title:
  [indicators] flight mode use of x and check mark is counterintuitive

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Confirmed

Bug description:
  Every time I look at the flight mode status on my phone, it takes me
  an extra second to understand the current state.  Flight mode is "on",
  and shows a green check box, when the network is disabled; and flight
  mode is "off", showing a black and white X, when the network is
  enabled.  This mental negation costs cognitive effort to decipher,
  because it's using the same symbols as the individual services (wifi,
  gps, bluetooth...) with an opposite meaning.

  I'm not a designer, but my suggestion would be to use different
  symbols for on/off than are used elsewhere in the UI.  (The other
  possibility would be to change the name of the setting to give it an
  opposite sense; I don't suggest doing this because "Flight mode" is a
  well-known name for the functionality.)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1385423/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1445572] Re: [Right edge] Apps closing shouldn't be possible during the edge gesture

2015-05-08 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1445572

Title:
  [Right edge] Apps closing shouldn't be possible during the edge
  gesture

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  Steps to repro:

  - Open few apps
  - start right edge gesture 
  - during the gesture (while moving towards left and still holding finger 
down) interact with the spread items with another finger. For example try to 
swipe up or down to close.

  Result:
  - sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.

  Expected result: 
  - The spread items can't be interacted with during the edge gesture. The 
items should be interactive only after user has finished the gesture by 
releasing the finger.

  ---
  Desired design: Expected result

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1445572/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1431564] Re: [switcher] Can't use mouse to access spread or bottom edge

2015-05-15 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1431564

Title:
  [switcher] Can't use mouse to access spread or bottom edge

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  If I connect my BT mouse to my Nexus 4 running devel-proposed with
  silo 0 (the MWC demo), I can neither open the app spread nor the
  manage scopes overview. Using the touch screen, both actions work
  fine, even when the mouse is connected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1431564/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1431564] Re: [switcher] Can't use mouse to access spread or bottom edge

2015-05-15 Thread Vesa Rautiainen
For the spread access we'll be using similar type edge push as for the
launcher in Unity7.

For the bottom edge access there will be a mouse hover hint and a
clickable target. Work in progress.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1431564

Title:
  [switcher] Can't use mouse to access spread or bottom edge

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  If I connect my BT mouse to my Nexus 4 running devel-proposed with
  silo 0 (the MWC demo), I can neither open the app spread nor the
  manage scopes overview. Using the touch screen, both actions work
  fine, even when the mouse is connected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1431564/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1380100] Re: Screen should darken as launcher is revealed

2015-05-15 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

** Description changed:

  When the left edge launcher is revealed over an app or a scope other
  than the apps scope, the app should darken smoothly and proportionately
  to the revealing movement of the launcher.
  
  At the moment, the screen darkens after the launcher is fully committed.
  
  Instead the degree of darkening of the screen should be correlated to
  the extent of the launcher reveal. As the launcher is hinted, the screen
  should darken a little, and as it is revealed the rest of the darkening
  should happen, till the commit at which point the app / screen is at the
  final level of darkening.
  
  If the left edge swipe continues then we expect to reveal the app scope,
  which would be undimmed and hence contrast strongly with the app (or
  other scope) that was visible.
  
  This will serve to strengthen the hint / reveal of the launcher, and
  also to highlight the emergence of the app scope. It also matches the
  immediate dimming of the screen during a right-edge swipe.
+ 
+ ---
+ Proposed design
+ 
+ As explained in the description. Make the darkening overlay appearance
+ proportional to the launcher reveal changing from opacity value 0 to
+ 0.6.
+ 
+ During the long left edge swipe dark overlay should follow the dismissed
+ app and finally disappear behind the right edge together with app while
+ launcher fades away in place.
+ 
+ Special case: Apps scope on the screen initially
+ - overlay darkening should happen the same way during the launcher reveal as 
with any other application or scope.
+ - the special treatment happens in the long gesture during which the overlay 
should not move away towards right (because now there is no app dismissal). 
Instead the overlay should fade out in place. Fade out should follow the same 
animation timings as in normal case.
+ - note that the fade out should react to finger movement when the long swipe 
is active.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1380100

Title:
  Screen should darken as launcher is revealed

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  When the left edge launcher is revealed over an app or a scope other
  than the apps scope, the app should darken smoothly and
  proportionately to the revealing movement of the launcher.

  At the moment, the screen darkens after the launcher is fully
  committed.

  Instead the degree of darkening of the screen should be correlated to
  the extent of the launcher reveal. As the launcher is hinted, the
  screen should darken a little, and as it is revealed the rest of the
  darkening should happen, till the commit at which point the app /
  screen is at the final level of darkening.

  If the left edge swipe continues then we expect to reveal the app
  scope, which would be undimmed and hence contrast strongly with the
  app (or other scope) that was visible.

  This will serve to strengthen the hint / reveal of the launcher, and
  also to highlight the emergence of the app scope. It also matches the
  immediate dimming of the screen during a right-edge swipe.

  ---
  Proposed design

  As explained in the description. Make the darkening overlay appearance
  proportional to the launcher reveal changing from opacity value 0 to
  0.6.

  During the long left edge swipe dark overlay should follow the
  dismissed app and finally disappear behind the right edge together
  with app while launcher fades away in place.

  Special case: Apps scope on the screen initially
  - overlay darkening should happen the same way during the launcher reveal as 
with any other application or scope.
  - the special treatment happens in the long gesture during which the overlay 
should not move away towards right (because now there is no app dismissal). 
Instead the overlay should fade out in place. Fade out should follow the same 
animation timings as in normal case.
  - note that the fade out should react to finger movement when the long swipe 
is active.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1380100/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1413791] Re: [edge interaction] Left swipe/BFB should reset search string

2015-04-17 Thread Vesa Rautiainen
I think this is a good idea. When the user wants to open multiple music
apps from the filtered list in the given example, the way to go back to
that list is to use right edge navigation. Just one short right edge
swipes gets you back to the search results.

But performing one of the "home" gestures/actions would reset the view
to initial state and therefore giving always consistent and predictable
end result is a good approach.

** Description changed:

  device nexus 4 mako
  
  os Ubuntu 15.04 (r73)
  
  I love the left swipe, being able to go back to the main menu by doing a full 
swipe to the left is great.
  However my list of apps has considerably increased \o/ and i usually search 
them via the search button and this is where the problem lies. A full left 
swipe does not bring me back to the main menu but to the  last searched app if 
i opened my app through the search menu
  
  As an example
  Step 1 go to apps scope on main menu
  step 2 search music app via the search button ( type music)
  step 3 open music app
  step 4 do a full left swippe
  
  I should expect to being brought back to app scope.
  ==> Full left swipe brings me back to results of step 2
+ 
+ --
+ Desired design solution:
+ 
+ Long left edge swipe or BFB click on the launcher takes user back to apps 
scope (or leftmost scope in the dash). It also resets the search query and
+ positions the list in the beginning.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1413791

Title:
  [edge interaction] Left swipe/BFB should reset search string

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  device nexus 4 mako

  os Ubuntu 15.04 (r73)

  I love the left swipe, being able to go back to the main menu by doing a full 
swipe to the left is great.
  However my list of apps has considerably increased \o/ and i usually search 
them via the search button and this is where the problem lies. A full left 
swipe does not bring me back to the main menu but to the  last searched app if 
i opened my app through the search menu

  As an example
  Step 1 go to apps scope on main menu
  step 2 search music app via the search button ( type music)
  step 3 open music app
  step 4 do a full left swippe

  I should expect to being brought back to app scope.
  ==> Full left swipe brings me back to results of step 2

  --
  Desired design solution:

  Long left edge swipe or BFB click on the launcher takes user back to apps 
scope (or leftmost scope in the dash). It also resets the search query and
  positions the list in the beginning.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1413791/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1355284] Re: Switching swipe directions should reverse app spread

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1355284

Title:
  Switching swipe directions should reverse app spread

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu RTM:
  Fix Released

Bug description:
  The new app spread is gorgeous, thank you! In general we try to ensure
  reversibility of transitions - if a user starts a gesture and changes
  their mind they should be able to reverse the gesture and exit the
  transition as long as they have not lifted their finger.

  In this case, a user swiping from the right who intends to toggle
  windows but overshoots (thereby entering the spread) should be able to
  change direction, move their finger back towards the right edge,
  returning to the toggle and then to the original app if they move
  their finger all the way off the right edge.

  ---
  Desired solution

  User should be in control through the whole the gesture. We want to have
  reversibility also after second commit point the same way we have for the 
first commit point in current implementation. 

  This has now been captured also in the right edge documentation:
  https://docs.google.com/a/canonical.com/document/d/1FC_-
  5yz5kPy_ZvTphaqxOgI5BPnALFbxRAO4eJkzlf8/edit#

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1355284/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368287] Re: [App switcher] Different drag behaviour between items that can and cannot be closed

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368287

Title:
  [App switcher] Different drag behaviour between items that can and
  cannot be closed

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu RTM:
  Fix Released

Bug description:
  Drag to close is a great feature in application spread. In user
  testing it had a great success rate and users understood it and knew
  how to use it. The problem is the Dash item that's part of the spread
  but is the only item which cannot be closed. Currently the Dash item
  drag movement is similar to the movement of the items that actually
  can be closed.

  We want to make Dash drag different from others by restricting the
  movement while still responding to user's drag.

  
  Desired solution

  Use restriction algorithm for dash item so that it moves along the
  drag but soon starts restricting the movement indicating that it's an
  item that cannot be closed.

  Here is quite nice elastic function that can be used:
  function elastic( currentPosition, limit ) {
  return limit * ( 1 - Math.pow( ( limit - 1 ) / limit, currentPosition ) )
  }

  Where:
  limit is the highest value that ever can be returned by the function
  current position is the value to be limited

  It's a bit hard to describe the parameters, therefore I created a prototype 
that should explain the usage. 
  Find it from: lp:~willow-team/willow/elasticRestriction

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1368287/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1134491] Re: [indicators] improve the indicator selection

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1134491

Title:
  [indicators] improve the indicator selection

Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Still not refined enough
  Blank bar has caused some confusion.

  : "The icons are small and closely
  spaced, so it's easy to open a different tray than expected."

  See also duplicate blueprint
  .

  --
  Desired solution:

  prototype screencast :
  https://drive.google.com/a/canonical.com/#folders/0B8eY_FZZ1z7IOE5uZFRJV1RVTlU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1134491/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1369644] Re: [enhancement] Should be possible to take a screen shot on the phone from the phone itself

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1369644

Title:
  [enhancement] Should be possible to take a screen shot on the phone
  from the phone itself

Status in Mir:
  Opinion
Status in Qt integration with the Mir display server:
  Invalid
Status in Ubuntu UX bugs:
  Fix Released
Status in mir package in Ubuntu:
  Opinion
Status in unity8 package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu RTM:
  Fix Released

Bug description:
  Currently, the only way to take a screenshot is to attach the phone to
  a computer via USB and use phablet-screenshot.

  There should be a way to take a screenshot from the phone. Otherwise,
  it will be hard for people to share how great their phone is on social
  media, as well as other functions.

  
  Proposed design:
  - For triggering: Volume Up + Volume Down
  - For indicating the user: White layer opacity animation shown in attached 
video + shutter sound

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1369644/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368668] Re: [Apps switcher] Visual feedback of user's finger movement needed throughout the gesture

2015-04-17 Thread Vesa Rautiainen
The final implementation is not exactly as described in design solution
but that's fine. This was discussed with the engineer when implementing
this and the current solution is actually better than the proposed one.

** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368668

Title:
  [Apps switcher] Visual feedback of user's finger movement needed
  throughout the gesture

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu RTM:
  Fix Released

Bug description:
  Right edge compound gesture has two phases. During the second phase
  all the recent applications stack together in to the apps spread.
  There is a second phase commit threshold value after which this
  stacking happens. Currently when this commit threshold has been
  exceeded user loses control over the gesture. There is no way to go
  back and the UI doesn't react to further finger movement to left. We
  want user to be in control also after the second commit line.

  RIght edge gesture progress is explained and broken into pieces in this spec:
  
https://docs.google.com/a/canonical.com/document/d/1FC_-5yz5kPy_ZvTphaqxOgI5BPnALFbxRAO4eJkzlf8/edit#

  There is already a bug about reversibility (movement back to right)
  after second commit line (#1355284). So this bug is to fix the non-
  responsiveness after second phase commit line when user moves finger
  towards left edge.

  Steps to repro:
  1. Start right edge swipe
  2. keep finger pressed and drag to left until you reach the point when apps 
spread is formed
  3. keep still finger pressed and move finger towards left

  Current behaviour:
  No visual feedback

  Expected behaviour: 
  Applications should start moving to left and stack the way they do when 
they're dragged to left in normal spread use case

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1368668/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1217925] Re: [Switcher] Application dismissal cancellation fails on the right side of the screen

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1217925

Title:
  [Switcher] Application dismissal cancellation fails on the right side
  of the screen

Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Steps to reproduce:
  - Open any application
  - Make a drag gesture over the left edge of the screen and continue dragging 
past launcher. Focused application starts following your finger
  - drag the app almost all the way to the right edge of the screen
  - make a fast swipe movement (with releasing your finger) backwards to left 
to cancel app dismissal and to restore application on the screen.

  Expected result: 
  - After finger release applications animates back to left to its original 
position

  Current result: 
  - Application dismisses to right

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1217925/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368677] Re: [Apps switcher] Move commit points toward right to make spread more accessible

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368677

Title:
  [Apps switcher] Move commit points toward right to make spread more
  accessible

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu RTM:
  Fix Released

Bug description:
  In our user testing users often failed to access the spread via long
  right edge swipe. We want to make spread a bit more accessible by
  moving second phase commit point few grid units to right. Not to
  affect the overall functionality and experience the right thing to do
  is to make first phase reveal phase shorter which then automatically
  moves both first phase and second phase commit point same amount
  towards right.

  See the spec for detailed descriptions of different gesture phases:
  https://docs.google.com/a/canonical.com/document/d/1FC_-
  5yz5kPy_ZvTphaqxOgI5BPnALFbxRAO4eJkzlf8/edit#

  Desired solution:
  Shorten the first phase reveal by 4 gu

  Since the 4gu value is just an estimate and might need refining the
  result should be approved with design team before committing.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1368677/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1438184] Re: [dash] Make the dash a very first window on the left when multitasking

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Paty Davila (dizzypaty) => Vesa Rautiainen (vesar)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1438184

Title:
  [dash] Make the dash a very first window on the left when multitasking

Status in Ubuntu UX bugs:
  Triaged
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Currently the dash can end up anywhere in the stack and you sometimes 
thinking "Why I can't swipe this thing away? Oh, right, that's the dash."
  Also I noticed when I try to swipe away the most left window I often bring up 
the dash panel accidentally. I reckon positioning the main window there would 
reduce those accidents.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1438184/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1438184] Re: [dash] Make the dash a very first window on the left when multitasking

2015-04-17 Thread Vesa Rautiainen
Dash is part of the recency stack on purpose. By allowing it to have any
position in the stack allows us to maintain pure recency in the stack no
matter what you've had focused before. More importantly this
organisation allows users to switch between the dash and any other item
via short right edge swipe.

When it comes to closing dash from the stack there is already different
behaviour for it than all the other items when dragging the surface. The
dash resist the movement to indicate that it can't be swiped away. I
totally agree that currently it's quite hard to identify dash item from
the stack and we're planning on improving that by adding icons in to the
stack surfaces. This way it should be much easier to find the dash from
the stack and understand that it can't be closed.

** Changed in: ubuntu-ux
   Status: Triaged => Won't Fix

** Changed in: ubuntu-ux
   Importance: Undecided => Wishlist

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1438184

Title:
  [dash] Make the dash a very first window on the left when multitasking

Status in Ubuntu UX bugs:
  Won't Fix
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Currently the dash can end up anywhere in the stack and you sometimes 
thinking "Why I can't swipe this thing away? Oh, right, that's the dash."
  Also I noticed when I try to swipe away the most left window I often bring up 
the dash panel accidentally. I reckon positioning the main window there would 
reduce those accidents.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1438184/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1445572] [NEW] [Right edge] Apps closing shouldn't be possible during the edge gesture

2015-04-17 Thread Vesa Rautiainen
Public bug reported:

Steps to repro:

- Open few apps
- start right edge gesture 
- during the gesture (while moving towards left and still holding finger down) 
interact with the spread items with another finger. For example try to swipe up 
or down to close.

Result:
- sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.

Expected result: 
- The spread items can't be interacted with during the edge gesture. The items 
should be interactive only after user has finished the gesture by releasing the 
finger.

---
Desired design: Expected result

** Affects: ubuntu-ux
 Importance: Medium
 Assignee: Vesa Rautiainen (vesar)
 Status: New

** Affects: unity8 (Ubuntu)
 Importance: Undecided
 Status: New

** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

** Also affects: unity8 (Ubuntu)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1445572

Title:
  [Right edge] Apps closing shouldn't be possible during the edge
  gesture

Status in Ubuntu UX bugs:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  Steps to repro:

  - Open few apps
  - start right edge gesture 
  - during the gesture (while moving towards left and still holding finger 
down) interact with the spread items with another finger. For example try to 
swipe up or down to close.

  Result:
  - sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.

  Expected result: 
  - The spread items can't be interacted with during the edge gesture. The 
items should be interactive only after user has finished the gesture by 
releasing the finger.

  ---
  Desired design: Expected result

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1445572/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1445572] Re: [Right edge] Apps closing shouldn't be possible during the edge gesture

2015-04-17 Thread Vesa Rautiainen
** Description changed:

- ---
- Desired behaviour:
+ Steps to repro:
+ 
+ - Open few apps
+ - start right edge gesture 
+ - during the gesture (while moving towards left and still holding finger 
down) interact with the spread items with another finger. For example try to 
swipe up or down to close.
+ 
+ Result:
+ - sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.
+ 
+ Expected result: 
+ - The spread items can't be interacted with during the edge gesture. The 
items should be interactive only after user has finished the gesture by 
releasing the finger.
+ 
+ ---
+ Desired design: Expected result

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1445572

Title:
  [Right edge] Apps closing shouldn't be possible during the edge
  gesture

Status in Ubuntu UX bugs:
  New
Status in unity8 package in Ubuntu:
  New

Bug description:
  Steps to repro:

  - Open few apps
  - start right edge gesture 
  - during the gesture (while moving towards left and still holding finger 
down) interact with the spread items with another finger. For example try to 
swipe up or down to close.

  Result:
  - sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.

  Expected result: 
  - The spread items can't be interacted with during the edge gesture. The 
items should be interactive only after user has finished the gesture by 
releasing the finger.

  ---
  Desired design: Expected result

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1445572/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1356487] Re: [spread] Need to teach about right edge gestures somehow

2015-04-17 Thread Vesa Rautiainen
To close the app user should perform a long right edge swipe (enter
spread stack) and swipe apps up or down from there to close them. Apps
are not meant to be closed during the edge gesture though I just
realised that that is actually possible. I'll create a bug about that.
So as far as I'm concerned this can be marked as invalid. Please reopen
if you disagree.

The new bug about closing during the gesture: https://bugs.launchpad.net
/ubuntu-ux/+bug/1445572

** Changed in: ubuntu-ux
   Status: Triaged => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1356487

Title:
  [spread] Need to teach about right edge gestures somehow

Status in Ubuntu UX bugs:
  Invalid
Status in unity8 package in Ubuntu:
  Opinion

Bug description:
  Steps:

  1. Run just one app
  2. Swipe form the right to get the app spread
  3. Try to close the open app by flicking it up

  Result:
  The app spread snaps into the app or the launcher (which is ever is on top). 
It's possible to close the app only by using 2 hands to do a tricky maneuver to 
close the app as you invoke the spread.

  Expected:
  The apps stay spread long enough to flick the app closed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1356487/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368695] Re: [design] [Greeter] Greeter should be dismissed only via an edge gesture

2015-04-17 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

** Changed in: ubuntu-ux
   Importance: Wishlist => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368695

Title:
  [design] [Greeter] Greeter should be dismissed only via an edge
  gesture

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  - Greeter should only be dismissable via an edge gesture

  - When the user interacts with the greeter, the greeter should inform
  the user about how to perform an edge gesture.

  - Also remove the "Slide to unlock" text.

  **This item is to be designed, prototyped and tested before
  implementation. A bug report created for transparency reasons.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368695/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1152692] Re: [SIDESTAGE] no visual hint on sidestage handle to sidestage is draggable

2015-04-27 Thread Vesa Rautiainen
The side stage background currently exceeds the side stage application
on the left and should be enough for the visual affordance

** Changed in: ubuntu-ux
   Status: Triaged => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1152692

Title:
  [SIDESTAGE] no visual hint on sidestage handle to sidestage is
  draggable

Status in Ubuntu UX bugs:
  Invalid
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  manta #98

  sidestage handle should have a visual detail to communicate the
  draggable affordance. This could be a grab texture, dots or lines
  similar to window bordered on the desktop.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1152692/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368659] Re: [Launcher] "Pop out" effect to show that Launcher icon is in reorder state

2015-04-27 Thread Vesa Rautiainen
I discussed with visual team (Alex) and small icon upscaling would be
enough to indicate dragged state of an icon. Guidance was not to use any
additional drop shadow.

** Description changed:

  - when a user unlocks an icon from the Launcher by long pressing on the
  icon, the icon should 'pop out' with a drop shadow giving a 3d effect to
  inform the user that the icon is now in the reorder state
+ 
+ ---
+ Desired solution (UX)
+ 
+ Apply some upscaling form the icon when it's dragged.
+ Value of 1.1 should be enough for the scaling. No need for additional drop 
shadow.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368659

Title:
  [Launcher] "Pop out" effect to show that Launcher icon is in reorder
  state

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  - when a user unlocks an icon from the Launcher by long pressing on
  the icon, the icon should 'pop out' with a drop shadow giving a 3d
  effect to inform the user that the icon is now in the reorder state

  ---
  Desired solution (UX)

  Apply some upscaling form the icon when it's dragged.
  Value of 1.1 should be enough for the scaling. No need for additional drop 
shadow.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368659/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1353997] Re: [ApplicationSwitch] Dificult to find the shell app if it is a empty scope

2015-04-27 Thread Vesa Rautiainen
Saviq already pointed out the issue #1 in his comment. It is desired
feature that the user is able to switch between the recently launched
application and dash via a short right edge swipe. Long left edge swipe
gets you always to dash no matter of it's position in the recency stack.
So you should use that in that use case.

I agree with the second point made. In the future with the new design
that won`t be the case anymore though. Every launched scope will get
it`s own surface in the switcher.

** Changed in: ubuntu-ux
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1353997

Title:
  [ApplicationSwitch] Dificult to find the shell app if it is a empty
  scope

Status in Ubuntu UX bugs:
  Won't Fix
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  In the new image the shell appears on the application switch (right
  edge swipe), this is great because I can go back to the shell from
  there. But at least for me there is some small problems that can cause
  confusion.

  1- The shell appear in different positions - On the application
  switcher the shell appears always in a different position in my case I
  was using only one app and sometimes the shell appear os top of it
  sometimes on bottom of it, this is annoying since most of the cases I
  want to interact with the app and i need to find it on the list
  because the shell is jumping btw the positions.  If the shell appears
  always on the back will be easy to find the app.

  2 - If you go to a empty scope (my Video scope is empty there is only
  the title), and enter in the application switcher is very difficult to
  know what is the shell and what is an application, they have the same
  visuals .

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1353997/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368696] Re: [launcher] Missing "pop out" effect when long-pressing Launcher icon

2015-04-27 Thread Vesa Rautiainen
*** This bug is a duplicate of bug 1368659 ***
https://bugs.launchpad.net/bugs/1368659

** This bug has been marked a duplicate of bug 1368659
   [Launcher] "Pop out" effect to show that Launcher icon is in reorder state

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368696

Title:
  [launcher] Missing "pop out" effect when long-pressing Launcher icon

Status in Ubuntu UX bugs:
  Triaged
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  - when a user unlocks an icon from the Launcher by long pressing on
  the icon, the icon should 'pop out' with a drop shadow giving a 3d
  effect to inform the user that the icon is now in the reorder state

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368696/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368659] Re: [Launcher] "Pop out" effect to show that Launcher icon is in reorder state

2015-04-27 Thread Vesa Rautiainen
There was a duplicate for this. 1368696.

** Description changed:

  - when a user unlocks an icon from the Launcher by long pressing on the
  icon, the icon should 'pop out' with a drop shadow giving a 3d effect to
  inform the user that the icon is now in the reorder state
  
  ---
  Desired solution (UX)
  
  Apply some upscaling form the icon when it's dragged.
  Value of 1.1 should be enough for the scaling. No need for additional drop 
shadow.
+ 
+ Note just longpressing an icon should not give the effect yet but when
+ the reorder state is entered.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368659

Title:
  [Launcher] "Pop out" effect to show that Launcher icon is in reorder
  state

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  - when a user unlocks an icon from the Launcher by long pressing on
  the icon, the icon should 'pop out' with a drop shadow giving a 3d
  effect to inform the user that the icon is now in the reorder state

  ---
  Desired solution (UX)

  Apply some upscaling form the icon when it's dragged.
  Value of 1.1 should be enough for the scaling. No need for additional drop 
shadow.

  Note just longpressing an icon should not give the effect yet but when
  the reorder state is entered.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368659/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1436908] Re: [launcher] Show overlay icon for sound in launcher

2015-04-30 Thread Vesa Rautiainen
>From UX point of view having a speaker icon on top of launcher icon
doesn't really give much value to the user.  It would just take away
from our app icon designs and make the launcher more cluttered. There
are already multiple possible indicators appearing on top of an icons
(progress bar, count emblem) and this would be just one more. And it's
not even very important one.

If you can come up with a very good use case when that information is
crucial I'm of course willing to reconsider.

** Changed in: ubuntu-ux
   Importance: Undecided => Wishlist

** Changed in: ubuntu-ux
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1436908

Title:
  [launcher] Show overlay icon for sound in launcher

Status in Ubuntu UX bugs:
  Won't Fix
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  This is a feature request.

  It would be very useful if an app making sound would get a "speaker"
  overlay icon in the launcher, like what happens on chrome tabs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1436908/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1317085] Re: [mir]Touchpad edge swipes

2015-04-30 Thread Vesa Rautiainen
I think this is a very good idea. I find for example on OSX the way to
get the notifications tray from the right with two finger "edge swipe"
very useful and intuitive way to interact with the OS. So definitely
would consider this option once we're implementing those features.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1317085

Title:
  [mir]Touchpad edge swipes

Status in Ubuntu UX bugs:
  Triaged
Status in unity8 package in Ubuntu:
  New

Bug description:
  I think it would be awesome to support touchpad edge swipes (fingers
  crossing the edge of the touchpad, swiping in). I don't know if we
  would be swiping with two fingers or one (one finger is more likely to
  be confused with another action that the user wants to perform, like
  moving the mouse cursor).

  Functionality can be the same or very similar to what we are doing on
  the phone: right-edge to switch between apps (or bring in the side
  stage), left edge shows the launcher, bottom edge would depend on what
  the app wants to do with it, and top edge can show system settings.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1317085/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1250861] Re: Long-press on launcher doesn't work when quicklist is on screen

2015-04-30 Thread Vesa Rautiainen
** Description changed:

  Steps to reproduce:
  1. long-press on a launcher icon
  2. release
  3. long-press again
  
  Expected:
  3. you can drag the long-pressed item
  
  Current:
  3. quicklist closes
  
  ---
  Desired solution:
  
- As described in bug reports Expected behaviour. User should be able to
+ As described in bug report Expected behaviour. User should be able to
  enable  item reordering even if quick list menu is open. Note that quick
  list should disappear when item is moved like the case is with the first
  long press.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1250861

Title:
  Long-press on launcher doesn't work when quicklist is on screen

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Steps to reproduce:
  1. long-press on a launcher icon
  2. release
  3. long-press again

  Expected:
  3. you can drag the long-pressed item

  Current:
  3. quicklist closes

  ---
  Desired solution:

  As described in bug report Expected behaviour. User should be able to
  enable  item reordering even if quick list menu is open. Note that
  quick list should disappear when item is moved like the case is with
  the first long press.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1250861/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368839] Re: [Launcher, Dash] Application opening animation to start from where the launching action is rooted

2015-04-30 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368839

Title:
  [Launcher, Dash] Application opening animation to start from where the
  launching action is rooted

Status in Ubuntu UX bugs:
  Won't Fix
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  Update the app launching animation so that it shows the app expanding
  out from the app icon that was tapped on, see
  
https://docs.google.com/a/canonical.com/drawings/d/1FgkVPsU6g53nSf2pO7SgRYJsI4UPwrItKXNBVhWqrZs/edit

  Principle of “consequence of action rooted in the action”

  There is lots of options how the visual appearance of the opening
  animation could be. Design team to explore idea before implementation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368839/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1457201] Re: [Launcher] Add quit app from launcher quicklist

2015-06-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

** Description changed:

  Add quit app from launcher quicklist, as in unity7 launcher.
  
  Always open the spread or switch to the app to close an app on desktop
  is not very convenient, the feature is quite useful. If the app is
- hanging it will force close
+ hanging it will force close.
+ 
+ -
+ Desired design:
+ 
+ Add "Quit" as the last entry in the quicklist menu. This applies only
+ for the apps that are currently running i.e. are can be quit. Apps scope
+ should not have quit entry in its menu.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1457201

Title:
  [Launcher] Add quit app from launcher quicklist

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  Add quit app from launcher quicklist, as in unity7 launcher.

  Always open the spread or switch to the app to close an app on desktop
  is not very convenient, the feature is quite useful. If the app is
  hanging it will force close.

  -
  Desired design:

  Add "Quit" as the last entry in the quicklist menu. This applies only
  for the apps that are currently running i.e. are can be quit. Apps
  scope should not have quit entry in its menu.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1457201/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1431564] Re: [switcher] Can't use mouse to access spread or bottom edge

2015-06-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Andrea Bernabei (faenil)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1431564

Title:
  [switcher] Can't use mouse to access spread or bottom edge

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  If I connect my BT mouse to my Nexus 4 running devel-proposed with
  silo 0 (the MWC demo), I can neither open the app spread nor the
  manage scopes overview. Using the touch screen, both actions work
  fine, even when the mouse is connected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1431564/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1414581] Re: [desktop] Long left edge swipe weird in desktop mode

2015-06-12 Thread Vesa Rautiainen
As Saviq said defining the desktop vs. touch device functionality is
still far from finished but we're actively working on these items to get
things nicely aligned.  With this one I see there being two
possibilities. Either we disable whole long swipe functionality from
desktop or then we use it similarly as on touch. It would take you to
your "home" item. Whatever that means. On desktop I can imagine it being
the desktop application. But also this is to be designed.

** Changed in: ubuntu-ux
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1414581

Title:
  [desktop] Long left edge swipe weird in desktop mode

Status in Ubuntu UX bugs:
  Won't Fix
Status in unity8 package in Ubuntu:
  New

Bug description:
  I am currently using unity8 desktop on 15.05 with unity8 from the bzr
  branch, revision 1570

  To reproduce this bug:
  * Open the dash
  * Pull up the up-arrow on the bottom edge of the dash window
  * Choose a installed scope (not the click scope)  and go to that scope
  * Do a left edge swipe

  => Dash window goes back to the click scope

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1414581/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1414581] Re: [desktop] Long left edge swipe weird in desktop mode

2015-06-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Won't Fix => In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1414581

Title:
  [desktop] Long left edge swipe weird in desktop mode

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  I am currently using unity8 desktop on 15.05 with unity8 from the bzr
  branch, revision 1570

  To reproduce this bug:
  * Open the dash
  * Pull up the up-arrow on the bottom edge of the dash window
  * Choose a installed scope (not the click scope)  and go to that scope
  * Do a left edge swipe

  => Dash window goes back to the click scope

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1414581/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1257307] Re: [sdk] The pagestacks should allow to pop more than one page at the time

2015-06-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Olga Kemmet (olga-kemmet)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1257307

Title:
  [sdk] The pagestacks should allow to pop more than one page at the
  time

Status in Ubuntu UX bugs:
  Triaged
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  In some cases you have several level of pages stacked, it would be
  useful to let be able to pop more than once a the time

  e.g you have a start page, push a list, push a confirmation/option
  dialog, then you want to go back to the start screen ... right now you
  have to pop one level and then have some logic to pop down another
  level when getting there.

  It would be nice to be able to pop(n), maybe with 0=bottom of the
  stack

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1257307/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1355735] Re: [Greeter, App switcher] [design] App spread should include welcome screen

2015-06-12 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => In Progress

** Changed in: ubuntu-ux
   Importance: Wishlist => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1355735

Title:
  [Greeter, App switcher] [design] App spread should include welcome
  screen

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  The app spread provides a wonderful way to get to all the screens that
  are available on Unity8 except for the welcome screen. If we included
  the welcome screen, then locking your device becomes as simple as a
  swipe from the right and picking the furthest-right item. This would
  also unify the welcome screen with other items in the app stack.

  The desired result is that the welcome screen always occupies the
  space furthest to the right of the app spread (i.e. the last app to be
  revealed in the spread).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1355735/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1087650] Re: Index view (collapsed categories) is missing

2015-06-26 Thread Vesa Rautiainen
What is described in the bug is an old design. We don't want this
behaviour in Dash or Scopes anymore. So setting status to Invalid.

** Changed in: ubuntu-ux
   Status: Triaged => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1087650

Title:
  Index view (collapsed categories) is missing

Status in Ubuntu UX bugs:
  Invalid
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  In the Dash it should be possible to swipe from the bottom and
  collapse all the category headers. Mika, can you add more detail here
  too, link to spec?

  desired solution
  

  See prototype by Vesa (vesar on IRC)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1087650/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368826] Re: [Launcher] [design] Remove the recent apps from the launcher

2015-06-26 Thread Vesa Rautiainen
This was initially proposed to fix some usability issues. But now as
we're moving heavily towards convergence we don't want to have two
different launcher behaviours. So what is described in this bug report
is not according to the new design. So marking this Invalid.

** Changed in: ubuntu-ux
   Status: In Progress => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368826

Title:
  [Launcher] [design] Remove the recent apps from the launcher

Status in Ubuntu UX bugs:
  Invalid
Status in unity8 package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu RTM:
  Incomplete

Bug description:
  Recent apps live and can be accessed already via right edge. Them
  appearing in the Launcher is duplication. Also mixing recent apps with
  favourite ones is a concept that users has difficulties to grasp.

  Launcher should only contain user's favourite apps, and possibly apps
  that are asking for attention.

  Removing recent apps from the launcher means that there is no way to
  add favourite apps to the launcher any more and we need to do that
  from somewhere else. App preview page would a quick fix. Longpressing
  an app icon in dash would be more elegant solution. We could easily
  add longpress functionality to items in spread to do favoriting.

  This bug should be fixed together with:
  https://bugs.launchpad.net/ubuntu-ux/+bug/1368831

  Proper design is still missing.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368826/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1445572] Re: [Right edge] Apps closing shouldn't be possible during the edge gesture

2015-06-26 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1445572

Title:
  [Right edge] Apps closing shouldn't be possible during the edge
  gesture

Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Steps to repro:

  - Open few apps
  - start right edge gesture 
  - during the gesture (while moving towards left and still holding finger 
down) interact with the spread items with another finger. For example try to 
swipe up or down to close.

  Result:
  - sometimes you can swipe an app to close it. sometimes the whole spread 
animation breaks.

  Expected result: 
  - The spread items can't be interacted with during the edge gesture. The 
items should be interactive only after user has finished the gesture by 
releasing the finger.

  ---
  Desired design: Expected result

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1445572/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1210199] Re: [Shell] support rotation

2015-06-26 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1210199

Title:
  [Shell] support rotation

Status in Ubuntu UX bugs:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Example: going to Notes, write a new note so that OSK appears and then
  switch to landscape mode. The indicators is covered by the OSK rather
  than the same length of the app.

  Refer to:
  
https://docs.google.com/a/canonical.com/drawings/d/1P_lCbl7tZ3QTuhvFg2Xl0P5hXm8T46mXl5HYgPQdAgY/edit
 for proposed solution

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1210199/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368845] Re: [design] [Launcher] When removing application from the Launcher give user an option to remove it from the phone as well

2015-06-26 Thread Vesa Rautiainen
New design doesn't require this functionality anymore. Setting status to
Invalid.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368845

Title:
  [design] [Launcher] When removing application from the Launcher give
  user an option to remove it from the phone as well

Status in Ubuntu UX bugs:
  Triaged
Status in unity8 package in Ubuntu:
  New

Bug description:
  When the user removes an app from the Launcher we should display a
  dialogue asking "would you like to remove this app from the phone".
  If the user answers 'Yes' we then uninstall the app.

  If the app the user is removing is currently focus, the act of
  removing the app should force quit the app.  This action reveals the
  next most recent app in the app stack.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368845/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1414581] Re: [desktop] Long left edge swipe weird in desktop mode

2015-07-03 Thread Vesa Rautiainen
** Description changed:

  I am currently using unity8 desktop on 15.05 with unity8 from the bzr
  branch, revision 1570
  
  To reproduce this bug:
  * Open the dash
  * Pull up the up-arrow on the bottom edge of the dash window
  * Choose a installed scope (not the click scope)  and go to that scope
  * Do a left edge swipe
  
  => Dash window goes back to the click scope
+ 
+ -- Desired design --
+ User can define one "application" to be their desktop item from settings. 
This desktop item is always open in the system and always maximised. It cannot 
be closed. Long left edge swipe would cause the desktop item to focused. So it 
is a shortcut to the user defined desktop/home app. 
+ 
+ Transitions to be defined later.

** Changed in: ubuntu-ux
   Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1414581

Title:
  [desktop] Long left edge swipe weird in desktop mode

Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  I am currently using unity8 desktop on 15.05 with unity8 from the bzr
  branch, revision 1570

  To reproduce this bug:
  * Open the dash
  * Pull up the up-arrow on the bottom edge of the dash window
  * Choose a installed scope (not the click scope)  and go to that scope
  * Do a left edge swipe

  => Dash window goes back to the click scope

  -- Desired design --
  User can define one "application" to be their desktop item from settings. 
This desktop item is always open in the system and always maximised. It cannot 
be closed. Long left edge swipe would cause the desktop item to focused. So it 
is a shortcut to the user defined desktop/home app. 

  Transitions to be defined later.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1414581/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1355735] Re: [Greeter, App switcher] [design] App spread should include welcome screen

2015-07-03 Thread Vesa Rautiainen
We're currently user testing this functionality

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1355735

Title:
  [Greeter, App switcher] [design] App spread should include welcome
  screen

Status in Ubuntu UX bugs:
  In Progress
Status in unity8 package in Ubuntu:
  New

Bug description:
  The app spread provides a wonderful way to get to all the screens that
  are available on Unity8 except for the welcome screen. If we included
  the welcome screen, then locking your device becomes as simple as a
  swipe from the right and picking the furthest-right item. This would
  also unify the welcome screen with other items in the app stack.

  The desired result is that the welcome screen always occupies the
  space furthest to the right of the app spread (i.e. the last app to be
  revealed in the spread).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1355735/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1373463] Re: [indicators] Impossible to disable cellular data from indicator

2015-07-03 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
 Assignee: Vesa Rautiainen (vesar) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-network in
Ubuntu.
https://bugs.launchpad.net/bugs/1373463

Title:
  [indicators] Impossible to disable cellular data from indicator

Status in Ubuntu UX bugs:
  Triaged
Status in indicator-network package in Ubuntu:
  Triaged

Bug description:
  I was wondering : Why it isn't possible to disable data from the
  network indicator ? Probably with a switch button that offer the
  choice between no data or data activated (with the last data activated
  state (2g only or 2G,3G,4G).

  Why this ? Because it's the first setting to change to save battery,
  and probably one of the most used (I asked around me, everyone agreed
  they would prefer that over Wi-Fi if only one was possible).

  I think it's stupid to go to the settings app for the most common
  action (and very frustrating). Of course, this also apply for the
  battery setting page (that already contain Wi-Fi, GPS, Bluetooth and
  brightness settings).

  I asked that on the phone ML, I've been invited to file a wishlist bug
  there to "help" designers with next iteration of network indicator. So
  here it is !

  [1] : mailing list discussion with already some support to this idea :
  https://lists.launchpad.net/ubuntu-phone/msg09910.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1373463/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368845] Re: [design] [Launcher] When removing application from the Launcher give user an option to remove it from the phone as well

2015-07-03 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368845

Title:
  [design] [Launcher] When removing application from the Launcher give
  user an option to remove it from the phone as well

Status in Ubuntu UX bugs:
  Invalid
Status in unity8 package in Ubuntu:
  New

Bug description:
  When the user removes an app from the Launcher we should display a
  dialogue asking "would you like to remove this app from the phone".
  If the user answers 'Yes' we then uninstall the app.

  If the app the user is removing is currently focus, the act of
  removing the app should force quit the app.  This action reveals the
  next most recent app in the app stack.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368845/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1470852] Re: Network activity indicator not implemented

2015-07-09 Thread Vesa Rautiainen
I created a qml spinner component as per Matthieu James svg animation
that can be used for this purpose. There is a prototype that uses the
spinner component together with indicator icons and allows user to
change spinner size to test how it looks in different sizes:

lp:~vesar/+junk/ActivitySpinner

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-network in
Ubuntu.
https://bugs.launchpad.net/bugs/1470852

Title:
  Network activity indicator not implemented

Status in the base for Ubuntu mobile products:
  Confirmed
Status in indicator-network package in Ubuntu:
  New

Bug description:
  Currently there is no way to tell when the phone is using data. This
  is important when deciding whether to put it into Flight Mode, when
  leaving Wi-Fi coverage, or when adjusting settings. It also makes apps
  seem less responsive when they were developed by someone who has a
  much faster Internet connection than you do.

  These issues can be resolved by implementing the network activity
  indicator. 

  : "Therefore on
  the phone and tablet only, the “Network activity” indicator, a
  spinner, should be present whenever any process has used the network
  in the past five seconds. Its menu should list all applications that
  have used the network in the past five seconds, most recent first but
  updating only once every five seconds."

  (This bug report is under indicator-network initially because it
  covers a similar area. I have no opinion on whether the code should be
  part of the same package.)

  This is a CET requirement.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1470852/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1471577] Re: Left launcher should show what apps are open

2015-07-09 Thread Vesa Rautiainen
New Unity8 desktop launcher design has an indication of running apps the
same way Unity7 launcher does at the moment. With updated visuals of
course. When this feature lands it will be automatically visible in the
phone version too. So whatever app appears in the app switcher stack
will have an indication in the launcher as well.


** Description changed:

  Hello,
  I think that will be good if left launcher shows us somehow what app is in 
opened. For now, when we start new app, its icon 'lands' in left launcher. But 
we don't know if that app is pinned there and it is all the time, or only 
because it's opened. I think that in Desktop version that issue is solved, but 
for now can't check it now.
+ 
+ Desired solution---
+ Launcher should indicate running apps in the launcher with a mark on the left 
side of the app icon.

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

** Changed in: ubuntu-ux
   Importance: Undecided => Medium

** Changed in: ubuntu-ux
   Status: New => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1471577

Title:
  Left launcher should show what apps are open

Status in the base for Ubuntu mobile products:
  New
Status in Ubuntu UX bugs:
  Fix Committed
Status in unity8 package in Ubuntu:
  New

Bug description:
  Hello,
  I think that will be good if left launcher shows us somehow what app is in 
opened. For now, when we start new app, its icon 'lands' in left launcher. But 
we don't know if that app is pinned there and it is all the time, or only 
because it's opened. I think that in Desktop version that issue is solved, but 
for now can't check it now.

  Desired solution---
  Launcher should indicate running apps in the launcher with a mark on the left 
side of the app icon.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1471577/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1368663] Re: [Greeter] [design] Bottom edge from lockscreen should open the content hub so the user can pick a wallpaper

2015-07-23 Thread Vesa Rautiainen
This requirement feels quite random. First of all how are bottom edge
and content hub related? Nowhere else in our UI is content hub invoked
by bottom edge gesture. At least that I'm aware of. Secondly this goes
strongly agains the current design direction where device unlock keypad
appears from the bottom of the screen if device is locked.

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Vesa Rautiainen (vesar)

** Changed in: ubuntu-ux
   Status: Opinion => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1368663

Title:
  [Greeter] [design] Bottom edge from lockscreen should open the content
  hub so the user can pick a wallpaper

Status in Ubuntu UX:
  Won't Fix
Status in unity8 package in Ubuntu:
  Opinion

Bug description:
  - Bottom edge from lockscreen should open the content hub so the user
  can pick a wallpaper

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368663/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1327091] Re: [launcher] Ubuntu floating home button

2015-07-23 Thread Vesa Rautiainen
I think there has been enough discussion around this feature and I don't
really see our design going towards having floating home button on the
screen. Especially as we're working on desktop version of Unity8
currently and  this element would bring divergency to the system as in
desktop environment floating button doesn't work that well.

** Changed in: ubuntu-ux
   Status: Opinion => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1327091

Title:
  [launcher] Ubuntu floating home button

Status in Ubuntu UX:
  Won't Fix
Status in unity8 package in Ubuntu:
  Opinion

Bug description:
  Since we do not have the hardware keys, I am thinking whether we can
  have a floating circle (top most) kind of thing like what iPhone has.
  The feature is called "apple floating home button".  Tap it, and it
  pops up a menu to navigate, and a user can drag it to anywhere of the
  screen if it blocks you.

  I personally think it is a useful feature to the end users, and it is
  a convenience. We can use it to navigate to the scope, application, or
  other pages.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1327091/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1317085] Re: [mir]Touchpad edge swipes

2015-07-23 Thread Vesa Rautiainen
** Description changed:

  I think it would be awesome to support touchpad edge swipes (fingers
  crossing the edge of the touchpad, swiping in). I don't know if we would
  be swiping with two fingers or one (one finger is more likely to be
  confused with another action that the user wants to perform, like moving
  the mouse cursor).
  
  Functionality can be the same or very similar to what we are doing on
  the phone: right-edge to switch between apps (or bring in the side
  stage), left edge shows the launcher, bottom edge would depend on what
  the app wants to do with it, and top edge can show system settings.
+ 
+ --
+ Desired design:
+ 
+ Two finger swipe across the touchpad edge should perform corresponding Unity8 
touch interface edge gesture.
+ - Left edge short swipe -> invokes the launcher if hidden
+ - Left edge long swipe -> reveals desktop app
+ - Right edge short swipe -> switches to the previously used app
+ - Right edge long swipe -> spread/task switcher
+ - Bottom edge swipe -> bottom edge action in currently focused app window
+ - Top edge swipe -> indicators reveal
+ 
+ Note that gesture should be traceable the same way as in touch
+ interface. So as soon as the touchpad edge swipe is detected user
+ controls the gesture and progress of the action is visible on the
+ screen. Use control is the key throughout the gesture. Here we should
+ follow what happens in Unity8 touch interface.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

** Changed in: ubuntu-ux
   Importance: Wishlist => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1317085

Title:
  [mir]Touchpad edge swipes

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  I think it would be awesome to support touchpad edge swipes (fingers
  crossing the edge of the touchpad, swiping in). I don't know if we
  would be swiping with two fingers or one (one finger is more likely to
  be confused with another action that the user wants to perform, like
  moving the mouse cursor).

  Functionality can be the same or very similar to what we are doing on
  the phone: right-edge to switch between apps (or bring in the side
  stage), left edge shows the launcher, bottom edge would depend on what
  the app wants to do with it, and top edge can show system settings.

  --
  Desired design:

  Two finger swipe across the touchpad edge should perform corresponding Unity8 
touch interface edge gesture.
  - Left edge short swipe -> invokes the launcher if hidden
  - Left edge long swipe -> reveals desktop app
  - Right edge short swipe -> switches to the previously used app
  - Right edge long swipe -> spread/task switcher
  - Bottom edge swipe -> bottom edge action in currently focused app window
  - Top edge swipe -> indicators reveal

  Note that gesture should be traceable the same way as in touch
  interface. So as soon as the touchpad edge swipe is detected user
  controls the gesture and progress of the action is visible on the
  screen. Use control is the key throughout the gesture. Here we should
  follow what happens in Unity8 touch interface.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1317085/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 939427] Re: [Launcher] Impossible to reveal the launcher with a stylus on a Wacom tablet

2015-07-24 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

** Description changed:

  When i run my Lenovo X200 Tablet in tablet mode, i can't reveal the
  launcher as it is not possible to push the mouse arrow with a stylus
  against the edge of the screen as needed by the new reveal behavior.
  
  I'm running precise with unity 5.4.0.
+ 
+ -
+ Desired design:
+ 
+ We should be able to detect when a stylus device is attached and change 
Launcher behaviour accordingly. To show a hidden launcher:
+ - mouse: edge push
+ - touch: edge gesture
+ - stylus: edge hover
+ 
+ Hover timeout should be relatively short (I'd start with 150 ms) so that
+ it doesn't unnecessary and annoying delay to user's flow.
+ 
+ Launcher should slide back behind the screen edge as soon as the cursor
+ is moved off the launcher area.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity in Ubuntu.
https://bugs.launchpad.net/bugs/939427

Title:
  [Launcher] Impossible to reveal the launcher with a stylus on a Wacom
  tablet

Status in Ubuntu UX:
  Fix Committed
Status in Unity:
  Confirmed
Status in unity package in Ubuntu:
  Confirmed

Bug description:
  When i run my Lenovo X200 Tablet in tablet mode, i can't reveal the
  launcher as it is not possible to push the mouse arrow with a stylus
  against the edge of the screen as needed by the new reveal behavior.

  I'm running precise with unity 5.4.0.

  -
  Desired design:

  We should be able to detect when a stylus device is attached and change 
Launcher behaviour accordingly. To show a hidden launcher:
  - mouse: edge push
  - touch: edge gesture
  - stylus: edge hover

  Hover timeout should be relatively short (I'd start with 150 ms) so
  that it doesn't unnecessary and annoying delay to user's flow.

  Launcher should slide back behind the screen edge as soon as the
  cursor is moved off the launcher area.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/939427/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1356369] Re: [shell] Please disable screen rotation till unity8 supports it as well

2015-07-24 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1356369

Title:
  [shell] Please disable screen rotation till unity8 supports it as well

Status in Ubuntu UX:
  Fix Released
Status in messaging-app package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Screen rotation conflicts with on screen notifications.

  1. In landscape mode try to write an SMS
  2. Ensure an incoming message while you are typing

  What happens:
  Notification appears over keyboard and you end up tapping on the notification 
losing your written text.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: messaging-app 0.1+14.10.20140806-0ubuntu1
  Uname: Linux 3.4.0-5-mako armv7l
  ApportVersion: 2.14.5-0ubuntu4
  Architecture: armhf
  Date: Wed Aug 13 18:21:57 2014
  InstallationDate: Installed on 2014-08-13 (0 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20140813-020204)
  SourcePackage: messaging-app
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1356369/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1457201] Re: [Launcher] Add quit app from launcher quicklist

2015-09-03 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1457201

Title:
  [Launcher] Add quit app from launcher quicklist

Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Add quit app from launcher quicklist, as in unity7 launcher.

  Always open the spread or switch to the app to close an app on desktop
  is not very convenient, the feature is quite useful. If the app is
  hanging it will force close.

  -
  Desired design:

  Add "Quit" as the last entry in the quicklist menu. This applies only
  for the apps that are currently running i.e. are can be quit. Apps
  scope should not have quit entry in its menu.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1457201/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1413791] Re: [edge interaction] Left swipe/BFB should reset search string

2015-09-04 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1413791

Title:
  [edge interaction] Left swipe/BFB should reset search string

Status in Canonical System Image:
  Fix Released
Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  device nexus 4 mako

  os Ubuntu 15.04 (r73)

  I love the left swipe, being able to go back to the main menu by doing a full 
swipe to the left is great.
  However my list of apps has considerably increased \o/ and i usually search 
them via the search button and this is where the problem lies. A full left 
swipe does not bring me back to the main menu but to the  last searched app if 
i opened my app through the search menu

  As an example
  Step 1 go to apps scope on main menu
  step 2 search music app via the search button ( type music)
  step 3 open music app
  step 4 do a full left swippe

  I should expect to being brought back to app scope.
  ==> Full left swipe brings me back to results of step 2

  --
  Desired design solution:

  Long left edge swipe or BFB click on the launcher takes user back to apps 
scope (or leftmost scope in the dash). It also resets the search query and
  positions the list in the beginning.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1413791/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1471577] Re: Left launcher should show what apps are open

2015-09-04 Thread Vesa Rautiainen
** Changed in: ubuntu-ux
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1471577

Title:
  Left launcher should show what apps are open

Status in Canonical System Image:
  New
Status in Ubuntu UX:
  Fix Released
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Hello,
  I think that will be good if left launcher shows us somehow what app is in 
opened. For now, when we start new app, its icon 'lands' in left launcher. But 
we don't know if that app is pinned there and it is all the time, or only 
because it's opened. I think that in Desktop version that issue is solved, but 
for now can't check it now.

  Desired solution---
  Launcher should indicate running apps in the launcher with a mark on the left 
side of the app icon.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1471577/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1473586] Re: [Navigation] Launcher, Status bar and app switcher reveals too easy for Full Screen applications

2015-09-04 Thread Vesa Rautiainen
I acknowledge that Ubuntu touch operating system is likely not the best
one for gaming. Especially when it comes to swipe interaction games like
cut the rope.

The solution described here is absolutely on the right track in my
opinion. Thank you for the suggestion. I just think that the "edge
gesture restriction mode" should not be on by default for all the
fullscreen apps. For example our Ubuntu Gallery app is fullscreen but as
it doesn't really have gesture heavy UI, making shell edge gestures more
difficult doesn't make sense in this case.

Instead I would provide apps an API that they could use to enable the mode. 
Let's see if this would fit to our product plans and schedules.

** Changed in: ubuntu-ux
   Status: Triaged => In Progress

** Changed in: ubuntu-ux
   Importance: High => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1473586

Title:
  [Navigation] Launcher, Status bar and app switcher reveals too easy
  for Full Screen applications

Status in Ubuntu UX:
  In Progress
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  I love playing games. One of my favourite game is "Cut the Rope". It
  is full screen game.

  Unfortunately during playing when I swiping left/right/top edge, then
  launcher/status bar/app switcher are revealed (see attached screen
  shots).

  I would like to propose improvement:
  For full screen application, enable double edge swiping.

  Use cases:

  Status bar - top edge:
   1. Run full screen game eg. Cut the Rope (there is no status bar)
   2. First top edge swipe. Result:
   - Status bar appears.
   - Game is not interrupted.
   - Pressing/swiping any part of screen, except top edge swipe, hide 
status bar.
   - Pressing status bar hide it.
   - Only second top edge swipe reveal settings.
   - Every press and swipe, except top edge swipe, is transferred to the 
game, and status bar is hiding
   3. Second top edge swipe. Result: The settings are revealed.  as for 
standard (non full-screen) mode.

  Launcher - left edge:
   1. Run full screen game eg. Cut the Rope
   2. First left edge siwpe.  Result:
   - Only half of launcher appears.
   - There is no dim.
   - No application changing.
   - Game is not interrupted.
   - Pressing/swiping any part of screen, except left edge swipe, hide 
launcher.
   - Pressing on launcher hide it.
   - Only second left edge swipe reveal launcher.
   - Every press and swipe, except left edge swipe, is transferred to the 
game and launcher is hiding.
   3. Second left edge swipe. Result: The launcher are revealed and it dim 
application. As for standard (non full-screen) mode.

   App switcher -right edge:
   1. Run full screen game eg. Cut the Rope
   2. First right edge swipe.  Result:
  - Small bar appear on right side.
  - There is no dim.
  - There is no screen transformation
  - No application changing.
  - Game is not interrupted.
  - Pressing/swiping any part of screen, except right edge swipe, hide App 
switcher and app switcher is hiding.
  - Pressing on bar hide it.
  - Only second right edge swipe reveal App switcher.
  - Every press and swipe, except right edge swipe, is transferred to the 
game.
   3. Second right edge swipe. Result:  Reveal an application switcher that 
shows all your recent apps and lets you choose between them. As for standard 
(non full-screen) mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1473586/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1383454] Re: [design] Indicator menu separators look bad

2015-09-04 Thread Vesa Rautiainen
My understanding is that the extra lines are caused by an empty list
items that has only the separator but no content. Why there are any such
items in the menus is another question. Anyway the extra lines make the
UI look broken and should be removed.

** Description changed:

  The indicator style changed recently.  And the new style for the
  separators between sections of an indicator look like two lines
  separated by some space.  It doesn't look great to my eye.  Screenshot
  attached.
  
  I asked Nick about it and he said that we don't have visual designs for
  that yet.
+ 
+ 
+ Desired solution:
+ 
+ Remove the extra lines. They just look wrong.

** Changed in: ubuntu-ux
   Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1383454

Title:
  [design] Indicator menu separators look bad

Status in Ubuntu UX:
  Fix Committed
Status in unity8 package in Ubuntu:
  Incomplete

Bug description:
  The indicator style changed recently.  And the new style for the
  separators between sections of an indicator look like two lines
  separated by some space.  It doesn't look great to my eye.  Screenshot
  attached.

  I asked Nick about it and he said that we don't have visual designs
  for that yet.

  
  Desired solution:

  Remove the extra lines. They just look wrong.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1383454/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


  1   2   3   >