I see. Are you using a bar code font in your text input? Just curious.

It would not be difficult to add support for displaying control characters in 
TextInput, as long as the requirement does not include completely hiding the 
characters (or actually entering them via the keyboard). As long as it is 
sufficient to display a space where the character exists, this can easily be 
added. I would make it configurable via a style ("ignoreControlCharacters") 
that would default to true.

 
On Friday, October 30, 2009, at 09:56AM, "Sandro Martini" 
<sandro.mart...@gmail.com> wrote:
>> This will not be a trivial change. Can you explain in more detail why the 
>> current implementation is not sufficient?
>Yes.
>
>> I understand that the bar code scanner appends a CR/LF to the text, but this 
>> keystroke will simply be ignored by TextInput. Even if TextInput accepted 
>> the control characters, it wouldn't display them - so I am wondering why you 
>> even need this functionality.
>Mhhh so probably current features could be enough for the display part
>... I don't have to display control chars (never), and by default they
>have to be filtered out, probably as currently, Ok.
>
>But in a my application (done in dot Net, sigh) I had to test in the
>input string for CR LF chars to identify if the barcode read was
>complete (because barcode readers only writes the code in the input
>box, char by char).
>In my first version the application had a thread that any second tried
>to read the input text and verify if changed with the previous
>(without using control chars for marking the end of code) but this I
>had some problems with timings (the app was running on a Windows CE
>device, with the compact version of the latest dot Net) etc ...
>So in the second version I set the dot Net input text to not filter
>control chars, and simply use an event listener of onChange of
>contents with inside a simple test of CR LF to ensure the barcode was
>read successfully.
>
>All of this because my customers used many different barcodes so I
>couldn't rely also on a (one or more) common pattern (like a regexp)
>to identify codes.
>
>
>Tell me if it's not enough clear.
>
>I agree that this could be a corner case for us ... but if dot Net
>have this feature probably could be useful in many other situations
>:-) .
>
>
>Have you got some suggestion for the description the feature the JIRA ticket ?
>Then probably this feature could be applied also to TextArea ... but
>maybe later.
>
>Thanks for the help,
>Sandro
>
>

Reply via email to