[Touch-packages] [Bug 1474612] Re: LeadingAction animated component shows over left items

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New = Triaged

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided = High

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) = Zsombor Egri (zsombi)

** Tags added: new-listitem

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

Title:
  LeadingAction animated component shows over left items

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  When a ListItem is placed to the right of another item (i.e. in a Row)
  the leadingAction animated component is displayed over this item,
  hiding it. This is affecting the new history view for webbrowser,
  where we have a left column showing dates and a right one showing the
  urls visited in that day. The attached sample qml file shows an
  example of the problem.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1474612/+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 1472959] Re: Ubuntu Components 1.2 gives wrong deprecation warnings

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New = Triaged

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided = High

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) = Zsombor Egri (zsombi)

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

Title:
  Ubuntu Components 1.2 gives wrong deprecation warnings

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  The simple

  import QtQuick 2.3
  import Ubuntu.Components 1.2

  Item {
  CheckBox {
  }
  }

  code gives a warning saying

  QML CheckBox: Theme.createStyleComponent() is deprecated. Use
  ThemeSettings instead.

  ThemeSettings is only introduced by Ubuntu.Components 1.3 so it should
  not give such a warning.

  When using qtdeclarative5-ubuntu-ui-toolkit-plugin
  1.3.1549+15.04.20150706-0ubuntu1 installed

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1472959/+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 1474280] Re: including a page inside a dialog breaks headers in a mainview

[Zsombor Egri]

Each application has one header, and that one is maintained by the
MainView itself. Pages, when activated, update header content in the
MainView. Therefore whenever you activate a Page in a Dialog, that will
also update the header in MainView.

Pages are not made to be used in dialogs. They do not have any added
value when used in Dialogs, more, due to the nature of the Page they
would break the Dialog sizing when page content exceeds Dialog frames.
Also, design guides do not advice to have a header to be present in the
dialog. Pages should be used in MainView, PageStack, Tab or the upcoming
MultiColumnView. It is a canvas to hold full-window content.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New = Invalid

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

Title:
  including a page inside a dialog breaks headers in a mainview

Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  observe the following code available here: https://code.launchpad.net
  /~rick-rickspencer3/+junk/pagesindialogs

  When you run the app, click on the red rectangle. This causes a dialog
  to appear. When you click close on the dialog, not that the header in
  the mainview is gone. If you remove the Page{} from the dialog, this
  no longer happens. As a result, you cannot reuse pages inside a
  dialog.

  import QtQuick 2.0
  import Ubuntu.Components 1.1
  import Ubuntu.Components.Popups 1.0

  MainView {
  objectName: mainView

  applicationName: reproducer.rick-rickspencer3
  useDeprecatedToolbar: false

  width: units.gu(40)
  height: units.gu(75)

  Page {
  title: i18n.tr(app)
  MouseArea {
  anchors.fill: parent
  Rectangle {
  color: red
  anchors.fill: parent
  }
  onClicked: PopupUtils.open(fakeComponent)
  }
  }
  Component {
  id: fakeComponent

  Dialog {
  id: fakeDialog

  title: Fake Dialog
  Page{
  Button {
  text: i18n.tr(Close)
  onTriggered: {
  PopupUtils.close(fakeDialog)
  }
  }
   }
  }
   }
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1474280/+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 1475205] Re: Random Chinese character missing in header with 50 GU

[Zsombor Egri]

This seems to be rather a Qt bug than a toolkit one. All we do in 50 GU
system is we calculate the pixels. Penn Chen, could you check the same
with a simple QML test to be sure we're on the same page?

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

Title:
  Random Chinese character missing in header with 50 GU

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  After applied 50 GU setting in image, we started seeing randomly
  missing Chinese characters across scopes and apps header, not clipped
  at the begin or end of string, sometimes in the middle.

  STEPS:

  1. Switch display language to zh_CN in system settings 
  2. Reboot the phone 

  EXPECTED:

  I should see all header strings displayed properly.

  ACTUAL:

  Randomly missing character.

  VERSIONS:

  current build number: 51
  device name: arale
  channel: ubuntu-touch/rc-proposed/meizu.zh-proposed
  last update: 2015-07-16 04:59:10
  version version: 51
  version ubuntu: 20150716
  version device: 20150709-8965e37
  version custom: 20150716-819-9-6

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1475205/+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 1475205] Re: Random Chinese character missing in header with 50 GU

[Zsombor Egri]

I'll mark it as Incomplete as it is not confirmed that is part of UITK.

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

Title:
  Random Chinese character missing in header with 50 GU

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  After applied 50 GU setting in image, we started seeing randomly
  missing Chinese characters across scopes and apps header, not clipped
  at the begin or end of string, sometimes in the middle.

  STEPS:

  1. Switch display language to zh_CN in system settings 
  2. Reboot the phone 

  EXPECTED:

  I should see all header strings displayed properly.

  ACTUAL:

  Randomly missing character.

  VERSIONS:

  current build number: 51
  device name: arale
  channel: ubuntu-touch/rc-proposed/meizu.zh-proposed
  last update: 2015-07-16 04:59:10
  version version: 51
  version ubuntu: 20150716
  version device: 20150709-8965e37
  version custom: 20150716-819-9-6

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1475205/+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 1475205] Re: Random Chinese character missing in header with 50 GU

[Zsombor Egri]

Sorry, typo, Penk Check I meant...

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed = Incomplete

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

Title:
  Random Chinese character missing in header with 50 GU

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  After applied 50 GU setting in image, we started seeing randomly
  missing Chinese characters across scopes and apps header, not clipped
  at the begin or end of string, sometimes in the middle.

  STEPS:

  1. Switch display language to zh_CN in system settings 
  2. Reboot the phone 

  EXPECTED:

  I should see all header strings displayed properly.

  ACTUAL:

  Randomly missing character.

  VERSIONS:

  current build number: 51
  device name: arale
  channel: ubuntu-touch/rc-proposed/meizu.zh-proposed
  last update: 2015-07-16 04:59:10
  version version: 51
  version ubuntu: 20150716
  version device: 20150709-8965e37
  version custom: 20150716-819-9-6

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1475205/+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 1475205] Re: Random Chinese character missing in header with 50 GU

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Incomplete = Confirmed

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zsombor Egri (zsombi) = Tim Peeters (tpeeters)

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

Title:
  Random Chinese character missing in header with 50 GU

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  After applied 50 GU setting in image, we started seeing randomly
  missing Chinese characters across scopes and apps header, not clipped
  at the begin or end of string, sometimes in the middle.

  STEPS:

  1. Switch display language to zh_CN in system settings 
  2. Reboot the phone 

  EXPECTED:

  I should see all header strings displayed properly.

  ACTUAL:

  Randomly missing character.

  VERSIONS:

  current build number: 51
  device name: arale
  channel: ubuntu-touch/rc-proposed/meizu.zh-proposed
  last update: 2015-07-16 04:59:10
  version version: 51
  version ubuntu: 20150716
  version device: 20150709-8965e37
  version custom: 20150716-819-9-6

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1475205/+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 1461501] Re: Setting ListItem.selected doesn’t update the checkbox state

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed = In Progress

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

Title:
  Setting ListItem.selected doesn’t update the checkbox state

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Since yesterday webbrowser-app in wily uses the new ListItem API
  available in version 1.2 of the UITK. I’ve noticed one bug when a list
  is in multi-selection mode, which I’ve isolated in the attached test
  file.

  To reproduce the issue:
   - launch the scene with qmlscene
   - click on the checkbox of any item (its opacity increases from 0.3 to 1.0)
   - then click anywhere on the same item but the checkbox, this deselects the 
item (the opacity of the item decreases to 0.3)

  Expected result: the checkbox is unchecked
  Current result: the checkbox remains checked

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1461501/+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 1469471] Re: Checkbox shown in the ListView Multiselect mode does not obey selected property

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed = In Progress

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

Title:
  Checkbox shown in the ListView Multiselect mode does not obey selected
  property

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  The ListItem in Ubuntu.Components 1.2 and higher supports multiselect
  mode which is controlled by the selectMode property. The selected
  property controls whether a listitem is selected or not. However it
  seems that the checkbox shown during multiselect mode doesn't seem to
  obey the selected property.

  Steps to reproduce the bug:
  1. Run the sample code
  2. Long press to active multiselect mode
  3. Press on any checkbox visible while in multiselect mode
  4. Now press on that listitem.

  Notice the following,
  - Clicking on the listitem toggles the selected property. But the checkbox 
does not seem to respect that.
  - The selectedIndices array correctly shows that the listitem is 
selected/unselected on pressing it, but the checkbox just ignores that.

  I have attached sample code which reproduces the bug in a simple
  manner.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1469471/+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 1508363] Re: Coordinated migration to UITK 1.3

[Zsombor Egri]

** Description changed:

  The migration to 1.3 needs to happen in a coordinated way, so that shell
  and all apps we care of migrate within the same OTA window to reduce
  visual inconsistencies to a minimum.
  
  This bug is a means to collect all the projects affected and keep tabs
  on what's happening.
  
  NOTES:
  - The toolkit has the following modules:
  Ubuntu.Components 1.3
  Ubuntu.Components.ListItems 1.3
  Ubuntu.Components.Pickers 1.3
  Ubuntu.Components.Popups 1.3
  Ubuntu.Components.Styles 1.3
  Ubuntu.Components.Themes 1.3
  Ubuntu.Components.Themes.Ambiance 1.3
  Ubuntu.Components.Themes.SuruDark 1.3
  
  - The following modules were not altered recently:
  Ubuntu.Layouts 1.0
  Ubuntu.PerformanceMetrics 1.0
  
  - Theme is now theme (lowercase)
  - PageHeadStyle now has a "config" property
  
  QUESTION:
- In manifest.json file, should we use:
-    "framework": "ubuntu-sdk-15.04-qml",
- or
-    "framework": "ubuntu-sdk-15.04.1-qml",
- ?
+ In manifest.json file use:
+    "framework": "ubuntu-sdk-15.04.1-qml"

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

Title:
  Coordinated migration to UITK 1.3

Status in Canonical System Image:
  In Progress
Status in Ubuntu Music App:
  In Progress
Status in Ubuntu Notes app:
  New
Status in Ubuntu Calculator App:
  In Progress
Status in Ubuntu Calendar App:
  New
Status in Ubuntu Clock App:
  In Progress
Status in Ubuntu Document Viewer App:
  In Progress
Status in Ubuntu Shorts App:
  New
Status in Ubuntu Weather App:
  Triaged
Status in Weather:
  New
Status in address-book-app package in Ubuntu:
  In Progress
Status in calendar-app package in Ubuntu:
  Confirmed
Status in camera-app package in Ubuntu:
  In Progress
Status in dialer-app package in Ubuntu:
  In Progress
Status in gallery-app package in Ubuntu:
  In Progress
Status in messaging-app package in Ubuntu:
  In Progress
Status in music-app package in Ubuntu:
  Confirmed
Status in reminders-app package in Ubuntu:
  Fix Committed
Status in ubuntu-clock-app package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  In Progress
Status in ubuntu-system-settings-online-accounts package in Ubuntu:
  In Progress
Status in ubuntu-weather-app package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  The migration to 1.3 needs to happen in a coordinated way, so that
  shell and all apps we care of migrate within the same OTA window to
  reduce visual inconsistencies to a minimum.

  This bug is a means to collect all the projects affected and keep tabs
  on what's happening.

  NOTES:
  - The toolkit has the following modules:
  Ubuntu.Components 1.3
  Ubuntu.Components.ListItems 1.3
  Ubuntu.Components.Pickers 1.3
  Ubuntu.Components.Popups 1.3
  Ubuntu.Components.Styles 1.3
  Ubuntu.Components.Themes 1.3
  Ubuntu.Components.Themes.Ambiance 1.3
  Ubuntu.Components.Themes.SuruDark 1.3

  - The following modules were not altered recently:
  Ubuntu.Layouts 1.0
  Ubuntu.PerformanceMetrics 1.0

  - Theme is now theme (lowercase)
  - PageHeadStyle now has a "config" property

  QUESTION:
  In manifest.json file use:
     "framework": "ubuntu-sdk-15.04.1-qml"

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1508363] Re: Coordinated migration to UITK 1.3

[Zsombor Egri]

@Joey Ubuntu.Content is not part of the Ubuntu UI Toolkit project the
version of that is not driven by the toolkit versioning.

The toolkit has the following modules:
Ubuntu.Components 1.3
Ubuntu.Components.ListItems 1.3
Ubuntu.Components.Pickers 1.3
Ubuntu.Components.Popups 1.3
Ubuntu.Components.Styles 1.3
Ubuntu.Components.Themes 1.3
Ubuntu.Components.Themes.Ambiance 1.3
Ubuntu.Components.Themes.SuruDark 1.3

The following modules were not altered recently:
Ubuntu.Layouts 1.0
Ubuntu.PerformanceMetrics 1.0

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

Title:
  Coordinated migration to UITK 1.3

Status in Canonical System Image:
  In Progress
Status in Ubuntu Music App:
  In Progress
Status in Ubuntu Notes app:
  New
Status in Ubuntu Calculator App:
  In Progress
Status in Ubuntu Calendar App:
  New
Status in Ubuntu Clock App:
  In Progress
Status in Ubuntu Document Viewer App:
  In Progress
Status in Ubuntu Shorts App:
  New
Status in Ubuntu Weather App:
  Triaged
Status in Weather:
  New
Status in address-book-app package in Ubuntu:
  In Progress
Status in calendar-app package in Ubuntu:
  Confirmed
Status in camera-app package in Ubuntu:
  In Progress
Status in dialer-app package in Ubuntu:
  In Progress
Status in gallery-app package in Ubuntu:
  In Progress
Status in messaging-app package in Ubuntu:
  In Progress
Status in music-app package in Ubuntu:
  Confirmed
Status in reminders-app package in Ubuntu:
  Fix Committed
Status in ubuntu-clock-app package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  In Progress
Status in ubuntu-system-settings-online-accounts package in Ubuntu:
  In Progress
Status in ubuntu-weather-app package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  The migration to 1.3 needs to happen in a coordinated way, so that
  shell and all apps we care of migrate within the same OTA window to
  reduce visual inconsistencies to a minimum.

  This bug is a means to collect all the projects affected and keep tabs
  on what's happening.

  NOTES:
  - The toolkit has the following modules:
  Ubuntu.Components 1.3
  Ubuntu.Components.ListItems 1.3
  Ubuntu.Components.Pickers 1.3
  Ubuntu.Components.Popups 1.3
  Ubuntu.Components.Styles 1.3
  Ubuntu.Components.Themes 1.3
  Ubuntu.Components.Themes.Ambiance 1.3
  Ubuntu.Components.Themes.SuruDark 1.3

  - The following modules were not altered recently:
  Ubuntu.Layouts 1.0
  Ubuntu.PerformanceMetrics 1.0

  - Theme is now theme (lowercase)
  - PageHeadStyle now has a "config" property

  QUESTION:
  In manifest.json file use:
     "framework": "ubuntu-sdk-15.04.1-qml"

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1392306] Re: [sdk] Swipe to remove/answer/switch inconsistent

[Zsombor Egri]

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

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

Title:
  [sdk] Swipe to remove/answer/switch inconsistent

Status in Ubuntu UX:
  Won't Fix
Status in dialer-app package in Ubuntu:
  Confirmed
Status in ubuntu-settings-components package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid
Status in unity8 package in Ubuntu:
  Won't Fix

Bug description:
  Hi guys, I noticed the horizontal swipes in the interface behave in
  different ways meaning different things, I wish we could have common
  positive/negative meanings on the directions they are applied.

  On snap decision calls, a left to right swipe has a positive meaning, answer 
the call.
  On indicator message, a left to right swipe has a negative meaning, remove 
the message.

  I guess the same applies to apps, contact app does left to right with
  a negative meaning, to remove the contact.

  Lock screen can be swiped away any direction, but on the edge demo we
  recommend doing a right to left for "removing" the lockscreen.

  A right to left edge swipe has a meaning of switching context, like
  swiping it away (maybe negative meaning or we should ignore the case?)

  Can we come up with a consistent behaviour? What you think?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1392306/+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 1492343] Re: Pages hidden in an AdpativePageLayout stack have their width changed to zero

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Zsombor Egri (zsombi)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: In Progress => 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/1492343

Title:
  Pages hidden in an AdpativePageLayout stack have their width changed
  to zero

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

Bug description:
  As shown in this example [0], if you select the "Albums for artist"
  button to push a page onto the stack, you can see in the console that
  the width of the old component is changed to zero, which causes it
  then to reflow as the width is increased when it is brought back into
  view. Instead, the width should not be changed when the page is
  hidden.

  0 - http://pastebin.ubuntu.com/12274053/

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1492343/+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 1500416] Re: Swiping should not be possible when leadingActions or trailingActions is an empty list

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Zsombor Egri (zsombi)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => High

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New => In Progress

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

Title:
  Swiping should not be possible when leadingActions or trailingActions
  is an empty list

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Whenever the leadingActions or trailingActions property is assigned an
  empty list, it should not allow swiping in the corresponding
  direction. Right now it does, as shown in the attached example.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1500416/+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 1500409] Re: Dragging within a ListItem does not work

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

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

Title:
  Dragging within a ListItem does not work

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  If we try to drag an item that is parented to a ListItem, the drag is 
interrupted after a few pixels, or sometimes it is not even started.
  In the example attached, try to drag any of the red rectangles, and it will 
fail as explained above. Dragging the ListItem itself is also not working, in 
the same way.
  This used to work before  a recent release, and is causing bug #1499437

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1500409/+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 1508363] Re: Coordinated migration to UITK 1.3

[Zsombor Egri]

Victor and others, in order to get the header height you need to set the
Page.header first. Page.header is null by default, so no wonder you
cannot get the height. You can do something like

Page {
header: PageHeader {
}

}

Then you will have the header set and you can use that to get the
height. The component is present in UITK trunk, however I do not see its
documentation under d.u.c...

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

Title:
  Coordinated migration to UITK 1.3

Status in Canonical System Image:
  In Progress
Status in Ubuntu Music App:
  In Progress
Status in Ubuntu Notes app:
  New
Status in Ubuntu Calculator App:
  In Progress
Status in Ubuntu Calendar App:
  New
Status in Ubuntu Clock App:
  In Progress
Status in Ubuntu Document Viewer App:
  In Progress
Status in Ubuntu Shorts App:
  In Progress
Status in Ubuntu Weather App:
  Triaged
Status in Weather:
  New
Status in address-book-app package in Ubuntu:
  In Progress
Status in calendar-app package in Ubuntu:
  Confirmed
Status in camera-app package in Ubuntu:
  Fix Released
Status in dialer-app package in Ubuntu:
  In Progress
Status in gallery-app package in Ubuntu:
  In Progress
Status in messaging-app package in Ubuntu:
  In Progress
Status in music-app package in Ubuntu:
  Confirmed
Status in reminders-app package in Ubuntu:
  Fix Committed
Status in ubuntu-clock-app package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  Fix Released
Status in ubuntu-system-settings-online-accounts package in Ubuntu:
  In Progress
Status in ubuntu-weather-app package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  The migration to 1.3 needs to happen in a coordinated way, so that
  shell and all apps we care of migrate within the same OTA window to
  reduce visual inconsistencies to a minimum.

  This bug is a means to collect all the projects affected and keep tabs
  on what's happening.

  NOTES:
  - The toolkit has the following modules:
 Ubuntu.Components 1.3
 Ubuntu.Components.ListItems 1.3
 Ubuntu.Components.Pickers 1.3
 Ubuntu.Components.Popups 1.3
 Ubuntu.Components.Styles 1.3
 Ubuntu.Components.Themes 1.3
 Ubuntu.Components.Themes.Ambiance 1.3
 Ubuntu.Components.Themes.SuruDark 1.3

  - The following modules were not altered recently:
 Ubuntu.Layouts 1.0
 Ubuntu.PerformanceMetrics 1.0

  - Theme is now theme (lowercase)
  - PageHeadStyle now has a "config" property

  In manifest.json file use:
     "framework": "ubuntu-sdk-15.04.1-qml"

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1510919] Re: developer mode toggle does nothing

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zoltan Balogh (bzoltan) => Zsombor Egri (zsombi)

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

Title:
  developer mode toggle does nothing

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Last know good image: 157
  Commit log for 158: 
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/158.commitlog

  TEST CASE:
  1. Flash a device with bootstrap or upgrade to latest image
  2. Go to system-settings / About / Developer mode
  3. Toggle developer mode

  ACTUAL RESULT
  On a freshly flashed device, toggling dev mode on does nothing
  On an upgraded device with dev mode enabled, toggling dev mode off does 
nothing

  WORKAROUND
  Flash with --developer-mode

  = original description =
  Using a krillin on rc-proposed, developer mode does not enable an adb shell:

  ubuntu-touch/rc-proposed/bq-aquaris.en #159

  $ ubuntu-device-flash touch --bootstrap --channel ubuntu-touch/rc-
  proposed/bq-aquaris.en --recovery-image recovery-krillin.img

  Then boot device to wizard, walk through (I configured wifi, 
  passcode and have 2 SIMs online in the device). Defaults for location.

  Open System settings | about this phone | developer mode

  Enable developer mode

  On your pc:

  $ adb shell
  error: device not found

  Expected: a phablet shell on the device.

  Additionally, if you now reboot, the setting for developer mode is
  forgotten.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510919/+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 1510919] Re: developer mode toggle does nothing

[Zsombor Egri]

2015-10-28 13:40:25,358 - WARNING - QQmlExpression: Expression 
file:///usr/share/ubuntu/settings/system/qml-plugins/about/DevMode.qml:94:30 
depends on non-NOTIFYable properties:
2015-10-28 13:40:25,358 - WARNING - StorageAbout::developerMode
2015-10-28 13:40:33,696 - WARNING - QQmlExpression: Expression 
file:///usr/share/ubuntu/settings/system/qml-plugins/about/DevMode.qml:94:30 
depends on non-NOTIFYable properties:
2015-10-28 13:40:33,697 - WARNING - StorageAbout::developerMode

These warnings I assume come to the line [1]. If the property value is
false during the Switch.checked property initialization, the actual
value will not be updated to the Switch, as the property it is bound to
has no notify signal.

[1] http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-
settings/trunk/view/head:/plugins/about/DevMode.qml#L94

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

Title:
  developer mode toggle does nothing

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  Last know good image: 157
  Commit log for 158: 
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/158.commitlog

  TEST CASE:
  1. Flash a device with bootstrap or upgrade to latest image
  2. Go to system-settings / About / Developer mode
  3. Toggle developer mode

  ACTUAL RESULT
  On a freshly flashed device, toggling dev mode on does nothing
  On an upgraded device with dev mode enabled, toggling dev mode off does 
nothing

  WORKAROUND
  Flash with --developer-mode

  = original description =
  Using a krillin on rc-proposed, developer mode does not enable an adb shell:

  ubuntu-touch/rc-proposed/bq-aquaris.en #159

  $ ubuntu-device-flash touch --bootstrap --channel ubuntu-touch/rc-
  proposed/bq-aquaris.en --recovery-image recovery-krillin.img

  Then boot device to wizard, walk through (I configured wifi, 
  passcode and have 2 SIMs online in the device). Defaults for location.

  Open System settings | about this phone | developer mode

  Enable developer mode

  On your pc:

  $ adb shell
  error: device not found

  Expected: a phablet shell on the device.

  Additionally, if you now reboot, the setting for developer mode is
  forgotten.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510919/+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 1510201] Re: AdaptativeLayout take longer to show a page

[Zsombor Egri]

I'll take a look on it but I'm pretty sure any optimisation on
AdaptivePageLayout will not make it to OTA8.

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

Title:
  AdaptativeLayout take longer to show a page

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Device: krillin
  Image: Ubuntu 15.04 (r153)

  
  I created a small/simple example with Pages using the new AdaptativeLayout.

  On this example the second page takes about 2.6 secs to show the page.
  While it only took 1.3 secs (Still a long time) when using PageStack.

  
  OBS:  You can easily change the example to use PageStack just changing the 
commented lines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510201/+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 1508363] Re: Coordinated migration to UITK 1.3

[Zsombor Egri]

Victor,

You are right, there is one header per application. Which means that all
pages in an application use that header. However that would be broken
when you'd use the AdaptivePageLayout, which has as many headers as
columns. Therefore we are preparing to move the header in the page, so
each page will get a header of its own. Yet we have both solutions in
place, thats' why you still see a header even if you don't set one on
the Page.

So, in the future of 1.3, you will have to set the header of the page
yourself. Which means there will be as many headers as many pages
require one. The one from MainView will disappear once we finish all the
work we have for the header and its subcomponents.

When you say "With the updated imports to UITK 1.3 we are unable to do
things like the following: edgeLoader.item.flickable.contentY =
-page.header.height" - I am sorry to say that the Page.header property
was never documented, and used for private purposes. We do not promise
any compatibility for private or undocumented properties, especially
when the property comes from a super type, which is also internal.
Whilst it is a regression, switching to 1.3 would anyways require you to
go with the way I described before - specifying the header for your page
within the page.

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

Title:
  Coordinated migration to UITK 1.3

Status in Canonical System Image:
  In Progress
Status in Ubuntu Music App:
  In Progress
Status in Ubuntu Notes app:
  New
Status in Ubuntu Calculator App:
  In Progress
Status in Ubuntu Calendar App:
  New
Status in Ubuntu Clock App:
  In Progress
Status in Ubuntu Document Viewer App:
  In Progress
Status in Ubuntu Shorts App:
  In Progress
Status in Ubuntu Weather App:
  Triaged
Status in Weather:
  New
Status in address-book-app package in Ubuntu:
  In Progress
Status in calendar-app package in Ubuntu:
  Confirmed
Status in camera-app package in Ubuntu:
  Fix Released
Status in dialer-app package in Ubuntu:
  In Progress
Status in gallery-app package in Ubuntu:
  In Progress
Status in messaging-app package in Ubuntu:
  In Progress
Status in music-app package in Ubuntu:
  Confirmed
Status in reminders-app package in Ubuntu:
  Fix Committed
Status in ubuntu-clock-app package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  Fix Released
Status in ubuntu-system-settings-online-accounts package in Ubuntu:
  In Progress
Status in ubuntu-weather-app package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released

Bug description:
  The migration to 1.3 needs to happen in a coordinated way, so that
  shell and all apps we care of migrate within the same OTA window to
  reduce visual inconsistencies to a minimum.

  This bug is a means to collect all the projects affected and keep tabs
  on what's happening.

  NOTES:
  - The toolkit has the following modules:
 Ubuntu.Components 1.3
 Ubuntu.Components.ListItems 1.3
 Ubuntu.Components.Pickers 1.3
 Ubuntu.Components.Popups 1.3
 Ubuntu.Components.Styles 1.3
 Ubuntu.Components.Themes 1.3
 Ubuntu.Components.Themes.Ambiance 1.3
 Ubuntu.Components.Themes.SuruDark 1.3

  - The following modules were not altered recently:
 Ubuntu.Layouts 1.0
 Ubuntu.PerformanceMetrics 1.0

  - Theme is now theme (lowercase)
  - PageHeadStyle now has a "config" property

  In manifest.json file use:
     "framework": "ubuntu-sdk-15.04.1-qml"

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1510919] Re: developer mode toggle does nothing

[Zsombor Egri]

** Changed in: canonical-devices-system-image
   Status: Confirmed => In Progress

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

Title:
  developer mode toggle does nothing

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

Bug description:
  Last know good image: 157
  Commit log for 158: 
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/158.commitlog

  TEST CASE:
  1. Flash a device with bootstrap or upgrade to latest image
  2. Go to system-settings / About / Developer mode
  3. Toggle developer mode

  ACTUAL RESULT
  On a freshly flashed device, toggling dev mode on does nothing
  On an upgraded device with dev mode enabled, toggling dev mode off does 
nothing

  WORKAROUND
  Flash with --developer-mode

  = original description =
  Using a krillin on rc-proposed, developer mode does not enable an adb shell:

  ubuntu-touch/rc-proposed/bq-aquaris.en #159

  $ ubuntu-device-flash touch --bootstrap --channel ubuntu-touch/rc-
  proposed/bq-aquaris.en --recovery-image recovery-krillin.img

  Then boot device to wizard, walk through (I configured wifi, 
  passcode and have 2 SIMs online in the device). Defaults for location.

  Open System settings | about this phone | developer mode

  Enable developer mode

  On your pc:

  $ adb shell
  error: device not found

  Expected: a phablet shell on the device.

  Additionally, if you now reboot, the setting for developer mode is
  forgotten.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510919/+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 1514173] Re: [listitemlayout] setting RichText format with html image tag leads to crash (segfault)

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Critical

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

Title:
  [listitemlayout] setting RichText format with html image tag leads to
  crash (segfault)

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  ListItemLayout defines a default main slot, which is currently the
  internal class UCThreeLabelsSlot.

  ListItemLayout currently doesn't set the QML context of the
  UCThsreeLabelsSlot, and UCThreeLabelsSlot doesn't set the QML context
  of its internal UCLabels.

  This leads to a segfault when Qt tries to access the QML context of
  any of the predefined labels in ListItemLayout.

  The following test case triggers the crash:
  ListItemLayout {
  id: layoutTestQmlContext
  title.text: "TEST  "
  title.textFormat: Text.RichText
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514173/+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 1513933] Re: Page.head.sections.selectedIndex does not reset when changing model

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Tim Peeters (tpeeters)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => High

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

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

Title:
  Page.head.sections.selectedIndex does not reset when changing model

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

Bug description:
  Changing Page.head.sections.model does not change the
  Page.head.sections.selectedIndex  even when the model has different
  size.

  I have a page that I need to update the ' Page.head.sections.model '
  dynamically and after change the model or make it empty the
  Page.head.sections.selectedIndex still point to last value used.

  I expect that to reset back to 0 if the model changes.

  Check attached example .

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513933/+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 1513897] Re: TextField regression/behavior change in 1.3

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zsombor Egri (zsombi) => Christian Dywan (kalikiana)

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

Title:
  TextField regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1510201] Re: AdaptativeLayout take longer to show a page

[Zsombor Egri]

I mark this as invalid as it is not the AdaptivePageLayout which makes
the page to load slower but the content of the page, in particular the
QtQuick Repeater component which slows the page loading.

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

** Changed in: canonical-devices-system-image
   Status: Confirmed => Invalid

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

Title:
  AdaptativeLayout take longer to show a page

Status in Canonical System Image:
  Invalid
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Device: krillin
  Image: Ubuntu 15.04 (r153)

  
  I created a small/simple example with Pages using the new AdaptativeLayout.

  On this example the second page takes about 2.6 secs to show the page.
  While it only took 1.3 secs (Still a long time) when using PageStack.

  
  OBS:  You can easily change the example to use PageStack just changing the 
commented lines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510201/+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 1195353] Re: SDK should provide support to rearrange items in a ListView

[Zsombor Egri]

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

** Changed in: ubuntu-ui-toolkit (Ubuntu Vivid)
   Status: New => 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/1195353

Title:
  SDK should provide support to rearrange items in a ListView

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

Bug description:
  For the clock core app, as per design, it is required to implement
  ListView where the user can drag and drop to rearrange the items in
  the ListView. You can see the official wireframe designs at
  http://design.canonical.com/wp-content/uploads/clock_add_city-
  1024x8901.png to see what I meant.

  It would be best if the SDK can provide support to implement this
  since it may also be useful to other apps.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1195353/+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 1492769] Re: OSK should be closed before removing page from PageStack

[Zsombor Egri]

OSK is removed by the Qt's TextInput or TextEdit components losing
focus. Those lose focus also when the component is deleted or made
invisible. As OSK and the UI are running in separate threads, it is
obvious that you will receive the signal after the page has been closed.

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

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

Title:
  OSK should be closed before removing page from PageStack

Status in ubuntu-keyboard package in Ubuntu:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Hello, I think I have found a bug from PageStack component, see

  https://bugs.launchpad.net/my-webapp-group/+bug/1490493

  I have produced a small app where the bug can be easily reproduced

  https://code.launchpad.net/~matti-rintanikkola-d/+junk/radial-buttom-
  edge-bug

  Reproduce fault: 
  1) Open "Page2" page from Root page by clicking radial action icon "Home"
  2) click website title/url field in order to open keyboard view
  3) without closing the keyboard turn back to the main view
  4) the main view will be opened without radial actions edge button

  Analysis: The visibility of the main view radial edge button is
  toggled by using the connection

  Connections {
  target: Qt.inputMethod
  onVisibleChanged: nav.visible = !nav.visible
  }

  If you do not close the keyboard when turning back to the Root page
  from "Page2" page the main view became visible before the signal
  onVisibleChanged is fired and when it will be fired the radial edge
  button becomes invisible.

  Solution?: Before removing the page from pageStack it should be
  ensured that the keyboard is not visible. Maybe this could be achieved
  simply by adding a function call Qt.inputMethod.hide() before removing
  the page from pageStack.

  Regards,

  Matti

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1492769/+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 1276808] Re: new API that allows to know what the current mode is (desktop, phone, tablet)

[Zsombor Egri]

As long as it will be back ported to Qt 5.4 I'm OK with it. Otherwise we
need an API of our own till we migrate to Qt 5.6.

** Tags added: convergence

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

Title:
  new API that allows to know what the current mode is (desktop, phone,
  tablet)

Status in Ubuntu HTML5 UI SDK:
  Triaged
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  https://docs.google.com/a/canonical.com/document/d
  /1TvvPAxJbxqvCvWhwkdkt15G-BY-neyYfmxXlg9FInUo/edit?disco=AKLL3f4#

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-html5-theme/+bug/1276808/+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 1501397] Re: Can't use Action id's in ActionList

[Zsombor Egri]

First, when you declare a list, you can only initialise it with objects,
not with their IDs. Seems we have this limitation on that. See Object
component implementation how its data is implemented.

Second, Page.head.actions is a list, not an object. You are trying to
assign an object to a list.

Better start with reading the docs carefully.

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

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

Title:
  Can't use Action id's in ActionList

Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Latest rc-proposed, UbuntuComponents 1.3

  I can't use Action id's to compile an ActionList in order to re-use
  those actions elsewhere.

  Please see example: http://paste.ubuntu.com/12625111/

  You may want to reference ActionSelectionPopover documentation here:
  
https://developer.ubuntu.com/api/devel/ubuntu-12.04/qml/ui-toolkit/qml-ubuntu-components-popups0-actionselectionpopover.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1501397/+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 1477363] Re: onDestruction is never called in the QML component

[Zsombor Egri]

In your example, the Page is declared as an instance. When you close the
application, the elements will be destroyed silently, without having
their attached Component.onDestruction called.

When you use a Page declared in the way you reported in a PageStack or
AdaptivePageLayout, the Page will not be destroyed by these components
as it has not been created by the PageStack/AdaptivePagelayout. So you
won't get the onDestruction triggered either. In order to have that
coming, you need to declare your page as component and add that to the
PageStack/AdaptivePageLayout, or in a separate QML document and use
that.


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

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

Title:
  onDestruction is never called in the QML component

Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  I have created a very simple application, and I want to capture the
  onDestruction event. However, it is never called on a phone, but it is
  called on the desktop. On the page,
  http://developer.ubuntu.com/api/apps/qml/sdk-15.04/Qt.labs.settings.Settings/,
  it is used to save the state of the application.

Page {
  title: i18n.tr("ondestruction")

  Column {
  spacing: units.gu(1)
  anchors {
  margins: units.gu(2)
  fill: parent
  }

  Label {
  id: label
  objectName: "label"

  text: i18n.tr("Hello..")
  }

  Button {
  objectName: "button"
  width: parent.width

  text: i18n.tr("Tap me!")

  onClicked: {
  label.text = i18n.tr("..world!")
  }
  }
  }

  Component.onDestruction: {
  console.log("ondestruction")
  }
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1477363/+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 1512180] Re: [datetime] Standard alarms are not work correctly for Timers, after timezone/DST change

[Zsombor Egri]

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

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

Title:
  [datetime] Standard alarms are not work correctly for Timers, after
  timezone/DST change

Status in Canonical System Image:
  Incomplete
Status in Timer:
  Confirmed
Status in Ubuntu Clock App:
  Incomplete
Status in indicator-datetime package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  Standard alarms will not work correctly after changing timezone and
  during DST change.

  Steps to reproduce:
  1. Install Timer from Store: https://uappexplorer.com/app/timer.mivoligo
  2. Set timer to 5 minutes
  3. Open Clock app. Look for alarm, and notice that alarm is correctly set
  3. Switch to System Settings -> Time & Date -> Time zone:
  4.  Change Time zone to something different (eg. New York). (Or wait for DST 
change: https://en.wikipedia.org/wiki/Daylight_saving_time)

  Expected behaviour:
  - timer ringing as expected after timezone/DST change

  Current behaviour:
  - alarm is not ringing. (you could check active alarms in "Ubuntu Clock app)

  Proposal solution:
  - introduce new type of alarms, which is based on UTC 
(https://en.wikipedia.org/wiki/Coordinated_Universal_Time) and independent from 
time zones.
  - This alatms will not be visible in applications which is using standard 
alarms (Ubuntu Clock, Ubuntu Calendar etc.)

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1512180/+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 1513449] Re: 1.3 DraggingArea reference error MathUtils is not defined

[Zsombor Egri]

This should pop up only if you use Panel in your app. Do you happen to
have that?

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

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

Title:
  1.3 DraggingArea reference error MathUtils is not defined

Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  This shows up in the log:
  - when resizing the app window on desktop (15.04 with phone overlay installed)
  - occasionally on the phone

  I think the error is pretty obvious, so probably the bug report need
  to be super detailed.

  file:///usr/lib/x86_64-linux-
  gnu/qt5/qml/Ubuntu/Components/1.3/DraggingArea.qml:27: ReferenceError:
  MathUtils is not defined

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513449/+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 1499872] Re: Right swipe showing running apps, some apps are grayed out

[Zsombor Egri]

This is not a toolkit bug, rather Unity8.

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

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

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

Title:
  Right swipe showing running apps, some apps are grayed out

Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid
Status in unity8 package in Ubuntu:
  New

Bug description:
  I am using the Meizu MX4 with the latest updates(15.04 r4). Sometimes
  when I look at my running apps with a right swipe, some of the running
  apps are greyed out (transparent). If I then select the app it opens
  after a few seconds. On checking the running apps again I can now see
  the running app as normal. Please see picture attached.

  Thanks for your hard work,

  Regards

  Dave H

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1499872/+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 1499845] Re: Expose whether an app has a visible BottomEdge

[Zsombor Egri]

It is way easier to detect on an app whether it is the first run or not
than on shell. Shell would need to keep track about each app on how many
times it has been launched, and that is just not its task.

I mentioned Tutorial component simply because I do see this whole logic being 
tracked by it:
- is this the first launch
- show the required information over a given point with a given animation full 
screen

I definitely see this should be all on the app's hand and not on the
system. Apps know whether they have bottom edge and they should handle
the tutorial. No reason to do extra communication and slow the UI
interaction with that even more than we have to. Toolkit can provide the
building blocks to get this handled without extra burden for the apps.

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  Expose whether an app has a visible BottomEdge

Status in ubuntu-ui-toolkit package in Ubuntu:
  Opinion

Bug description:
  == The Design ==

  The edge tutorial that is shown during the first-boot is getting a
  redesign [1].

  As part of it, the bottom edge tutorial screen is intended to only
  appear after a certain amount of time and only if a user is opening or
  switching to an app with a bottom edge to drag up.

  When that happens, a page appears covering the whole screen, pointing
  to the bottom and saying "Swipe from the bottom edge to manage the
  app".  Then when the user does swipe up, it fades out as the bottom is
  swiped.   I've attached a screenshot of an early mockup for this (back
  when it was designed for the App scope, not an actual app).

  Since it must cover the entire screen (and turn off the launcher and
  panel during it), it should probably be rendered by the shell (which
  is rendering the rest of the tutorial anyway).  So we have to
  coordinate between the app and the shell.

  There are two main technical difficulties in implementing this, the
  way I see it.  Detecting if the current page has a valid BottomEdge
  and synchronizing the fade-out with the bottom-edge drag.

  [1] https://docs.google.com/document/d/1pZ-Ro--
  2eaRzjZKNRoYAeDvQHMkCuyvVuPFWFQfPW4s

  == Detecting BottomEdge ==

  We need:
  1) A BottomEdge SDK component
  2) That is enabled
  3) That is attached to the bottom edge of the app
  4) That is currently being rendered (might be in a Page that isn't on top 
right now)
  5) That isn't obscured by some other widget or MouseArea

  #5 is going to be hard to detect in the wild west of apps from the
  store.  But one thing we could do restrict this to known-well-behaved
  apps that are shipped by default anyway.  The user is most likely to
  be in one of those early on in their phone experience anyway.

  Once the SDK can detect this situation, it needs to signal it somehow.
  Maybe the "valid-bottom-edge" state can bubble up to qtmir's
  ApplicationManager and then the shell.  Any ideas on the best way to
  do that?

  == Synchronizing fade transition ==

  I'm thinking there are two ways:

  1) Communicate from the app to the shell how far the bottom edge has
  been dragged, as it is being dragged.  Presumably via the same channel
  as we communicate that there is a valid bottom edge in the first
  place.

  2) Fake it and have the shell track the drag itself.  It then needs to
  mirror the input to the app so that it also receives the drag.

  #2 is probably easier.  Slightly brittle in case for whatever reason
  the app interferes with the drag or does something on its own that
  would desynchronize the animation.  But again, if we limit this to
  well-known apps, we can avoid that.

  == Open tasks ==

  1) Get general feedback on these ideas
  2) Determine how feasible it is for the SDK to detect a valid BottomEdge
  3) Determine the best way to signal that state from the SDK up to the shell
  4) Implement it

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1499845/+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 1226329] Re: [TextField] The placeholderText does not apper when inputMask is setted

[Zsombor Egri]

Christian, not sure whether is this still valid.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zsombor Egri (zsombi) => Christian Dywan (kalikiana)

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

Title:
  [TextField] The placeholderText does not apper when inputMask  is
  setted

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  The inputMask makes the placehorlderText invisible even when the text
  property is empty.

  Example:
  TextInputDetail {
  height: units.gu(4)

  // this will never appears
  placeholderText: i18n.tr("Date of birth")
  inputMask: "09/09/"
  }

  
  WORKAROUND:
  TextInputDetail {
  height: units.gu(4)

  // this will never appears
  placeholderText: i18n.tr("Date of birth")
  inputMask: activeFocus ? "09/09/" : ""
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1226329/+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 1289433] Re: "No accounts" doesn't use the list placeholder font style

[Zsombor Egri]

This can be achieved with simple Label within an Item, no need for
special toolkit component.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => Invalid

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

Title:
  "No accounts" doesn't use the list placeholder font style

Status in Online Accounts setup for Ubuntu Touch:
  Confirmed
Status in ubuntu-system-settings-online-accounts package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Ubuntu Trusty r188

  1. Flash the phone or remove any existing online accounts.
  2. Go to System Settings > "Accounts".

  What you see: "No accounts" in the normal label font style.

  What you should see: "No accounts" in the standard list placeholder
  font style, large and semi-transparent.

  : "If you have none,
  the list of accounts should have 'No accounts' placeholder text..."

  Exactly the same style should be used for "Software is up to date" in
  the Updates screen. If that style is not implemented in the toolkit,
  that should be done first.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1289433/+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 1259876] Re: No support for colourizing ListItems.Standard Icon.

[Zsombor Egri]

No changes will be done for ListItems submodule, the new ListItemLayout
gives the freedom to include anything in the slots and thus you can
colorise in whichever way you like.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => Won't Fix

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

Title:
  No support for colourizing ListItems.Standard Icon.

Status in ubuntu-ui-toolkit package in Ubuntu:
  Won't Fix

Bug description:
  Previously we could override the icon and supply our own icon which
  could be coloured. This has now been deprecated for
  iconSource/iconName.

  Use case: 
  The date indicator appointments use colour coding for the calendar. The 
alarm/calendar icon should be keyed in with the specified calendar colour. Want 
to be able to use ListItems.Standard for the event list item.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1259876/+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 1513642] Re: [sdk] Change "Back button" to simple right-swipe from the center of the screen.

[Zsombor Egri]

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [sdk] Change "Back button" to simple right-swipe from the center of
  the screen.

Status in Ubuntu UX:
  Invalid
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Back button is located in left-upper corner.
  Stretching the thumb to that corner is not easy (regardless left- or 
right-hand usage).
  More natural will be using horisontal swipe from the middle of the screen, 
the same way as it's done for shuffling scopes back.
  I think it will work almost everywhere, making interface experience more 
streamlined.

   UX comment ---

  While swiping left and right in the center of the screen for navigational 
purposes works for scopes, it would lead to issues in many other places.
  As stated below, list items have the ability being swiped to the left and to 
the right, which would interfere with the navigation. An other example is the 
camera app, where user access their camera roll/last picture shot.

  This is why the proposed interaction is not suitable navigating
  between applications.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1513642/+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 1514841] Re: [Ubuntu phone] Text in text entry is cut at the bottom (TextArea with autoSize=true)

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Christian Dywan (kalikiana)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Medium

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

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

Title:
  [Ubuntu  phone] Text in text entry is cut at the bottom (TextArea with
  autoSize=true)

Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Invalid

Bug description:
  When I get a text message and try to answer from the notification text
  entry, the text I write is cut at the bottom. Also the scrollbar is
  visible. Please see attached screenshot. The text reads: „Hej zgadza
  się”.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1514841/+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 1514850] Re: There is no visual feedback for Header actions with focus

[Zsombor Egri]

No component but text inputs have visual feedback on focus. This is an
ongoing work by design and would be handled through the same change set.

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

Title:
  There is no visual feedback for Header actions  with focus

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  While implementing  keyboard navigation on address-book I notice that
  the actions in the header (and buttons) are receiving focus but there
  is no visible feedback which action contains the focus.

  Besides that the focus never returns to the page items, as you can see
  on the attached example. Pressing "tab" does not move the focus to
  next item in the chain.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514850/+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 1514850] Re: There is no visual feedback for Header actions with focus

[Zsombor Egri]

** Tags added: convergence

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

Title:
  There is no visual feedback for Header actions  with focus

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  While implementing  keyboard navigation on address-book I notice that
  the actions in the header (and buttons) are receiving focus but there
  is no visible feedback which action contains the focus.

  Besides that the focus never returns to the page items, as you can see
  on the attached example. Pressing "tab" does not move the focus to
  next item in the chain.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514850/+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 1260793] Re: Error logs from Icon ShaderEffect

[Zsombor Egri]

This was fixed indirectly by an OTA5 (or OTA6?) bug where the header
navigation icons were turned into black boxes, and we got the same error
message when non-visible source was set.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => 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/1260793

Title:
  Error logs from Icon ShaderEffect

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

Bug description:
  Getting the following error log when Icon using a colour shader is
  being set to non-visible

  ShaderEffect: Property 'source' is not assigned a valid texture
  provider (QQuickImage*).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1260793/+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 1393485] Re: [SDK] Need a standard way to make an Icon look disabled

[Zsombor Egri]

Same goes for the Labels too. So in general, we need to set different
colors for components when they are disabled.

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

Title:
  [SDK] Need a standard way to make an Icon look disabled

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

Bug description:
  [Updated description]

  Right now if one wants to use an Icon inside a ListItem.Empty or any other 
AbstractButton derived class, and disable the item, there is no standard way to 
make the Icon look disabled without directly affecting its opacity and/or 
colorization.
  Haviing a standard way to do this would help promoting consistency in the UI.

  --- UX Solution ---
  Agreed. Disabled icons should have 30% opacity by default, but that can be 
changed by the App developer

  –––

  Desired solution:

  Adjust the opacity to 30% (0.3) for all disabled icons. This will be
  consistent with our disabled states on buttons.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1393485/+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 1246141] Re: ListItem.Standard spacing between icon & label shouldn't be linked to contentsMargin

[Zsombor Egri]

We are deprecating the ListItems sub-module. Please use ListItemLayout
or SlotsLayout instead.

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

Title:
  ListItem.Standard spacing between icon & label shouldn't be linked to
  contentsMargin

Status in ubuntu-ui-toolkit package in Ubuntu:
  Won't Fix

Bug description:
  If you set a large contents margin in ListItem.Standard, it shouldn't make a 
large space between icon & label.
  Should stick to units.gu(2)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1246141/+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 1504315] Re: right hand click doubles down on prompts (which autoappear from selected text)

[Zsombor Egri]

The right click has been there for quite some time, before we started
the race for convergence.

There is no "official" way to detect whether we have mouse attached, the
QInpiutDeviceInfo is about to come. Unity8 has ported something from the
upstream code, but we are waiting till upstream ports that back to Qt
5.4. I won't happen, we will have to move some code to the UITK and
provide temporary API for that.

Text input context menu positioning has been improved, I'd suggest you
to check it once more and revisit the bug. Thanks!

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

Title:
  right hand click doubles down on prompts (which autoappear from
  selected text)

Status in canonical-pocket-desktop:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  testing windowed mode with mouse
  selected text with left hand mouse button, which brought up tool tip to "copy"
  selected copy, navigated to an empty text box, selected with left hand mouse 
button, tried right hand button click on mouse
  expected tool tip for "paste"
  result was nothing - no combo for raising "paste" including long touch 
actually in this mode.Keyboard ctl+v worked fine.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-pocket-desktop/+bug/1504315/+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 1386579] Re: [SDK] Toolkit lacks radio buttons

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Medium

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Triaged => Confirmed

** No longer affects: ubuntu-ui-toolkit

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

Title:
  [SDK] Toolkit lacks radio buttons

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

Bug description:
  Currently the toolkit has no radio buttons.

  As a result, developers are using checkboxes for groups of options where only 
one can be selected at a time.
  

  This is misleading. Everywhere else, checking a checkbox toggles its
  state, whereas here special code is used to ensure it remains checked.
  And on every other platform, checking a checkbox doesn't uncheck
  another checkbox.

  : "Radio buttons are one of the three types of
  radio control (along with the radio list and the radio menu), letting
  you choose exactly one from a group of options..."

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1386579/+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 1367412] Re: [address book] no landscape support

[Zsombor Egri]

Invalid for toolkit as the application orientation is not a toolkit
restriction.

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

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

Title:
  [address book] no landscape support

Status in Ubuntu UX:
  Fix Committed
Status in address-book-app package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  Long contact name handling seems to behave somewhat erratically but
  normally ends in "...". The expectation is that turning the screen
  sideways would allow the full contact name to be shown but the app
  doesn't seem to support this yet.

  -- UX comment--

  The desired solution is that the address book app will be able to rotate into 
landscape. There is a new header design for landscape on mobile and it will be 
part of the UI toolkit. Once the header lands, then the address book can use 
it. 
  As for the long name issue: Once the AB rotates into landscape, long names 
should have more space to be displayed. 

  The new header design for mobile landscape can be found here:
  
https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#heading=h.a8gwztgmbhpq

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1367412/+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 1421293] Re: Icon width is inconsistent when height is specified

[Zsombor Egri]

Ahm, Albert, I have worst news for you: design said we have to set the
implicit width/height to 2grid units... so you will have to do more
calculations if we apply that :(

Perhaps we expose the image size so you can decide whether you want to
bind to that or not.

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

Title:
  Icon width is inconsistent when height is specified

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  The width of an Icon {} depends if the Icon is an SVG coming from
  image://theme/ or a JPG.

  For the SVG the width grows as the units.gu grow, but for the JPEG it
  does not and one has to manually add code to maitain the aspect ratio.

  See the attached code and files.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1421293/+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 1355046] Re: Colourized icon with invalid source is black

[Zsombor Egri]

I think this has been fixed indirectly in 1.3 by one OTAx bug where we
had the same issue with the header navigation actions getting black
boxes. I cannot reproduce the bug anymore.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => 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/1355046

Title:
  Colourized icon with invalid source is black

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

Bug description:
  Given the code:

  import QtQuick 2.2
  import Ubuntu.Components 1.1

  Item {
  width: 50
  height: 50

  Icon {
  id: icon
  width: 20
  height: 20
  source: "invalid"
  color: "red"

  anchors.centerIn: parent
  }
  }

  The Icon is black, because the shader has no source to operate on. It
  should probably cough up completely transparent pixels instead?

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: qtdeclarative5-ubuntu-ui-toolkit-plugin 
1.1.1181+14.10.20140806-0ubuntu1
  ProcVersionSignature: Ubuntu 3.16.0-6.11-generic 3.16.0-rc7
  Uname: Linux 3.16.0-6-generic x86_64
  NonfreeKernelModules: wl nvidia
  ApportVersion: 2.14.5-0ubuntu4
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Mon Aug 11 09:47:22 2014
  SourcePackage: ubuntu-ui-toolkit
  SystemImageInfo: Error: [Errno 2] Nie ma takiego pliku ani katalogu: 
'system-image-cli'
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1355046/+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 1401920] Re: Image extension fails to notify of source changes

[Zsombor Egri]

I checked the issue with .svg and .jpg images, they both seem to work.
sourceChanged() signal is emitted and the source is changed accordingly.

I have tested with QtQuick 2.4 and UITK 1.3.

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

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

Title:
  Image extension fails to notify of source changes

Status in ubuntu-ui-toolkit package in Ubuntu:
  Incomplete

Bug description:
  When importing Ubuntu.Components, the base Image QML type is enhanced
  (with the UCQQuickImageExtension class) to add transparent support for
  scaling assets.

  This breaks the emission of the sourceChanged signal. Application
  developers cannot implement the onSourceChanged slot to be notified of
  changes to the value of the 'source' property, and this isn’t
  documented anywhere.

  Another issue I’m observing with this custom extension is that an
  image is not reloaded if I do the following, and invoke the reload()
  function on the image (this works if I comment out the import of
  Ubuntu.Components):

  Image {
  cache: false
  function reload() {
  var s = source
  source = ""
  source = s
  }
  }

  Similarly (and maybe even more worrying), actually changing the value
  of the source property (by appending a fragment to the URL) doesn’t
  trigger a reload either, as demonstrated by the attached example
  (requires a random image named "test.jpg" in the same folder).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1401920/+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 1413121] Re: MainView is missing an API to dynamically set supported orientations

[Zsombor Egri]

We need Mir support for this, and an API we can drive this.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Wishlist

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

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

Title:
  MainView is missing an API to dynamically set supported orientations

Status in QtMir:
  Confirmed
Status in qtubuntu:
  New
Status in qtmir package in Ubuntu:
  Confirmed
Status in qtubuntu package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  The MainView offered an api to lock the app to portrait. When
  shellRotation landed, that was replaced by entries in the .desktop
  file (X-Ubuntu-Supported-Orientations).

  However, still this isn't really enough for some use cases. For
  example an app might want to be locked to portrait while showing the
  main menu, but when displaying certain content enable allowing
  rotation.

  For that, there would be the need of an API, similar to the .desktop
  entries, but changeable at runtime.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1413121/+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 1241506] Re: Confirm Swipe to delete icon color is Gray in Suru themes

[Zsombor Egri]

Ehm, sorry, ListItem's leadingActions.

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

Title:
  Confirm Swipe to delete icon color is Gray in Suru themes

Status in ubuntu-ui-toolkit package in Ubuntu:
  Won't Fix

Bug description:
  The new confirm-swipe-to-delete trash icon appears gray even while
  using the Suru themes. As a result is stands out from other icons used
  which are generally white. Either provide an option to change the
  color manually or while using Suru themes, it should appear white.

  Attached album showing original (current custom implementation in clock app) 
and the new implementation (as in SDK). The font and icon sizes are also 
different. But this can be tackled in another bug report if necessary.
  http://imgur.com/a/1Xsho

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1241506/+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 1241506] Re: Confirm Swipe to delete icon color is Gray in Suru themes

[Zsombor Egri]

Deprecated in favour of ListItemLayout.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => Won't Fix

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

Title:
  Confirm Swipe to delete icon color is Gray in Suru themes

Status in ubuntu-ui-toolkit package in Ubuntu:
  Won't Fix

Bug description:
  The new confirm-swipe-to-delete trash icon appears gray even while
  using the Suru themes. As a result is stands out from other icons used
  which are generally white. Either provide an option to change the
  color manually or while using Suru themes, it should appear white.

  Attached album showing original (current custom implementation in clock app) 
and the new implementation (as in SDK). The font and icon sizes are also 
different. But this can be tackled in another bug report if necessary.
  http://imgur.com/a/1Xsho

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1241506/+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 1277195] Re: Need to support theme customization via click package

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => Opinion

** No longer affects: ubuntu-ui-toolkit

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

Title:
  Need to support theme customization via click package

Status in ubuntu-ui-toolkit package in Ubuntu:
  Opinion

Bug description:
  It would be nice for creative content developers to be able to
  distribute alternate themes via the Click store.  However, the current
  SDK theme uses QML files to theme components, and those files are able
  to read potentially sensitive information from an app and transmit
  them over the internet.  Since the theme code is run in-process with
  the app, there's no way to separately confine it.

  What we could provide, however, is the ability to define just the
  color scheme used (and possibly other purely visual info, such as
  icons), in a file that could be read by the theme's QML, but that
  would not contain any executable code itself.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1277195/+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 1515593] Re: head.foregroundColor does not affect icons in the header

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Tim Peeters (tpeeters)

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

Title:
  head.foregroundColor does not affect icons in the header

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

Bug description:
  According to the documentation of PageHeadConfiguration ( 
https://developer.ubuntu.com/api/apps/qml/sdk-15.04.1/Ubuntu.Components.PageHeadConfiguration
 ) property "foregroundColor" should change the color of the text and icons. 
  Unfortunately it only affects the page title and not icons. Screenshot 
attached.
  Sample code:

  import QtQuick 2.4
  import Ubuntu.Components 1.3

  Page {
  id: root_about

  title: "Test page"

  head.foregroundColor: "red"
  head.actions: [
  Action {
  iconName: "camcorder"
  },
  Action {
  iconName: "info"
  }
  ]
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1515593/+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 1504551] Re: Text input popover and selection cursors not oriented properly in shell

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Christian Dywan (kalikiana)

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

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

Title:
  Text input popover and selection cursors not oriented properly in
  shell

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged
Status in unity8 package in Ubuntu:
  Triaged

Bug description:
  See attached screenshot, tapping twice on the password entry shows the
  text overlay, but it's in hardware orientation, not the real one.

  It's been fixed for dialogs, but we must've missed popovers somehow.

  ProblemType: Bug
  DistroRelease: Ubuntu 15.10
  Package: qtdeclarative5-ubuntu-ui-toolkit-plugin 
1.3.1627+15.10.20150908-0ubuntu1
  ProcVersionSignature: Ubuntu 4.2.0-14.16-generic 4.2.2
  Uname: Linux 4.2.0-14-generic x86_64
  ApportVersion: 2.19.1-0ubuntu2
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Fri Oct  9 15:17:56 2015
  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/+source/ubuntu-ui-toolkit/+bug/1504551/+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 1514822] Re: activeFocusOnTab is not accessible

[Zsombor Egri]

This is there due to the upstream bug logged in
https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-
src/+bug/1389721.

But please port your application to use Ubuntu.Components ListItem and
ListItemLayout components, ListItems module will be deprecated in 1.3
and removed in 1.4.

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

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

Title:
  activeFocusOnTab is not accessible

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  I am using  QtQuick 2.4 and Ubuntu.Components.ListItems 1.3.

  By default all ListItems receive focus. For my app I want to disable
  focus for some of the items.

  I am trying to set "activeFocusOnTab" to false but I am receiving this error 
message: 
  "ListItem.Empty.activeFocusOnTab" is not available due to component 
versioning"

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514822/+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 1450846] Re: [SDK] Changing the font / font size...

[Zsombor Egri]

This is not the system theming or so, this is all about the
Accessibility support. We need system wide support for that. Yet we
don't.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Wishlist

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

Title:
  [SDK] Changing the font / font size...

Status in Canonical System Image:
  Confirmed
Status in Ubuntu UX:
  Triaged
Status in ubuntu-system-settings package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  It would be usefull if the font and the font size could be changed
  espacially for elderly users and  for people with visual problems. So
  content could be read easily.

  Changing colors, features like home screen simplification, large
  icons... would be great, too.

  Should be found in system settings → background

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1450846/+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 1340132] Re: Text labels under icons are offset to the right #123 mako

[Zsombor Egri]

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

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

Title:
  Text labels under icons are offset to the right #123 mako

Status in ubuntu-ui-toolkit package in Ubuntu:
  Invalid

Bug description:
  The text under icons are offset to the right a bit since #123.

  See screenshot.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1340132/+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 1514856] Re: Receiving "Ambiguous shortcut" even when action is not in use

[Zsombor Egri]

The contextual actions is in work in progress. Right now, every action
is active, no matter if the component it is attached to is visible or
not. This means you will have several shortcuts set, as page
stacks/adaptive page layouts do not disable them while in background.
The shortcut system therefore cannot decide which shortcut is active...

I am not sure we can fix this for OTA9.

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

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

Title:
  Receiving "Ambiguous shortcut" even when action is not in use

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  I am trying to use "Esc" shortcut for several actions on my project
  (most of than for the back button action on Page header), but even
  when only one back button is visible/active/in use I still receiving
  the message "QML Action: Ambiguous shortcut: Esc".

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514856/+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 1514860] Re: OptionSelector does not work with keyboard

[Zsombor Egri]

True, no focus handling is performed on any component, and this belongs
to the focus handling, as the expansion, navigation requires the
component to be focused.

Beside, this component requires heavy redesign.

** Tags added: convergence

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

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

Title:
  OptionSelector does not work with keyboard

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  OptionSelector does not fully work with only keyboard. There is no way
  to select a option on OptionSelector using only the keyboard.

  Pressing the arrows does not navigate on the options. And it does not
  have any visual feedback that it contains focus.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514860/+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 1513450] Re: ActivityIndicators cause very high cpu usage for unity8/mir even when visible: false

[Zsombor Egri]

** Project changed: ubuntu-ui-toolkit => ubuntu-ui-toolkit (Ubuntu)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Critical

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New => In Progress

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Christian Dywan (kalikiana)

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

Title:
  ActivityIndicators cause very high cpu usage for unity8/mir even when
  visible: false

Status in Canonical System Image:
  In Progress
Status in canonical-pocket-desktop:
  New
Status in Mir:
  Invalid
Status in Online Accounts setup for Ubuntu Touch:
  New
Status in linux-flo package in Ubuntu:
  Confirmed
Status in linux-mako package in Ubuntu:
  Confirmed
Status in ubuntu-system-settings package in Ubuntu:
  In Progress
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  running in window mode, open u-s-s, run top
  unity8 running at ~40% cpu on N7 cpu freq ~1GHz

  no monitor attached

  note: testing with silo 18 of mir containing
  lp:~albaguirre/mir/fix-1499039 (equivalent for 0.17)

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1513450/+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 1514143] Re: While searching often times the keyboard hides while typing

[Zsombor Egri]

Unfortunately there's no workaround for this. AppHeader has a binding on
enabled, which cannot be worked around. This is indeed a use case we had
not thought enough about. Sorry, we'll fix it ASAP!

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => Critical

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Tim Peeters (tpeeters)

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

Title:
  While searching often times the keyboard hides while typing

Status in Ubuntu Music App:
  Triaged
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  On rc-proposed when searching the keyboard often hides momentarily
  making it possible/likely that the user can accidently select an item
  when they intend to type a letter instead.

  If this is an issue that can not be worked around, potentially an
  acceptable solution would be to wait to filter the items until the
  user stops typing.

  phablet@ubuntu-phablet:~$ system-image-cli -i
  current build number: 152
  device name: mako
  channel: ubuntu-touch/rc-proposed/bq-aquaris.en
  last update: 2015-11-04 23:03:12
  version version: 152
  version ubuntu: 20151105
  version device: 20150911

To manage notifications about this bug go to:
https://bugs.launchpad.net/music-app/+bug/1514143/+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 1514928] Re: ListItem outside ListView segfaults

[Zsombor Egri]

** Branch linked: lp:~zsombi/ubuntu-ui-toolkit/listitemSelectModeBugs

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zoltan Balogh (bzoltan) => Zsombor Egri (zsombi)

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

Title:
  ListItem outside ListView segfaults

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Reproduce:
  Use the code from the documentation [1] but add selected: true to any 
ListItem.

  What happens:
  UUITK segfaults

  What should happen:
  It should highlight and not crash

  Stack trace:
  http://pastebin.ubuntu.com/13217004/

  Seems selectedList.contains(-1) segfaults for some reason.

  [1] http://pastebin.ubuntu.com/13217263/

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514928/+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 1517008] [NEW] Remove DraggingArea in favor of SwipeArea

[Zsombor Egri]

Public bug reported:

DraggingArea is an old implementation for the same thing SwipeArea is
doing, the later actually doing it much better.

** Affects: ubuntu-ui-toolkit (Ubuntu)
 Importance: Medium
 Status: Triaged

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

Title:
  Remove DraggingArea in favor of SwipeArea

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  DraggingArea is an old implementation for the same thing SwipeArea is
  doing, the later actually doing it much better.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1517008/+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 1513897] Re: TextField regression/behavior change in 1.3

[Zsombor Egri]

The same happens if you replace the AbstractButton with MouseArea: the
text field suffers focus change.

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

Title:
  TextField regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1513897] Re: TextField/AbstractButton regression/behavior change in 1.3

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => High

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Zsombor Egri (zsombi)

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

Title:
  TextField/AbstractButton regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1513897] Re: TextField/AbstractButton regression/behavior change in 1.3

[Zsombor Egri]

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

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

Title:
  TextField/AbstractButton regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1513897] Re: TextField/AbstractButton regression/behavior change in 1.3

[Zsombor Egri]

As workaround, set the activeFocusOnPress for the AbstractButton to
false. TextField should set them all automatically.

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

Title:
  TextField/AbstractButton regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1513897] Re: TextField/AbstractButton regression/behavior change in 1.3

[Zsombor Egri]

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

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

Title:
  TextField/AbstractButton regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1510201] Re: AdaptativeLayout take longer to show a page

[Zsombor Egri]

Alternatively we can add an extra parameter to force page addition to be
synchronous.

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

Title:
  AdaptativeLayout take longer to show a page

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Device: krillin
  Image: Ubuntu 15.04 (r153)

  
  I created a small/simple example with Pages using the new AdaptativeLayout.

  On this example the second page takes about 2.6 secs to show the page.
  While it only took 1.3 secs (Still a long time) when using PageStack.

  
  OBS:  You can easily change the example to use PageStack just changing the 
commented lines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510201/+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 1510201] Re: AdaptativeLayout take longer to show a page

[Zsombor Egri]

We profiled this with Florian, and it ends up that Repeater is no longer
creating the bunch of components and then renders, but it creates each
delegate asynchronously after which it renders each of them separately.
So instead of a 1000 block create then render we have 1000 create +
render, and sniffed rendering between creates slows down the things.
This will always happen when page is loaded asynchronously and the
loaded page has a Repeater, until upstream does something with the
Repeater to load faster.

Using ListView with a cache to fit the whole model content behaves
differently, at least the visible items are created in a block
synchronously then rendered, and the rest of the invisible ones are
created asynchronously afterwards. So this may be a better approach for
use cases we have in the attached example.

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

Title:
  AdaptativeLayout take longer to show a page

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Device: krillin
  Image: Ubuntu 15.04 (r153)

  
  I created a small/simple example with Pages using the new AdaptativeLayout.

  On this example the second page takes about 2.6 secs to show the page.
  While it only took 1.3 secs (Still a long time) when using PageStack.

  
  OBS:  You can easily change the example to use PageStack just changing the 
commented lines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510201/+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 1511839] Re: On dynamically created pages, head.sections.selectedIndex can't be set to -1

[Zsombor Egri]

Raised to critical as blocks migration to 1.3.

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: New => In Progress

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zoltan Balogh (bzoltan) => Zsombor Egri (zsombi)

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: High => Critical

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

Title:
  On dynamically created pages, head.sections.selectedIndex can't be set
  to -1

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  Ubuntu.Components version: 1.3

  Some times it is desirable that none of the entries in the 
head.sections.model is selected by default.
  While that works fine on statically created pages, if I define a page inside 
a component, or load it directly from a QML file, this is not respected.

  The following sample QML application reproduces the problem:

  import QtQuick 2.3
  import Ubuntu.Components 1.3

  MainView {
  width: units.gu(30)
  height: units.gu(60)
  Component {
  id: pageComponent
  Page {
  id: page
  title: i18n.tr("The Page")
  head.sections.model: ["one","two","three"]
  head.sections.selectedIndex: -1
  }
  }

  PageStack {
  id: stack
  }

  Component.onCompleted: {
  stack.push(pageComponent)
  }
  }

  Expected result: a page with no section selected.
  What happens: the first section of the header is selected by default

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1511839/+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 1511839] Re: On dynamically created pages, head.sections.selectedIndex can't be set to -1

[Zsombor Egri]

** Changed in: canonical-devices-system-image
   Status: New => In Progress

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

Title:
  On dynamically created pages, head.sections.selectedIndex can't be set
  to -1

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

Bug description:
  Ubuntu.Components version: 1.3

  Some times it is desirable that none of the entries in the 
head.sections.model is selected by default.
  While that works fine on statically created pages, if I define a page inside 
a component, or load it directly from a QML file, this is not respected.

  The following sample QML application reproduces the problem:

  import QtQuick 2.3
  import Ubuntu.Components 1.3

  MainView {
  width: units.gu(30)
  height: units.gu(60)
  Component {
  id: pageComponent
  Page {
  id: page
  title: i18n.tr("The Page")
  head.sections.model: ["one","two","three"]
  head.sections.selectedIndex: -1
  }
  }

  PageStack {
  id: stack
  }

  Component.onCompleted: {
  stack.push(pageComponent)
  }
  }

  Expected result: a page with no section selected.
  What happens: the first section of the header is selected by default

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1511839/+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 1510919] Re: developer mode toggle does nothing

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   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/1510919

Title:
  developer mode toggle does nothing

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

Bug description:
  Last know good image: 157
  Commit log for 158: 
http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/158.commitlog

  TEST CASE:
  1. Flash a device with bootstrap or upgrade to latest image
  2. Go to system-settings / About / Developer mode
  3. Toggle developer mode

  ACTUAL RESULT
  On a freshly flashed device, toggling dev mode on does nothing
  On an upgraded device with dev mode enabled, toggling dev mode off does 
nothing

  WORKAROUND
  Flash with --developer-mode

  = original description =
  Using a krillin on rc-proposed, developer mode does not enable an adb shell:

  ubuntu-touch/rc-proposed/bq-aquaris.en #159

  $ ubuntu-device-flash touch --bootstrap --channel ubuntu-touch/rc-
  proposed/bq-aquaris.en --recovery-image recovery-krillin.img

  Then boot device to wizard, walk through (I configured wifi, 
  passcode and have 2 SIMs online in the device). Defaults for location.

  Open System settings | about this phone | developer mode

  Enable developer mode

  On your pc:

  $ adb shell
  error: device not found

  Expected: a phablet shell on the device.

  Additionally, if you now reboot, the setting for developer mode is
  forgotten.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1510919/+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 1513897] Re: TextField/AbstractButton regression/behavior change in 1.3

[Zsombor Egri]

Perhaps the TextField got changed, it should keep the content of the
overlay Items unfocusable by touch...

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

Title:
  TextField/AbstractButton regression/behavior change in 1.3

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

Bug description:
  Having an AbstractButton as secondaryItem of a TextField used to not
  change the TextField focus status when pressing the button but with
  1.3 it does.

  Code at http://paste.ubuntu.com/13125887/

  Is this an intended change or a behaviour regression?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1513897/+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 1502091] Re: inconsistent and unpredictable scrolling behaviour

[Zsombor Egri]

Unfortunately there's not much we can do about this on the toolkit
level. This must be handled on the ListView or Flickable level, and
those are not toolkit elements. We have UbuntuListView derived from
ListView which could do something about the scrolling speed. But that
requires the app to use the component instead of using the QtQuick's
ListView. However the problem with the ListViews is that those are
usually scrolling slowly, especially when the delegate uses the old
Ubuntu.Components.ListItem components. Switching to UITK 1.3
ListItem/SlotsLayout/ListItemLayout would speed up the scrolling,
however if the model used to fill the view is slow, you will still
notice some lags in scrolling.

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

Title:
  inconsistent and unpredictable scrolling behaviour

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  inconsistent and unpredictable scrolling behaviour

  i am unable to predict the scrolling pace, it's or too fast and i have
  to tap on the screen to stop the scrolling or is too slow.  also
  scrolling in telegram app is very diff than scrolling in g+ app or HN
  app. try scrolling fast in HN app (it's impossible)
  https://uappexplorer.com/app/com.ubuntu.developer.rayalez.hackernews

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1502091/+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 1502091] Re: inconsistent and unpredictable scrolling behaviour

[Zsombor Egri]

Right, I think that was discussed even before on this bug
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1348557

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

Title:
  inconsistent and unpredictable scrolling behaviour

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  inconsistent and unpredictable scrolling behaviour

  i am unable to predict the scrolling pace, it's or too fast and i have
  to tap on the screen to stop the scrolling or is too slow.  also
  scrolling in telegram app is very diff than scrolling in g+ app or HN
  app. try scrolling fast in HN app (it's impossible)
  https://uappexplorer.com/app/com.ubuntu.developer.rayalez.hackernews

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1502091/+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 1503901] Re: Authenticator app won't open with latest SDK

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: Zoltan Balogh (bzoltan) => Zsombor Egri (zsombi)

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

Title:
  Authenticator app won't open with latest SDK

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  The Authenticator app in the store won't open on latest rc-proposed
  images.  I'm assuming something in the SDK changed out from under it.
  Nothing useful in the log though.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1503901/+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 1503901] Re: Authenticator app won't open with latest SDK

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

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

Title:
  Authenticator app won't open with latest SDK

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  The Authenticator app in the store won't open on latest rc-proposed
  images.  I'm assuming something in the SDK changed out from under it.
  Nothing useful in the log though.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1503901/+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 1503901] Re: Authenticator app won't open with latest SDK

[Zsombor Egri]

** Branch unlinked: lp:~zsombi/ubuntu-ui-toolkit/label_child_crash

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

Title:
  Authenticator app won't open with latest SDK

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  The Authenticator app in the store won't open on latest rc-proposed
  images.  I'm assuming something in the SDK changed out from under it.
  Nothing useful in the log though.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1503901/+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 1507910] Re: UITK: error: 'emit' was not declared in this scope

[Zsombor Egri]

Simple fix: 
#define emit Q_EMIT
#include .
#undef emit

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

Title:
  UITK: error: 'emit' was not declared in this scope

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

Bug description:
  New with Qt 5.5.1:

  --
  In file included from plugin/ucubuntushape.cpp:37:0:
  
/usr/include/x86_64-linux-gnu/qt5/QtQuick/5.5.1/QtQuick/privateqquickimage_p.h: 
In member function 'virtual void QQuickImage::emitAutoTransformBaseChanged()':
  
/usr/include/x86_64-linux-gnu/qt5/QtQuick/5.5.1/QtQuick/private/qquickimage_p.h:91:67:
 error: 'emit' was not declared in this scope
   virtual void emitAutoTransformBaseChanged() Q_DECL_OVERRIDE { emit 
autoTransformChanged(); }
     ^
  --

  https://launchpadlibrarian.net/221749985/buildlog_ubuntu-wily-amd64
  .ubuntu-ui-
  
toolkit_1.3.1676%2B15.10.20151008-0ubuntu2~wily1~qt551~1%2Bhack2_BUILDING.txt.gz

  More information about Qt 5.5 at
  https://wiki.ubuntu.com/Touch/QtTesting

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1507910/+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 1508114] Re: AbstractButton doesn't have a minimum size for the touch area

[Zsombor Egri]

This can be achieved only if the AbstractButton is not having clip set,
as otherwise the clipping will restrict the sensing area too.

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided => High

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Zsombor Egri (zsombi)

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

Title:
  AbstractButton doesn't have a minimum size for the touch area

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

Bug description:
  AbstractButton should have a minimum touch area of 4x4GU, as reported
  in the UI Toolkit spec (currently only in the ListItem layouts
  section, it has to be moved to a generic section)

  That means

  AbstractButton {
  width: units.gu(6)
  height: units.gu(6)
  }

  has a touch region of 6x6GUs, while

  AbstractButton {
 width: units.gu(2)
 height: units.gu(2)
  }

  must have a touch region of 4x4GU.

  UI Toolkit spec:
  
https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1508114/+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 1461501] Re: Setting ListItem.selected doesn’t update the checkbox state

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Medium = High

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

Title:
  Setting ListItem.selected doesn’t update the checkbox state

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

Bug description:
  Since yesterday webbrowser-app in wily uses the new ListItem API
  available in version 1.2 of the UITK. I’ve noticed one bug when a list
  is in multi-selection mode, which I’ve isolated in the attached test
  file.

  To reproduce the issue:
   - launch the scene with qmlscene
   - click on the checkbox of any item (its opacity increases from 0.3 to 1.0)
   - then click anywhere on the same item but the checkbox, this deselects the 
item (the opacity of the item decreases to 0.3)

  Expected result: the checkbox is unchecked
  Current result: the checkbox remains checked

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1461501/+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 1469471] Re: Checkbox shown in the ListView Multiselect mode does not obey selected property

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Importance: Undecided = High

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

Title:
  Checkbox shown in the ListView Multiselect mode does not obey selected
  property

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

Bug description:
  The ListItem in Ubuntu.Components 1.2 and higher supports multiselect
  mode which is controlled by the selectMode property. The selected
  property controls whether a listitem is selected or not. However it
  seems that the checkbox shown during multiselect mode doesn't seem to
  obey the selected property.

  Steps to reproduce the bug:
  1. Run the sample code
  2. Long press to active multiselect mode
  3. Press on any checkbox visible while in multiselect mode
  4. Now press on that listitem.

  Notice the following,
  - Clicking on the listitem toggles the selected property. But the checkbox 
does not seem to respect that.
  - The selectedIndices array correctly shows that the listitem is 
selected/unselected on pressing it, but the checkbox just ignores that.

  I have attached sample code which reproduces the bug in a simple
  manner.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1469471/+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 1508114] Re: AbstractButton doesn't have a minimum size for the touch area

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

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

Title:
  AbstractButton doesn't have a minimum size for the touch area

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  AbstractButton should have a minimum touch area of 4x4GU, as reported
  in the UI Toolkit spec (currently only in the ListItem layouts
  section, it has to be moved to a generic section)

  That means

  AbstractButton {
  width: units.gu(6)
  height: units.gu(6)
  }

  has a touch region of 6x6GUs, while

  AbstractButton {
 width: units.gu(2)
 height: units.gu(2)
  }

  must have a touch region of 4x4GU.

  UI Toolkit spec:
  
https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1508114/+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 1484545] Re: [listitem] swiping doesn't work when a mousearea on top doesn't accept the mouse event

[Zsombor Egri]

We have a problem here: there's no way for us to know whether the
overlaid MouseArea did or did not accept mouse events.
childMouseEventFilter acts prior the MouseArea's mousePressed() is
handled, so the event is still in accepted state. As result of
onPressed: mouse.accepted = false, ListItem is also getting the mouse
event, but the accepted state is still true.

We could rely on mouseEvent() being caught when overlaid items do not
accept mouse events, after all all accepted events are suppressed and
ListItem's event handler won't be called anymore...

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

Title:
  [listitem] swiping doesn't work when a mousearea on top doesn't accept
  the mouse event

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

Bug description:
  staging r1603

  ListItem { MouseArea { onPressed: mouse.accepted = false } }

  When a MouseArea doesn't accept a mouse event, the ListItem becomes
  non-swipable.

  After discussing this with kalikiana, we agreed that this behaviour is not 
intended and should be fixed. 
  Not accepting a mouse event from within the listitem shouldn't stop the 
swiping mechanism from activating.

  The same applies to ListItem highlight or click, they should not be
  stopped by a MouseArea which is inside the listitem if that mouse area
  doesn't accept the mouse event

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1484545/+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 1484545] Re: [listitem] swiping doesn't work when a mousearea on top doesn't accept the mouse event

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
   Status: Confirmed => In Progress

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

Title:
  [listitem] swiping doesn't work when a mousearea on top doesn't accept
  the mouse event

Status in ubuntu-ui-toolkit package in Ubuntu:
  In Progress

Bug description:
  staging r1603

  ListItem { MouseArea { onPressed: mouse.accepted = false } }

  When a MouseArea doesn't accept a mouse event, the ListItem becomes
  non-swipable.

  After discussing this with kalikiana, we agreed that this behaviour is not 
intended and should be fixed. 
  Not accepting a mouse event from within the listitem shouldn't stop the 
swiping mechanism from activating.

  The same applies to ListItem highlight or click, they should not be
  stopped by a MouseArea which is inside the listitem if that mouse area
  doesn't accept the mouse event

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1484545/+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 1415023] Re: [Dialog] if keyboard is present, buttons and derivatives have to be pressed twice

[Zsombor Egri]

1. The text field looses focus due to the fact that someone else is
getting focused. The same behaviour happens on every control, not only
on TextField. Now, the question is whether do we want to do slightly
different focusing behaviour on different controls, i.e. on desktop when
focusing a Button, a CheckBox, a Switch, a ComboBox or other, those gain
the focus when pressed, no matter if the previous focus control was a
text input. You can see this in System Settings GTK app, by pressing
either of the controls, move the mouse and release outside of the
control. You will see the focus outline on each. However, we could treat
text inputs separately, so if the current focus is a text input, the
input would lose focus only when a click happens, except if the next
focusable item is also a text input.

2. OSK is hidden only if the next focused control is not a text input.
When OSK hides, Dialog is re-centered, as OSK appearance is causing
Dialog content to be shifted out. I don't get why you want to keep
Dialog pushed out of the screen when OSK gets hidden...

I do not see two bugs here, only one, which is the text input losing
focus slightly differently than the others. Dialog should be placed back
to the original position when OSK disappears.

** Tags added: convergence

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

Title:
  [Dialog] if keyboard is present, buttons and derivatives have to be
  pressed twice

Status in ubuntu-system-settings package in Ubuntu:
  Invalid
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  STEPS:
  Setup:
  1 phone + one locked sim

  1. Open system settings
  2. Goto Security
  3. Goto Sim Pin
  4. Tap on unlock
  5. Type in the pin
  6. Tap the green confirm button

  EXPECTED:
  I expect the dialog to be dismissed and the keyboard and sim be unlocked

  ACTUAL:
  The keyboard is dismissed but the dialog box remains.

  A recent change has effected this.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1415023/+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 1491802] Re: A disabled label cannot be visually differantiated from enabled labels

[Zsombor Egri]

As Label is not an active component, it cannot really be disabled. If
the Label belongs to a component, then it should be dimmed same way as
the component itself.

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

Title:
  A disabled label cannot be visually differantiated from enabled labels

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

Bug description:
  Reproduce:
  Label {
  text: "Example text"
  enabled: false
  }
  Label {
  text: "Example text"
  enabled: true
  }

  What happens:
  The two labels are visually equal.

  What should have happened:
  The disabled label should somehow indicate a disabled state.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1491802/+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 1344883] Re: PageHeadSections/Picker: selectedIndex changes incorrectly when inserting/removing model entries

[Zsombor Egri]

ListView has currentIndex, which is the selected one.
Picker.selectedIndex works with that property as well. Then
Sections.selectedIndex is not interacting with any ListView or such, so
that works a bit differently, it always moves to the last item in the
model when changes afaik.

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

Title:
  PageHeadSections/Picker: selectedIndex changes incorrectly when
  inserting/removing model entries

Status in ubuntu-ui-toolkit package in Ubuntu:
  Triaged

Bug description:
  I've attached a minimal program to demonstrate the problem.

  The Model contains 20 items, and the selectedIndex is at 18.
  Clicking the button below will remove the item at index 10.
  Expected behaviour:
Picker keeps number 18 selected.
  Actual behaviour:
Picker jumps to number 9, the index before the one just deleted.

  Observe that when changing the button code to remove index 3 instead
  of 10, the picker works correctly, and remains at item 18.

  The behaviour only breaks on some index removals.

  inserts appear to behave correctly.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1344883/+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 1492343] Re: Pages hidden in an AdpativePageLayout stack have their width changed to zero

[Zsombor Egri]

Tim, sorry, this auto-correct reformulated my words, I meant concepted
badly :)

Page filling its parent is what causes the width changes when
reparented, do you agree? I do not say that width becoming 0 is right,
but I disagree Page filling its parent is also a wanted behaviour. You
can always fill it if you want, so Page then will follow its parent
width. Also it is not "QMLish" to automatically fill the parent's area.

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

Title:
  Pages hidden in an AdpativePageLayout stack have their width changed
  to zero

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

Bug description:
  As shown in this example [0], if you select the "Albums for artist"
  button to push a page onto the stack, you can see in the console that
  the width of the old component is changed to zero, which causes it
  then to reflow as the width is increased when it is brought back into
  view. Instead, the width should not be changed when the page is
  hidden.

  0 - http://pastebin.ubuntu.com/12274053/

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1492343/+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 1492343] Re: Pages hidden in an AdpativePageLayout stack have their width changed to zero

[Zsombor Egri]

The root cause of the problem you see is because the Page itself anchor
fills to its parent. This was connected badly, and because of that we
have this problem.

A fix would be to have  property change for each Page added into the
hidden item to unset the anchor.fill of the page and restore it when the
parent is changed back. However, this would cause Page width changes as
well, which is also bad. Another solution is not to reparent but hide
the entire Page from the cold,n, which then would break the eventual
bindings applied on the opacity/visible properties...

We need to study a solution that would prevent Page size changes while
reside in the hidden Item.

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

Title:
  Pages hidden in an AdpativePageLayout stack have their width changed
  to zero

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

Bug description:
  As shown in this example [0], if you select the "Albums for artist"
  button to push a page onto the stack, you can see in the console that
  the width of the old component is changed to zero, which causes it
  then to reflow as the width is increased when it is brought back into
  view. Instead, the width should not be changed when the page is
  hidden.

  0 - http://pastebin.ubuntu.com/12274053/

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1492343/+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 1415023] Re: [Dialog] if keyboard is present, buttons and derivatives have to be pressed twice

[Zsombor Egri]

1. Much better :)

2. Unsure whether the Ubuntu Touch System Settings -> Wi-Fi ->Connect to
hidden network Dialog's two text inputs are handling the OSK
differently, but atm focusing the other text input while the first one
is focus doesn't pull out the OSK and then back. If they did a
workaround, then we need to fix this. However AFAIK this is solved by
the focusing mechanism itself upstream. Then to keep the dialog away
once it had been pushed out by OSK is a bad UX. Dialogs on a phone
layout should have as less content as possible especially due to the OSK
behaviour. The entire surface is pushed out, and if it'd stay there,
there would be some content which is not accessible anymore after being
pushed out. Resizing is also a bad UX, a shrunken dialog would look
clumsy.

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

Title:
  [Dialog] if keyboard is present, buttons and derivatives have to be
  pressed twice

Status in ubuntu-system-settings package in Ubuntu:
  Invalid
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  STEPS:
  Setup:
  1 phone + one locked sim

  1. Open system settings
  2. Goto Security
  3. Goto Sim Pin
  4. Tap on unlock
  5. Type in the pin
  6. Tap the green confirm button

  EXPECTED:
  I expect the dialog to be dismissed and the keyboard and sim be unlocked

  ACTUAL:
  The keyboard is dismissed but the dialog box remains.

  A recent change has effected this.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1415023/+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 1486008] Re: leading actions width is too small making it very difficult to press on Nexus 4 (mako)

[Zsombor Egri]

Jamie, look at the images from comments #8 and #9. There the action slot
size is about 1 or 2 GU bigger than the one we have now. Just to help
you with the size.

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

Title:
  leading actions width is too small making it very difficult to press
  on Nexus 4 (mako)

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

Bug description:
  Since a recent update to the ListItem leading actions in
  Ubuntu.Components 1.2, where the width of the action was clamped, the
  width is too small to press comfortably on a phone resulting in it
  missing 9 out of 10 tries. It affects the usability of the action and
  may be become a release blocker for apps that have recently switched
  over to the new list items.

  Sample App

  import QtQuick 2.4
  import Ubuntu.Components 1.2

  MainView {
  applicationName: "testdelete.nik90"
  width: units.gu(100)
  height: units.gu(75)

  Page {
  title: "Swipe to Delete"
  ListItem {
  id: listItem
  anchors.top: parent.top

  Label {
  text: "Swipe me right to delete this listitem"
  wrapMode: Text.WordWrap
  anchors { left: parent.left; leftMargin: units.gu(2); right: 
parent.right; verticalCenter: parent.verticalCenter }
  }

  
  leadingActions: ListItemActions {
  actions: [
  Action {
  iconName: "delete"
  onTriggered: listItem.destroy()
  }
  ]
  }
  }
  }
  }

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1486008/+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 1492328] Re: header icon color should match title label color when backgroundColor is set

[Zsombor Egri]

In general Icon color should be same as text color in header. However
the new design said a bit different things there.

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

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Tim Peeters (tpeeters)

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

Title:
  header icon color should match title label color when backgroundColor
  is set

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

Bug description:
  If I set a custom background color on a MainView, the color of the
  title label in the header is computed to make the title readable, but
  the color of the header icons isn’t, and it may be difficult to see
  them.

  See the attached standalone reproducer, where the background color is
  green, the title is white (white on green is fairly readable), but the
  header icon is the default light grey, which makes it very hard to
  view on the green background. I would expect the icon to be white too.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1492328/+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 1486008] Re: [sdk] leading actions width is too small making it very difficult to press

[Zsombor Egri]

** Description changed:

  Since a recent update to the ListItem leading actions in
  Ubuntu.Components 1.2, where the width of the action was clamped, the
  width is too small to press comfortably on a phone resulting in it
  missing 9 out of 10 tries. It affects the usability of the action and
  may be become a release blocker for apps that have recently switched
  over to the new list items.
  
  Sample App
  
  import QtQuick 2.4
  import Ubuntu.Components 1.2
  
  MainView {
- applicationName: "testdelete.nik90"
- width: units.gu(100)
- height: units.gu(75)
+ applicationName: "testdelete.nik90"
+ width: units.gu(100)
+ height: units.gu(75)
  
- Page {
- title: "Swipe to Delete"
- ListItem {
- id: listItem
- anchors.top: parent.top
+ Page {
+ title: "Swipe to Delete"
+ ListItem {
+ id: listItem
+ anchors.top: parent.top
  
- Label {
- text: "Swipe me right to delete this listitem"
- wrapMode: Text.WordWrap
- anchors { left: parent.left; leftMargin: units.gu(2); right: 
parent.right; verticalCenter: parent.verticalCenter }
- }
+ Label {
+ text: "Swipe me right to delete this listitem"
+ wrapMode: Text.WordWrap
+ anchors { left: parent.left; leftMargin: units.gu(2); right: 
parent.right; verticalCenter: parent.verticalCenter }
+ }
  
+ leadingActions: ListItemActions {
+ actions: [
+ Action {
+ iconName: "delete"
+ onTriggered: listItem.destroy()
+ }
+ ]
+ }
+ }
+ }
+ }
  
- leadingActions: ListItemActions {
- actions: [
- Action {
- iconName: "delete"
- onTriggered: listItem.destroy()
- }
- ]
- }
- }
- }
- }
+ With trailing actions, tapping the trailingActions first causes the
+ ListItem to jump/scroll all the way to the left instead of actually
+ activating the action. Only a second tap actually activates them.

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

Title:
  [sdk] leading actions width is too small making it very difficult to
  press

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

Bug description:
  Since a recent update to the ListItem leading actions in
  Ubuntu.Components 1.2, where the width of the action was clamped, the
  width is too small to press comfortably on a phone resulting in it
  missing 9 out of 10 tries. It affects the usability of the action and
  may be become a release blocker for apps that have recently switched
  over to the new list items.

  Sample App

  import QtQuick 2.4
  import Ubuntu.Components 1.2

  MainView {
  applicationName: "testdelete.nik90"
  width: units.gu(100)
  height: units.gu(75)

  Page {
  title: "Swipe to Delete"
  ListItem {
  id: listItem
  anchors.top: parent.top

  Label {
  text: "Swipe me right to delete this listitem"
  wrapMode: Text.WordWrap
  anchors { left: parent.left; leftMargin: units.gu(2); right: 
parent.right; verticalCenter: parent.verticalCenter }
  }

  leadingActions: ListItemActions {
  actions: [
  Action {
  iconName: "delete"
  onTriggered: listItem.destroy()
  }
  ]
  }
  }
  }
  }

  With trailing actions, tapping the trailingActions first causes the
  ListItem to jump/scroll all the way to the left instead of actually
  activating the action. Only a second tap actually activates them.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1486008/+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 1494282] Re: ListItemActions are very hard to tap on

[Zsombor Egri]

*** This bug is a duplicate of bug 1486008 ***
https://bugs.launchpad.net/bugs/1486008

** This bug has been marked a duplicate of bug 1486008
   [sdk] leading actions width is too small making it very difficult to press

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

Title:
  ListItemActions are very hard to tap on

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

Bug description:
  Using Ubuntu.Components 1.3 and ListItem, the leading/trainling
  Actions are *very* hard to tap using touch. Can't see the issue with a
  Mouse, just with Touch. There's multiple issues I think.

  * The items (or at least the clickable areas) are too small so they are hard 
to target.
  * tapping the trailingActions first causes the ListItem to jump/scroll all 
the way to the left instead of actually activating the action. Only a second 
tap actually activates them

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1494282/+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 1495408] Re: Black square in header

[Zsombor Egri]

** Changed in: canonical-devices-system-image
 Assignee: (unassigned) => Zsombor Egri (zsombi)

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

Title:
  Black square in header

Status in Canonical System Image:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  current build number: 122
  device name: krillin
  channel: ubuntu-touch/rc-proposed/bq-aquaris.en

  Same on latest arale

  There is a black square in the header in several applications
  (address-book, messaging, dialler, cf screenshots)

  To display the black square:
  - dialler: open 'Recent calls'
  - messaging: tap on a message and go back
  - contact: tap on a contact

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1495408/+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 1495451] Re: Page pushed on a stack gets instantiated twice, and PageStack.push() returns null

[Zsombor Egri]

** Changed in: ubuntu-ui-toolkit (Ubuntu)
 Assignee: (unassigned) => Zsombor Egri (zsombi)

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

Title:
  Page pushed on a stack gets instantiated twice, and PageStack.push()
  returns null

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

Bug description:
  It looks to me like a regression introduced by the latest UITK landing 
(1.3.1627+15.04.20150908-0ubuntu1).
  See the attached standalone reproducer (run it with qmlscene).
  In a MainView, pushing a page component on a page stack instantiates the page 
twice.
  Additionally, the result of pageStack.push(pageComponent) is null, and it 
seems the 'currentPage' property of the stack is not updated.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1495451/+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