Фильтрация данных в СабФорме на основании записи из другой СабФормы

[ValeriyZ]

Итак задача следующая:
Есть Документ - форма с Header-ом и связаной с ним Сабформой(Сабформа А).
Необходимо: добавить еще одну сабформу(Сабфаорма Б), в которой отображать записи, отфильтрованые на основании текущей записи в СабФорме А данные в СабФорме Б.

Возможно ли это вообще в класическом клиенте?

Пробывал добавлять сабформу непосредственно на форму-источник сабформы(А) - ругаеться компилятор при запуске основной формы.

Заранее благодарен за ответы!

[prefreitor]

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

[Fordewind]

Цитата:

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

Итак задача следующая:
Есть Документ - форма с Header-ом и связаной с ним Сабформой(Сабформа А).
Необходимо: добавить еще одну сабформу(Сабфаорма Б), в которой отображать записи, отфильтрованые на основании текущей записи в СабФорме А данные в СабФорме Б.

Возможно ли это вообще в класическом клиенте?

Пробывал добавлять сабформу непосредственно на форму-источник сабформы(А) - ругаеться компилятор при запуске основной формы.

Заранее благодарен за ответы!

вот почитайте
NAV4U - может оказаться полезным

[ValeriyZ]

Цитата:

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

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

Думал о таком, но как заполнять этот TableBox даными из другой таблицы(не той, которая являеться SourceTable для сабформы)???

[ValeriyZ]

Цитата:

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

Цитата:

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

Итак задача следующая:
Есть Документ - форма с Header-ом и связаной с ним Сабформой(Сабформа А).
Необходимо: добавить еще одну сабформу(Сабфаорма Б), в которой отображать записи, отфильтрованые на основании текущей записи в СабФорме А данные в СабФорме Б.

Возможно ли это вообще в класическом клиенте?

Пробывал добавлять сабформу непосредственно на форму-источник сабформы(А) - ругаеться компилятор при запуске основной формы.

Заранее благодарен за ответы!

вот почитайте
NAV4U - может оказаться полезным

Спасибо, когдато мельком пробегал - попробую разобраться, авось поможет

[Romul]

Цитата:

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

Итак задача следующая:
Есть Документ - форма с Header-ом и связаной с ним Сабформой(Сабформа А).
Необходимо: добавить еще одну сабформу(Сабфаорма Б), в которой отображать записи, отфильтрованые на основании текущей записи в СабФорме А данные в СабФорме Б.

Возможно ли это вообще в класическом клиенте?

Пробывал добавлять сабформу непосредственно на форму-источник сабформы(А) - ругаеться компилятор при запуске основной формы.

Заранее благодарен за ответы!

Взаимодействие главной формы с первой сабформой осуществляйте через XMLDOM (поищите на Мибусо, на этом форуме - полно примеров). В момент ответа главной форме от первой сабформы, вызывайте нужную вам функцию фильтрации во второй сабформе (через CurrForm.FORM...) и обновляйте ее.

[ValeriyZ]

Цитата:

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

Цитата:

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

Итак задача следующая:
Есть Документ - форма с Header-ом и связаной с ним Сабформой(Сабформа А).
Необходимо: добавить еще одну сабформу(Сабфаорма Б), в которой отображать записи, отфильтрованые на основании текущей записи в СабФорме А данные в СабФорме Б.

Возможно ли это вообще в класическом клиенте?

Пробывал добавлять сабформу непосредственно на форму-источник сабформы(А) - ругаеться компилятор при запуске основной формы.

Заранее благодарен за ответы!

Взаимодействие главной формы с первой сабформой осуществляйте через XMLDOM (поищите на Мибусо, на этом форуме - полно примеров). В момент ответа главной форме от первой сабформы, вызывайте нужную вам функцию фильтрации во второй сабформе (через CurrForm.FORM...) и обновляйте ее.

Спсибо, буду пробывать(на сколько я понял тут http://www.nav4u.ru/archives/55-kurs...aem-sabformoj/ во втором способе как раз упоминаеться XMLDOM)

[prefreitor]

Цитата:

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

Цитата:

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

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

Думал о таком, но как заполнять этот TableBox даными из другой таблицы(не той, которая являеться SourceTable для сабформы)???

Не зная деталей тяжело подсказать оптимальное решение. Если в правой сабформе предполается всего несколько строк, то за TableBox может сойти несколько TextBox - ов, как это и сделано в 46 форме. Кстати главная форма может иметь и несколько сабформ, но в таком случае обмен данными придется вести через кодеюнит с SingleInstance = true.

[Romul]

Цитата:

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

Цитата:

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

Цитата:

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

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

Думал о таком, но как заполнять этот TableBox даными из другой таблицы(не той, которая являеться SourceTable для сабформы)???

Не зная деталей тяжело подсказать оптимальное решение. Если в правой сабформе предполается всего несколько строк, то за TableBox может сойти несколько TextBox - ов, как это и сделано в 46 форме. Кстати главная форма может иметь и несколько сабформ, но в таком случае обмен данными придется вести через кодеюнит с SingleInstance = true.

Какой SingleInstance кодэюнит?! Не путайте человека.
Тогда бы уж ссылку дали на 521-ю форму 5-ки (Журнал Применения..). Покажете, где там сингл инстанс CU используется? Ну или хотя бы напишите - в чем может быть смысл сингл инстанс кодэюнитов на формах с несколькими сабформами. Ответ очевиден - смысла нет.

[prefreitor]

Цитата:

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

Цитата:

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

Цитата:

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

Цитата:

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

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

Думал о таком, но как заполнять этот TableBox даными из другой таблицы(не той, которая являеться SourceTable для сабформы)???

Не зная деталей тяжело подсказать оптимальное решение. Если в правой сабформе предполается всего несколько строк, то за TableBox может сойти несколько TextBox - ов, как это и сделано в 46 форме. Кстати главная форма может иметь и несколько сабформ, но в таком случае обмен данными придется вести через кодеюнит с SingleInstance = true.

Какой SingleInstance кодэюнит?! Не путайте человека.
Тогда бы уж ссылку дали на 521-ю форму 5-ки (Журнал Применения..). Покажете, где там сингл инстанс CU используется? Ну или хотя бы напишите - в чем может быть смысл сингл инстанс кодэюнитов на формах с несколькими сабформами. Ответ очевиден - смысла нет.

Смысл очевиден коллега, передать из одной сабформы данные для второй

[Fordewind]

Цитата:

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

Цитата:

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

Цитата:

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

Цитата:

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

Хм... Сабформу к сабформе приделать это весело)))
Что касается Вашей задачи то на классическом клиенте ее реализовать можно Посмотрите например заказ продажи, в нем когда вы переходите по строкам меняется информация о товаре в правой стороне, отвечает за это форма 46, только в вашем случае в правой части нужно поместить TableBox.

Думал о таком, но как заполнять этот TableBox даными из другой таблицы(не той, которая являеться SourceTable для сабформы)???

Не зная деталей тяжело подсказать оптимальное решение. Если в правой сабформе предполается всего несколько строк, то за TableBox может сойти несколько TextBox - ов, как это и сделано в 46 форме. Кстати главная форма может иметь и несколько сабформ, но в таком случае обмен данными придется вести через кодеюнит с SingleInstance = true.

Какой SingleInstance кодэюнит?! Не путайте человека.
Тогда бы уж ссылку дали на 521-ю форму 5-ки (Журнал Применения..). Покажете, где там сингл инстанс CU используется? Ну или хотя бы напишите - в чем может быть смысл сингл инстанс кодэюнитов на формах с несколькими сабформами. Ответ очевиден - смысла нет.

А где в 521-й форме две сабформы?
Вообще говоря две сабформы противречат идеалогии разработки Navision, вряд ли в стандартной базе такое найдется. Если не ошибась, есть даже такой вопрос в тестах на девелопера

[Romul]

Цитата:

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

А где в 521-й форме две сабформы?

5.0. 15-й и 60-й контролы в 521-й форме. Логика работы одной непосредственным образом зависит от другой, через взаимодействие с главной формой.
Никто и не говорит, что это субформа на субформу (хотя и это можно сделать, средства описаны выше по ветке). Это 2 субформы главной формы... Хоть и являются они одним физическим объектом, но на форме присутствуют в виде 2-х контролов, с разной, но взаимосвязанной логикой...

Цитата:

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

Вообще говоря две сабформы противречат идеалогии разработки Navision, вряд ли в стандартной базе такое найдется.

Не противоречат. Нашлось.

Цитата:

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

Если не ошибась, есть даже такой вопрос в тестах на девелопера

Такого вопроса нет.

[Romul]

Цитата:

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

Смысл очевиден коллега, передать из одной сабформы данные для второй

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

[prefreitor]

Цитата:

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

Цитата:

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

Смысл очевиден коллега, передать из одной сабформы данные для второй

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

ОК. Вижу нужно разъяснить мою точку зрения. Я не настаиваю на том что она является единственно правильной.
Вот пример с mibuso (Вы кстати посылая туда человека, хотя бы ссылку то давали). Что видим? На главной форме 2 сабформы. Как вторая сабформа узнает что произошло на первой (та в которой строки заказа)? На главной форме таймер, в котором происходит опрос первой сабформы и изменения во второй. Отлично работает, НО форма то у нас маленькая, а если не ней будет висеть еще куча контролов? И начнутся глюки и тормоза. Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

[Romul]

Цитата:

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

ОК. Вижу нужно разъяснить мою точку зрения. Я не настаиваю на том что она является единственно правильной.
Вот пример с mibuso (Вы кстати посылая туда человека, хотя бы ссылку то давали). Что видим? На главной форме 2 сабформы. Как вторая сабформа узнает что произошло на первой (та в которой строки заказа)? На главной форме таймер, в котором происходит опрос первой сабформы и изменения во второй. Отлично работает, НО форма то у нас маленькая, а если не ней будет висеть еще куча контролов? И начнутся глюки и тормоза. Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

По поводу Мибусо - конечно же, имел ввиду не данный аддон, а топики, посвященные как раз таки XMLDOM'у. Открываем гугл, набиваем в строке поиска XMLDOM Subform - первой же строкой появляется топик http://www.mibuso.com/forum/viewtopic.php?t=7998 (Send messages from subform to parent form). Читаем, смотрим, разбираемся...

[alexb_imported]

Цитата:

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

Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

Я пользуюсь в этих случаях только XMLDOM, прекрасно работает.
А вот с SingleInstance-CU не могу представить, как это может работать:
User производит какие-то изменения в Header'e. Согласно связи Header <--> Subform1 обновляется Subform1.
Subform1 посылает в SI-CU информацию, что она (Subform1) обновилась.
Каким макаром Subform2 узнает, что ей (Subform2) нужно обновиться? Разве что, через OnTimer() посекундно обращаться к SI-CU.
Но ведь надо обязательно обойтись без OnTimer()'а !

[prefreitor]

Цитата:

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

Цитата:

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

Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

Я пользуюсь в этих случаях только XMLDOM, прекрасно работает.
А вот с SingleInstance-CU не могу представить, как это может работать:
User производит какие-то изменения в Header'e. Согласно связи Header <--> Subform1 обновляется Subform1.
Subform1 посылает в SI-CU информацию, что она (Subform1) обновилась.
Каким макаром Subform2 узнает, что ей (Subform2) нужно обновиться? Разве что, через OnTimer() посекундно обращаться к SI-CU.
Но ведь надо обязательно обойтись без OnTimer()'а !

Тут не то, насколько я понимаю требуется. Юзер производит изменения в строках, т.е допустим в 1 сабформе, а вторая должна реагировать. От таймера мы уходим в главной форме, вторая сабформа его соответственно получает, но ценой кодюнита. В конечном итоге, имеем то что если форма сильно загружена контролами и различными событиями получаем значительное увеличение стабильности работы. Чуть выше есть ссылка на примерчик с таймером на главной форме.
Способ с XMLDOM думаю надо взять на заметку, когда нибудь потребуется

[ValeriyZ]

Цитата:

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

Цитата:

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

Цитата:

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

Смысл очевиден коллега, передать из одной сабформы данные для второй

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

ОК. Вижу нужно разъяснить мою точку зрения. Я не настаиваю на том что она является единственно правильной.
Вот пример с mibuso (Вы кстати посылая туда человека, хотя бы ссылку то давали). Что видим? На главной форме 2 сабформы. Как вторая сабформа узнает что произошло на первой (та в которой строки заказа)? На главной форме таймер, в котором происходит опрос первой сабформы и изменения во второй. Отлично работает, НО форма то у нас маленькая, а если не ней будет висеть еще куча контролов? И начнутся глюки и тормоза. Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

Воспользовался как раз этим примером. Работате))) Спасибо!)

[ValeriyZ]

Цитата:

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

Цитата:

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

Цитата:

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

Цитата:

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

Смысл очевиден коллега, передать из одной сабформы данные для второй

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

ОК. Вижу нужно разъяснить мою точку зрения. Я не настаиваю на том что она является единственно правильной.
Вот пример с mibuso (Вы кстати посылая туда человека, хотя бы ссылку то давали). Что видим? На главной форме 2 сабформы. Как вторая сабформа узнает что произошло на первой (та в которой строки заказа)? На главной форме таймер, в котором происходит опрос первой сабформы и изменения во второй. Отлично работает, НО форма то у нас маленькая, а если не ней будет висеть еще куча контролов? И начнутся глюки и тормоза. Так вот чтобы уйти от таймера на главной форме и заставить сабформы обмениваться между собой информацией и можно использовать SingleInstance. Хотя это и извращение, но не большее чем XMLDOM, которым Вы призываете пользоваться начинающего специалиста. Извините если что не так))

Воспользовался как раз этим примером. Работате))) Спасибо!)

Мдаа, терь дебагером на этой форме по-тригерам не пробежаться...))

[alexb_imported]

Цитата:

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

Мдаа, терь дебагером на этой форме по-тригерам не пробежаться...))

Вот и я к тому же:
на нашей фирме руки тому отрывают, кто OnTimer пользует там, где можно обойтись без него