Fitbit Developers oversee the SDK and API forums. We're here to answer questions about Fitbit developer tools, assist with projects, and make sure your voice is heard by the development team.
It is incredibly frustrating that the rollout has been extremely slow or halted now, while all the API reference docs are on version 2 now.
The docs don't even show what was added in version 2, so we're in a really bad state. I don't know what I can or cannot use if I want to get an SDKv1 app quickly to the users.
Fitbit Developers oversee the SDK and API forums. We're here to answer questions about Fitbit developer tools, assist with projects, and make sure your voice is heard by the development team.
@artaud wrote:
It is incredibly frustrating that the rollout has been extremely slow or halted now, while all the API reference docs are on version 2 now.
The docs don't even show what was added in version 2, so we're in a really bad state. I don't know what I can or cannot use if I want to get an SDKv1 app quickly to the users.
For now you'll be best sticking with SDK1 apps, the new APIs are listed on the blog post, but we will try to get the API version numbers added to the reference documentation in a future update.
https://dev.fitbit.com/blog/2018-10-05-announcing-fitbit-os-2.2/
I gather (based on k-pay experience) that SDK2 apps have less memory available for app JS code and data (presumably due to the increased size of the includes). I'm already having to pare back the capability of my current project to fit it into memory using SDK1, so I'd prefer not to have to build against SDK2. Will it be a problem if I only ever release a SDK1 version? Will this remain compatible with SDK2 devices (assuming I don't use any SDK2-specific features)?
Fitbit Developers oversee the SDK and API forums. We're here to answer questions about Fitbit developer tools, assist with projects, and make sure your voice is heard by the development team.
Best Answer