News for hackers. Stuff that matters.

hunzaboy

SugarTrack is intentionally just a simple log. It doesn't try to replace the glucometer, connect over Bluetooth/USB, or automatically import readings.

My motivation wasn't really to replace existing apps. I built it because this is the workflow I actually needed.

For example, my mother is 70 and isn't comfortable using apps. Someone else usually has to help her take the reading, and I need to keep track of the data for her. I wanted something where whoever is helping can simply open her phone, enter the reading, and have everything relevant in one place — readings, meals/photos, medication, notes and A1C.

There are definitely more sophisticated solutions out there, but they aren't always practical or available for everyone. In some places, CGMs and connected meters aren't covered by insurance, aren't readily available, or simply aren't realistic to use.

So SugarTrack is deliberately boring: no Bluetooth, no USB, no account, no cloud, no subscription. Just a simple log that stays on the phone.

It solves my particular problem, and I figured there are probably other people with a similar situation.

This looks really interesting. Thanks for sharing. I’ve already found some really good ideas here for the next version.

My focus is a bit different though. I’m trying to make the experience as simple and frictionless as possible, especially for non-technical amd old people.

Unfortunately, that’s not really an option for my target audience. In remote areas, the issue isn't only the cost. Its availability, access to the devices, internet connectivity, and the expertise needed to set them up can all be barriers. A basic glucometer and a phone are much more realistic.
My use case is a bit different. I’m not trying to replace the meter or its history.

The problem I wanted to solve starts when the readings change. A doctor may ask, “What did you eat around that time?” With this app you can save a photo of the meal alongside the blood sugar reading, notes and medication.

So the goal is less about storing the number and more about keeping the context around the number and making that context easy to share with the doctor.

Re: on Wednesday April 26, 2023 @06:59AM (#35711828)
How to balance text in HTML without JS. CSS text balance is available now in Canary. Learn and Get Excited!
Re: on Tuesday April 18, 2023 @05:01AM (#35611596)
Fix the Reaction Button UI in Google Meet
Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:16PM (#24741153)
Yes, it is for a new template tutorial. Also i am a big Starwars fan :)

https://dev.to/hunzaboy/how-to-create-a-clean-bulletproof-em...

Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:14PM (#24741146)
No Registration is required. Just copy and paste directly from the email preview page.
Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:13PM (#24741139)
Yes. HTML version are free/MIT but MJML source codes are not for free.
Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:12PM (#24741131)
Already fixed that typo. Seems like I need a better spelling plugin ;)
Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:10PM (#24741118)
I am glad you found these useful :)
Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:10PM (#24741115)
HTML emails have to be coded like this. For best possible results we have to use table layouts and inline css because email clients are tricky and doesn't use latest css properties. So to keep them compatible with all kinds of email clients, the elements have to have inline css. Otherwise it is not even possible to have a decent HTML email which will render correctly on all email clients.

Its just how it is currently due to limitation from email renderers and clients.

Re:Free Email Templates for Developers on Saturday October 10, 2020 @03:06PM (#24741091)
I agree with that. However even using little HTML or lots of HTML should make any difference. The email clients are going to treat it the same.

Emails can be clean and simple but still in HTML. :)