-
-
Notifications
You must be signed in to change notification settings - Fork 626
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
Global commands/touch change mode: look up the new touch mode label from touch handler's labels dictionary #4699
Comments
Comment 1 by Joseph Lee <joseph.lee22590@... on 2014-12-16 00:53
|
Comment 2 by jteh on 2014-12-16 02:09 |
Comment 3 by Michael Curran <mick@... on 2015-03-18 03:42
Changes:
|
Comment 4 by mdcurran on 2015-03-18 03:43 |
Comment 6 by Michael Curran <mick@... on 2015-03-31 06:06
Changes:
|
Comment 7 by Michael Curran <mick@... on 2015-03-31 06:09
|
Comment 8 by mdcurran on 2015-03-31 06:11 |
Comment 9 by jteh on 2015-04-10 02:27 |
…re resorting to presenting the label from the touch modes list. re #4699.
Reported by nvdakor on 2014-12-16 00:31
Hi,
In touch handler, there exist two containers for touch modes: a list of available touch modes and a dictionary that maps touch mode to human-readable touch mode labels. This labels map is used not only for storing touch modes, but also used to look up gestures and such.
Second, current global commands/touch_change mode script pulls the new touch mode label straight from touch handler's touch modes list. Although this is fine for built-ion scripts, an add-on that may wish to add custom touch modes will find itself not presenting human-readable labels.
Thus to better utilize the labels map so it can serve as a single lookup source for touch modes (even when the mode changes), I'd like to suggest slightly modifying the change mode script to pull the touch mode labels from the actual labels map. This allows already translated labels to be presented to the user, as well as for add-ons which adds custom touch modes (such as enhanced touch gestures add-on) to present human-readable labels for custom touch modes (unless the touch mode concept is destined to die someday).
Thanks.
The text was updated successfully, but these errors were encountered: