Валидация значения текствого поля при вводе.

[Aquahawk]

Исходные данные:
Есть текстфилд, редактируемый.
Есть некая функция, которая от множества факторов умеет проверить валидность строки.

function isValid(s:String):Boolean {...}

Эта функция не умеет выдавать ограничения на ввод, она умеет лишь проверить, допустима такая строка или нет.
При вводе, если получаемое значение не валидно надо проигнорировать нажатие.

Соответственно слушаю TextEvent.TEXT_INPUT. В момент возникновения события текст ещё не изменён, и если событие запревентить то текст не будет изменён.
В ивенте есть поле text в котором содержится вводимый(вставляемый) текст.
Как понять что получится в тексфиле в итоге. Не уж то брать текст из текстфилда, брать позицию курсора и выделения и заменять руками, а потом валидировать, костыль же.

Ещё предлагают запомнить что там было, отловив Change проверить, и если некорректно, то заменить. Ни то ни другое мне не нравится. Есть варианты?

[expl]

Как понять что получится в тексфиле в итоге. Не уж то брать текст из текстфилда, брать позицию курсора и выделения и заменять руками, а потом валидировать, костыль же.

Там же, насколько понял только 1-2 символа за раз обрабатываются. Вдруг пользователь начал набирать валидное слово, а его обрубили в самом начале, т.к. начало набора + то что есть != валидная строка?
Я бы тут не над красотой решения думал, а над тем, как пользователю не запороть ввод.
Или пользователю только через Crtl-v это поле можно будет править?

Может быть просто красным светить, если не валидно и, по энтеру/потере фокуса - оставлять или возвращать исходный текст. Или еще как обойти проблему.

P.S. проверка по change выглядит более простой в реализации
P.S.2 если в 2-х словах: почему событие INPUT_TEXT содержит так мало информации и как это использовать, не следя за курсором - _не_ знаю

[Krusty]

Сообщение от expl

P.S.2 если в 2-х словах: почему событие INPUT_TEXT содержит так мало информации и как это использовать, не следя за курсором - _не_ знаю

Ну, скорее всего, потому что оно наступает ДО, и Адобвцы тупо поленились дважды обсчитать итоговое значение текстфилда, сославшись на логичность подхода-нет результата, нет и данных по результату.

[Aquahawk]

Сообщение от Krusty

Ну, скорее всего, потому что оно наступает ДО, и Адобвцы тупо поленились дважды обсчитать итоговое значение текстфилда, сославшись на логичность подхода-нет результата, нет и данных по результату.

В итоге посчитать придётся мне руками

[Simplifier]

Как понять что получится в тексфиле в итоге.

tfield.addEventListener(TextEvent.TEXT_INPUT, onInput);
private function onInput(e:TextEvent):void {
	trace(e.target.text, e.text, e.target.text + e.text);
}

Или в чем проблема, что-то до меня не дошло?

[Krusty]

Я так понимаю, не сработает, если текст пишется не в конец строчки, а посередине строки.

[Aquahawk]

Или в чем проблема, что-то до меня не дошло?

В том что ипутить можно не только в конец, а куда хочешь, а ещё можно выделить несколько символов и одним инпутом заменить их на другие. Именно про это я и говорил когда писал

Не уж то брать текст из текстфилда, брать позицию курсора и выделения и заменять руками

[Simplifier]

А, ну да. Теперь ясно. К тому же при удалении символов TextEvent.TEXT_INPUT не диспатчится.

[Aquahawk]

Только руки дошли поправить, в итоге сделал через Event.CHANGE. Нормально работает, хоть и костыльно.

Добавлено через 22 минуты
Вообще от прослушивания инпута отказался.