I believe I have isolated a rather strange bottleneck at the SDK level, but it might be something tertiary in my own program that I haven't caught yet. I'm not certain.
What I am seeing is that it there is a dramatic delay in updating/ redrawing an EditText in which the text is too long to fit into the EditText's width and must wrap vertically. Calling SetText on such an EditText usually results in a long delay. Now mind you, the delay is not inside the SetText call, which returns immediately, but rather, after I exit my own code in which I set the text and release control back to the OS, there is a long delay before the EditText's contents update. Likewise, if the user interaction was to enter or exit focus on such an EditText, the new focus takes a long time to take affect. ...all of this only when the text is too long and must wrap. In the alternate case, text and focus updates occur rapidly. Has anyone else observed such behavior? Thank you. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
