Skip to content

Comments

Fix: Some joysticks are not using all its inputs#2302

Merged
ArturoManzoli merged 2 commits intobluerobotics:masterfrom
ArturoManzoli:some-joysticks-dont-use-all-its-inputs
Jan 14, 2026
Merged

Fix: Some joysticks are not using all its inputs#2302
ArturoManzoli merged 2 commits intobluerobotics:masterfrom
ArturoManzoli:some-joysticks-dont-use-all-its-inputs

Conversation

@ArturoManzoli
Copy link
Contributor

@ArturoManzoli ArturoManzoli commented Dec 11, 2025

Some large joysticks and control stations with more than 32 buttons were not being able to have all its inputs mapped and used by cockpit.

  • Fixed maximum number of input indexes for joysticks;
  • Fixed axis calibration (deadzones) dialog overflowing to the right when having more than 4 axes.
joystick.mp4

Relates to #1507

@ArturoManzoli ArturoManzoli force-pushed the some-joysticks-dont-use-all-its-inputs branch from 6206787 to 32e56a9 Compare December 11, 2025 13:15
Copy link
Member

@rafaellehmkuhl rafaellehmkuhl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice fixes! Just one point to keep in mind: I don't think this PR fixes #2301. The idea with that OKR is to allow joysticks with extra buttons to use the Visual tab, not the Table tab (as they currently do).

I don't think we need to extend that to support flight-sticks necessarily, but there should be a way for users with regular joysticks that have more than 17 buttons to see those extra ones there and assign commands to them, as the buttons in the SVG do. One idea that was brought up was to add a row with extra circles beneath the SVG for that. It was also brought up the idea of allowing those circles/forms to be dragged over the SVG, so the user can put them where it's more or less clear where those buttons are physically.

@rafaellehmkuhl
Copy link
Member

Nice fixes! Just one point to keep in mind: I don't think this PR fixes #2301. The idea with that OKR is to allow joysticks with extra buttons to use the Visual tab, not the Table tab (as they currently do).

I don't think we need to extend that to support flight-sticks necessarily, but there should be a way for users with regular joysticks that have more than 17 buttons to see those extra ones there and assign commands to them, as the buttons in the SVG do. One idea that was brought up was to add a row with extra circles beneath the SVG for that. It was also brought up the idea of allowing those circles/forms to be dragged over the SVG, so the user can put them where it's more or less clear where those buttons are physically.

As this PR already fixes existing bugs, I would say we can just remove its relation to #2301, merge it, and have a new PR for that issue.

@ArturoManzoli
Copy link
Contributor Author

Nice fixes! Just one point to keep in mind: I don't think this PR fixes #2301. The idea with that OKR is to allow joysticks with extra buttons to use the Visual tab, not the Table tab (as they currently do).

I don't think we need to extend that to support flight-sticks necessarily, but there should be a way for users with regular joysticks that have more than 17 buttons to see those extra ones there and assign commands to them, as the buttons in the SVG do. One idea that was brought up was to add a row with extra circles beneath the SVG for that. It was also brought up the idea of allowing those circles/forms to be dragged over the SVG, so the user can put them where it's more or less clear where those buttons are physically.

Your'e right! Haha 😄
I mixed up the context. My bad.

@ArturoManzoli
Copy link
Contributor Author

Nice fixes! Just one point to keep in mind: I don't think this PR fixes #2301. The idea with that OKR is to allow joysticks with extra buttons to use the Visual tab, not the Table tab (as they currently do).
I don't think we need to extend that to support flight-sticks necessarily, but there should be a way for users with regular joysticks that have more than 17 buttons to see those extra ones there and assign commands to them, as the buttons in the SVG do. One idea that was brought up was to add a row with extra circles beneath the SVG for that. It was also brought up the idea of allowing those circles/forms to be dragged over the SVG, so the user can put them where it's more or less clear where those buttons are physically.

As this PR already fixes existing bugs, I would say we can just remove its relation to #2301, merge it, and have a new PR for that issue.

Agreed, lets do like you said

@ArturoManzoli
Copy link
Contributor Author

Nice fixes! Just one point to keep in mind: I don't think this PR fixes #2301. The idea with that OKR is to allow joysticks with extra buttons to use the Visual tab, not the Table tab (as they currently do).
I don't think we need to extend that to support flight-sticks necessarily, but there should be a way for users with regular joysticks that have more than 17 buttons to see those extra ones there and assign commands to them, as the buttons in the SVG do. One idea that was brought up was to add a row with extra circles beneath the SVG for that. It was also brought up the idea of allowing those circles/forms to be dragged over the SVG, so the user can put them where it's more or less clear where those buttons are physically.

As this PR already fixes existing bugs, I would say we can just remove its relation to #2301, merge it, and have a new PR for that issue.

Done removing relations

@ArturoManzoli ArturoManzoli merged commit 5aa1ba9 into bluerobotics:master Jan 14, 2026
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants