конвертер

[raxp]

Кстати, в вашем же видео на 00:08 при стерании "9" внезапно появилаяь "1".

что значит внезапно? Смотрим обработчик ...функа strtofloatdef(), который не допускает исключений и подставляет эту единицу, а исключение - это нецифровое значение.

- в общем, мне это все надоело -

[Sibedir]

что значит внезапно?

Внезапно для пользователя. Он "1" не вводил и знаете-ли не может

Смотрим обработчик ...функа strtofloatdef()

и тем более ему незачем понимать логику работы кода. Ему нужно адекватное поведение программы.

ввел и что, обработчик исключений сработал.

При чем здесь обработчик. При нажатии [Вackspace] в эдите должно остаться "001". Потом нажму [2] и получится "2001". Я не хочу еще раз вводить "00". Они уже там есть. Зачем программа их удалила? (это и есть неодекватное поведение). Я пользователь, я этого не хочу (этого не хочет и ТС (чёт, кстати, он молчит)).
Где в "нормальных" широкораспространенных программах вы видели, чтобы вводимые данные редактировались в момент их ввода. Максимум, что можно, это выдать пользователю предупреждение о их некорректности, и то только после окончания их ввода.

[Stilet]

Где в "нормальных" широкораспространенных программах вы видели, чтобы вводимые данные редактировались в момент их ввода.

Не поверишь - во многих. В IDE Делфи например
Да я и сам стараюсь иногда писать так чтоб программа при вводе сама корректировала введенное.

[Sibedir]

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

Не поверишь - во многих. В IDE Делфи например

В том то и дело, что
(Кстати, Stilet, а где это в Делфи?)

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

Да я и сам стараюсь иногда писать так чтоб программа при вводе сама корректировала введенное.

Т.е. удаление программой двух нулей, введенных пользователем и нужных ему, (это я про 1001 и 2001) тоже считаешь нормальным?

Добавлено --------------------------------------------------------------------------------------
Stilet, ты наверное имел ввиду автоматическую подстановку при вводе значений в инспекторе объектов. Согласен, есть такое. Забыл. Но там как-раз всё корректно работает и реакция программы соответствует ожиданиям пользователя. Подстановка значения происходит лишь тогда, когда иных вариантов ввода чем выбранный программой не остаётся. Глупо предполагать, что введя "f" пользователь (в нашем случае программист) хочет ввести "true". Такое поведение допустимо лишь при фиксированном наборе допустимых значений. Скажем, при вводе в поле WindowState "wsmaximized" Делфи автоматом исправит его на "wsMaximized", что пользователю и нужно. Или при вводе "wsm" заменит на "xsM", что не влияет на результат. Или при вводе "wsMa" предложит дописать "ximized", что не мешает вводу пользователя. Но при вводе "ximized" или даже "imized" не предложит иных вариантов и не станет ни чего заменять. Лишь по OnExit вернет старое значение или по нажатию Enter заявит о неправильности ввода данных.
С числами такое не допустимо. Ведь "001" может в итоге оказаться и "00123" и "1001". Если у программы нет четкого обоснования подмены вводимых пользователем данных, ей не нужно ни чего менять. По крайней мере в момент ввода. Знаете как бесит, когда OpenOffice Calc думает (за меня), что "1.1" - это "01.01.2013". Exel, к слову сказать, ведет себя в этом случае корректно: если год, как может ему показаться, не указан, то он не интерпритирует эту запись как дату. Он вполне справедливо считает, что для принятия решения за пользователя данных явно недостаточно.

[Stilet]

Но там как-раз всё корректно работает и реакция программы соответствует ожиданиям пользователя.

О! Вот оно! Ключ ко всему.
Смысл не в том что это плохо, а в том что в кривых руках это нехорошо

Т.е. удаление программой двух нулей, введенных пользователем и нужных ему, (это я про 1001 и 2001) тоже считаешь нормальным?

Надо логику задания знать чтоб ответить на такой вопрос.
Приведу пример из опыта: Вводятся рубли. Сумма. Вводятся как попало, например 2,25
А бывает что и 2.25. Или вообще 2,25р.
Впрочем юзера иногда и так чудят: 02,25.

Вопрос: Если криворукий АБД создал таблицу где сумма - поле char(10), и перестраивать ее ни-ни, нужно ли в программе конвертировать все что введено в правильное число, которое потом должно попадать в эту таблицу или пес с ним - АБД виноват пусть исправляет (моя хата с краю идите на...)?

P.S. А еще такой момэнт: потом эти поля кастуются и в случае исключения прога падает на задние лапки.

[Sibedir]

Понятно, что в жизни всякое случается. Я тоже про это и говорил. Это не простой вопрос, здесь нужно грамотно строить логику в зависимости от конкретной задачи.
Ну при чем здесь вопрос ТС'а? Вопрос поставлен конкретно:

надо чтобы ввел в Edit1 текст, во 2 изменился текст, но не менялся в 1, в то же время чтобы потом во 2 ввести текст, и изменился в 1, не меняясь во 2

И решение здесь в том, чтобы исключить программное изменение значения в эдите, который находится в фокусе (в который пользователь вводит значение). А вариант, предложенный raxp и поддержанный тобой решает совершенно иную задачу: определение источника события.

P.S.: А реплика про двойку с минусом это вообще сарказм был. Ну типа шутка такая, мол: Ага, попались профессионалы. Дело всё в том, что (на мой, конечно же, личный и субъективный взгляд) вы просто не поняли вопроса.