Страница 1 из 1
Чтение описаний и комментариев к задачам offline
Добавлено: 07.04.2016 17:53
Кирилл Панькин
Приветствую уважаемое сообщество!
С местом offline-режима в картине мира ПланФикс вроде бы всё ясно после прочтения пары обсуждений здесь — полновесный offline в случае с системой организации совместной деятельности создаёт больше вопросов, чем ответов, в отличие от такового в системах для персонального использования, потому о его реализации речи не идёт. Вопросов к этому нет.
Однако остаётся в силе вопрос о том, что делать, если какая-то необходимая для работы информация указана в задаче или комментариях к ней, а интернет недоступен. Т.е., речь не о способе работы с системой, а о возможности аварийного доступа к своим данным на случай отсутствия связи с сервером. Какой-то примитивный кеш или вроде того мог бы спасти ситуацию. Ну, нельзя же опускаться до копирования вручную всей потенциально нужной информации из задачи на локальное устройство. Возможно, подошло бы даже просто что-то вроде регулярно создаваемого и сохраняемого локально "отчёта", в который включены все активные задачи, касающиеся пользователя, вместе с их содержимым.
Поделитесь, пожалуйста, имеющимся опытом в этом плане.
Спасибо!
Добавлено: 09.04.2016 12:37
Dmitry Goncharenko
Совсем аварийный это, возможно, уведомления почтой, которые отправляются на невычитываемый обычно ящик и при этом получается каким-то почтовым клиентом по pop3. Получаем не прям так уж сильно удобный, но архив с возможностью поиска по темам задач/ключевым фразам, а может и сбором уведомлений по задачам в цепочки (зависит от почтовика).
Добавлено: 09.04.2016 18:56
Кирилл Панькин
Хм... Звучит неплохо. Спасибо! Надо будет попробовать.
Правда, почему именно POP3? Почта и по IMAP тоже умеет локально сохраняться, вопрос только в настройках клиента.
А через отчёты не получится?
Добавлено: 11.04.2016 18:01
Dmitry Goncharenko
Правда, почему именно POP3? Почта и по IMAP тоже умеет локально сохраняться, вопрос только в настройках клиента.
Совершенно верно, POP3 не догма
А через отчёты не получится?
Через отчеты можно все это делать даже удобнее (в плане просмотра результатов) - сделать отчет "Все действия" и выводить в нем все действия по всем задачам, с группировкой по задаче. Сохраняете в Excel и получается полный лог человеческих действий по задаче. Но минус в том, что такой отчет нужно не забывать периодически запускать в ручную, запуска отчета по расписанию и отправки результатов на емейл пока нет, хотя в планах такое зафиксировано
Добавлено: 11.04.2016 18:18
Кирилл Панькин
запуска отчета по расписанию и отправки результатов на емейл пока нет, хотя в планах такое зафиксировано
Понятно. Замечательно, что это есть в планах.
На этом мой вопрос исчерпан.
Спасибо!
Добавлено: 24.04.2016 14:06
Кирилл Панькин
Однако, поторопился я с выводами об исчерпании вопроса. Неспешное копание темы привело к новым вопросам.
Вариант с отчётом по действиям на уровне идеи выглядит красиво, но на практике спотыкается в паре моментов. Тешу себя надеждой, что я просто не разобрался с доступными инструментами.
1. Есть ли возможность в столбце отчёта отобразить название задачи со всеми её надзадачами, так же, как это делается для проектов: "Задача высшего уровня / Задача среднего уровня / ... / Задача"? Без такого представления при наличии многократно вложенных задач информативность сборного отчёта сильно страдает, т.к. о связях между глубоко вложенными задачами приходится догадываться.
2. Можно ли для сгруппированных строк избежать вывода повторяющихся значений, одинаковых для всей группы? В данном случае получается, что для каждого действия в задаче будет выведено описание задачи. Если описание длинное, а действий много, то получается просто жуткая простыня из повторяющегося текста. Что радует, можно вывести описание задачи в заголовке её группы, выбрав для столбца описания "При группировке выводить: Первое значение" (правда, отображаться оно будет пугающим жирным шрифтом). Но вот способа убрать многократные повторы того же текста внутри группы я не нашёл.
Добавлено: 25.04.2016 13:09
Dmitry Goncharenko
Ответ на оба вопроса "Нет" - не умеют отчеты такого на текущий момент.
Добавлено: 25.04.2016 13:16
Кирилл Панькин
Спасибо за быстрый ответ!
Судя по категоричности формулировки, мои хотелки нетипичны и надеяться на появление таких возможностей особо не стоит?
Добавлено: 25.04.2016 13:22
Dmitry Goncharenko
Нет, почему - например, видеть полное дерево в отчете хотят достаточно часто, просто технически сложно организовать это в отчетах, а так бы мы давно уже это сделали. А про "жирные" строки группировки и повторяющиеся значения внутри группы я общался буквально в конце прошлой недели. Думаю, со временем все эти вопросы будут решены - но они не находятся в "горячей" очереди, так как никто не считает их особо критичными, поэтому не стоит ожидать, что ситуация по ним изменится в ближайшем будущем.
Добавлено: 25.04.2016 13:41
Кирилл Панькин
Замечательно уже то, что мои хотелки совпадают с вашими намерениями. ))
На счёт именно реального полного дерева задач в отчёте я, честно говоря, даже заикаться побоялся, т.к. рекурсивная древовидность с произвольной вложенностью плохо стыкуется со строчной природой отчёта и выборки данных из БД вообще (на сколько я понимаю эту кухню). Потому поинтересовался более грубым и примитивным вариантом — строкой "полного пути" для задачи.
Добавлено: 25.04.2016 14:38
Dmitry Goncharenko
Вы правильно описали суть проблемы, так оно и есть. Полное имя сформировать проще, хотя тоже нужно формировать для каждой задачи, оно не хранится в готовом виде, а это N запросов на каждую строку отчета, причем непростых, т.к. нужно учитывать доступность текущему пользователю каждой из задач и проектов вверх по дереву и выводить в пути только доступные.
Добавлено: 26.04.2016 13:51
Кирилл Панькин
Когда базовой функциональности недостаточно, в дело идут вольфрамовые костыли и синяя изолента. =)
Соответственно разделу форума, делюсь своим опытом, пусть и достаточно сомнительным.
Неудобство с повторяющимися значениями в строках внутри группы можно быстро устранить уже в сохраняемом XLSX за счёт имеющегося побочного фактора (м-да, в лучших традициях костылестроения).
Дело в том, что ячейки в заголовках групп, куда значения помещаются в соответствии с настройкой "При группировке выводить: Первое значение", не имеют в своём формате галочки "переносить по словам", а у ячеек того же столбца внутри группы эта галочка установлена. Путём поиска ячеек с форматом "переносить по словам" и замены их на пустоту, получается то, что надо — в заголовках групп текст описания остаётся, а внутри групп удаляется.
Потом ещё форматы ячеек поправить — для столбца "Описание задачи" убрать жирность текста и включить перенос по словам, для всей таблицы включить выравнивание по верхнему краю ячейки — и получается полный марафет.
Конечно, это можно решить куда более изящно через VB-макрос, но тут речь о полуручном варианте.
Заодно ещё возник вопрос на счёт группировки по надзадачам. Если в настройке группировки выбрать вариант «По надзадачам», то продолжить цепочку группировок невозможно. Если же выбрать вариант «По столбцу "Надзадача"», то всё ведёт себя как обычно и цепочку можно продолжить. В чём суть разницы?
Добавлено: 27.04.2016 12:09
Dmitry Goncharenko
Заодно ещё возник вопрос на счёт группировки по надзадачам. Если в настройке группировки выбрать вариант «По надзадачам», то продолжить цепочку группировок невозможно. Если же выбрать вариант «По столбцу "Надзадача"», то всё ведёт себя как обычно и цепочку можно продолжить. В чём суть разницы?
Группировка по надзадачам рисует дерево неограниченной вложенности, а оно потенциально конфликтует с другими группировками, т.к. на каждом следующем вниз уровне могут быть как подзадачи текущей надзадачи, так и группы по другому выбранному для группировки признаку и различить их визуально не получится. Это привело бы к путанице, поэтому мы не даем возможность выбирать дополнительные группировки после надзадач.
Группировка по столбцу приводит к предсказуемой двухуровневой группировке, после которой мы знаем как рисовать последующие выбранные группировки, поэтому разрешаем их выбирать.