Оver-engineering - "зачем так сложно?"

[TasmanianDevil]

Цитата:

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

Чудесные "новые связи", которые никто в МС "не захотел" по кнопочке "выбор" в диалогах "оценить" с точки зрения пользователей (конечно они будут по внутренним номерам записей в таблицах, что-то себе отфильтровать)

При наличии привязки фильтруемого поля к EDT, унаследованному от RecId и ссылающемуся на определенную таблицу, кто запрещает переопределить tooltipField() для поля значения ограничения в целях расшифровки (по значениям группы полей autolookup или autoindentification в целевой таблице) выбранных значений ограничения?

P.S. В скрине родной production на 2009-й, но там та же "петрушка" - расшифровка выбранных значений ограничения по RecID-образным ссылкам.

[ALES]

Цитата:

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

кто запрещает переопределить ...в целях расшифровки

да да очередной "программизм"
Пользователь не хочет ничего "расшифровывать", пользователь хочет сразу видеть понятную ему информацию и не "протыкивать мышкой" выполненные "от безысходности" костыли из-за не вооруженным взглядом видной халтуры вендора в этой части
+ ожидаемая риторика на тему "за чей счет банкет" по переопределению для расшифровки по всей системе..

[TasmanianDevil]

Цитата:

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

да да очередной "программизм"
Пользователь не хочет ничего "расшифровывать", пользователь хочет сразу видеть понятную ему информацию

Перевязать контрол значения ограничения на Edit-метод, работающий с полем значения ограничения и возвращающий то, что потребно мятущейся пользовательской душонке, но сохраняющий то, что потребно системе.
Вдогонку для ограничений по полям-ссылкам с RecId'шными EDT одну динамическую лукап-форму возможностью множественного выбора (в нее при запуске передавать хранимое значение ограничения для первичной инициализации пометок уже выбранного).

И вот, о чудо, стандартный диалог редактирования запроса уже и так страшен и отвратителен для пользователя. И баба с возу, и волки сыты