Key capture background

by coder_sym » Fri, 20 May 2011 09:30:34 GMT

Sponsored Links

I saw a post saying key capturing in the background is not possible ..
is this still the case? or was thre any recent changes to make this
happen ? I wonder why this capability is closed when there are lot of
genuine use cases. Is it possibel to do the same with some special



Re: Key capture background

by Mark Murphy » Fri, 20 May 2011 18:10:11 GMT




You are welcome to write your own mobile operating system that enables
spyware to monitor key presses from other applications.

Mark Murphy (a Commons Guy)  |  | 

Android App Developer Books: 


Sponsored Links

Other Threads

1. ListView with different types of View's

Hello for all the Android's out there,

I'm trying to make a ListView when every item in that list can be a
different type of View.
for example the list could be:
1. TextView
2. ImageView
3. MyCustomView

I understands that in order to make a list I need to use an Adapter.
the problem is that the Adapter uses a single layout for all of the
list items, which will not support the different views.

my goal is to make an abstract View list when I can dynamically add
and removes items in that list (each item is a View or subclass of



2. Soft keyboard pushes stuff up - how to find new Y position (ViewDebug)?


I'm interfacing to ViewDebug to get the current position of views in
the phone window.  I have an Android application with an EditText box
near the bottom of the phone's window. When I click on that EditBox,
the soft keyboard is displayed at the bottom of the window and the
EditText box (and everything above it) is pushed up to make room.
Soon after, while the keyboard is still visible, I have a program that
connects to the phone and makes a DUMP request to ViewDebug.  I don't
see this shift reflected in either the mTop or mScrollY of any Views
brought back.

Is there a way learn about the new position of these Views after the
soft keyboard is displayed?  Alternatively, is there a way to learn
that the soft keyboard is currently being displayed and how far the
phone window was scrolled up -- the amount of scrolling depends on
which EditText control was clicked.

Since HierarchyViewer uses this same DUMP data, it also does not show
that the Views have been shifted up and some views are not on the
screen -- the absolute_y positions are what they would be if the
keyboard was not there.

Thanks for any help.


3. Rotating map view

4. How to get a java object property from javascript on Android?

5. JIS conversion is ignored!

6. how to modify value in AttributeSet?

7. Find all active alarms