Basic write-only to HealthKit.

No reading/syncing.

Note that there are specific AppStore rules about health data: https://developer.apple.com/app-store/review/guidelines/#health-and-health-research

This is more an FYI than a bug report.

See: http://www.fsf.org/blogs/licensing/more-about-the-app-store-gpl-enforcement

Basically, software distributed exclusively via a GPLv3 license (as this app appears to be) will be rejected from the App Store because the GPL does not allow additional restrictions to be added by downstream providers (which the App Store does).

Knowing how difficult it is to re-license (or even add a second license to) an existing GPL project, I felt it was worth mentioning before you get too many contributors (who may not read your CLA closely enough, and complain later if you switch away from the GPL).

P.S. You have a random ( at the start of the second paragraph of section 2.3 in your CLA.

When loading web content the app appears to hang because we have no HUD/ "Loading..." view. We need to choose a HUD/loading view framework or roll one to add to Glucosio iOS, and then add this to the viewcontrollers that load data from the web pages

textfield for entering data resigns as first responder so keyboard doesn't linger after view ctlr dismissal turned off editing for tip view so keyboard can't be triggered added constraints to webview so page fits on screen added constraints to date picker so top region not hidden by nav bar

Investigate tools to allow shared use of translated strings/material from the Android version of Glucosio. This is to reduce the burden on localizers/translators.

i think there is a bad user experience problem in settings viewcontroller when the user have to select the country. The UIPickerView is really small and it take long time to scroll all items (if i want jump to "L" i have to scroll all countries from A to L). Why don't use a tableview instead? Tableview can be also indexed so user can find easly his country. If you want i can take care of this issue. This is the final result:

Requirements:

I'm unsure what analytics App Store will offer us in regards to active users, active installs and other useful metrics for us but if this is not offered in app store we should investigate a solution,

A very basic watchOS app with some complications showing the latest reading.

Written in Swift so I had to also add a bridge (for the UIColor additions but more headers might follow)

Investigate manual and automatic exporting of the user's data as CSV (or possibly other formats) to local document storage (for access via iTunes) and possibly iCloud and other cloud services such as Google Drive, Box.com and NextCloud/OwnCloud. Note this is not about the Research API but about the user being able to save their own data to their own cloud accounts or local disks.

Steps to reproduce

1. Click the 3rd tab: Settings
2. Click "Version", "Terms of use" or "Privacy" in ABOUT section
3. Click any hyperlinks in displayed web page.

Expected behaviour

The hyperlink does not need to work.

Actual behaviour

After clicking the links, different pages rather than "Version", "Terms of use" or "Privacy" are shown.

What language/locale is your device set to use?: English

What measurement system are you using: (Not relavant)

Are you using backups: yes/no no

Device configuration

Device: iPhone 6s

Operating system: iOS

Operating system version: 9.3

Downloaded App From: Testflight

Device log

(None)

We need to add Instabug for Feedback we will need to setup a new app inside Instabug then implement using their sdk.

Paolo or Ben can add apps so ping us for details

As in Android, we have trouble when the phone locale is set to a language that uses ',' for a decimal separator. On iPhone, the values are not parsed correctly, so 12.8 becomes 12.0 when the reading is created or edited. This issue was originally reported on Android (*) but I can confirm there is also an issue on iPhone although the impact is slightly less severe.

• http://community.glucosio.org/t/cant-use-decimals-for-mmol-l-level/164/4

Some treatments are durations, these are effectively the same data type as readings in our Realm database but the UI needs work to handle the difference between the reading types better.

I wonder, is there any chances the existing data could be used to maybe predict future values?

We could either show a notification or a hint based on some predicted future state.

Since the iOS app is in the App Store there should be some links to it on the main site, screenshots, etc.

Generally, the site seems stale (copyright from 2015).

Does the site have a GitHub repository? It seems mostly static.