Topics created by seth_flic

any update on this? i'm very eager to use the flic twist with the macOS app to send OSC messages.

@Emil I am sympathetic to the difficulties of effectively communicating product complexities. These implementation details you provided are interesting to me personally, but they are not particularly helpful to an average customer. It really feels like y'all have not carefully considered the types of questions a customer new to any of your products might ask. e.g. "I have/am interested in this product; does it have this capability?" or "I already have a Flic Button, can I do the same things with a Flic Twist?" Customers expect a certain level of consistency between different products from the same company. When you fail to deliver that consistency—and you do not effectively document the differences—it leads to frustrated customers.

The product matrix on the Twist product page comparing the Flic Button and the Flic Twist seems like a good place for some of this information. You already have a "Compatibilty" row in that matrix where you could explicitly list "Flic For Mac app" in the Flic Button column, and omit it from the Flic Twist column.

In the Flic For Mac app itself, on the "Add Flic" page next to the Flic Button illustration you could show a picture of the Flic Twist encircled by the crossed out sign.

Meanwhile, the Flic For Mac app page does not explicitly mention that it cannot configure a Flic Hub. That seems like a good place to mention that, especially when it is perfectly reasonable for a customer to assume that it can. Maybe add a feature matrix somewhere comparing the respective capabilities of the Android, iOS, and Flic For Mac app?

@Emil How often is the settings UI collectively opened that this traffic could genuinely be a concern? This could be a super lightweight request, even just an http HEAD method to a CDN cached response that includes the version in one of the headers.

But let's say that even this traffic is too much, and you must avoid any network activity on Settings load. As soon as the "Check for New Firmware" button is pressed on the settings page, you could initiate this version check call to get the most recent version number. The next page should tell you either 1) that a new version is available and ready to be installed with an "Install" button (also showing the current version, the new version you will be installing, and a link to the release notes), or 2) that you already have the latest version with a "Back to Settings" button (e.g. "4.2.13 is already the latest version"). If there is a network issue, you could report that here with a "Retry" button.

If you are already checking and automatically updating the firmware every 24 hours, that information should be shown in the interface, too. Maybe an info button next to the "Hub Version" on that settings page that explains this. Ideally you would also show a log of the last N firmware updates, or the timestamp of the most recently installed update and link to its release notes at the very least.

@amir I strongly disagree that the battery hatch comes off easily by simply pushing the tip of a screwdriver towards the center of the Twist, especially with the typical angle of a small flathead bit. There is a certain finesse to it; I have to "dig" out the hatch after releasing the catch. Maybe if you happen to have exactly the correct size implement, it would be easy. I have seen a lot of battery hatches over the last half century, and regardless of what design constraints you may have had with the Twist, there must be a better way to have done this.

@pofi

Looking for any update…. I feel a bait and switch with these twists