It tooks years to Simon to changes the Convoy 3/5 modes UI to Biscotti that was already existing and ready to be flashed, just like Bistro with ascending/descending UI which is a bit “better” in my opinion than Biscotti, but still not used.
Toykeeper also proposed to help to improve Convoy driver and UI, but remained dead letter.
Then how much chance for your list of fonctions to be implemented from scratch ?
I don’t want to discourage you, years ago it took me quite some time to convince solarforce to make a SS bezel protecting the front (L2-B6 bezel) of the L2 series instead of the default SS recessed bezel and Xenoled to use neutral and warm white LEDs and change the default “tactical” UI with High to Low modes order for L to H.
But at least I had conversations with them, Simon is on another level (no offense intended).
I finally found this UI and will contact the guy who makes it, maybe I can get only driver, without flashlight
So if Convoy or anyone else don’t want to have it, at least I will get it
It’s very common in polish custom dual/triple channel drivers. It works pretty damn well, I would argue it’s superior over long-press for a couple of reasons. It’s fast and as Mocarny stated, you can’t really get it wrong, while I keep holding the switch too long or too short while using Biscotti. Here you have a short video demonstrating it:
What would be good in it? M3 gets pretty hot in High mode, and it can’t even run a minute on maximum, because the driver and the LED gets so hot. In the end, M3 provides as much light (in high) as a normal S11 (in max).
So I have to disagree a little. I noticed with double press on a clicky that you can go wrong. There is a timing issue that must be dealt with, and that is you have to have a time difference between double press and two single presses. If I want to go up two modes I need to do two single presses. If I do them too fast they are interpreted as a double press. Too me this timing distinction faces the exact same issues as short press vs long press. I implemented it and settled on 200ms time limit for double press.
Believe me, I have tested this stuff a lot. I don’t get short press vs long press wrong. If the time limits are set fine, and you have hardware to support exact timing (like OTSM), messing up short press and long press is as difficult for me as it is for you to mess up double press vs two single presses. With that said, I now have support for double press so I’ll have a look at making a UI that uses it for previous mode. I have the space for it.
Interesting, thanks for posting. I’ll have a closer look at that, might give me some suggestions.
Anyhow, this is a Convoy thread, I should stop hijacking it.