> Yes, and this is okay because the lock screen is not an activity. > Activities go in layers below, whose position is dynamically assigned by > the window manager.
Ok so as Android maintains these layers, the application layer can never come on top of the lock screen and the application layer is handled by the activity manager. But what is this layer called and how does lock screen use it. Can I not be used in the same way so that another lock screen can be made in keeping other two lock screens untouched. > You'd need to modify the platform's lock screen code. > > I suggest waiting a few weeks, though. I actually don't want to modify the present lock screens but is it possible that inside the pattern lock screen I can modify the view part of the code such that either pattern lock or PIN based lock can be displayed based on some settings option? As for the waiting suggestion, I could not get it.Is Google releasing next version of Android or some lock based API's or a PIN based lock screen. Please do let us know. On May 15, 10:01 pm, Dianne Hackborn <[email protected]> wrote: > On Fri, May 14, 2010 at 10:49 PM, Soumya <[email protected]> wrote: > > Thank you for the reply. In PhoneWindowManager there are many layers > > defined and keyguard has a higher layer priority. Is this the process > > that is being used by keyguard to be on top of other windows such as > > application layer. Is this the process that has been followed. > > Yes, and this is okay because the lock screen is not an activity. > Activities go in layers below, whose position is dynamically assigned by > the window manager. > > > If implementing our lock screen is not possible with activity due to > > our requirement then what process can we follow so that we can display > > a lock screen (PIN based) along with the default lock screens of > > android. > > You'd need to modify the platform's lock screen code. > > I suggest waiting a few weeks, though. > > -- > Dianne Hackborn > Android framework engineer > [email protected] > > Note: please don't send private questions to me, as I don't have time to > provide private support, and so won't reply to such e-mails. All such > questions should be posted on public forums, where I and others can see and > answer them. > > -- > unsubscribe: [email protected] > website:http://groups.google.com/group/android-porting -- unsubscribe: [email protected] website: http://groups.google.com/group/android-porting
