Skip to content

Conversation

@walker0
Copy link
Owner

@walker0 walker0 commented Jan 7, 2017

No description provided.

Bharat Mediratta and others added 7 commits January 1, 2017 09:50
* Rough cut at moving HUD views into their own framework.

* Move view code into the HUDViewKit framework directory

* Remove HUDViewKit

* Add GlucoseTrend and NSTimeInterval directly to WatchApp Extension so that it doesn't have to pull in HUDViewKit

* Get all targets to compile with HUDViewKit

1. Make HKUnit extension internal and included it directly into all
   necessary targets to avoid a conflict with the same extension in
   LoopKit

2. Publicize any necessary HUDViewKit vars, funcs

3. Store the Int raw value for GlucoseTrend in WatchContext and create
   a computed property that returns it as a GlucoseTrend object to avoid
   the conflict where both Loop and WatchApp Extension have their own
   separate concept of GlucoseTrend.

* Rename HUDViewKit to LoopUI

* partway through moving layout

* WIP

* Resize stack view to fill container view

* Embed LoopUI framework

* Use NibLoadable for HUDView
* Monitor changes and update the widget in real time.

Use KVO to watch the UserDefaults object and update the view as
appropriate.

* Clean up observer implementation

1. call addObserver() in viewDidLoad()
2. call removeObserver() in deinit
3. don't specify options in addObserver()
4. provide a context to the observer code

* Move early-return semantics into a guard statement.

* Use an explicit, separately named context for observer.
* Use a clear fill color for the circle.

* Oops! Forgot to set the clear color for init?(coder:) as well
…archy (#352)

* Rough cut at moving HUD views into their own framework.

* Move view code into the HUDViewKit framework directory

* Remove HUDViewKit

* Add GlucoseTrend and NSTimeInterval directly to WatchApp Extension so that it doesn't have to pull in HUDViewKit

* Get all targets to compile with HUDViewKit

1. Make HKUnit extension internal and included it directly into all
   necessary targets to avoid a conflict with the same extension in
   LoopKit

2. Publicize any necessary HUDViewKit vars, funcs

3. Store the Int raw value for GlucoseTrend in WatchContext and create
   a computed property that returns it as a GlucoseTrend object to avoid
   the conflict where both Loop and WatchApp Extension have their own
   separate concept of GlucoseTrend.

* Rename HUDViewKit to LoopUI

* partway through moving layout

* WIP

* Resize stack view to fill container view

* Embed LoopUI framework

* Use NibLoadable for HUDView

* Create a "Common" group for all files with membership in multiple targets.
* Disable animation on first render, since we'd be animating from a
default value so the animation is deceptive.

* Use the more specific TimeInterval type for duration
* Enforce a fixed number of fractional digits per unit type.

At all times, we prefer:
  0 fractional digits for mg/dL
  1 fractional digit

eliminate the use of significant digits and use fixed a number of
fractional digits everywhere.

This is in service of:
  #324

* Pass the glucose NumberFormatter directly into the chart

This lets us back out the changes to PredictionTableViewController
since now the ChartAxisDoubleUnit uses the glucose formatter to
represent its value instead of hardcoding an integer formatter.
@walker0 walker0 merged commit e401da9 into walker0:dev Jan 7, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants