[Request/suggestion] Exposing delay variable for user input about menuapi HOT 7 CLOSED

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.

from menuapi.

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?

from menuapi.

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.

from menuapi.

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)

from menuapi.

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.

from menuapi.

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

from menuapi.

Merged.

from menuapi.