VAlarmActiveList.cpp

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
UI-DEN-SUNRISE
UI-DEN-SUNRISE
UI-DEN-16419-UI-BN-S106 [ ready - application ]
UI-DEN-16419-UI-BN-S106 [ ready - application ]
Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

  1. … 16 more files in changeset.
DEN-15491: Updated - Usability: UI: alarm list unique field for Alarm Descriptor

Renamed the alarm name variable to be listTitle per CR request

  1. … 3 more files in changeset.
UI-DEN-15833_UI VD S101 - Unique Alarm List ID [ * READY * ]
UI-DEN-15833_UI VD S101 - Unique Alarm List ID [ * READY * ]
DEN-15491: Added - Usability: UI: alarm list unique field for Alarm Descriptor

Added the alarmName key and value retrieval to set the alarm list to use the alarmName field instead of title

  1. … 3 more files in changeset.
UI Staging Unreviewed Commits
UI Staging Unreviewed Commits
Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

  1. … 50 more files in changeset.
Merge branch 'DEN-14733-UI-BN-S90-2' into staging

  1. … 43 more files in changeset.
Yes, assignments break bindings. RESOLVED

Yes, assignments break bindings.

RESOLVED

Good point, But you can't. The readonly properties are only working with bindings, not assignments. I am using that as a public variable.

Good point,
But you can't.
The readonly properties are only working with bindings, not assignments.
I am using that as a public variable.

If _root.isOpen is not modified outside of this powerItem.qml, You can make it a readonly property and bind it to the powerDialog's property.

If _root.isOpen is not modified outside of this powerItem.qml, You can make it a readonly property and bind it to the powerDialog's property.

So we will likely remove this TODO and comment later? RESOLVED.

So we will likely remove this TODO and comment later?
RESOLVED.

RESOLVED.

RESOLVED.

It was removed. UI sends an alarmTriggered to HD for that, and should not display a dialog by itself. Since on the device, if there is no other alarm HD will eventually display it, and if there is ...

It was removed.
UI sends an alarmTriggered to HD for that, and should not display a dialog by itself.
Since on the device, if there is no other alarm HD will eventually display it, and if there is HD will override it.
It was just a bug in development then, which was always displaying a useless dialog on VM that doesn't even have a physical SD Card.