Доброго всем времени суток. Возник такой вопрос.
допустим есть три формы
дата1 
дата2 
справочник

как организовать между ними общение, допустим открыты форма  дата1 и дата2  затем из каждой формы вызывается форма справочник выбираются данные и необходимо правильно их вернуть в форму , из которой был вызов. 
пока это делаю через ид формы а на обратчике событий висит 

но это если вызвать по одному разу формы дата1 и дата2 .
 а если их вызывают по несколько раз то тут начинается каша.

Попробуйте форму справочник сделать динамической и создавайте новый экземпляр формы справочника при вызове из дата1 и дата2. 

DYUMON, т.е. у тебя справочник сам записывает выбранные данные в соответствующую форму? Ну это как то не очень идеологически верно  Зачем ему что то знать про тех, кто его использует?


Выше xackera правильно предложил сделать справочник динамическим. От себя предложу - вызывать его классовой функцией, которая и будет возвращать результат.
Как вариант, можно не делать справочник динамическим - просто написать отдельную функцию в каком то общем модуле, которая будет показывать этот справочник и возвращать выбранные данные (в виде записи например или объекта - если там больше одного значения).

Тут в любом случае динамический вызов т.к. если делать статическую форму, то она у нас будет одна, а судя по этому: их может быть показано больше одной, при чем каждая должна будет вернуть данные в ту форму, из которой этот справочник вызвали. Так что я бы тоже делал динамическую форму, при чем я бы перекрыл стандартный конструктор своим, в котором бы передавал вызывающую форму.

Или завершать предыдущий незавершенный вызов справочника "отменой"

Всё, что я мог бы сказать по поводу этого вопроса, я уже сказал здесь:
http://www.delphikingdom.com/asp/answer.asp?IDAnswer=50045

Там-же приведён полностью рабочий пример, демонстрирующий сказанное.

unit1


unit form data 1/2

gesper, а где ты увидел что надо Showmodal? Та же 1С умеет открывать 100500 справочников и все они отнюдь не модальные.

Покажите мне человека, который одновременно будет сразу в двух окнах что то выбирать. У него один справочник и как пользователь я бы не хотел что то по десять раз выбирать, раскрывать деревья и т.п., если передо мной в разные моменты открывается одна и та же форма. Нафиг ему создавать копии одной и той же формы? У него справочник это источник данных для другой формы, т.е. открыл "выбираются данные" и возврат в первую форму. ShowModal удобно реализует взможность отловить, что данные выбрали и нам нужно только их забрать.

Вообщем, я показал как можно сделать, а идти или нет этим путем дело путника.

 форма справочник вызывается методом 

по идее да ни кто не будет вызывать из нескольких окон справочник но по опыту знаю что бывают любители открыть по 150 окон а потом удивлятся где что. думаю сделать проверку на 

это хоть как то ограничет количество окон

Замучаешься придумывать имена frmspravka, а потом замучаешься их проверять на nil.

А кто сказал "выбирать"? Нужно "открыть". Посмотри со стороны как работаю бухгалтера. У них может быть открыто несколько справочников и совершенно не для выбора. Зачастую справочники открываются для "посмотреть, а что там есть". Неужели в годы учебы у тебя на столе лежала одна книжка и открыт был только один сайт? Тут то же самое. Человеку очень часто необходимо сразу иметь несколько источников информации. А при ShowModal мы возвращаемся во времена однопоточных операционных систем. "Хочешь посмотреть дугой справочник - закрой этот." Для серьезных проектов это не допустимо.

Тогда у тебя ошибка, если в форме нету  при закрытии ее нет опции "Action=cafree" в обработчике формы. 
Без проверки Assigned(frmspravka) у тебя создается копия класса формы, заменая адрес уже созданной формы в переменной, и связь с формой теряется, а без вызова free память не освобождается.


равносильно


Добавлено через 4 минуты и 5 секунд

Читай внимательно ТЗ автора темы. Для серьезных проектов определяется тип формы и данных в ней, чтобы знать что с ними могут делать. Не цепляйся к слову"Справочник", это трата времени, ты должен знать конкретные данные в форме и для чего они. Поскольку нас спрашивают как сделать форму, то возможно что справочник по факту "Каталог", к примеру.

Добавлено через 5 минут и 24 секунды

Глобальный TList его спасти бы мог, или прописать самоуничтожение при закрытии.

Решил быть дотошным? Ну читаем:
Я не нашел слов "поочередно", "только один" и т.п. Открыты 2 формы и из каждой из них вызывается третья и что-то в ней выбирается. Нужно вернуть выбор в ту форму из первых двух, которая и вызвала третью. Заметь, я не использовал слово "Справочник", но все-равно из вышесказанного очевидно, что нужно иметь возможность вызывать третью форму из каждой формы из первых двух. При этом нет нигде ни слова, что при вызове третьей формы из первой нужно обязательно закрывать третью форму, если ее вызвали из второй. При этом, далее автор пишет, что да, по идее никто не будет открывать несколько справочников, но все-равно необходимо оставить такую возможность для "особо умных". Так что не нужно мне тут ТЗ тыкать!

Добавлено через 1 минуту и 19 секунд
Кстати, мало того что твой ShowModal не даст вызвать второй справочник, так вообще всю работу заблокирует пока эту третью форму не закроешь.

Poseidon ты прав, на модальный режим в тз ничего не указывает.
Но как узнать, какое окно и куда, должно вернуть данные, если одновременно открыто несколько экземпляров?

фраза была такая, а не только тот кусок, что ты привел.

Вызывается одна форма, а не несколько и надо правильно вернуть.
С одной формы при одновременном вызове нельзя вернуть данные сразу в две формы, потому что вызов со второй перекроет вызов первой, даже если вы в "справочник" засунете адрес переменной, куда надо записать итог выбора.
Модальность для режима выбора правильное решение, потому что идет команда "Установить значение", и некакие другие действия не должны мешать и перекрывать диалог выбора. Если нужно использовать "справочник" как просмотр данных, то пишется отдельная кнопка, которая вызывает его иначе.

Можно передать просто адрес переменной в "Справочник" и вместо функции GetData справочник сам запишет запись в нужный адрес, но тогда это повлечет порчу данных, если нет блокировки через showmodal и пользователь перещелкниться в другое окно, его отвлекут, и он возьмет и кликнет другие данные, или попросту закроет окно, забыв выбрать данные, или перепутает окна, если сделать создание нескольких одинаковых окон. Одно окно, постоянно весящее в памяти без уничтожения, позволяет не только это все отфильтровать, но и сохранить свое состояние и содержимое при двух разных вызовах(к примеру выбор из дерева каталога не потребует искать все заново).

Добавлено @ 13:36

примерно так можно

unit


unit TFSpravocnic


unit data 1/2


Это сообщение отредактировал(а) gesper - 1.8.2013, 13:38

На самом деле вариантов может быть несколько. Один из них: 

В ТЗ так и написано. Нужно вызвать одну форму, но никто не сказал, что ее должно быть можно вызвать только один раз. Поэтому и нужно предусмотреть вариант с вызовом одной формы, но несколько раз (отдельно для дада1, отдельно для дата2). 

Формы 2! Объект один, в дизайнере форма одна, а ран-тайм при одновременном вызове их две! Кто запрещает создать один класс, но использовать при этом 2 экземпляра этого класса? Так и тут.




Добавлено через 8 минут и 5 секунд
Кстати, я не проверял, не на чем сейчас, но по-моему в твоей SetField мы получим Incompatible types: 'Pointer' and 'TDataRecord'. Хотя могу и ошибаться.

Это сообщение отредактировал(а) Poseidon - 1.8.2013, 13:52

Я за другое. Программная реализация для меня не проблема. 
Я за пользователя. 
Пользователь вызвал окно выбора из окна А, потом из окна Б.
Потом отвлекся, открыл другую программу, свернул все окна.
Потом вернулся к работе. И упс, два одинаковых окна, каждое ожидает выбор данных, а какое куда эти данные вернет?       

Я на работе, тут нет у меня компилятора проверить, а на память синтаксис не помню точно.

// все правильно, другой вариант показал просто. Открыть форму и чтобы она сама себя уничтожала при закрытии, а SetField должен быть описан так, чтобы передавалось не значение переменной, а адрес переменной куда писать данные, если будет сделан выбор.
Ошибка только в том, что саму переменную забыл убрать из процедуры выше в глобальные формы.



Пускай автор разбереться чего хочет, а там решение найдет.

Добавлено через 2 минуты и 2 секунды

Я об этом писал выше, говоря про Showmodal и создание копий окна справки.

Не совсем так. У TApplication.CreateForm есть одна очень важная для проекта цель, которой нет у простого вызова конструктора формы.
(с) Буквоед.

gesper это к Poseidon.
 Но он правильно говорит, про модальный режим речь не идет. А что нужно автору мы не знаем, он не уточнял.
Модальный режим, возможно, подходящий, в данном случае, вариант, а может и нет.

Можно сделать псевдомодальный вызов.

Вызов

   

А посмотри как это сделано в 1С - никак  В какую-то форму да вернет. Не туда? Вызывай заново. Это, конечно, грабли. Ну в крайнем случае можно для каждой формы указывать что-нибудь этакое в Caption.