rlasjunies / kct Goto Github PK

Expected Behavior

As developer I would like to have actions helping me to test the application only when the app is in debug build
So that the end user does not see this actions

Actual Behavior

testing screens avaialble for all

Specifications

• Version: 0.5.0

Expected Behavior

Shows picture in the card
This pictures may be the kids, the tv screens, ...
This should provide a more actractive timers list

• take pictures from timers configuration
• show pictures in the card

Actual Behavior

none

Specifications

• Version: 0.5.0

Expected Behavior

in the timers list, it would be great to show next occurence for a timer.
e.g.: will be available tomorrow, or next week-end

Actual Behavior

No information when the timer will be available

Specifications

• Version: 0.5.0

Expected Behavior

webpack to support typescript aliases

Actual Behavior

after installing the project, npm install, npm run serve does not work because aliases are not defined and must be done manually

Specifications

• Version: 0.0.1
• Platform:
• Subsystem:

Expected Behavior

better splascreen

Specifications

• Version: 0.5.0

Expected Behavior

have code coverage merged with the one of the unit test

Actual Behavior

no

Steps to Reproduce the Problem

n/a

Specifications

• Version: n/a
• Platform: n/a
• Subsystem: n/a

Expected Behavior

The goal is to control the modification of the timers. It's to avoid kids to reset timers

Actual Behavior

No control, everybody can modify the timers settings, timers are reinitialized when settings are changed

Specifications

• Version: 0.5.0

Expected Behavior

Inform the player when the timer is close to the end

proposal:

• in the configuration of the timer, add a check box: activate notification 10% before the end
• notification may be a Text to Speech plugin
• text may be configurable

Actual Behavior

None

Expected Behavior

no warning generated

Actual Behavior

some tslint are generated

Specifications

• Version: 0.5.0

Expected Behavior

When the application is restarted, it should checks if timers are "running".
If yes, the timers should resume, taking in consideration the duration while the app was 'stopped'

use case to consider:

• app is stopped and restarted another day. In that case the timers should not resume but reinitialized.

Actual Behavior

Timers are not resumes, neither in pause

Steps to Reproduce the Problem

1. start timers
2. stop the app, ( e.g.: from the list of app )
3. start the app

Specifications

• Version: 0.5.0

Expected Behavior

after each PR automatic builds and tests must be run in an "independent" platform

Actual Behavior

no CI

Steps to Reproduce the Problem

N/A

Specifications

• Version: n/a
• Platform: n/a
• Subsystem: n/a

Expected Behavior

trace timer execution
provide an history of duration per timers / week / month / year

Actual Behavior

none

Specifications

• Version: 0.5.0

Expected Behavior

• increase duration for some timers best on "good" behaviors / actions of our kids
• V1?: list of durations, e.g.: +5, +10, +15, +30
• V2?: list of good behaviors, e.g.: learning music, good motivation at learning, cooking help, gardening help, ... + durations list

Actual Behavior

none

Specifications

• Version: 0.5.0

Expected Behavior

When the user start a timer, the app check if the volume is at an acceptable volume (to hear sound notifications)

Actual Behavior

no check

Expected Behavior

When timer is over, make th timer card selected and blinking / orange, in order to help the user to not navigate / search to it

Actual Behavior

Card is not selected

Specifications

• Version: 0.5.0

Expected Behavior

define other sound

Actual Behavior

not possible

Specifications

• Version: 0.5.0