Отображение таблицы в новой форме форме

[S.Kuskov]

Цитата:

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

Как мне передать параметр разноски во вторую форму чтобы уже в зависимости от значения таблицы можно было выставлять свойство allowedit true или false.

Я уже упоминал, что механизм DynaLink действует не только в момент открытия формы, он продолжает работать до тех пор пока не будет закрыта первая форма! (открыв строки неразнесённого журнала, пользователь может перейти на первой форме на разнесённый и в форме строк отобразаться уже его строки). Это значит, что установить доступность строк журнала один раз при открытии формы не выйдет. Как быть? Доступность строк нужно устанавливать не в событии открытия формы, а в событии смены ведущего источника данных. Для это предназначен метод источника данных DataSource.linkActive(), не спутайте с DataSource.Active(), последний это событие смены активной строки своего датасурса.

Будем считать, что с вопросом "в какой момент менять доступность?" мы разобралсь, теперь вернёмся к вопросу о том "как находясь на второй форме получить значение признака разноски с активной строки первой формы?".
Вообще есть несколько способов передачи данных между объектами (формами/отчётами/диалогами) и все они основаны на струтуре Args. Cамый универсальный способ - это во втором объекте получить ссылку на первый и вызвать заранее написаный метод который бы возвращал нужные нам данные. Делается это так:

    Object  caller; // используем абстрактный тип Object для того чтобы уйти от раннего связывания
    ;
    caller = args().caller(); // получаем ссылку на вызвавший объект
    prm = caller.<>(); // имя метода не проверяется на этапе компиляции. Используется позднее связывание

Также часто используется метод args().record() для передачи табличных курсоров. Во многих случаях система сама упраляет созданием, наполнением и передачей структуры Args.

Применительно к вашей задаче стоит отметить, что в системе разработан большой набор стандартных классов, реализующих стандартное поведение. Поведение типовое и понятное всем пользователем, независимо от того в каком из модулей системы они работают. Если вы смотрели формы tutorial_JournalTable и tutorial_JournalTransMovement, то вы наверное уже обратили внимание на классы JournalFormTable и JournalFormTrans. Правльно будет ипользовать их в своих разработках. В этом случае вам не придется заново программировать вещи, общие для всех типовых форм.

Цитата:

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

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

Не совсем понял, что именно у вас пока не получается.

[DAsm]

Спасибо за исчерпывающие ответы. Буду разбираться понемногу.

Цитата:

Не совсем понял, что именно у вас пока не получается.

Тут у меня вопрос как сделать так, что бы в первой таблице "Журнал" в колонке "Количество строк" выводилось значения количества строк в этом журнале. Мне нужно при инициализации таблицы "Журнал" считывать количество строк со второй таблицы?

[S.Kuskov]

Цитата:

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

Тут у меня вопрос как сделать так, что бы в первой таблице "Журнал" в колонке "Количество строк" выводилось значения количества строк в этом журнале.

Это также типовая задача для форм журналов, следовательно её реализация уже есть в стандартных класах. Например в тестовой форме tutorial_JournalTable количество строк отображается на вкладе "История" в группе "Итоги".

Цитата:

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

Мне нужно при инициализации таблицы "Журнал" считывать количество строк со второй таблицы?

Суть стандартного подхода в том чтобы количество строк не рассчитывать каждый раз, а хранить в таблице журналов. Ну и соответственно обновлять его каждый раз при вставке и удалении строк. Ещё раз повтрю, что данный механизм уже реализован в стандарных классах JournalFormTable и JournalFormTrans, и что бы им воспользоваться просто нужно внедрить их в свою форму, так как это показано на примере тестовых форм tutorial_JournalTable и tutorial_JournalTransMovement.

[DAsm]

Цитата:

Суть стандартного подхода в том чтобы количество строк не рассчитывать каждый раз, а хранить в таблице журналов.

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

[S.Kuskov]

Цитата:

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

Ну а для начала мне нужно обнулить все значения строк? А потом уже при добавлении удалении обновлять данные?

Порядок работы пользователя таков, что сначала он создаёт заголовок/шапку журнала, а только потом создаёт его строки. Так? Т.е в начальный момент, когда журнал уже есть, а строк ещё нет, количество строк равно нулю (это значению по умолчанию). Потом при вводе строк можно на форме строк перехватить это событие и обновить значение в таблице журналов. Или я не понял ваш вопрос?

Цитата:

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

А как быть с тем чтобы именно значение "количество строк" в таблице "Журналы" не могли модифицироваться?

Ну это то как раз совсем просто. Стоит лишь установить свойства AllowEdit и AllowEditOnCreate у нужного поля таблицы в значение false.

Цитата:

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

Как из 1 формы мне получать значения во второй? Или так же с передачей параметров?

Тут наверное стоит уточнить, что работа с данными может происходит не только на уровне форм, но и на уровне таблиц. Т.е. вам никто не мешает находясь на форме 1 обращаться к данным таблицы 2. Данные, который храняться в БД, в отличии от временных данных кокторые связанны с конкретным объектом, доступны в любом объекте аксапты.

Цитата:

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

И к сожалению я не могу понять логику туториалов вообще. Похоже я в программировании не так силен как предполагал.

Логика в том, чтобы отделить дизайн (саму форму), от поведения (кода в обработчиках событий). Т.е. на самой форме кода остаётся по минимому, только переадресация управления соответствующим методам класса. Классы собраны в иерархии. В базовых классах реализуются общие ньюнсы поведения в наследниках более спецефические, относящиеся к более конкретной задаче.

Цитата:

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

И не открываются кстати формы туториалов по журналам требуя какой-то активный буфер или выдавая ошибки...

Форма строк журнала не может быть открыта сама по себе, только в контексте какого-то журнала. Она не предназанчена для отображения всех строк всех журналов сразу, только конкретного. Т.е. открыть её можно только по кнопке "Строки" на форме журналов.
А форма tutorial_JournalTable тоже не открывается?