softwarerХм. Мне не хочется поднимать флейм на тему сравнения различных технологий; ограничусь замечанием, что если для решения одной простой задачки предлагается принимать глобальные меры, в частности, ограничивать деятельность единственной спорной технологией, это не есть хорошее решение.
Все зависит от. Впрочем, насчёт литерально заданных SQL...
Не про такое ли идет речь:
1.
2.
SELECT 'Итого:' TOTAL_NAME,
'Перерасчет за:' ||TO_CHAR(RECALC_PER, 'mmmm yy') RECALC_PER_NAME
??? ;))
По этому поводу - уже сколько копей наломано... Хоть ты тресни, но не позволяет пока Oracle использовать константы (пакетов). А каждый раз функции вызывать....
----
А в остальном - да, Translation Manager и, к примеру ROT - писать имена (подписи) строго от латинницы (англоязычных имен) и русский принудительно решать только через локализируемые ресурсы - это, конечно, не всегда идеальный выход (особенно - когда проект заказной и 100%-но - русскоязычный, к примеру из-за специфики и ориентации на местные условия, вроде НК РФ)... это плохо.
Ибо русскоязычные названия - в среднем в 1.5-2 раза шире, чем англоязычные, и т.д., и быстрый грязный дизайн форм по месту - делать действительно трудно.
Тем не менее, в Delphi - вполне удобно реализован данный момент локализации (вплоть до просмотра локализованных форм сразу по месту), нужно лишь попробовать (может быть - и понравится).
Но тем не менее - я изначально говорил лишь о "быстром" способе получения значений с целью их проверки. В остальном - пока у самого - todo на RTTI ориентированный плагин с обходом нужных строковых свойств и использования спеллчекера от Word-а (хотя, учитывая либеральность последнего к букве Ёё, я больше склоняюсь к словарям, к примеру, от Mozilla Firefox).
