_usa__83_День добрый!

Вот наверное очевидная, но пока мною не решенная задача...
Выдаю из среды VFP 9.0 : LIST DATABASE TO FILE .... Получаю текст полностью ин инглиш, то есть
первая строка (к примеру) Database name: .....

Делаю тож самое но из собранного .exe получаю : Имя базы данных:
То что связно с какими-то настройками ясно, вопрос только с какими?
Это не настройки. Это Run-Time библиотеки.

Все тексты "зашиты" в соответствующих файлах. Ну, как Вы пишите в своих программах что-то вроде


В одной библиотеке (VFP9RENG.DLL) значение переменной strText написано по английски, а в другой - по русски (VFP9RRUS.DLL).

А на этапе разработки эти библиотеки вообще не используются. Все тексты берутся напрямую из файла VFP9.EXE

Вообще-то, идея локализации Run-Time библиотек не очень хорошая.

Во-первых, программист вынужден учитывать в своем коде тот факт, что некоторые системные тексты могут быть на разных языках.

А, во-вторых, Microsoft периодически забывал вносить исправления в локализованные Run-Time модули. Т.е., например, Service Pack исправлял ошибку в англоязычной Run-Time библиотеке, но забывал внести исправления во все остальные.

Поэтому, лучше просто удалять все локализованные модули и оставлять только англоязычный VFP9RENG.DLL

_usa__83_И чтоб не открывать новую тему,
А вот это зря. Принципиально разные вопросы следует задавать в разных темах. Иначе как ты потом будешь разбираться в той каше, в которую превратится данная тема?

_usa__83__SCREEN.height и _SCREEN.width - это не реальное разршение экрана, а величина меньшая... Где взять реальный размер экрана ?
Надо добавить высоту заголовка, толщину рамки и строку состояния экрана.

Высоту заголовка и толщину рамки можно получить через функцию SYSMETRIC(). А вот высоту статус строки и сам факт его существования так не получишь.

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