Вместо оператора Open для открытия формы с передачей ей параметров нужно использовать OpenWithParm и ни в коем случае не ссылаться из кода одной формы в другую, думаю по парадигме ООП обьяснять этого не надо, раз работали с C# :)

По парадигме ООП каждый обьект должен быть независимым и автономным. Это в полной мере относиться и к формам. Ну хотите Вы с меню управлять формой, так кто Вам спрашивается мешает с меню вызывать события у формы следующим образом:
Если форма-родитель этого меню имеет событие AddNew, то оно будет вызвано, в нем и определете код выполнения, если не имеет, то вызов события сработает вхолостую и никто не пострадает. Это позволяет меню просто посылать команды форме, не особо задумываясь, какие элементы на ней лежат, какие переменные обьявленны и какие методы у нее существуют, что означает возможность использования такого меню для любой формы. То же самое применимо к любым случаям - например если есть модальная форма, то она должна иметь точку входа и точку выхода передачи информации, ей совсем необязательно знать с кем она работает и уж тем более никто не должен знать о том как она работает, главное что известно что ей нужно отдать, какое действие она произведет и в каком виде результат возвратит. Если же Вы будете писать в таком духе:
авторmyObject.dw_1.Filtr("Cod=10")
то кроме ошибок и вылетаний PB Вы не получите. Зато привяжетесь к элементам формы и переименовав dw_1 в dw_2 получите полностью неработоспособное приложение. Рекомендую почитать умные книжки по ООП - по наследованию, инкапсуляции и полиморфизме. Чтобы приложение на PB было гибким и красивым, очень желательно придерживаться этих правил, это гарантирует не только избежание многих ошибок, но и существенно повысит скорость разработки - если в приложении обьекты независимы и автономны, то значит такие обьекты можно повторно использовать, расширять и нарабатывать свою библиотеку готовых и проверенных решений.

sokol_с меню разобрался , а вот с модальными формами туго что то, не могли бы примерчик привести или ссылочку дать,
как всётаки организовать "вход и выход"? Как фильтровать данные из модального окна.
Пока модальное окно работает, другие окна стоят - это факт. Значит главное назначение модального окна - чего то запросить по требуемым данным и вернуть результат. В итоге например у нас модальное окно занимается построением строки фильтра для DataWindow. Ему нужно передать ссылку на DataWindow, на выходе вернуть код успешности выполнения операции. Делаем модальное окно w_Find, в нем прописываем локальные переменные dw_Find и str_Find:
на событие формы Open получаем переданный DataWindow и его текущий фильтр:
Далее идет собственно процесс построения фильтра с занесением его строки в str_Find. На событие кнопки Ok вешаем выполнение фильтра, закрытие формы с возвратом успешности выполнения:
На событие кнопки Cancel вешаем выход с возвратом отказа:
Форма готова к использованию. Теперь вызовем ее с формы для построения фильтра:
Форма выбора фильтра получилась независимой. При желании можно сделать еще более красиво - наследуемся от базового контролса DataWindow и создаем собственный обьект u_dw. В нем создаем новый метод " FilterFromDialog (): integer ", в который и переносим этот код. Теперь вместо базового DataWindow достаточно на форму шлепнуть собственный и в любой момент вызывать FilterFromDialog() :)

sokol_P.S. поверьте, ну заставили программиста на .Net изучить PB, книг нет , примеров тоже, просто жуть :)
Странно честно говоря - в ДотНете все что я описал вообще на первом месте стоит - главное там правильное проектирование приложения, с созданием наследуемых контролсов и форм, там фактически даже DataSet-ы генерятся в проект как классы и могут далее наследоваться для дальнейшего расширения. Видимо Вы недавно работаете с ним и пока занимаетесь киданием компонентов на формочки :) В этом плане на PB Вам придется учиться мыслить правильно, заодно и в .NET потом здорово пригодиться, для которого кстати есть возможность использовать PB DataWindow через специальный для него компонент DataWindow.NET .