IME running in fullscreen mode, and thus extracting the text being edited into its own text editor.
On Mon, Jan 12, 2009 at 10:03 PM, 冰咖啡不加糖 <[email protected]> wrote: > > I am stupid. > i don't know what is extracted text. > Could you explain it to me? > > On 1月8日, 下午4时43分, Michael <[email protected]> wrote: > > Dianne, > > > > I got agonizing when I was trying to override onCreateExtractTextView > > () in a sub class of InputMethodService to create my own > > mExtractView. > > > > I wanted to created my own mExtractView instead of the standard one in > > IMF. However, the member variable mExtractEditText in calss > > InputMethodService is always created from > > com.android.internal.R.id.inputExtractEditText, and I do not have way > > to override mExtractEditText; which actually prevents me from creating > > my own mExtractView. > > > > I guess your design purpose of onCreateExtractTextView() is the same > > as onCreateInputView() and onCreateCandidatesView(); by which we can > > create our own InputView and CandidateView. > > > > Are you going to support override mExtractView and mExtractEditText in > > future releases? > > > > And, refer to your comment on onCreateExtractTextView(), I set > > R.id.inputExtractEditText to the same id 0x01020025; and it does work. > > However, it is just a workaround; I need change code whenever the id > > of inputExtractEditText is changed in SDK. > > > > Thanks in advance for your help. > > > > Best regards. > > > > Michael > > > > On Dec 23 2008, 4:43 am, "Dianne Hackborn" <[email protected]> > > wrote: > > > > > The framework will not provide prediction, that is up to the IME. How > you > > > do prediction/correction is very much dependent on the IME (language, > > > keyboard or handwriting, T9, whatever it is doing). > > > > > On Mon, Dec 22, 2008 at 6:52 AM, Yong <[email protected]> wrote: > > > > > > Thanks for quick reply. So you mean there will be no built-in > > > > dictionary support in formal release of IMF&IME, and third-parties or > > > > manufactories should implement their own dictionary based prediction > > > > function using candidate view, right? > > > > > > On Dec 22, 4:57 pm, "Dianne Hackborn" <[email protected]> wrote: > > > > > You can certainly write an IME that does it. The SoftKeyboard > sample > > > > code > > > > > shows you where you would typically implement the UI part of it. > > > > > > > On Mon, Dec 22, 2008 at 12:28 AM, Yong <[email protected]> > wrote: > > > > > > > > Hi Dianne Hackborn, > > > > > > > > Is IME & IMF going to support word prediction based on some > language > > > > > > dictionary? I find that features including dictionary of > suggestions > > > > > > and a suggestion algorithm are included in the IME roadmap for > 2009 Q1 > > > > > > release, and in the SoftKeyboard.java there is an commented line > // > > > > > > startPrediction(). > > > > > > > > Thanks. > > > > > > > > On Dec 20, 7:11 am, "Dianne Hackborn" <[email protected]> > wrote: > > > > > > > It is something after 1.0, but there is no release number > assigned to > > > > it > > > > > > > yet. That is why we use names instead of, when starting work, > trying > > > > to > > > > > > > predict the future and assign a release number. That rarely > works > > > > out. > > > > > > :) > > > > > > > However, it certainly will not be a 1.0_rXXX version, since > cupcake > > > > is > > > > > > > changes to the platform which will result in something that is > not > > > > 1.0. > > > > > > > > > If an app tries to use one of the new APIs on a phone that is > running > > > > an > > > > > > > older version, best case it won't do anything, worst case the > app > > > > will > > > > > > not > > > > > > > work at all. It depends on what you are doing. For example, > using > > > > new > > > > > > XML > > > > > > > attributes will just be ignored on previous versions. Directly > using > > > > > > Java > > > > > > > APIs will cause your app to break on previous versions because > they > > > > don't > > > > > > > exist there. You can use reflection to look to see if the API > exists > > > > and > > > > > > > call it indirectly if running on a version that has it. > > > > > > > > > Right now cupcake is mostly in a state for platform engineers > to work > > > > > > with > > > > > > > it. As we get closer to finishing on it, will we be putting > together > > > > new > > > > > > > SDKs that people can use to write apps against the new APIs. I > think > > > > you > > > > > > > might be able to build your own private SDK using the cupcake > branch, > > > > but > > > > > > we > > > > > > > are not yet at the point where the APIs are stabilized so using > them > > > > will > > > > > > be > > > > > > > a moving target (much like all of the pre-cupcake APIs were > until we > > > > got > > > > > > to > > > > > > > 1.0). > > > > > > > > > On Fri, Dec 19, 2008 at 2:49 PM, Ed Burnette < > [email protected]> > > > > > > wrote: > > > > > > > > > > Pardon me if this has been answered before, but is the > "cupcake" > > > > work > > > > > > > > ultimately going into Android SDK version 2.0 or 1.1 or > > > > > > > > 1.0_r<something>, and what happens when you run an app that > uses a > > > > new > > > > > > > > API like Window.setSoftInputMode() on a phone with the > current > > > > Android > > > > > > > > 1.0? > > > > > > > > > > I'm wondering about the compatibility story in general so any > light > > > > > > > > you can shed on that would be appreciated. > > > > > > > > > -- > > > > > > > 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. All such questions should be posted > on > > > > public > > > > > > > forums, where I and others can see and answer them. > > > > > > > -- > > > > > 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. All such questions should be posted on > public > > > > > forums, where I and others can see and answer them. > > > > > -- > > > 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. All such questions should be posted on public > > > forums, where I and others can see and answer them.- Hide quoted text - > > > > > - Show quoted text - > > > > > > > -- 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. All such questions should be posted on public forums, where I and others can see and answer them. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" 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-framework?hl=en -~----------~----~----~----~------~----~------~--~---
