johngornВладимирМ, сделал по вашему предложению, но что то косячат суммы, буквально после третьего ввода сумма получается уже не верная... хотя вроде должно работать((((
У кого еще есть мысли на эту тему?
Все должно работать. Это самый оптимальный способ. Расчетов минимум.
Ищи где накосячил. Возможно из-за округлений съезжает.

johngornDima T, да действительно после того как убрал произведение количества на цену из interactivechange и добавил вот эту строчку в lostfocus ...
interactivechange() срабатывает при каждом нажатии кнопки, lostfocus() - один раз по уходу с контрола.

Jonny540При желании "можно и зайца научить курить" (с)
Да, конечно, nteractivechange() не лучший вариант, но ведь можно выловить код кнопки по lastkey()...
Я не настаиваю, просто хотелось как-то показать, что и здесь можно выкрутиться.
Месье знает толк в извращениях

Тогда уж текущую сумму строки в This.Tag сохранять в конце interactivechange()

Banditosметод "Value".
ужос

Jonny540Dima T,

Такое впечатление, что сегодня пятница, все с ума сошли
У поля (Text1) есть Valid
Valid есть, а вот вышеупомятый "метод Value" у меня почему-то свойство

drronnieЯ прошу прощения за оффтоп. Не нашел как тут отправить личное сообщение пользователю, поэтому обращаюсь к участнику Dima T через последнюю тему с его участием. Дима, не могли бы вы мне написать на ящик drronnie@ua.fm?
Пиши сюда, все равно зафлудили тему. Если что-то писать за деньги - не интересует, а в остальном: то что здесь не напишу то и в личку не отвечу.

drronnieDima T, Нашел твоё сообщение в теме Сравнение строк по алгоритму Левенштайна
Туда не написал, чтобы не стукнули банхаммером за некрофилию. Интересует алгоритм распарсивания названий медикаментов. Выделение из них номера, дозировки, объёма, отбрасывания не значимых слов и т.д. Можешь поделиться? Собственно всё:)
Мог бы и тот топик поднять. Не вижу ничего криминального в этом.
Кодом не поделюсь, т.к. во-первых считаю что чужие задумки можно использовать, но реализовывать все надо самому.
А во-вторых считаю что он далек от идеала. Больше десяти лет назад писал, сегодня сделал бы кое в чем по-другому. Код достаточно тормозной получился. Сейчас бы написал все на Сях, на порядок быстрее было бы.

На словах поделюсь:
1. Разбираем наименование на слова, а дальше смотрим за порядком слов
2. С конца ищем номера
3. Ищем число а потом буквы - анализируем буквы на предмет единиц измерения (мг, мл, дозы и т.д.) и приводим к общему знаменателю, например объем в миллилитры, вес в миллиграммы и т.д. например 0,01 г => 10 мг, 10 мкг => 0.01 мг
4. Замена общепринятых сокращений - например "таб.", "табл.", "тбл.", "табл. п.о." и т.д. => "табл" . Стандартных сокращений не так уж и много, пара-тройка десятков.
5. Выкидываем незначимые слова и небуквенные символы, из слов можно выкинуть слова "упаковка", "флакон" т.к. все лекарства измеряются упаковками и неважно какого она типа (флакон или картонная коробка с блистерами). Хотя и тут есть исключения, например вазелин одной дозировки в тубах и банках.
6. Все замененное обратно склеиваем в строку и получаем нормализованное наименование.

Тут главное не перестараться. Алгоритм ни в коем случае не должен искажать исходное наименование, тогда можно однозначно будет сказать что исходные наименования равны при полном совпадении приведенных наименований. А все остальное отправлять на ручную обработку оператору с фарм.образованием живьем видевшему эти лекарства. В некоторых случаях одна дополнительная буква и это уже другой препарат. Например Энап и Энап Н.

Нынче все больше используют ЕАНы, многие их хранят в своих базах, дают в прайсах и эл.накладных, только на 100% им не стоит доверять, но их совпадение на 99% говорит о том что это один и тот же препарат, оставшийся 1% это криво вбитые в базы поставщиков и косяки производителей.

Вроде все написал, что непонятно - спрашивай. Только топик отдельный заведи :)