Michael Hamilton

Could this be related to issue #321.

Good suggestion. I'll probably wait to see what the fallout is from the faster response time. It may be that it will cause issues for some combinations of hardware/drivers/VDUs/cables. Once...

libddcutil 2.1.[45] fixes/changes are still ongoing. Some notes in the meantime: The way to go with this is probably to measure the interval between mouse events and only issue setvcp...

- Still need to add an option, but it will default to on if using ddcutil-service. - Need to investigate if/how this can work with the ambient-light level slider.

I'm not going to add and option. Because the D-Bus service is probably not yet widely used, allowing change while dragging is not likely to affect many users, it will...

The ambient-light level slider handles all N monitors, adjusting+setting more than about one or two monitors while dragging is too slow. Maybe one-monitor could be a special case where dragging+setting...

Closing this as complete, except for ambient brightness, all sliders now update while dragging. By implementing background thread to do the updates this is now the case across the board,...

Due to concerns raised about VDU lifespan, presumably because of NVRAM lifespan, I've throttled back the UI dragging/spinning updates to one update per second. This might also affect the UI...

> ... > > My proposal is to implement a debouncing/throttling logic in the `ddcutil-service` instead. This way, the logic could be written once, well-tested in one place, and shared...

> (And that's enough semi-off-topic-semi-on-topic discussion, I'll shut up now.) 😄 I found it a useful exercise in thinking through the issue (only having noticed it late this week when...