iOS keyboard

[Guglielmo Braguglia]

Hi Jaque,
I don't know if is the best solution, but actually, what I do to test 
the character inside the iOS/Android native fields (both single and 
multiline), is using the message "inputTextChanged" which is fired each 
character the user type ...

So ...

put mobileControlTarget() into tTarget  // to know which field is changed
put mobileControlGet(tTarget, "text") into tText  // to get ALL the text 
entered

... next you can play with the text (e.g. search if the last char is cr) 
and you can set back the text into the native field with :

mobileControlSet tTarget, "text", tText

Hope this help ...

Guglielmo

On 14.11.2012 20:39, J. Landman Gay wrote:
> On 11/14/12 8:07 AM, Thomas McGrath III wrote:
>> Jac,
>>
>> No, on iOS the single line input control is just that a 'single' line
>> and even in xCode you can not get it to wrap. So you have to use a
>> multiline control and as you have found out the multiline control is
>> definitely a different beast altogether. They are not at all what we
>> are used to.
>
> Thanks, I was afraid of that. It seems that the inputReturnKey doesn't 
> fire in a multiline either. And besides that, I can only get one-line 
> inputs to display as transparent and multiline to display as opaque. 
> Setting the opaque in either case does nothing.
>
> The docs indicate that opacity can be controlled, but nothing I've 
> tried does it. I fiddled with the alpha setting too but that doesn't 
> seem to work either (tried both 0 and 255 because I can never remember 
> which way the scale goes.)
>
> What I really want to avoid is setting up and maintaining a "Done" and 
> "Cancel" button in a fake toolbar in a group that's a simulated 
> window, and all that other jazz that has to be created in both retina 
> and normal sizes, and writing all the resizing code, etc. I just need 
> a simple field overlay where a user can jot down a note.
>