Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Request/suggestion] Exposing delay variable for user input #16

Closed
Shrimpey opened this issue Jul 21, 2019 · 7 comments
Closed

[Request/suggestion] Exposing delay variable for user input #16

Shrimpey opened this issue Jul 21, 2019 · 7 comments

Comments

@Shrimpey
Copy link

[Request/suggestion]
Hi, it would be nice to have delay variable (used for faster left/right inputs in menu when holding down button) exposed for user to tune. I'm talking about line 484 and 512 of MenuController.cs:
if (times > 2) { delay = 150; }
I was looking for a way to speed up left/right inputs for sliders/lists (with bigger lists it takes long time to scroll through them) and thought it would be nice to have some sort of public var to tune the delay.

@Local9
Copy link

Local9 commented Aug 14, 2019

I get what you're requesting and its not much work to add it in BUT wouldn't it be more user friendly to have larger lists in a vertical list rather than in a slider?

@Shrimpey
Copy link
Author

Shrimpey commented Aug 15, 2019

I guess you're right, the feature I needed it for was really specific, I implemented a slider for RGB colors (so 256 values) and wanted to keep it in a slider/list to make it easier to tune (compared to sth like direct keyboard input). I ended up doing it with steps of 5 instead of 1 and adding keyboard input for fine tuning. The only other thing that I can think of rn that would benefit from this would be vMenu's TimeCycles list, it's got around 700 entries and it's painful to manually scroll through.

@Local9
Copy link

Local9 commented Aug 17, 2019

Ah RGB... I personally would of shot towards an NUI panel for that, but 700 time cycle entries.... I need to see this. (I am always interested in what people do)

@TomGrobbe
Copy link
Owner

TomGrobbe commented Aug 27, 2019

Yeah I'll have to speed things up either way, because it's really slow currently I do agree. I'll add multiple phases of scrolling, the longer you hold it down, the faster it'll scroll (with a limit of 2 or 3 speed increments total).

No eta for this though.

@Shrimpey
Copy link
Author

Yeah I'll have to speed things up either way, because it's really slow currently I do agree. I'll add multiple phases of scrolling, the longer you hold it down, the faster it'll scroll (with a limit of 2 or 3 speed increments total).

No eta for this though.

Yup, that would be perfect.

@TomGrobbe
Copy link
Owner

Added in 45f3026, it'll be in the main release once RedM is ready for a full release.

@TomGrobbe
Copy link
Owner

Merged.

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

No branches or pull requests

3 participants