Вывод массива TImage на форму в другом модуле.

[phomm]

Форма хоть и "должна", но надо знать, что в программе преимущественно последовательно действия происходят, а Вы неаккуратно вклиниваетесь.
Качаем телепатию:
Перенесите вызов процедуры LevelCreate из обработчика Form1Create в более подходящий для такого случая Form1Show или Form1Activate
и будет Вам счастье )
Совет: выкинуть имейджи, формы и т.п. требуху, оставить только 1 форму и списки/массивы картинок, написать несколько процедур вывода изображения на форму, в зависимости от текущего "игрового окна"
Плюс советую проштудировать http://programmersforum.ru/showthread.php?t=1206 . Ну и советую темы по играм в разделе игр создавать.
Советую больше внимания обратить чистоте кода и независимости подсистем. Например, глобальные переменные - очень плохо способствуют независимости. Общение между формами так как Вы привели - достаточно нелогично - раз форма родитель компонентам - пусть они на ней создаются.
Процедуры лучше обратить в методы некоего класса, (а большинство глоб. переменных - в его поля) , получится некий game-класс, ну и желательно чтобы гейм-класс вообще не знал ничего о форме, форма только должна запрашивать от гейма что ей отобразить.

[sentenso]

Сообщение от Баламут

Ну хорошо, создана. Но ведь это еще не значит, что доступна. Напиши в Unit1 следующее:

implementation

uses Unit2;

Дело не в этом, это всё уже давно прописано...

[sentenso]

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

Форма хоть и "должна", но надо знать, что в программе преимущественно последовательно действия происходят, а Вы неаккуратно вклиниваетесь.
Качаем телепатию:
Перенесите вызов процедуры LevelCreate из обработчика Form1Create в более подходящий для такого случая Form1Show или Form1Activate
и будет Вам счастье )
Совет: выкинуть имейджи, формы и т.п. требуху, оставить только 1 форму и списки/массивы картинок, написать несколько процедур вывода изображения на форму, в зависимости от текущего "игрового окна"
Плюс советую проштудировать http://programmersforum.ru/showthread.php?t=1206 . Ну и советую темы по играм в разделе игр создавать.
Советую больше внимания обратить чистоте кода и независимости подсистем. Например, глобальные переменные - очень плохо способствуют независимости. Общение между формами так как Вы привели - достаточно нелогично - раз форма родитель компонентам - пусть они на ней создаются.
Процедуры лучше обратить в методы некоего класса, (а большинство глоб. переменных - в его поля) , получится некий game-класс, ну и желательно чтобы гейм-класс вообще не знал ничего о форме, форма только должна запрашивать от гейма что ей отобразить.

Спасибо огромное, я Ваш должник!

[kashirin.p]

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

Форма хоть и "должна", но надо знать, что в программе преимущественно последовательно действия происходят, а Вы неаккуратно вклиниваетесь.
Качаем телепатию:
Перенесите вызов процедуры LevelCreate из обработчика Form1Create в более подходящий для такого случая Form1Show или Form1Activate
и будет Вам счастье )
Совет: выкинуть имейджи, формы и т.п. требуху, оставить только 1 форму и списки/массивы картинок, написать несколько процедур вывода изображения на форму, в зависимости от текущего "игрового окна"
Плюс советую проштудировать http://programmersforum.ru/showthread.php?t=1206 . Ну и советую темы по играм в разделе игр создавать.
Советую больше внимания обратить чистоте кода и независимости подсистем. Например, глобальные переменные - очень плохо способствуют независимости. Общение между формами так как Вы привели - достаточно нелогично - раз форма родитель компонентам - пусть они на ней создаются.
Процедуры лучше обратить в методы некоего класса, (а большинство глоб. переменных - в его поля) , получится некий game-класс, ну и желательно чтобы гейм-класс вообще не знал ничего о форме, форма только должна запрашивать от гейма что ей отобразить.

+10 очков навыка телепатия))