-
Notifications
You must be signed in to change notification settings - Fork 382
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
Implement "isInTouchMode()" for linked bars and colorPicker #33
Comments
Also a great comment! I will try something this week! |
So I checked with Android views and they don't seem to inplement the isintouchmode and also always return "true". is that right? |
Hm, yes and no. See here: http://android-developers.blogspot.de/2008/12/touch-mode.html To expand my request then, let's not overwrite this from I personally need this functionality to prevent the user from accidentally activating a control that is in close proximity to the ColorPicker and reacts "onFingerOver" (similar to JavaScript's onMouseOver). It happens sometimes, and for devices with smaller screensize I do not want to change the UI, i.e. increasing the empty space between them. |
sometimes, it is necessary to avoid doing blocking stuff while the user is interacting with the controls. Unfortunately, with the current implementation, the
super.isInTouchMode()
always returnedtrue
. Maybe implement an overriden version that utilizes the already present touch event and simply returnsfalse
if neither the colorPicker nor any linked bars are touched by the user.Would possibly require public getters/setters in colorpicker for the
mUserIsMovingPointer
variable, so that that it can be set from bars as well and developers only need to querycolorPicker.isInTouchMode()
.The text was updated successfully, but these errors were encountered: