Печально, что в VFP9 приходится использовать команды досового фокса. В связке с вызовами WinAPI
это вообще мрачно выглядит. :( Врагам фокса лучше не показывать ;)

Читал, что в RunTime не доступны конструкторы и пр.
Отсюда уточняющий вопрос - в RunTime это будет работать ?
Может русифицировать команды FoxPro, написать конвектор туда-сюда ?

Что такое "конструктор"? В VFP вроде нет такого понятия. Createobject? Почему он не должен
работать в ран-тайме?
Проще всего проверить свои сомнения, собрав проект в exe.

Не понятно, что такое "команды досового фокса". Разве есть "команды визуального фокса"?

Приятно, что автор обратил внимание на камменты ;)

> Не понятно, что такое "команды досового фокса".

Вот такие конструкции просто бесят, во времена когда космические корабли бороздят ... ;) Причем в
этом конкретном примере без них не обойтись (WINDOW ... IN WINDOW). Ну никак. Хоть ты тресни.
Недоработка MSFT - однозначно.

DEFINE WINDOW form_edit2 FROM 0, 0 TO 20,80 FONT "Courier New",10 SYSTEM
MODIFY COMMAND (cFileName) WINDOW form_edit2 IN WINDOW form_edit NOWAIT NOMENU
RELEASE WINDOWS form_edit2

> Разве есть "команды визуального фокса"?

LOCAL loForm AS Form
loForm = CREATEOBJECT('Form')
loForm.Show()

Или в стиле Миши Корнеева это будет :

WITH CREATEOBJECT('Form') 
  .Show(1)
ENDWITH

Window и Form это две большие разницы... Если синтаксис команды MODIFY COMMAND ... WINDOW ... IN
WINDOW, то форма в этом контексте действительно не может быть использована. Т.е. нельзя показать
форму в форме ;-)
Манипуляция "окнами" идет на необъектном уровне, насколько я понимаю, поэтому допускает такие
"вольности".

2Urfin

> Или в стиле Миши Корнеева это будет :

> WITH CREATEOBJECT('Form') 
>   .Show(1)
> ENDWITH

Виктор, это в стиле Вадика Пирожкова, а не Майка Корнеева, у него по другому :)))

CreateObject("MyForm")
Define class MyForm as Form
  Procedure Init
  this.show(1)
EndDefine