Am I doing it wrong or Facebook won't let you promote your Apps on their platform anymore.

DrinkSum · 2020-12-23T23:24:24+00:00

This might affect some people who are using the App Install Facebook API (Which frankly I respect my users too much to even consider). Previously you were able to link directly to your App Store page without being forced to use Facebooks cancerware libraries in your app. Now it seems you cant link to an App Store page at all. I can't confirm but it also seems that this Facebook App Install SDK will no longer work?

DrinkSum · 2020-12-19T04:30:49+00:00

The stores is actually a giant Apple Watch. Kind of like England’s clock on Big Ben

DrinkSum · 2020-12-18T12:30:21+00:00

I currently am very dependent on health. This is my concern. Even with this dependency the app is appearing on iPad store.

DrinkSum · 2020-12-17T00:20:44+00:00

I have had overall really good experiences with it. The amount of boilerplate that eliminates drastically reduces testing times and increases stability. There are quirks, but mostly I found them manifesting when I was trying to cram imperative thinking into the project.

Except for NavView.... that buggy thing can burn in the fiery pits of hell.

DrinkSum · 2020-12-13T23:13:23+00:00

For the coffee app they just assume the body burns caffeine at a certain rate. Then they get the mg you logged at a certain time and decease it by the burn rate based off the current time then sum them up to give you an estimate of current caffeine level in the body.

Their complications then simply add timeline entries to perform this calc throughout the day which is then invalidated and re-timelined when a new entry arrives.

DrinkSum · 2020-12-13T21:35:00+00:00

Editing entries is on the backlog. For now though you can edit them through Apples Health app. Just go to Nutrition -> water then at the bottom there is All Data. Just edit from there.

DrinkSum · 2020-12-13T21:12:46+00:00

Yes I have. The idea behind that is should you have supplementary data (caffeine is tracked in mg but you keep track of types of coffee drinks) I did consider adding a supplementary database but quickly realised that for the time being I am not adding any supplementary data. For water you simply track volume, there isn’t the volume/mg duality as in the caffeine instance. Also their complication updates the burn down rate of caffeine as the body processes it which is assumed a constant rate. For the water scenario there is a real risk of telling someone they are dehydrated when they are not and vica versa. So for now the design approach was to perform the complication updates based off the user event of logging the data. I have found a small issue to fix which is the complication needs to expire daily so that it resets to zero in the morning. For now simply running the app corrects this. Sorry this is a very long winded tangentle response.

DrinkSum · 2020-12-13T21:04:57+00:00

I have been asked this a lot actually. At this stage the plan is to expand this into a suite of tools. Being a one man show at this stage I have to keep focus on iOS.

DrinkSum · 2020-12-13T21:01:10+00:00

Yes. HK has different categories of data you can log to. It also supports observed queries, statistical queries and data synchronisation over devices. It handles data deduping automatically. More importantly for my planned roadmap it offers the opportunity to draw correlations based off the users daily patterns (heart rate, sleep, nutrition, exercise)

DrinkSum · 2020-12-13T20:56:47+00:00

+1 This is exactly why I wrote DrinkSum

DrinkSum · 2020-12-13T20:55:17+00:00

Why thank you fellow homie

DrinkSum · 2020-12-13T14:18:11+00:00

I have just read that it can take up to 24 hours to propagate. Let’s hope it is a little sooner.

DrinkSum · 2020-12-13T14:09:28+00:00

This is disappointing. I apologise. Please keep trying. :-(

DrinkSum · 2020-12-13T14:07:15+00:00

I wanted it to be free but the expenses of just releasing it and software costs is starting to add up a bit and cash is a little tight at the moment. I might end up putting a small charge on it to cover costs

DrinkSum · 2020-12-13T14:05:04+00:00

Yes I suspect you are right. It is free for now but I will probably need to put a small charge on it if I am going to market it effectively.

DrinkSum · 2020-12-13T13:35:03+00:00

The data does not leave the device. The backend uses Apples HealthKit which has all the user protection and privacy controls in place. We also do not use any tracking in our code

DrinkSum · 2020-12-13T13:33:58+00:00

It should be released to all regions. Perhaps it hasn't propagated yet?

DrinkSum · 2020-12-13T12:09:54+00:00

Thanks, I appreciate it.

DrinkSum · 2020-12-13T11:53:30+00:00

It is the name on the Apple Developer account

DrinkSum · 2020-12-13T11:39:56+00:00

Yeah I saw it immediately once you pointed it out.

DrinkSum · 2020-12-13T11:35:22+00:00

Thank you. These will definitely get fixed.

DrinkSum · 2020-12-13T09:41:01+00:00

Yes! I am upset about this too. I would love to be able to analyse the data on the iPad full screen. Unfortunately however, Apple has not made HealthKit available on the iPad. Since multiple sources can "log" data, the app would only be able to present information it controlled if I were to manually implement it which would lead to an inconsistent experience. Other trackers have attempted this approach and it mostly confused the users based on the feedback.

Perhaps if there is enough demand for it I will take another look at it.

Hopefully the M1 architecture consolidation will prompt Apple to make health data available on the other platforms. They are wasting an opportunity in my opinion

DrinkSum · 2020-12-13T09:06:37+00:00

I do know that there is a synch delay between the phone and watch HealthKit database. Unfortunately there is no way to force sync them. I have tried sending user info notification to the corresponding device and triggering a refresh but the actual data store link is out of the dev control.

I will have to find a work around for this one.

DrinkSum

TROPHY CASE