Как сгенерировать Канбан со списками на основе отношения между элементом A, элементом B и еще одним подчиненным отношением с элементом A?

Я пытаюсь создать представление Канбан на основе нескольких отношений между источниками данных.

Дело

У меня есть: - Tasks источник данных - Task_Stages источник данных (например, To Do / Doing / Done) - Tasks отношения "многие ко многим" с Tasks, как в Master Task / Sub-Tasks

Проблема

Я пытаюсь использовать макет сетки и ее ячейки сетки в качестве типичного «списка» в канбане. Где списки представляют этапы

В ячейке сетки я пытаюсь установить виджет List-layout для представления типичного элемента Kanban.

Если я установлю источник данных сетки в Task_Stages, каждая ячейка сетки будет представлять состояние, например Сделать / сделать / сделать. В этом случае виджет со списком будет отображать абсолютно все записи о задачах.

Я изо всех сил пытаюсь настроить его так, чтобы отображались только задачи, которые связаны как подзадачи с выбранной задачей.

Что я пробовал

Я пробовал большое количество комбинаций взаимосвязей, используя несколько слоев панелей, но все терпели неудачу.

например Я установил Main-Panel как Task: Sub-Task, затем сетку как Sub-Task: Stages - в этом случае он показывает только 1 ячейку сетки, которая представляет этап первой подзадачи. записывать.

Вот как это выглядит на примере выше:

введите описание изображения здесь

* Отображается только один этап вместо отображения всех этапов в виде разных «списков» (ячеек сетки)

* Задачи, отображаемые в ячейке, не связаны с основной задачей и являются просто задачами, для которых выбран этот тип этапа.

Есть ли другой способ добиться этого?


kanban google-app-maker
person Veso Yanchev    schedule 09.09.2019    source источник
comment
Если вы можете опубликовать снимок экрана того, что вы получаете и чего хотите. Также я предполагаю, что этапы задачи - это собственный источник данных, в котором вы можете добавлять / удалять этапы?   -  person Markus Malessa    schedule 09.09.2019
comment
@MarkusMalessa Я добавил скриншот выше с дополнительной информацией по проблеме. Task_Stages - это собственный источник данных, в котором я могу добавлять и удалять этапы. См. Изображение выше. Он показывает только 1 этап, он должен показать все существующие; Отображаемые задачи не относятся к основной задаче (основная задача не показана на снимке). Итак, что должно быть достигнуто: - показать все этапы, в которых этап представлен в ячейке сетки; показать связанные подзадачи в ячейке сетки своего этапа.   -  person Veso Yanchev    schedule 10.09.2019
comment
@MarkusMalessa Я подозреваю, что он показывает только 1 этап, потому что он отфильтровывает его от первого элемента в записях подзадачи главной задачи.   -  person Veso Yanchev    schedule 10.09.2019

Ответы (1)


arrow_upward
0
arrow_downward

Для правильной работы вам, вероятно, потребуется сделать следующее:

  1. Установите источник данных главной панели на этапы.
  2. В источнике данных этапов убедитесь, что вы не применяете никаких фильтров, чтобы все этапы отображались как в «Задачи / Выполнение / Готово».
  3. По-прежнему в источнике данных Stages установите предварительную выборку для задач, затем используйте опцию «Дополнительно» в настройках предварительной выборки, чтобы выполнить предварительную выборку Tasks.relations.Subtasks.
  4. Вернитесь на главную панель, перетащите новую сетку или убедитесь, что для существующего источника данных сетки установлено значение «Унаследовано: этапы».
  5. Для справки перетащите метку и установите привязку на @datasource.item.YourStagesName, чтобы она отражала ваш правильный этап на каждой панели. Перетащите виджет списка в ячейку сетки и установите для источника данных значение «Этапы: Задачи (отношение)».
  6. Перетащите виджет списка в строку списка и установите для источника данных значение «Задачи: подзадачи (отношение)».

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

person Markus Malessa    schedule 10.09.2019
comment
Спасибо за совет! Часть я успешно реализовал. У меня есть списки с именами, основанными на Сцене. Однако остальная часть реализации немного не работает. Проблема 1. Список первого уровня, Этапы: Задачи (отношение), не фильтруется на основе текущей выбранной Задачи и переданной информации на основе всех записей задачи. Проблема 2: Список второго уровня, Задачи: Подзадачи, перечисляет подзадачи задач, но не в зависимости от стадии подзадачи. Скорее, список создается на основе стадии главной задачи, а подзадачи перечисляются независимо от их стадии. - person Veso Yanchev; 11.09.2019
comment
TL: DR - у меня все этапы отображаются в виде списков, элементы во вложенных списках не отражают выбранный родительский (задача) или этап, скорее списки содержат подзадачи задач, у которых есть этап (например, задача 1, находится на этапе To Do = ›в списке показаны дочерние элементы задачи 1, которые могут иметь разные этапы). - person Veso Yanchev; 11.09.2019