Adobe Community: AIR 3.2 TextInput - first letter gets cleared by iOS

Currently Being Moderated

1. iam0815,

Apr 5, 2012 7:58 AM in reply to andrewbruce01

Report

I have the same Problem: in some cases we have in TextInputs the bahaviour that every time I input a text the whole text in Textinput ist selected. This does only happen when I compile with Air 3.2 - if I use Air 3.1 everything works like expected. This does not happen in TextAreas and some other TextInputs in the same Application.

In case that the part of the Screen is scrolling where the TextInputs are I changed the skin to: spark.skins.mobile.TextInputSkin

Setup:

SDK: Air 3.2 / Flex 4.6 (combined)

compiled for iOS only, tested on iPad 2, iOS 5.1

using the e-skimo-lib for skinning (www.e-skimo.com) -> the Eskimo-Skin has been recompiled with the same SDK.

|

Mark as:

Currently Being Moderated

2. iam0815,

Apr 5, 2012 9:45 AM in reply to andrewbruce01

Report

A little Update: seems like this has to do with listening on the "change" event - if I replace my listener to compute changes in TextInput control to the focusOut-event it seems to work - this really seems to be a bug in Air 3.2 sdk

|

Mark as:

Currently Being Moderated

3. andrewbruce01,

Apr 5, 2012 9:50 AM in reply to iam0815

Report

Can you post some code that made it work?

|

Mark as:

Currently Being Moderated

4. iam0815,

Apr 5, 2012 10:18 AM in reply to andrewbruce01

Report

<fx:Script>

protected function testTextInput_changeHandler(event:TextOperationEvent):void

{

// do something

}

protected function testTextInput_focusOutHandler(event:FocusEvent):void

{

// do the same

}

</fx:Script>

<s:TextInput

id="testTextInput"

skinClass="spark.skins.mobile.TextInputSkin"

// did cause the problem:

change="testTextInput_changeHandler(event)"

// works for me

focusOut="testTextInput_focusOutHandler(event)"/>

|

Mark as:

Currently Being Moderated

5. ChristopherTotty,

May 2, 2012 8:47 AM in reply to iam0815

Report

Has anyone else had luck with specifying the skin? I am also experiencing the issue and when specifying the skinClass the issue persists even if the control has no event listeners at all.

|

Mark as:

Currently Being Moderated

6. scoregrid,

Jun 20, 2012 12:02 AM in reply to andrewbruce01

Report

I have the same issue in the new 3.3 beta version. It doesn't seem like anyone is fixing it. This is definitely an issue with the Air 3.2 + compiler. Not ideal is you need the stage3D functionality on mobile.

|

Mark as:

Currently Being Moderated

7. scoregrid,

Jun 20, 2012 12:10 AM in reply to andrewbruce01

Report

I also want to point out that this only happens if you have a prompt message. Without a prompt on the field, the inputField works as expected.

|

Mark as:

Currently Being Moderated

8. scoregrid,

Jun 20, 2012 3:32 AM in reply to andrewbruce01

Report

The problem is somewhere in SkinnableTextBase. When textDisplay_changeHandler(event:Event) is called, invalidateSkinState() is what's causing the problem. If you set the skin's state to nothing (""), it works:

skin.currentState = "";

invalidateSkinState();

The problem is that your theme doesn't update properly.

Now is you set "showPromptWhenFocused" to false in your CSS, the problem doesn't happen. Only side effect is the prompt disapear if you have the textInput selected.

s|TextInput{

skinClass:ClassReference("spark.skins.mobile.TextInputSkin");

showPromptWhenFocused: false;

}

|

Mark as:

Currently Being Moderated

9. ChristopherTotty,

Jun 20, 2012 8:04 AM in reply to scoregrid

Report

This is a complete hack, but it has made it possible to ship Air code on iOS with this issue.

We have created a control based on TextInput to use throughout our program that has a change event. In this change event we do something like the following:

if (this.text.length == 1 && flash.system.Capabilities.version.substr(0,3).toUpperCase() == "IOS")

{

this.insertText(this.text); //This does not fire the change event.

}

So, if the user presses a key, and there is only 1 key, that key will be doubled. This is not perceptible, so the selected text is immediately cleared with the same text. All characters added after the first work correctly.

Note that all of our TextInputs have a Prompt, so if scoregrid is correct, then this code should be changed to also check for Prompt text.

|

Mark as:

Currently Being Moderated

10. Bramblethorne,

Feb 19, 2013 9:52 AM in reply to andrewbruce01

Report

I don't know if this ever was solved for you, but my experience with similar problems is simply that iOS is too stupid -not- to shove a 'clear field' icon into the layout w/o resizing the component. I automatically make certain to add 50px to the width just to be extra certain the blasted thing doesn't obfuscate my text. Very very stupid thing to force people to do and there seems to be no programming logic as part of the component or mobile skin that lets you disable the icon or tell the component to recalculate the width automatically. If it's there, dragging through documentation and searching StackOverflow and the Adobe forums never exposed it to me.

|

Mark as:

Currently Being Moderated

11. Bramblethorne,

Apr 16, 2013 1:25 PM in reply to Bramblethorne

Report

Still having this exact problem.

|

Mark as:

Currently Being Moderated

12. Bramblethorne,

Apr 16, 2013 1:30 PM in reply to Bramblethorne

Report

Adding showPromptWhenFocused="false" fixed it for me and it still shows the prompt... Still... clearly a bug and reported here over a year ago.

|

Mark as:

Flex

AIR 3.2 TextInput - first letter gets cleared by iOS

Apr 3, 2012 7:40 PM

More Like This

Bookmarked By (1)

Answers + Points = Status