[Touch-packages] [Bug 1638167] Re: Thin grey lines on a white background look inconsistent and provide poor contrast

[Rae Shambrook]

We have a new visual design for the browser currently being implemented.
The style of the new tabs will rely less on contrasts as the selected
tab takes on a different shape. We are also trying to add a divider at
the bottom of the chrome to help make it more distinct. Andrew Hayzen
will investigate it. As for the differences in icons, this is something
I'll have Matthieu James look at in the icon theme.

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

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

Title:
  Thin grey lines on a white background look inconsistent and provide
  poor contrast

Status in Canonical System Image:
  New
Status in Ubuntu UX:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Incomplete

Bug description:
  The top area of the browser window is really just a series thin grey
  lines on a white background. This is poor design for a few reasons:

    1. Grey and white don't contrast very well, especially thin strips of grey 
on white.
    2. The grey outlines and symbols are inconsistent in thickness and colour:
   2.1. The X icon is thinner than the + icon beside it, which is a 
different consistency again to the < button below it.
   2.2. The rounded grey outline around the address is slighly thicker 
(blurred?) compared to the grey outline delineating the tabs.
    3. Those vision impaired will have a very hard time.
    4. Even those who are not vision impaired will be cognitively slowed by 
having to interpret the fine grey lines rather than areas of greater contrast.
5. It looks unprofessional.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1638167/+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 1638167] Re: Thin grey lines on a white background look inconsistent and provide poor contrast

[Rae Shambrook]

@vanvugt can you attached screenshots of what page you are referring to
and narrow or wide mode?

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

Title:
  Thin grey lines on a white background look inconsistent and provide
  poor contrast

Status in Canonical System Image:
  New
Status in Ubuntu UX:
  New
Status in webbrowser-app package in Ubuntu:
  Incomplete

Bug description:
  The top area of the browser window is really just a series thin grey
  lines on a white background. This is poor design for a few reasons:

    1. Grey and white don't contrast very well, especially thin strips of grey 
on white.
    2. The grey outlines and symbols are inconsistent in thickness and colour:
   2.1. The X icon is thinner than the + icon beside it, which is a 
different consistency again to the < button below it.
   2.2. The rounded grey outline around the address is slighly thicker 
(blurred?) compared to the grey outline delineating the tabs.
    3. Those vision impaired will have a very hard time.
    4. Even those who are not vision impaired will be cognitively slowed by 
having to interpret the fine grey lines rather than areas of greater contrast.
5. It looks unprofessional.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1638167/+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 1278790] Re: [Messaging] Show number of characters used and number of messages to send

[Rae Shambrook]

@pat-mcgowan I had seen some examples that had the counter bottom right,
such as material design. In addition, we want the placement to fit in
with our other patterns, which currently we do not use centre alignment.
Another benefit of having the counter to the right is it's near the send
button, so the user can more clearly keep track of their messages. As
for x-small to small, that's fine.

-- 
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/1278790

Title:
  [Messaging] Show number of characters used and number of messages to
  send

Status in Canonical System Image:
  In Progress
Status in Ubuntu UX:
  Triaged
Status in messaging-app package in Ubuntu:
  In Progress

Bug description:
  As many carriers charge per text message sent, it'd be nice to show
  how many characters were used for the message, so the sender knows how
  many sent text messages this boils down to.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1278790/+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 1278790] Re: [Messaging] Show number of characters used and number of messages to send

[Rae Shambrook]

** Attachment added: "messaging_character_counter_spec.jpg"
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1278790/+attachment/4719205/+files/messaging_character_counter_spec.jpg

-- 
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/1278790

Title:
  [Messaging] Show number of characters used and number of messages to
  send

Status in Canonical System Image:
  In Progress
Status in Ubuntu UX:
  Triaged
Status in messaging-app package in Ubuntu:
  In Progress

Bug description:
  As many carriers charge per text message sent, it'd be nice to show
  how many characters were used for the message, so the sender knows how
  many sent text messages this boils down to.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1278790/+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 1278790] Re: [Messaging] Show number of characters used and number of messages to send

[Rae Shambrook]

Attached is the approved visual design and spec

** Attachment added: "messaging_character_counter_final.jpg"
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1278790/+attachment/4719204/+files/messaging_character_counter_final.jpg

-- 
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/1278790

Title:
  [Messaging] Show number of characters used and number of messages to
  send

Status in Canonical System Image:
  In Progress
Status in Ubuntu UX:
  Triaged
Status in messaging-app package in Ubuntu:
  In Progress

Bug description:
  As many carriers charge per text message sent, it'd be nice to show
  how many characters were used for the message, so the sender knows how
  many sent text messages this boils down to.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1278790/+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 1603452] Re: [SDK] Change leading action background to red and icon to white

[Rae Shambrook]

** Changed in: ubuntu-ux
 Assignee: Andrea Bernabei (faenil) => (unassigned)

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Rae Shambrook (raecontreras)

-- 
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/1603452

Title:
  [SDK] Change leading action background to red and icon to white

Status in Ubuntu UI Toolkit:
  New
Status in Ubuntu UX:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  We'd like to change the leading action background from light grey back
  to red. And switch the icon from red to white. However, I have spoken
  to Andrea and the problem is regarding when a leading action is
  disabled. Outlined as follows:

  the default action delegate is just an Item { Icon {} } so it has no
  background, see: http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-
  ui-
  
toolkit/staging/view/2033/src/Ubuntu/Components/Themes/Ambiance/1.3/ListItemStyle.qml#L120

  Moreover, the whole ListItemActions panel uses only one colour for the
  background http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-
  
toolkit/staging/view/2033/src/Ubuntu/Components/Themes/Ambiance/1.3/ListItemStyle.qml#L51

  Therefore if there are several actions in the leading action slot, all
  will be disabled. Can we change the API so that there is flexibility
  when choosing one action to be disabled rather than all of them?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1603452/+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 1599934] Re: light text on light background for operator messages and light buttons

[Rae Shambrook]

in the meantime, until the spec is updated. all text on dialogs can be
updated to .overlayText

-- 
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/1599934

Title:
  light text on light background for operator messages and light buttons

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

Bug description:
  REQUIREMENTS: Have a sim provider that announces your balance via service 
message  (In the uk giffgaff on payg does this)
  STEPS:
  1. Flash the phone with the latest image
  2. Send a message
  3. Get an announcement

  EXPECTED:
  I expect the message to be easily readable in all lights and circumstances

  ACTUAL:
  It looks like cool grey text on light grey background this make it fairly 
hard to read on a device.
  SEE screenshot

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1599934/+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 1574606] Re: OSK is uncomfortably huge in a tablet in landscape mode

[Rae Shambrook]

One option is to make the keyboard a floating window rather than docked
at the bottom, like windows 10. however this needs UX review and a UX
designer needs to be assigned.

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

Title:
  OSK is uncomfortably huge in a tablet in landscape mode

Status in Ubuntu UX:
  New
Status in ubuntu-keyboard package in Ubuntu:
  Confirmed

Bug description:
  When using the BQ M10 tablet in landscape mode, the virtual keyboard 
stretches from one side of the screen to the other; this makes it quite 
uncomfortable to use because of the distance one's finger needs to travel 
(especially when using one single finger to type).
  Also the height of the keys could be reduced (just leave them as they are on 
the phone) as they look quite huge compared to the rest of the UI and take up a 
lot of real estate on screen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1574606/+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 1599934] Re: light text on light background for operator messages and light buttons

[Rae Shambrook]

Dialog design spec needs to be updated. The new shadow element we are
still waiting to be finalised to help solve the white on white issue. As
for the text, we need to update the design spec with the latest palette
values.

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

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Rae Shambrook (raecontreras)

-- 
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/1599934

Title:
  light text on light background for operator messages and light buttons

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

Bug description:
  REQUIREMENTS: Have a sim provider that announces your balance via service 
message  (In the uk giffgaff on payg does this)
  STEPS:
  1. Flash the phone with the latest image
  2. Send a message
  3. Get an announcement

  EXPECTED:
  I expect the message to be easily readable in all lights and circumstances

  ACTUAL:
  It looks like cool grey text on light grey background this make it fairly 
hard to read on a device.
  SEE screenshot

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1599934/+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 1567380] Re: Bottom edge arrow looks lo-res

[Rae Shambrook]

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

** Description changed:

  The bottom edge arrow introduced in OTA-10 is pixelated and does not
  look very good. This is especially visible with a dark theme. The Timer
  app is a good way to see this since it uses the standard components and
  you can change the theme very easily.
+ 
+ 
+ 
+ A new asset has been replaced and released

** Description changed:

  The bottom edge arrow introduced in OTA-10 is pixelated and does not
  look very good. This is especially visible with a dark theme. The Timer
  app is a good way to see this since it uses the standard components and
  you can change the theme very easily.
  
  
  
- A new asset has been replaced and released
+ The asset has been replaced and released

-- 
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/1567380

Title:
  Bottom edge arrow looks lo-res

Status in Ubuntu UX:
  Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  The bottom edge arrow introduced in OTA-10 is pixelated and does not
  look very good. This is especially visible with a dark theme. The
  Timer app is a good way to see this since it uses the standard
  components and you can change the theme very easily.

  

  The asset has been replaced and released

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1567380/+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 1561090] Re: Not obvious when you can scroll a dialog’s contents

[Rae Shambrook]

** Changed in: ubuntu-ux
 Assignee: Rae Shambrook (raecontreras) => Jamie Young (jamiedawsonyoung)

-- 
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/1561090

Title:
  Not obvious when you can scroll a dialog’s contents

Status in Ubuntu UX:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  1. Create a dialog that has “Cancel” and “OK” buttons, and other contents 
that make it too tall to fit in some situations — for example, on a phone in 
landscape mode with the OSK present.
  2. Open the dialog in that situation.

  What you see: Unless a particular control is only partly visible,
  there is no obvious clue that the dialog is scrollable.

  What you should see: A visible border at the edge(s) that the dialog
  can currently be scrolled in.

  <https://goo.gl/H5ZBvQ> (currently Canonical-only link, sorry): “In
  addition to a scroller, the body area should have a visible top/bottom
  border whenever you are not scrolled to the top/bottom, indicating
  that the area is scrollable in that direction.”

  This is a sequel to bug 1376763. It may save time to fix this bug at
  the same time as bug 1561082.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1561090/+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 1461873] Re: [CTA] Ability to forward SMS without copy 'n past approach

[Rae Shambrook]

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1461873

Title:
  [CTA] Ability to forward SMS without copy 'n past approach

Status in Canonical System Image:
  Fix Committed
Status in Ubuntu UX:
  Fix Released
Status in messaging-app package in Ubuntu:
  Fix Released

Bug description:
  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.

  **

  This feature is in the new designs but has yet to be implemented.
  https://docs.google.com/presentation/d/1hkrF2g-
  ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p97

  **

  This is a certification requirement

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1461873/+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 1588639] Re: Should display family name before given name in a contact

[Rae Shambrook]

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

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

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

Title:
  Should display family name before given name in a contact

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  Confirmed
Status in address-book-app package in Ubuntu:
  Confirmed

Bug description:
  Test Env:
  current build number: 326
  device name: arale
  channel: ubuntu-touch/rc-proposed/meizu.zh
  last update: 2016-06-03 12:45:19
  version version: 326
  version ubuntu: 20160603
  version device: 20160523-003fdb2
  version custom: 20160504-975-22-7

  1.Launch contacts app
  2.Create a new contact
  3.Add given name and family name
  4.Save the contact and check the list

  Actual result:
  The given name displayed in front of family name

  Expected result:
  In China, it should display family name first

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1588639/+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 1581206] Re: Cannot read the time and SIM information on a message

[Rae Shambrook]

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1581206

Title:
  Cannot read the time and SIM information on a message

Status in Canonical System Image:
  Fix Committed
Status in Ubuntu UX:
  Fix Released
Status in messaging-app package in Ubuntu:
  Fix Released

Bug description:
  Light gray on a white background with miniscule font size is illegible
  for many people

  See bug #1579704

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1581206/+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 1578190] Re: New text input visuals very heavy

[Rae Shambrook]

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1578190

Title:
  New text input visuals very heavy

Status in Canonical System Image:
  In Progress
Status in Ubuntu UX:
  Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Released

Bug description:
  Since the UITK introduced the new text input focus ring, it also
  replaced the shaded Shape with a flat outline. That outline seems
  overly heavy (see attachment).

  The only visual spec of this that I saw (remarked as "old") is
  http://bit.ly/1TtDOqu ([1] says "spec is outdated", too).

  [1] https://sites.google.com/a/canonical.com/apps-and-platform-
  team/3-platform/toolkit/16-text-input

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: qml-module-ubuntu-components 1.3.1960+16.04.20160428.1 [origin: 
LP-PPA-ci-train-ppa-service-stable-phone-overlay]
  ProcVersionSignature: Ubuntu 4.4.0-22.38-generic 4.4.8
  Uname: Linux 4.4.0-22-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed May  4 14:23:21 2016
  SourcePackage: ubuntu-ui-toolkit
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1578190/+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 1574606] Re: OSK is uncomfortably huge in a tablet in landscape mode

[Rae Shambrook]

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Rae Shambrook (raecontreras)

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

Title:
  OSK is uncomfortably huge in a tablet in landscape mode

Status in Ubuntu UX:
  New
Status in ubuntu-keyboard package in Ubuntu:
  Confirmed

Bug description:
  When using the BQ M10 tablet in landscape mode, the virtual keyboard 
stretches from one side of the screen to the other; this makes it quite 
uncomfortable to use because of the distance one's finger needs to travel 
(especially when using one single finger to type).
  Also the height of the keys could be reduced (just leave them as they are on 
the phone) as they look quite huge compared to the rest of the UI and take up a 
lot of real estate on screen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1574606/+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 1554220] Re: Text truncated in media permission prompt

[Rae Shambrook]

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

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

Title:
  Text truncated in media permission prompt

Status in Canonical System Image:
  Fix Committed
Status in Ubuntu UX:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  This appears to be the case in several languages, including English, German 
and French.
  To observe, browse to e.g. https://appear.in/foobarbaz. You’ll get a prompt 
to allow the browser to access the camera and microphone. Given that the 
question is in the title of the dialog (which is limited to 2 lines of text, 
and ellipsized), it is truncated, making it hard to understand the question at 
all.
  See attached screenshot (in French).

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1554220/+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 1372011] Re: ListItem.Subtitled subText color is too dark with SuruDark

[Rae Shambrook]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Incomplete => Fix Released

-- 
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/1372011

Title:
  ListItem.Subtitled subText color is too dark with SuruDark

Status in permy:
  Fix Released
Status in Ubuntu UX:
  Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Released

Bug description:
  It is hard to read ListItem.Subtitled subText when using the SuruDark
  theme (or other dark themes).

To manage notifications about this bug go to:
https://bugs.launchpad.net/permy/+bug/1372011/+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 1577828] Re: ActivityIndicator should respect theme activity color (i.e. it should be blue)

[Rae Shambrook]

A new blue spinner asset has been given to Zsombor to implement

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1577828

Title:
  ActivityIndicator should respect theme activity color (i.e. it should
  be blue)

Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  ActivityIndicator should use the color specified by
  theme.palette.normal.activity instead of hard coding orange, which is
  supposed to be used to indicate focus, not activity.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1577828/+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 1473630] Re: close [X] is mispositioned when opening many tabs

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1473630

Title:
  close [X] is mispositioned when opening many tabs

Status in Ubuntu UX:
  Fix Committed
Status in webbrowser-app package in Ubuntu:
  Confirmed

Bug description:
  close [X] is mispositioned when opening many tabs

  screenshot http://i.imgur.com/lyvej9v.png

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1473630/+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 1554616] Re: Shell and dash visual issues with new UITK and palette

[Rae Shambrook]

** Changed in: ubuntu-ux
   Status: New => 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/1554616

Title:
  Shell and dash visual issues with new UITK and palette

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

Bug description:
  There is a set of UI issues with the new UITK and palette, I will
  attach screenshots for each of them with a comment.

  The new UITK is landing here: https://requests.ci-
  train.ubuntu.com/#/ticket/905

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: unity8 8.11+15.04.20160304-0ubuntu1 [origin: 
LP-PPA-ci-train-ppa-service-landing-050]
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.17.2-0ubuntu1.3touch1
  Architecture: armhf
  Date: Tue Mar  8 17:59:10 2016
  InstallationDate: Installed on 2016-03-08 (0 days ago)
  InstallationMedia: Ubuntu 15.04 - armhf (20160308-020304)
  SourcePackage: unity8
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1554616/+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 1372530] Re: Button text color doesn't offer great contrast, and looks disabled when it's not

[Rae Shambrook]

The new button designs have a lighter background (#f7f7f7) and darker
text that is #11. Currently Pierre is working on the updated design.

** 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/1372530

Title:
  Button text color doesn't offer great contrast, and looks disabled
  when it's not

Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Invalid

Bug description:
  I'll attach some pictures to show what I mean.

  We have a visual design for the welcome wizard when you first turn on
  the device (see attached design.jpg).  It shows a combo box that is
  hard to achieve with the current toolkit.

  (As an aside, there is no joiner between the drop down button and the
  rest of the widget in design.jpg.  I don't know how to do that with
  the current SDK...  But that's not the point of this bug.)

  My real problem is text color.  By default, I get a kind of grey
  background color and light text.  It's not the easiest to see.  And
  this is the default!  See default.png

  When I set a white background to get closer to the visual design, I
  still get a light text.  Which is also hard to see.  See white.png

  I seem to have no control over the color of the text.  In
  ButtonStyle.qml, I see:

  textColor: ColorUtils.luminance(button.color) <= 0.85 &&
  !(stroke && !pressed) ? "#FF" : "#88"

  Which does not provide much control nor the possibility for a
  particularly dark text color.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1372530/+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 1554473] Re: [SDK] Focus ring width for UbuntuShape should be 1dp

[Rae Shambrook]

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1554473

Title:
  [SDK] Focus ring width for UbuntuShape should be 1dp

Status in Canonical System Image:
  Fix Committed
Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Committed

Bug description:
  The focus ring applied using the Ubuntushape should be 1dp.

  It's currently set to 0.21GU.

  Please can we change all the focus ring widths to 1dp.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1554473/+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 1541820] Re: Missing focus highlight

[Rae Shambrook]

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

-- 
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/1541820

Title:
  Missing focus highlight

Status in Ubuntu UX:
  Fix Released
Status in ubuntu-settings-components package in Ubuntu:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Released
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  We miss focus highlight in unity8, making keyboard navigation a
  challenge :)

  EDIT: adding ubuntu-ui-tookit because we'll need support on UI
  components like standard buttons or sliders we use in the shell

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1541820/+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 1372011] Re: ListItem.Subtitled subText color is too dark with SuruDark

[Rae Shambrook]

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1372011

Title:
  ListItem.Subtitled subText color is too dark with SuruDark

Status in permy:
  Fix Released
Status in Ubuntu UX:
  Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  It is hard to read ListItem.Subtitled subText when using the SuruDark
  theme (or other dark themes).

To manage notifications about this bug go to:
https://bugs.launchpad.net/permy/+bug/1372011/+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 1581206] Re: Cannot read the time and SIM information on a message

[Rae Shambrook]

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1581206

Title:
  Cannot read the time and SIM information on a message

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  Fix Committed
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  Light gray on a white background with miniscule font size is illegible
  for many people

  See bug #1579704

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1581206/+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 1581206] Re: Cannot read the time and SIM information on a message

[Rae Shambrook]

Gustavo has been given new colour values and we will work together to
see what text size works best

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

-- 
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/1581206

Title:
  Cannot read the time and SIM information on a message

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  In Progress
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  Light gray on a white background with miniscule font size is illegible
  for many people

  See bug #1579704

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1581206/+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 1582227] Re: Active header section is blue

[Rae Shambrook]

There is a tutorial from an SDK theme point of view here:
https://developer.ubuntu.com/en/phone/apps/qml/tutorials/ubuntu-ui-
toolkit-palette/

and a more designed focused blog entry is coming up very soon!

-- 
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/1582227

Title:
  Active header section is blue

Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Released

Bug description:
  When using sections in the header (either new style Sections object or
  old sections property), the active section is shown with the
  theme.palette.selected.backgroundTertiaryText color.

  Which I don't think is appropriate?  That's for actual selected text,
  like with a mouse or whatever, right?  Which is blue in the current
  themes, the color of "activity".

  But the section isn't selected, it's active.  I'd suggest either green
  ("positive", like we do with active checkboxes) or orange ("focus"
  since it's the currently focused section).

  But blue looks wrong to me.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1582227/+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 1582227] Re: Active header section is blue

[Rae Shambrook]

The current implementation is correct. Anything that is "active" should
also be blue, as we have other activity components that are blue; such
as progress bars, sliders, etc. So positive and focus would not be the
right usage here.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New => Fix Committed

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Fix Committed => Fix Released

-- 
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/1582227

Title:
  Active header section is blue

Status in ubuntu-ui-toolkit package in Ubuntu:
  Fix Released

Bug description:
  When using sections in the header (either new style Sections object or
  old sections property), the active section is shown with the
  theme.palette.selected.backgroundTertiaryText color.

  Which I don't think is appropriate?  That's for actual selected text,
  like with a mouse or whatever, right?  Which is blue in the current
  themes, the color of "activity".

  But the section isn't selected, it's active.  I'd suggest either green
  ("positive", like we do with active checkboxes) or orange ("focus"
  since it's the currently focused section).

  But blue looks wrong to me.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1582227/+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 1578190] Re: New text input visuals very heavy

[Rae Shambrook]

I have discussed the changes with Christian, we have adjusted the stroke
thickness and Christian is looking into changing the radius.

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1578190

Title:
  New text input visuals very heavy

Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Since the UITK introduced the new text input focus ring, it also
  replaced the shaded Shape with a flat outline. That outline seems
  overly heavy (see attachment).

  The only visual spec of this that I saw (remarked as "old") is
  http://bit.ly/1TtDOqu ([1] says "spec is outdated", too).

  [1] https://sites.google.com/a/canonical.com/apps-and-platform-
  team/3-platform/toolkit/16-text-input

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: qml-module-ubuntu-components 1.3.1960+16.04.20160428.1 [origin: 
LP-PPA-ci-train-ppa-service-stable-phone-overlay]
  ProcVersionSignature: Ubuntu 4.4.0-22.38-generic 4.4.8
  Uname: Linux 4.4.0-22-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed May  4 14:23:21 2016
  SourcePackage: ubuntu-ui-toolkit
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1578190/+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 1378784] Re: TextField ignores verticalAligment setting

[Rae Shambrook]

I talked to Zsombor about this, although I think there's not a lot of
use cases for changing the alignment, Zsombor says changing this
behaviour will break the API. What Zsombor has done though is make
centre alignment the default.

** 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 ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1378784

Title:
  TextField ignores verticalAligment setting

Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  Given the code:

  import QtQuick 2.2
  import Ubuntu.Components 1.1

  Rectangle {
  width: childrenRect.width + units.gu(2)
  height: childrenRect.height + units.gu(2)
  color: "darkgrey"

  Column {
  anchors.centerIn: parent
  spacing: units.gu(1)

  TextField {
  text: "Standard TextField"
  }

  TextField {
  height: units.gu(6)
  text: "Higher TextField"
  verticalAlignment: TextInput.AlignVCenter
  }
  }
  }

  The text in "Higher TextField" is not centered vertically in the
  field.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1378784/+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 1492238] Re: [sdk] back button hard to reach/use

[Rae Shambrook]

I can confirm Tim's comment. There is a minimum touch size for
components and the back button is independent from the title and a
separate slot.

-- 
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/1492238

Title:
  [sdk] back button hard to reach/use

Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  Open some sub page, e.g. updates. If you want to go back to the main
  screen one has to reach quite small < button on the top left corner.
  It would be easier if the whole updates field would act as a back
  button or even better, just swipe from left to right.

   UX comment --

  The plan is to make the whole area of title & BACK button tappable.
  This is specified in the UI Toolkit documentation and will hopefully land 
whit the next SDK release.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1492238/+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 1555527] [NEW] UITK: raised and overlay do not have a pressed value in palette

[Rae Shambrook]

Public bug reported:

We need to have pressed/highlighted values in the colour palette that
correspond to overlay and raised to keep semantic use consistent.

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

** Summary changed:

- UITK: raised does not have a pressed value in palette
+ UITK: raised  and overlay do not have a pressed value in palette

-- 
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/127

Title:
  UITK: raised  and overlay do not have a pressed value in palette

Status in unity8 package in Ubuntu:
  New

Bug description:
  We need to have pressed/highlighted values in the colour palette that
  correspond to overlay and raised to keep semantic use consistent.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/127/+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 1321603] Re: [osk] On a form, the numbers keyboard doesn't show the next button

[Rae Shambrook]

** 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 ubuntu-keyboard in Ubuntu.
https://bugs.launchpad.net/bugs/1321603

Title:
  [osk] On a form, the numbers keyboard doesn't show the next button

Status in Canonical System Image:
  Fix Committed
Status in ubuntu-keyboard:
  Confirmed
Status in Ubuntu UX:
  Fix Released
Status in ubuntu-keyboard package in Ubuntu:
  Fix Released

Bug description:
  On a form, the text textfields show the next button on the bottom
  right. However, on numeric text fields it is not shown.

  To reproduce:
  open the address book
  go to add a contact
  cilck the First name text field, notice the next button.
  click the Mobile Phone text field, notice that there's no next button.

  ---

  The new numeric keyboard design includes a next button
  
https://docs.google.com/presentation/d/16rPezaXSWqQlh0JeGq7A3LXOBA_EZpA1cE52EEAkIxI/edit?pli=1#slide=id.gf885a2e58_0_13

  This has been shared with Michael Sheldon and he's aware of the issue

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1321603/+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 1534760] Re: Visuals for selected tab should be more obvious

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1534760

Title:
  Visuals for selected tab should be more obvious

Status in Canonical System Image:
  Fix Committed
Status in Canonical Pocket Desktop:
  In Progress
Status in Ubuntu UX:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  Running a N4 connected to an external monitor, browser running in
  expanded mode with tabs at the top

  Browser running on the monitor, it's extremely difficult to tell which
  of the tabs is the currently selected tab. All tabs appear to be the
  same size and only subtle shading differences seem to differentiate,
  but these are basically not noticeable enough. Especially on external
  monitor that has high res (I set the GRID_UNIT_PX=8 per kgunn's
  instructions).

  We should consider making the assets much more obvious which tab is
  selected.

  ---

  New colours have been applied and assets sent to olivier

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1534760/+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 1428146] Re: [Keyboard] No way to understand which layout is selected

[Rae Shambrook]

** 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 ubuntu-keyboard in Ubuntu.
https://bugs.launchpad.net/bugs/1428146

Title:
  [Keyboard] No way to understand which layout is selected

Status in Canonical System Image:
  Fix Committed
Status in ubuntu-keyboard:
  Confirmed
Status in Ubuntu UX:
  Fix Released
Status in ubuntu-keyboard package in Ubuntu:
  Fix Released

Bug description:
  I have both english and italian layout activated on my keyboard.

  Everytime I start to write a message I don't know which layout is selected 
because layouts are the same.
  There should be a clear indication, like it or en on the space bar, so user 
knows which layout is selected before starting to write

  [UPDATE]

  Discussed this last week with Mike and Rae, we will  remove the
  language button and add current language to space bar (changeable with
  long press). Rae will provide the visual

  --

  Visuals updated with language on the spacebar
  
https://docs.google.com/presentation/d/16rPezaXSWqQlh0JeGq7A3LXOBA_EZpA1cE52EEAkIxI/edit#slide=id.gc39169429_0_76

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1428146/+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 1364518] Re: [messaging-app] "Send" button is too small, translation doesn't fit for it.

[Rae Shambrook]

** Description changed:

  Please make the "Send" button a little bigger in the Tabs page, because
  translation doesn't fit for it.
  
  In hungarian it is: "Küldés", but only shows "Kül...".
  
  See screenshot below.
  
  --UX comment--
  
  Send button should be changed to an icon. There is a send icon in the
  SURU icon theme which can be used for that.
+ 
+ --Visual Design
+ 
+ A send icon has already been implemented

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1364518

Title:
  [messaging-app] "Send" button is too small, translation doesn't fit
  for it.

Status in Ubuntu UX:
  Fix Released
Status in messaging-app package in Ubuntu:
  Fix Released

Bug description:
  Please make the "Send" button a little bigger in the Tabs page,
  because translation doesn't fit for it.

  In hungarian it is: "Küldés", but only shows "Kül...".

  See screenshot below.

  --UX comment--

  Send button should be changed to an icon. There is a send icon in the
  SURU icon theme which can be used for that.

  --Visual Design

  A send icon has already been implemented

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1364518/+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 1461873] Re: [messaging] Ability to forward SMS without copy 'n past approach

[Rae Shambrook]

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1461873

Title:
  [messaging] Ability to forward SMS without copy 'n past approach

Status in Ubuntu UX:
  Fix Committed
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.

  **

  This feature is in the new designs but has yet to be implemented.
  https://docs.google.com/presentation/d/1hkrF2g-
  ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p97

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1461873/+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 1461873] Re: [messaging] Ability to forward SMS without copy 'n past approach

[Rae Shambrook]

@fcole90 sorry for the delay, the new spec is linked in the bug
description

** Description changed:

  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.
- 
  
  **
  
  This feature is in the new designs but has yet to be implemented.
- 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g18adf9eae_5102
+ https://docs.google.com/presentation/d/1hkrF2g-
+ ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p97

-- 
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/1461873

Title:
  [messaging] Ability to forward SMS without copy 'n past approach

Status in Ubuntu UX:
  Confirmed
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.

  **

  This feature is in the new designs but has yet to be implemented.
  https://docs.google.com/presentation/d/1hkrF2g-
  ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p97

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1461873/+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 1534760] Re: Visuals for selected tab should be more obvious

[Rae Shambrook]

** Description changed:

  Running a N4 connected to an external monitor, browser running in
  expanded mode with tabs at the top
  
  Browser running on the monitor, it's extremely difficult to tell which
  of the tabs is the currently selected tab. All tabs appear to be the
  same size and only subtle shading differences seem to differentiate, but
  these are basically not noticeable enough. Especially on external
  monitor that has high res (I set the GRID_UNIT_PX=8 per kgunn's
  instructions).
  
  We should consider making the assets much more obvious which tab is
  selected.
+ 
+ ---
+ 
+ New colours have been applied and assets sent to olivier

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1534760

Title:
  Visuals for selected tab should be more obvious

Status in Canonical System Image:
  In Progress
Status in canonical-pocket-desktop:
  In Progress
Status in Ubuntu UX:
  Fix Committed
Status in webbrowser-app package in Ubuntu:
  In Progress

Bug description:
  Running a N4 connected to an external monitor, browser running in
  expanded mode with tabs at the top

  Browser running on the monitor, it's extremely difficult to tell which
  of the tabs is the currently selected tab. All tabs appear to be the
  same size and only subtle shading differences seem to differentiate,
  but these are basically not noticeable enough. Especially on external
  monitor that has high res (I set the GRID_UNIT_PX=8 per kgunn's
  instructions).

  We should consider making the assets much more obvious which tab is
  selected.

  ---

  New colours have been applied and assets sent to olivier

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1534760/+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 1514849] Re: [messaging-app] Gray frame around green message bubble looks jagged

[Rae Shambrook]

** Description changed:

  For some time now the message bubbles have grey frame around them. It
  looks bad specially on the green bubbles. Screenshot attached.
+ 
+ *New assets have been provided to Gustavo

** 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 messaging-app in Ubuntu.
https://bugs.launchpad.net/bugs/1514849

Title:
  [messaging-app] Gray frame around green message bubble looks jagged

Status in Ubuntu UX:
  Fix Committed
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  For some time now the message bubbles have grey frame around them. It
  looks bad specially on the green bubbles. Screenshot attached.

  *New assets have been provided to Gustavo

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1514849/+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 1364638] Re: [address book] Edit > Fields (Address, Phone, Email) are poorly distinguished, and "Edit" page title is non-descriptive.

[Rae Shambrook]

** Description changed:

  Small Aesthetic opinion
  
  http://i.imgur.com/V5tanmc.png
  
  A. The titles almost look like they can be clicked.
  B. The seperators look like they encapsulate  one item. For example in the 
screenshot, the item looks like this:
  
  ---
  Number
  Home
  Email
  ---
  
  C. Page Title: "Edit"? Edit Contacts, or Edit my contact info?
  
  I suppose considering that I can't connect to the server on qml scene, I
  am confused as whether this is my own personal details, or the
  hypothetical person I have in a list.
  
   UX comment & resolution 
  
  There is a UX and UI change for the Address Book app.
  Edit always refers to the page you are editing and the way you normally land 
on this page is:
  
  1. Open Address Book app
  2. Tap on a contact
  3. view contact card
  4. tap edit in the top right of the header in the contact card
  5. view switches and you are able to edit the contact.
  
  For the latest visual design please refer to the visual design spec:
- 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.g18adf9eae_59
+ 
https://docs.google.com/presentation/d/1hkrF2g-ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p63
  
- The different sections are now much better separated. 
+ The different sections are now much better separated.
  Closing this bug as Fix Released because solution is provided.

** 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 address-book-app in
Ubuntu.
https://bugs.launchpad.net/bugs/1364638

Title:
  [address book] Edit > Fields (Address, Phone, Email) are poorly
  distinguished, and "Edit" page title is non-descriptive.

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  Triaged

Bug description:
  Small Aesthetic opinion

  http://i.imgur.com/V5tanmc.png

  A. The titles almost look like they can be clicked.
  B. The seperators look like they encapsulate  one item. For example in the 
screenshot, the item looks like this:

  ---
  Number
  Home
  Email
  ---

  C. Page Title: "Edit"? Edit Contacts, or Edit my contact info?

  I suppose considering that I can't connect to the server on qml scene,
  I am confused as whether this is my own personal details, or the
  hypothetical person I have in a list.

   UX comment & resolution 

  There is a UX and UI change for the Address Book app.
  Edit always refers to the page you are editing and the way you normally land 
on this page is:

  1. Open Address Book app
  2. Tap on a contact
  3. view contact card
  4. tap edit in the top right of the header in the contact card
  5. view switches and you are able to edit the contact.

  For the latest visual design please refer to the visual design spec:
  
https://docs.google.com/presentation/d/1hkrF2g-ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p63

  The different sections are now much better separated.
  Closing this bug as Fix Released because solution is provided.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1364638/+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 1488026] Re: {Adding new contact} Caret smaller than hint text

[Rae Shambrook]

** Attachment added: "screenshot20151023_123623041.png"
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1488026/+attachment/4503162/+files/screenshot20151023_123623041.png

** Description changed:

  When adding a new contact the 'Enter an email address' is out of line
  with the caret - looks a bit odd.
  
  -
  
- Screenshot attached of the error and how it's supposed to be
+ Screenshots attached of the error and how it's supposed to be
  implemented. The correct implementation is in the First Name field

** 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 address-book-app in
Ubuntu.
https://bugs.launchpad.net/bugs/1488026

Title:
  {Adding new contact} Caret smaller than hint text

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  New

Bug description:
  When adding a new contact the 'Enter an email address' is out of line
  with the caret - looks a bit odd.

  -

  Screenshots attached of the error and how it's supposed to be
  implemented. The correct implementation is in the First Name field

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488026/+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 1488026] Re: {Adding new contact} Caret smaller than hint text

[Rae Shambrook]

** Description changed:

  When adding a new contact the 'Enter an email address' is out of line
  with the caret - looks a bit odd.
+ 
+ -
+ 
+ Screenshot attached of the error and how it's supposed to be
+ implemented. The correct implementation is in the First Name field

** Attachment added: "screenshot20151023_123431592.png"
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1488026/+attachment/4503161/+files/screenshot20151023_123431592.png

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

Title:
  {Adding new contact} Caret smaller than hint text

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  New

Bug description:
  When adding a new contact the 'Enter an email address' is out of line
  with the caret - looks a bit odd.

  -

  Screenshots attached of the error and how it's supposed to be
  implemented. The correct implementation is in the First Name field

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1488026/+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 1364638] Re: [address book] Edit > Fields (Address, Phone, Email) are poorly distinguished, and "Edit" page title is non-descriptive.

[Rae Shambrook]

** 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 address-book-app in
Ubuntu.
https://bugs.launchpad.net/bugs/1364638

Title:
  [address book] Edit > Fields (Address, Phone, Email) are poorly
  distinguished, and "Edit" page title is non-descriptive.

Status in address-book-app:
  Triaged
Status in Ubuntu UX:
  In Progress
Status in address-book-app package in Ubuntu:
  Triaged

Bug description:
  Small Aesthetic opinion

  http://i.imgur.com/V5tanmc.png

  A. The titles almost look like they can be clicked.
  B. The seperators look like they encapsulate  one item. For example in the 
screenshot, the item looks like this:

  ---
  Number
  Home
  Email
  ---

  C. Page Title: "Edit"? Edit Contacts, or Edit my contact info?

  I suppose considering that I can't connect to the server on qml scene,
  I am confused as whether this is my own personal details, or the
  hypothetical person I have in a list.

   UX comment & resolution 

  There is a UX and UI change for the Address Book app.
  Edit always refers to the page you are editing and the way you normally land 
on this page is:

  1. Open Address Book app
  2. Tap on a contact
  3. view contact card
  4. tap edit in the top right of the header in the contact card
  5. view switches and you are able to edit the contact.

  For the latest visual design please refer to the visual design spec:
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.g18adf9eae_59

  The different sections are now much better separated. 
  Closing this bug as Fix Released because solution is provided.

To manage notifications about this bug go to:
https://bugs.launchpad.net/address-book-app/+bug/1364638/+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 1485623] Re: Moderately long name not shown in address book card

[Rae Shambrook]

** Description changed:

  Ubuntu 15.04 r97, r99, BQ Aquaris E4.5
  
  1. Launch the Address Book.
  2. Create a new card with the first name "Mark" and the last name 
"Shuttleworth".
  3. Navigate to the card.
  
  What you see:
  * "Mark Shuttlewo…" in the header.
  * "Mark Shuttleworth" is not displayed anywhere.
  
  If you're using a handset with a larger screen, such that "Mark
  Shuttleworth" fits in the header, use the name of a law firm instead:
  for example "Ziffren Brittenham LLP", "Freshfields Bruckhaus Deringer",
  or "Norton Rose Fulbright".
  
  What you should see:
  * The full name is displayed somewhere in the address book card.
  
  The full name should be displayed in the empty space next to the icon.
  Wireframe: 
  Mockup: 
+ 
+ -
+ 
+ 
+ In the new visual design, the full contact name can be seen in the contact 
card, please see the visual spec 
https://docs.google.com/presentation/d/1hkrF2g-ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p61

** 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 address-book-app in
Ubuntu.
https://bugs.launchpad.net/bugs/1485623

Title:
  Moderately long name not shown in address book card

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  New

Bug description:
  Ubuntu 15.04 r97, r99, BQ Aquaris E4.5

  1. Launch the Address Book.
  2. Create a new card with the first name "Mark" and the last name 
"Shuttleworth".
  3. Navigate to the card.

  What you see:
  * "Mark Shuttlewo…" in the header.
  * "Mark Shuttleworth" is not displayed anywhere.

  If you're using a handset with a larger screen, such that "Mark
  Shuttleworth" fits in the header, use the name of a law firm instead:
  for example "Ziffren Brittenham LLP", "Freshfields Bruckhaus
  Deringer", or "Norton Rose Fulbright".

  What you should see:
  * The full name is displayed somewhere in the address book card.

  The full name should be displayed in the empty space next to the icon.
  Wireframe: 
  Mockup: 

  -

  
  In the new visual design, the full contact name can be seen in the contact 
card, please see the visual spec 
https://docs.google.com/presentation/d/1hkrF2g-ad7fhJ0UVLKmu_5ZXSFK1EkcWS129JxmAAI4/edit#slide=id.p61

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1485623/+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 1437006] Re: [browser] bottom edge gesture graphic should have a numeric representation of the number of open tabs

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1437006

Title:
  [browser] bottom edge gesture graphic should have a numeric
  representation of the number of open tabs

Status in Ubuntu UX:
  Fix Released
Status in webbrowser-app:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  This is a UX issue.
  Currently, the bottom edge graphic is a squat caret. Aside from the caret, it 
would be nice to have a numeric display of the number of open tabs. Today while 
trying to use a website, my actions resulted in the opening of multiple tabs, 
but there was no change in the browser that would suggest any tabs were opened.

  

  UX resolution-the phone visual spec is updated to include the bottom
  edge hint with numerical display, page 23

  
https://docs.google.com/a/canonical.com/presentation/d/1woHjO8K4iqyVZZlfQ4BXL0DhYbwkEmZ7wvcUhYzHDRk/edit?pli=1#slide=id.g986756eaf_6_0

  A new asset for the bottom edge tab has been sent to Olivier

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1437006/+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 1430264] Re: [OSK] Doesn't have a mode number by default with fallback to normal keyboard

[Rae Shambrook]

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

** Description changed:

  That would be needed for design like
  
https://wiki.ubuntu.com/Bluetooth?action=AttachFiledo=gettarget=phone-bluetooth-pair.png
  
  The pin code are usually digits only but the specification allows
  alphanumeric chars and some device use letters, so ideally we would have
  a number/pin type of keyboard with a way to switch to full layout for
  those cases
+ 
+ 
+ 
+ In this case, we can use the numeric side of the normal keyboard, which
+ would allow us to switch between numbers and letters, rather than the
+ numbers only keyboard.

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

Title:
  [OSK] Doesn't have a mode number by default with fallback to normal
  keyboard

Status in ubuntu-keyboard:
  New
Status in Ubuntu UX:
  Won't Fix
Status in ubuntu-keyboard package in Ubuntu:
  New

Bug description:
  That would be needed for design like
  
https://wiki.ubuntu.com/Bluetooth?action=AttachFiledo=gettarget=phone-bluetooth-pair.png

  The pin code are usually digits only but the specification allows
  alphanumeric chars and some device use letters, so ideally we would
  have a number/pin type of keyboard with a way to switch to full layout
  for those cases

  

  In this case, we can use the numeric side of the normal keyboard,
  which would allow us to switch between numbers and letters, rather
  than the numbers only keyboard.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-keyboard/+bug/1430264/+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 1470075] Re: [address book] Fast scroll letters overlap RTL contacts

[Rae Shambrook]

** Description changed:

  Steps to reproduce
  
  1) Add a contact with a Hebrew name
  
  2) Scroll the contact list
  
  Expected result
  
-  Contact name shouldn't be obscured
+  Contact name shouldn't be obscured
  
  Actual result
  
-  Contact name is overlapped by the fast scroll letters (see attached
+  Contact name is overlapped by the fast scroll letters (see attached
  screenshot)
+ 
+ ---
+ 
+ The placement of the text should be the same as the visual spec and read
+ from right to left. But the text should not actually be placed on the
+ right hand side of the page. Please see attached examples in the
+ comments. So the layout should still follow the visual spec
+ 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.g183c60488_058

** Attachment added: photo_2015-08-05_14-03-44.jpg
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1470075/+attachment/4439725/+files/photo_2015-08-05_14-03-44.jpg

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

Title:
  [address book] Fast scroll letters overlap RTL contacts

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  Confirmed

Bug description:
  Steps to reproduce

  1) Add a contact with a Hebrew name

  2) Scroll the contact list

  Expected result

   Contact name shouldn't be obscured

  Actual result

   Contact name is overlapped by the fast scroll letters (see attached
  screenshot)

  ---

  The placement of the text should be the same as the visual spec and
  read from right to left. But the text should not actually be placed on
  the right hand side of the page. Please see attached examples in the
  comments. So the layout should still follow the visual spec
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.g183c60488_058

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1470075/+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 1470075] Re: [address book] Fast scroll letters overlap RTL contacts

[Rae Shambrook]

** Attachment added: photo_2015-08-05_14-03-34.jpg
   
https://bugs.launchpad.net/ubuntu-ux/+bug/1470075/+attachment/4439726/+files/photo_2015-08-05_14-03-34.jpg

** 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 address-book-app in
Ubuntu.
https://bugs.launchpad.net/bugs/1470075

Title:
  [address book] Fast scroll letters overlap RTL contacts

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  Confirmed

Bug description:
  Steps to reproduce

  1) Add a contact with a Hebrew name

  2) Scroll the contact list

  Expected result

   Contact name shouldn't be obscured

  Actual result

   Contact name is overlapped by the fast scroll letters (see attached
  screenshot)

  ---

  The placement of the text should be the same as the visual spec and
  read from right to left. But the text should not actually be placed on
  the right hand side of the page. Please see attached examples in the
  comments. So the layout should still follow the visual spec
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.g183c60488_058

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1470075/+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 1447785] Re: [Dialer] Controls on the in-call screen are inconsistent and confusing

[Rae Shambrook]

** Description changed:

  Some controls on the in-call screen display icons which shows actions.
  These are: Add call, Pause call, Show keyboard (not sure if these
  are proper names). As a user I know what will happen if I tap them.
  Problem is with other two controls. They display current state rather
  then what will happen after you tap them. One shows icon of muted
  speaker, which, in contrary, enables the loudspeaker on the phone. The
  other control shows icon of microphone. When you tap it, phone's mic is
  switched off. So it's not what icon says.
  
  Please see the attached screenshot for illustration.
+ 
+ 
+ -
+ 
+ The speaker and mic icons are fixed, please see the spec
+ 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34608d763_0187
+ 
+ However, we still need active states for the icons, this project has
+ been created and Matthieu James will work on it, here is the project
+ link: https://canonical.leankit.com/Boards/View/109386535/116425312

** 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 dialer-app in Ubuntu.
https://bugs.launchpad.net/bugs/1447785

Title:
  [Dialer] Controls on the in-call screen are inconsistent and confusing

Status in Ubuntu UX:
  Fix Committed
Status in dialer-app package in Ubuntu:
  Confirmed

Bug description:
  Some controls on the in-call screen display icons which shows actions.
  These are: Add call, Pause call, Show keyboard (not sure if
  these are proper names). As a user I know what will happen if I tap
  them. Problem is with other two controls. They display current state
  rather then what will happen after you tap them. One shows icon of
  muted speaker, which, in contrary, enables the loudspeaker on the
  phone. The other control shows icon of microphone. When you tap it,
  phone's mic is switched off. So it's not what icon says.

  Please see the attached screenshot for illustration.

  
  -

  The speaker and mic icons are fixed, please see the spec
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34608d763_0187

  However, we still need active states for the icons, this project has
  been created and Matthieu James will work on it, here is the project
  link: https://canonical.leankit.com/Boards/View/109386535/116425312

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1447785/+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 1428146] Re: [Keyboard] No way to understand which layout is selected

[Rae Shambrook]

** Description changed:

  I have both english and italian layout activated on my keyboard.
  
  Everytime I start to write a message I don't know which layout is selected 
because layouts are the same.
  There should be a clear indication, like it or en on the space bar, so user 
knows which layout is selected before starting to write
- 
  
  [UPDATE]
  
  Discussed this last week with Mike and Rae, we will  remove the language
  button and add current language to space bar (changeable with long
  press). Rae will provide the visual
+ 
+ --
+ 
+ Visuals updated with language on the keyboard
+ 
https://docs.google.com/presentation/d/16rPezaXSWqQlh0JeGq7A3LXOBA_EZpA1cE52EEAkIxI/edit#slide=id.gc39169429_0_76

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

** Description changed:

  I have both english and italian layout activated on my keyboard.
  
  Everytime I start to write a message I don't know which layout is selected 
because layouts are the same.
  There should be a clear indication, like it or en on the space bar, so user 
knows which layout is selected before starting to write
  
  [UPDATE]
  
  Discussed this last week with Mike and Rae, we will  remove the language
  button and add current language to space bar (changeable with long
  press). Rae will provide the visual
  
  --
  
- Visuals updated with language on the keyboard
+ Visuals updated with language on the spacebar
  
https://docs.google.com/presentation/d/16rPezaXSWqQlh0JeGq7A3LXOBA_EZpA1cE52EEAkIxI/edit#slide=id.gc39169429_0_76

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

Title:
  [Keyboard] No way to understand which layout is selected

Status in ubuntu-keyboard:
  Confirmed
Status in Ubuntu UX:
  Fix Committed
Status in ubuntu-keyboard package in Ubuntu:
  Confirmed

Bug description:
  I have both english and italian layout activated on my keyboard.

  Everytime I start to write a message I don't know which layout is selected 
because layouts are the same.
  There should be a clear indication, like it or en on the space bar, so user 
knows which layout is selected before starting to write

  [UPDATE]

  Discussed this last week with Mike and Rae, we will  remove the
  language button and add current language to space bar (changeable with
  long press). Rae will provide the visual

  --

  Visuals updated with language on the spacebar
  
https://docs.google.com/presentation/d/16rPezaXSWqQlh0JeGq7A3LXOBA_EZpA1cE52EEAkIxI/edit#slide=id.gc39169429_0_76

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-keyboard/+bug/1428146/+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 1439140] Re: [Address Book] Display familly name first in the addressbook

[Rae Shambrook]

** Changed in: ubuntu-ux
 Assignee: Rae Shambrook (raecontreras) = (unassigned)

** Changed in: ubuntu-ux
 Assignee: (unassigned) = Olga Kemmet (olga-kemmet)

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

Title:
  [Address Book] Display familly name first in the addressbook

Status in Ubuntu UX:
  Triaged
Status in address-book-app package in Ubuntu:
  Confirmed

Bug description:
  In southern Germany and Austrias it is common to put the famillyname
  in front of the firstname. So instead of John Doe it would be Doe,
  John. For me this is quite crucial when it comes to business contacts
  where I more likely know the famillyname and not so much the firstname
  (yes, I could use the search, but that is slower).

  So it should be possible to display the names in the addressbook like
  Famillyname, Firstname.

  Here is some information on wikipedia to that issue:
  http://en.wikipedia.org/wiki/German_name#Order_of_names_and_use_of_articles

  This issue relates to bug #1215373 but is not the same.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1439140/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation

[Rae Shambrook]

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

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

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

Title:
  [OSK] Should remember keyboard layout per conversation

Status in Ubuntu Settings:
  New
Status in Ubuntu UX:
  Won't Fix
Status in messaging-app package in Ubuntu:
  New
Status in ubuntu-keyboard package in Ubuntu:
  New

Bug description:
  Steps:
  * go to a conversation
  * select a non-default keyboard layout
  * go to a different conversation
  * select a different keyboard layout
  * go back to the first conversation

  Expected:
  * the selected layout should be restored for each conversation

  Current:
  * layout is global for the whole session

  Thinking about the solution... it'd probably be best if text fields
  had a context property that the input method could read and restore
  layouts per context. If a field had no context, it would fall back to
  the generic behaviour - per-c

  Rationale: you generally change layouts per contact, to write to
  someone in a different language.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation

[Rae Shambrook]

** Description changed:

  Steps:
  * go to a conversation
  * select a non-default keyboard layout
  * go to a different conversation
  * select a different keyboard layout
  * go back to the first conversation
  
  Expected:
  * the selected layout should be restored for each conversation
  
  Current:
  * layout is global for the whole session
  
  Thinking about the solution... it'd probably be best if text fields had
  a context property that the input method could read and restore
  layouts per context. If a field had no context, it would fall back to
  the generic behaviour - per-c
  
  Rationale: you generally change layouts per contact, to write to someone
  in a different language.
+ 
+ -
+ 
+ This would require deeper functionality between the OSK and SDK /
+ messaging app than we currently have - the proposal sounds good but not
+ much to add from UX POV at this stage

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

Title:
  [OSK] Should remember keyboard layout per conversation

Status in Ubuntu Settings:
  New
Status in Ubuntu UX:
  Won't Fix
Status in messaging-app package in Ubuntu:
  New
Status in ubuntu-keyboard package in Ubuntu:
  New

Bug description:
  Steps:
  * go to a conversation
  * select a non-default keyboard layout
  * go to a different conversation
  * select a different keyboard layout
  * go back to the first conversation

  Expected:
  * the selected layout should be restored for each conversation

  Current:
  * layout is global for the whole session

  Thinking about the solution... it'd probably be best if text fields
  had a context property that the input method could read and restore
  layouts per context. If a field had no context, it would fall back to
  the generic behaviour - per-c

  Rationale: you generally change layouts per contact, to write to
  someone in a different language.

  -

  This would require deeper functionality between the OSK and SDK /
  messaging app than we currently have - the proposal sounds good but
  not much to add from UX POV at this stage

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1207780] Re: [Address book] Missing sound section

[Rae Shambrook]

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

** Description changed:

  there is no Sound section on contact view/edit page, as per visual
  design
+ 
+ --
+ 
+ There is a visual design on page 30 of the spec,
+ 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34f4174e6_014

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

Title:
  [Address book] Missing sound section

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  Confirmed

Bug description:
  there is no Sound section on contact view/edit page, as per visual
  design

  --

  There is a visual design on page 30 of the spec,
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34f4174e6_014

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1207780/+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 1364641] Re: [Address book] All, Favourites -- there should be an option to create more groups.

[Rae Shambrook]

** Changed in: ubuntu-ux
 Assignee: Rae Shambrook (raecontreras) = (unassigned)

** Changed in: ubuntu-ux
 Assignee: (unassigned) = Olga Kemmet (olga-kemmet)

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

Title:
  [Address book] All, Favourites -- there should be an option to create
  more groups.

Status in address-book-app:
  Triaged
Status in Ubuntu UX:
  In Progress
Status in address-book-app package in Ubuntu:
  Triaged

Bug description:
  In the contact list, there are two lists:

  All

  Favourites

  There should be an option to create more lists, such as Family

  -UX comment-

  Adding/creating a new group should be addressed via app settings. The
  new header component will be able to hold more than two lists.

To manage notifications about this bug go to:
https://bugs.launchpad.net/address-book-app/+bug/1364641/+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 1461873] Re: [messaging] Ability to forward SMS without copy 'n past approach

[Rae Shambrook]

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

** Description changed:

  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.
+ 
+ 
+ **
+ 
+ This feature is in the new designs but has yet to be implemented.
+ 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g18adf9eae_5102

-- 
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/1461873

Title:
  [messaging] Ability to forward SMS without copy 'n past approach

Status in Ubuntu UX:
  Fix Committed
Status in messaging-app package in Ubuntu:
  Confirmed

Bug description:
  It would be nice if the SMS app swipe left context had the ability to forward 
the SMS to other receivers.
  The existing approah where one can swipe left and copy the content and then 
paste into a new SMS seems less intuitive.

  
  **

  This feature is in the new designs but has yet to be implemented.
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g18adf9eae_5102

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1461873/+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 1368249] Re: [design] [dialer app] full screen incoming call

[Rae Shambrook]

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

** Description changed:

  design feedback that there is a need to make the incoming call notification 
full screen
  currently awaiting visuals
+ 
+ 
+ 
+ This is an issue that will require more work than a bug fix. We will
+ start this as a new project.

-- 
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/1368249

Title:
  [design] [dialer app] full screen incoming call

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

Bug description:
  design feedback that there is a need to make the incoming call notification 
full screen
  currently awaiting visuals

  

  This is an issue that will require more work than a bug fix. We will
  start this as a new project.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1368249/+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 1291575] Re: [osk] predictive text should be disabled on wifi password dialog

[Rae Shambrook]

** 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 unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1291575

Title:
  [osk] predictive text should be disabled on wifi password dialog

Status in Ubuntu UX:
  Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  on the wifi password dialog if you check show password and if word
  prediction/spell checking is on, the user is presented with word
  ribbon. this should be disabled by setting the Qt.ImNoPredicticveText
  hint on the entry field

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1291575/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation

[Rae Shambrook]

** 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 ubuntu-keyboard in Ubuntu.
https://bugs.launchpad.net/bugs/1430416

Title:
  [OSK] Should remember keyboard layout per conversation

Status in Ubuntu Settings:
  New
Status in Ubuntu UX:
  Won't Fix
Status in messaging-app package in Ubuntu:
  New
Status in ubuntu-keyboard package in Ubuntu:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Steps:
  * go to a conversation
  * select a non-default keyboard layout
  * go to a different conversation
  * select a different keyboard layout
  * go back to the first conversation

  Expected:
  * the selected layout should be restored for each conversation

  Current:
  * layout is global for the whole session

  Thinking about the solution... it'd probably be best if text fields
  had a context property that the input method could read and restore
  layouts per context. If a field had no context, it would fall back to
  the generic behaviour - per-c

  Rationale: you generally change layouts per contact, to write to
  someone in a different language.

  -

  This would require deeper functionality between the OSK and SDK /
  messaging app than we currently have - the proposal sounds good but
  not much to add from UX POV at this stage

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation

[Rae Shambrook]

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

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

Title:
  [OSK] Should remember keyboard layout per conversation

Status in Ubuntu Settings:
  New
Status in Ubuntu UX:
  Won't Fix
Status in messaging-app package in Ubuntu:
  New
Status in ubuntu-keyboard package in Ubuntu:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Steps:
  * go to a conversation
  * select a non-default keyboard layout
  * go to a different conversation
  * select a different keyboard layout
  * go back to the first conversation

  Expected:
  * the selected layout should be restored for each conversation

  Current:
  * layout is global for the whole session

  Thinking about the solution... it'd probably be best if text fields
  had a context property that the input method could read and restore
  layouts per context. If a field had no context, it would fall back to
  the generic behaviour - per-c

  Rationale: you generally change layouts per contact, to write to
  someone in a different language.

  -

  This would require deeper functionality between the OSK and SDK /
  messaging app than we currently have - the proposal sounds good but
  not much to add from UX POV at this stage

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1421399] Re: [dialer] increase touch area for in call controls

[Rae Shambrook]

** Description changed:

  from usability tests:
  Buttons (eg. mute icon, hang up button) are a bit small therefore demanded 
high gesture precision. Guidance from design is Make invisible touch targets 
larger
- 
  
  ---UX comment-
  
  Please increase the touch target area and follow the latest Visual
  design spec:
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.ga167dd8c0_0_8
+ 
+ 
+ 
+ Hit area outline on page 9 of the spec
+ 
+ 
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34608d763_0187

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

** Description changed:

  from usability tests:
  Buttons (eg. mute icon, hang up button) are a bit small therefore demanded 
high gesture precision. Guidance from design is Make invisible touch targets 
larger
  
  ---UX comment-
  
  Please increase the touch target area and follow the latest Visual
  design spec:
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.ga167dd8c0_0_8
  
  
  
- Hit area outline on page 9 of the spec
+ touch areas outlined on page 9 of the spec
  
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34608d763_0187

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

Title:
  [dialer] increase touch area for in call controls

Status in Ubuntu UX:
  Fix Committed
Status in dialer-app package in Ubuntu:
  New
Status in dialer-app package in Ubuntu RTM:
  New

Bug description:
  from usability tests:
  Buttons (eg. mute icon, hang up button) are a bit small therefore demanded 
high gesture precision. Guidance from design is Make invisible touch targets 
larger

  ---UX comment-

  Please increase the touch target area and follow the latest Visual
  design spec:
  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit#slide=id.ga167dd8c0_0_8

  

  touch areas outlined on page 9 of the spec

  
https://docs.google.com/presentation/d/1XMHRg7T3KxMizExeRTmXJGar0WOUyBQ4A8lEMnQvcqA/edit?pli=1#slide=id.g34608d763_0187

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1421399/+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 1430004] Re: [dialer] + [messaging] + [address book] Screenshot(s) outdated when accessed from device

[Rae Shambrook]

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

** Description changed:

  On a phone, long press on any of the default phone apps phone, messaging, 
contacts
  Note an old screenshot with the dark theme.
  These should be replaced with some newer ones.
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202935.png
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202947.png
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-203007.png
  
  
  
  Checked with Gustavo, he will provide screenshots himself. Visuals are
  not needed from design
+ 
+ 
+ 
+ checked on Ubuntu 15.10 (r253)

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

Title:
  [dialer] + [messaging] + [address book] Screenshot(s) outdated when
  accessed from device

Status in Ubuntu UX bugs:
  Fix Released
Status in address-book-app package in Ubuntu:
  Fix Released
Status in dialer-app package in Ubuntu:
  Fix Released
Status in messaging-app package in Ubuntu:
  Fix Released
Status in dialer-app package in Ubuntu RTM:
  Fix Released
Status in messaging-app package in Ubuntu RTM:
  Fix Released

Bug description:
  On a phone, long press on any of the default phone apps phone, messaging, 
contacts
  Note an old screenshot with the dark theme.
  These should be replaced with some newer ones.

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202935.png

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202947.png

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-203007.png

  

  Checked with Gustavo, he will provide screenshots himself. Visuals are
  not needed from design

  

  checked on Ubuntu 15.10 (r253)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1430004/+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 1430004] Re: [dialer] + [messaging] + [address book] Screenshot(s) outdated when accessed from device

[Rae Shambrook]

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

** Description changed:

  On a phone, long press on any of the default phone apps phone, messaging, 
contacts
  Note an old screenshot with the dark theme.
  These should be replaced with some newer ones.
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202935.png
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202947.png
  
  http://people.canonical.com/~alan/screenshots/device-2015-03-09-203007.png
+ 
+ 
+ 
+ Checked with Gustavo, he will provide screenshots himself. Visuals are
+ not needed from design

-- 
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/1430004

Title:
  [dialer] + [messaging] + [address book] Screenshot(s) outdated when
  accessed from device

Status in Address Book App:
  New
Status in Dialer app for Ubuntu Touch:
  New
Status in Messaging App:
  New
Status in Ubuntu UX bugs:
  Fix Committed
Status in dialer-app package in Ubuntu:
  New
Status in messaging-app package in Ubuntu:
  New
Status in dialer-app package in Ubuntu RTM:
  New
Status in messaging-app package in Ubuntu RTM:
  New

Bug description:
  On a phone, long press on any of the default phone apps phone, messaging, 
contacts
  Note an old screenshot with the dark theme.
  These should be replaced with some newer ones.

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202935.png

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-202947.png

  http://people.canonical.com/~alan/screenshots/device-2015-03-09-203007.png

  

  Checked with Gustavo, he will provide screenshots himself. Visuals are
  not needed from design

To manage notifications about this bug go to:
https://bugs.launchpad.net/address-book-app/+bug/1430004/+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 1437006] Re: [browser] bottom edge gesture graphic should have a numeric representation of the number of open tabs

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1437006

Title:
  [browser] bottom edge gesture graphic should have a numeric
  representation of the number of open tabs

Status in Ubuntu UX bugs:
  Fix Committed
Status in Web Browser App:
  Confirmed
Status in webbrowser-app package in Ubuntu:
  Confirmed

Bug description:
  This is a UX issue.
  Currently, the bottom edge graphic is a squat caret. Aside from the caret, it 
would be nice to have a numeric display of the number of open tabs. Today while 
trying to use a website, my actions resulted in the opening of multiple tabs, 
but there was no change in the browser that would suggest any tabs were opened.

  

  UX resolution-the phone visual spec is updated to include the bottom
  edge hint with numerical display, page 23

  
https://docs.google.com/a/canonical.com/presentation/d/1woHjO8K4iqyVZZlfQ4BXL0DhYbwkEmZ7wvcUhYzHDRk/edit?pli=1#slide=id.g986756eaf_6_0

  A new asset for the bottom edge tab has been sent to Olivier

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1437006/+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 1437006] Re: [browser] bottom edge gesture graphic should have a numeric representation of the number of open tabs

[Rae Shambrook]

** Description changed:

  This is a UX issue.
  Currently, the bottom edge graphic is a squat caret. Aside from the caret, it 
would be nice to have a numeric display of the number of open tabs. Today while 
trying to use a website, my actions resulted in the opening of multiple tabs, 
but there was no change in the browser that would suggest any tabs were opened.
+ 
+ 
+ 
+ UX resolution-the phone visual spec is updated to include the bottom
+ edge hint with numerical display, page 23
+ 
+ 
https://docs.google.com/a/canonical.com/presentation/d/1woHjO8K4iqyVZZlfQ4BXL0DhYbwkEmZ7wvcUhYzHDRk/edit?pli=1#slide=id.g986756eaf_6_0
+ 
+ A new asset for the bottom edge tab has been sent to Olivier

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

Title:
  [browser] bottom edge gesture graphic should have a numeric
  representation of the number of open tabs

Status in Ubuntu UX bugs:
  Fix Committed
Status in Web Browser App:
  Confirmed
Status in webbrowser-app package in Ubuntu:
  Confirmed

Bug description:
  This is a UX issue.
  Currently, the bottom edge graphic is a squat caret. Aside from the caret, it 
would be nice to have a numeric display of the number of open tabs. Today while 
trying to use a website, my actions resulted in the opening of multiple tabs, 
but there was no change in the browser that would suggest any tabs were opened.

  

  UX resolution-the phone visual spec is updated to include the bottom
  edge hint with numerical display, page 23

  
https://docs.google.com/a/canonical.com/presentation/d/1woHjO8K4iqyVZZlfQ4BXL0DhYbwkEmZ7wvcUhYzHDRk/edit?pli=1#slide=id.g986756eaf_6_0

  A new asset for the bottom edge tab has been sent to Olivier

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1437006/+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 1437006] Re: [browser] bottom edge gesture graphic should have a numeric representation of the number of open tabs

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1437006

Title:
  [browser] bottom edge gesture graphic should have a numeric
  representation of the number of open tabs

Status in Ubuntu UX bugs:
  In Progress
Status in Web Browser App:
  Confirmed
Status in webbrowser-app package in Ubuntu:
  Confirmed

Bug description:
  This is a UX issue.
  Currently, the bottom edge graphic is a squat caret. Aside from the caret, it 
would be nice to have a numeric display of the number of open tabs. Today while 
trying to use a website, my actions resulted in the opening of multiple tabs, 
but there was no change in the browser that would suggest any tabs were opened.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1437006/+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 1377194] Re: [browser] Various issues with security UI's

[Rae Shambrook]

** 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 webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1377194

Title:
  [browser] Various issues with security UI's

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Ubuntu UX bugs:
  Fix Released
Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  I've not done a proper review on this yet, but there are a few issues
  I've noticed just from using the browser:

  - The certificate error UI is displayed for all errors, but it should
  only be displayed for main frame document errors
  (CertificateError.isMainFrame  !CertificateError.isSubresource). You
  can't override other errors anyway, and for subframes and subresources
  it is fine to just block the content (this is how Chrome and Firefox
  behave).

  - When accepting an error, the certificate fingerprint seems to be
  whitelisted by the browser. This is not safe - what happens if the
  user navigates to a genuinely malicious site that happens to use the
  same certificate? If you want to whitelist them, you must also record
  the domain that the error originated from and the error code, and only
  automatically allow the error if the domain + error code +
  fingerprints match

  - When accepting an error, there is no visual cue in the header bar
  that you're on a site with security errors.

  - If you press the stop icon in the addressbar whilst the certificate
  error UI is displayed, the pending navigation is cancelled (returning
  to the previous committed navigation), but the certificate error UI is
  not removed. There is a CertificateError.cancelled signal for this
  purpose - I'm not sure if you're using it or not

  - There doesn't seem to be any indicator when you go to a site that
  has an EV certificate

  --- UX Comment ---
  Additional wireframe for top bar displaying warning when certificate identity 
is not verified
  
https://docs.google.com/a/canonical.com/presentation/d/1Qrd4Flfs3EH-fI79IfrYgLdAx2nce-L7ve8NKLCX324/edit#slide=id.g3503834cf_01

  For EV certificate, just display EV information in the pop-over

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1377194/+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