Application->ProcessMessages()

HighTower

Собственно сабж...

некоторые операции подвешивают прогу, хотелось бы процессить мессажи...
а скрипт и не догадывается о существовании Application со всеми его св-вами и метода, что есть непорядок!

AlexTZ

Проще всего добавить пользовательскую ф-ю ProcessMessages, которая бы вызывала Application->ProcessMessages().

HighTower

Т.е. если захочу получить Application->ExeName (MainForm, Title, Restore, Minimize, etc) придётся кучу ф-ий писать?
Я думаю что было бы неплохо чтобы был модуль от разработчика, описывающий работу с классом TApplication, как есть к другим классам...

Michael

Сделаем в след.версии.

HighTower

И ещё был бы неплохо наверное реализовать такую штуку, как скажем в DreamScripter или Carlo-Kok pascal script и других:

сейчас приходится писать

fsGlobalUnit()->AddMethod("function MyIntToStr(i: integer): string", &CallMethod);

и в CallMethod уже вызывать какую то процедуру или ф-ю if ( MethodName == "MyIntToStr" ) MyIntToStr(Params.GetElement(0));


почему бы для существующих ф-ий не сделать их прямой вызов, вроде
fsGlobalUnit()->AddMethod("function MyIntToStr(i: integer): string", &MyIntToStr);

прототип ф-и, параметры и результат - даны, в AddMethod в качестве второго параметра передавать адрес нужной ф-и и дальше её вызывать миную уже промежуточный вызов CallMethod...

AlexTZ

Это не так просто - придется писать call handler, который бы понимал все типы calling convention, все типы параметров и пр.

HighTower

понятно...

может кто то когда то замерял или просто знает - насколько медленнее работа скрипта, чем native кода в ехе?
особенно если есть большой цикл, когда вызываются ф-и, определённые как в скрипте, как и испортированные из ехе?