How to hide GestureOverlayView stroke

by Mica » Thu, 02 Sep 2010 01:55:47 GMT


Sponsored Links
 I have a ListView with  GestureOverlayView, when user swipe left, it
mark the ListView Item. It is working perfectly. only thing I don't
like to see is when user swipe it display the yellow color stroke
line. Is there any way I can make it not to display the Stroke when
user perform gesture? Thanks in advance

--



How to hide GestureOverlayView stroke

by Mark Murphy » Thu, 02 Sep 2010 02:09:36 GMT


 I need to experiment with this tomorrow, but you should be able to use:

android:gestureColor="#00000000"

(and possibly the same for android:uncertainGestureColor)




-- 
Mark Murphy (a Commons Guy)
 http://commonsware.com  |  http://github.com/commonsguy 
 http://commonsware.com/blog  |  http://twitter.com/commonsguy 

Android App Developer Books:  http://commonsware.com/books 

--


Sponsored Links


Other Threads

1. Are Android apps developed with the NDK slower than their counterparts on other OS's?

Hello Vedran!

Thank you for your answer!

Do you know whether these low-level APIs are exposed on other platforms
(Windows Mobile, iPhone and so on)? I always thought that DivX playback on
Windows Mobile, for instance, was purely software decoded.

The VFP instructions you referred to are actually being used in RockPlayer,
and are what causes the current public beta version to only run on certain
devices (MSM720x doesn't have the instruction set, AFAIK), but they don't
seem to help all too much - smooth playback, even on the TI OMAP in the
Milestone/Droid, seems to be very, very taxing, with significant performance
improvements through overclocking (indicating that the processor is very
much the bottleneck).

I just have a hard time believing that even my old HTC Prophet (200MHz TI
OMAP 850) had hardware support for DivX - and it still played back 480x360
DivX files flawlessly.

I also find it a little puzzling that Android devices have trouble playing
simple video files, while games such as Asphalt 5 or FIFA 10 (both games
with incredibly detailed graphics) run smoothly... shouldn't these be far
more taxing than playing back a measly standard definition video file?


Don't get me wrong, Rockplayer is great, and it runs smoothly enough for
daily use, but I just have the feeling that the processors in the Android
devices aren't being used anywhere near their full potential. The CPU needs
to be cranked to 100% for smooth playback, and that drains the battery like
crazy...

Thanks again for the explanation!

Simon






>> 

2. WebView / Android Browser - touch events not firing

Does anyone know if a fix has been scheduled for the touch event
problem in the WebView and Android browser.  If you flick down a list
and then touch an HTML element like a <a> or clickable <li> or <div>
the onclick event doesn't fire.  I've verified this behavior in my
webapps as well as other web sites yahoo and gmail.  This makes my web
app unusable.  I've seen a number of postings on this issue, but no
solution.

Does anyone have a workaround for this bug or know if a bug fix is
being worked on in the platform?  This is a critical bug for anyone
trying to develop web apps on Android.





-- 

3. Calendar Event Type

4. Installing Program / Pushing Data to Multiple Devices Connected Via USB

5. Progress Dialog issue

6. gcet

7. ontouchstart issues with Cliq XT and Devour