pointing_device: motion pin define and c-format weirdness (#22802)
the mutual exclusive POINTING_DEVICE_MOTION_PIN and SPLIT_POINTING_ENABLE influence if and how the `pointing_device_driver.get_report` is triggered. now the way the define is wrapping around an "unbraced" if leads clang-format to weirdly indent the first line in the 'SPLIT_POINTING_ENABLE' as the first command after the if. this hints that any code addition in between the two - that possibly should run regardless, would break the if-def enabled code. this can be solved by adding a pair of curly braces in the POINTING_DEVICE_MOTION_PIN part, to clearly denote which commands are to be skipped if the motion pin shows now activity. Co-authored-by: Johannes <you@example.com>master
parent
41948350e8
commit
d9b1ab9ae0
|
@ -251,6 +251,7 @@ __attribute__((weak)) bool pointing_device_task(void) {
|
|||
# else
|
||||
if (readPin(POINTING_DEVICE_MOTION_PIN))
|
||||
# endif
|
||||
{
|
||||
#endif
|
||||
|
||||
#if defined(SPLIT_POINTING_ENABLE)
|
||||
|
@ -268,6 +269,10 @@ __attribute__((weak)) bool pointing_device_task(void) {
|
|||
local_mouse_report = pointing_device_driver.get_report(local_mouse_report);
|
||||
#endif // defined(SPLIT_POINTING_ENABLE)
|
||||
|
||||
#ifdef POINTING_DEVICE_MOTION_PIN
|
||||
}
|
||||
#endif
|
||||
|
||||
// allow kb to intercept and modify report
|
||||
#if defined(SPLIT_POINTING_ENABLE) && defined(POINTING_DEVICE_COMBINED)
|
||||
if (is_keyboard_left()) {
|
||||
|
|
Loading…
Reference in New Issue