Сообщество LeaderTask
Корзина => Предложения и Идеи => Архив => Предложения: Справочники Контактов, Категорий, Проектов => Тема начата: Леонид от 06 Ноября 2008, 13:33:38
-
В теме про присвоение проектам категорий я вопрос как то узко поставил, а затем он сам расширился ине в ту сторону (хотя и в ОЧЕНЬ интересную)
В ЛТ нет практически никакой возможности манипулировать проектами как с сущностями. Их можно лишь выстраивать в иерархию и... И ВСЕ!!!!!!!!!!!
манипуляции идут исключительно с задачами
В предыдущей теме я поднимал вопрос о присвоении проектам категорий. подтверждаю этот вопрос-нужны признаки по которым можно отбирать или группировать проекты, так как проекты- это не просто контейнер куда складываются задачи- это единица учета, и достаточно большую часть работы можно анализировать по состоянию проектов.
Варианты:
1)присваивать проектам категории (общие или свои-проектные)
2)присваивать задачам статус проекта (галочкой или категорией). Тогда смысл проекта- как отдельного объекта теряется!
-
Леонид. У разработчиков подход оказался несколько другим. Задачи и проекты находятся в разных категориях как объекты. Гораздо ближе связаны категории и проекты между собой. Возможно, что, стереотипы работы с аутлук не дают быстро освоиться с этими моментами в программе.
И тем не менее, я нахожу ваши сообщения ценными с точки зрения удобства пользователей и развития программы. Я удивлен, что к обсуждению практически никто не присоединяется, а так же тому, что ваши пожелания разработчики оставляют без комментариев...
-
А я то как удивлен!!!!!!
А за ответ спасибо.
-
Варианты:
1)присваивать проектам категории (общие или свои-проектные)
2)присваивать задачам статус проекта (галочкой или категорией). Тогда смысл проекта- как отдельного объекта теряется!
Именно так при таком подходе - смысл проекта, как отдельного проекта теряется.
Такой вопрос уже поднимался пользователем "ЭназерДайВадим", я предлагал "мелкие" проекты делать просто задачами, а раздел проекты использовать для другого - как тег для целей, т.е. более "глобальный" проект - проект над проектами.
-
Так может до конца не ясно, что такое проект?
-
Я бы по этому поводу рекомендовал посмотреть как реализовано перевоплощение проектов и задач в MLO. Учитывая систему ТМ, предложенную Васей Кислым, а так же количество пользователей аутлук во всем мире - могу предложить, что решение MLO - один из отличнейших и гибких вариантов.
-
Были бы категории с иерархией- и капец тут ЛТ *bk*
-
Были бы категории с иерархией- и капец тут ЛТ *bk*
Остается еще один козырь - это мобильность
-
Ага! *bk*
МЛО как раз таки мобильная программа- в смысле для мобильных устройств.
-
Первый раз тут, пользуюсь недавно программой, но меня тоже напрягает то, что отсутствует контекстное планирование в рамках проекта.
Желательно ввести для проекта (в свойствах) тоже категории, чтобы потом все задачи, создаваемые в рамках проекта автоматически наследовали его категории. Это же вполне логично и интуитивно: проект относиться к каким-то категориям, соответственно и задачи автоматически должны к ним относиться.
Сейчас при создании задачи в рамках проекта, у задачи не наследуются категории, к которым относится проект (если создавать задачу если в Навигаторе выбран раздел Категория с нужным значением, то все категории наследуются).
Если я хочу присвоить проекту (и всем задачам в его рамках) несколько категорий, приходится создавать задачу либо в рамках проекта (что логично), и ставить КАЖДОЙ задаче в свойствах несколько галочек, что неудобно и сильно замедляет работу. А иначе она не отображается при выборе в навигаторе соответствующих категорий. Либо надо создавать задачу в рамках выбранной категории, а потом ставить галочку проекта. Но это неправильно, кроме того сужает возможности программы.
-
Еще одно неудобство.
В свойствах проекта есть поле - "Исполнитель"
У меня есть проект с задачами. Я в свойствах этого проекта задаю исполнителя (выбираю из "контактов")
Затем иду в контакты. жму на данного исполнителя и.......... НЕ ВИЖУ ни проекта ни задач которые я ему назначил
Было бы хорошо, если выбирая в списке контактов конкретного человека можно было бы видеть - КАКИЕ проекты и задачи ему поручены.
-
Категории проекта и категории задач внутри проекта должны быть разделены. А вот выбирать какие категории должны иметь автоматом все задачи конкретного проекта(ов) это очень ГУТ!!!
-
Категории проекта и категории задач внутри проекта должны быть разделены. А вот выбирать какие категории должны иметь автоматом все задачи конкретного проекта(ов) это очень ГУТ!!!
А мне кажется, что было бы логичным, чтобы задачи проекта автоматом бы наследовали ВСЕ категории своего проекта.
Плюс помимо "родительских" категорий проекта можно было бы добавлять к каждой задаче еще и ее (задачи) персональные категории.
-
А мне кажется, что было бы логичным, чтобы задачи проекта автоматом бы наследовали ВСЕ категории своего проекта.
Плюс помимо "родительских" категорий проекта можно было бы добавлять к каждой задаче еще и ее (задачи) персональные категории.
неплохая идея - главное чтобы всё было удобно в пользовании, кажется что это сложно реализовать будет...
-
А мне кажется, что было бы логичным, чтобы задачи проекта автоматом бы наследовали ВСЕ категории своего проекта.
Плюс помимо "родительских" категорий проекта можно было бы добавлять к каждой задаче еще и ее (задачи) персональные категории.
У проекта нет свойства "категория". Мне и не надо.
И категории задач каждый использует по-своему. У меня они никак логически не связаны с проектом. Поэтому никакое автоматическое наследование для меня неприемлемо.
-
У проекта нет свойства "категория". Мне и не надо.
И категории задач каждый использует по-своему. У меня они никак логически не связаны с проектом. Поэтому никакое автоматическое наследование для меня неприемлемо.
То, что у проекта нет свойства (атрибута) "категория" как раз и плохо!
Функционал категорий в моей системе управления собой :) задействован для
(а) задания целей
(б) заданий сфер деятельности (областей знаний - в Базе Знаний)
(в) контекстов (кайрасов)
Я и не могу выбирать\сортировать проекты ни по одному из этих свойств потому, что
проекту попросту невозможно эти свойства присвоить.. нет поля "категория" у него! ... епрст! )))
-
То, что у проекта нет свойства (атрибута) "категория" как раз и плохо!
Функционал категорий в моей системе управления собой :) задействован для
(а) задания целей
(б) заданий сфер деятельности (областей знаний - в Базе Знаний)
(в) контекстов (кайрасов)
Я и не могу выбирать\сортировать проекты ни по одному из этих свойств потому, что
проекту попросту невозможно эти свойства присвоить.. нет поля "категория" у него! ... епрст! )))
Ну наверное для решения данной проблемы надо хорошенько попросить разработчиков ?
-
То, что у проекта нет свойства (атрибута) "категория" как раз и плохо!
Функционал категорий в моей системе управления собой :) задействован для
(а) задания целей
(б) заданий сфер деятельности (областей знаний - в Базе Знаний)
(в) контекстов (кайрасов)
Я и не могу выбирать\сортировать проекты ни по одному из этих свойств потому, что
проекту попросту невозможно эти свойства присвоить.. нет поля "категория" у него! ... епрст! )))
А у меня цели - это нулевой уровень иерархии задачи.
Сферы деятельности - это проекты.
Мне проще. И привязка проектов к категориям мне не нужна. Даже очень мешать будет.
Проекты, категории, приоритеты - это система взглядов на задачи (фас, профиль, ....). Как многомерная система измерений.
Я бы увеличил количество измерений. Причем, можно без внутренней иерархичности (как в проектах и категориях). И без множественности выбора. Поля пользователя. Например, как вы предлагали в другой теме - "поручено кому" (возможно указать один контакт). Мне бы тоже это пригодилось.
-
Интересно, разработчики успевают читать все пожелания и предложения участников форума? :-\ :)
-
Хотелось бы знать мнение разработчиков.
А предложение возникло не просто так.
Пример:
есть организация с филиалами (категории)
Есть у всех филиалов направления деятельности (тоже категории), например продажи, маркетинг, реклама, кадры, хоз. деятельность
Есть различные проекты (проект), для реализации которых необходимо задействовать одну (или несколько) служб филиала или ЦО (центральный офис).
Создаем проект, в его рамках начинаем ставить задачи. И тут засада: КАЖДОЙ задаче надо каждый раз присваивать категорию филиала, рода деятельности, признака ЦО или филиала, и т. д. Можно продолжать. Это все конечно для последующего анализа. А если бы были категории у проекта, и свойства задач наследовали бы эти категории автоматом, все было бы как надо. То есть вводил бы только задачу, которая сразу бы имела нужные свойства.
Есть ли у кого предложения, как подобную задачу удобно решить имеющимися средствами без проставления КАЖДЫЙ РАЗ в свойствах каждой новой задачи кучи галочек (категорий)?
-
Интересно, разработчики успевают читать все пожелания и предложения участников форума? :-\ :)
надеюсь :-)
-
То, что у проекта нет свойства (атрибута) "категория" как раз и плохо!
Функционал категорий в моей системе управления собой :) задействован для
(а) задания целей
(б) заданий сфер деятельности (областей знаний - в Базе Знаний)
(в) контекстов (кайрасов)
Я и не могу выбирать\сортировать проекты ни по одному из этих свойств потому, что
проекту попросту невозможно эти свойства присвоить.. нет поля "категория" у него! ... епрст! )))
Ну наверное для решения данной проблемы надо хорошенько попросить разработчиков ?
Мы с Вами уже просили. Помните? Даже во мнениях разошлись :), а толку?
-
Уважаемый Леонид!
ПРОЕКТ [project, латин. projectus - брошенный вперед] - 1. замысел, идея, образ, воплощенные в форму описания, обоснования, расчетов, чертежей, раскрывающих сущность замысла и возможность его практической реализации 2. Мероприятие, предполагающие осуществление комплекса каких-то действий, обеспечивающих достижение определенных целей. 3. Инвестиционный проект.
Авторы LT вполне резонно разграничили понятия Проект и Задачи. За время жизни одного из проектов может смениться тысячи задач.
-
SoundWizard, по большому счету LT затачивался под GTD, в котором проект понимается как задача, для выполнения которой надо более, чем 1 действие.
Имхо, можно это ограничение и оставить, но я всегда буду настаивать на создание универсального планировщика, в котором можно реализовать и другие системы ТМ. Дерево задач прекрасно справляется со своим назначением.
Проекты лишняя, неуниверсальная сущность, которую следуюет доработать и слить в единое целое с категориями, а лучше - оставить только категории, но с более развитым функционалом!
-
Дорогой MichaelKiev!
Что уже, Проектам в LT можно присваивать категории ? Зачем? Что бы запутать пользователя вконец?
А вот в отношении того, чтобы в свойствах контакта можно было бы видеть - КАКИЕ проекты и задачи ему поручены, я полностью солидарен.
-
Дорогой MichaelKiev!
Что уже, Проектам в LT можно присваивать категории ? Зачем? Что бы запутать пользователя вконец?
А вот в отношении того, чтобы в свойствах контакта можно было бы видеть - КАКИЕ проекты и задачи ему поручены, я полностью солидарен.
Зачем проектам категории присваивать? А Вы посмотрите выше мои вопросы, и попробуйте предложить их удобное решение без этого.
-
Проекты лишняя, неуниверсальная сущность, которую следуюет доработать и слить в единое целое с категориями, а лучше - оставить только категории, но с более развитым функционалом!
Да, многие используют проекты неэффективно. Проект часто - это большая задача. И можно большинство проектов загнать в многоуровневые задачи.
А вот функцию "проектов" по отображению отменять нельзя. Пусть они называются не "проектами", а "категория-2", или еще как-нибудь. Это способы отображения области задач. И "проекты", и "категории", и "приоритеты", и "контакты". Можно еще добавить несколько способов. Например, "поручено". Ведь задачи не только исполняются лично. И не только сотрудниками, имеющими сетевую версию. Можно поручить жене или детям.
-
Я как-то отмечал на форуме пожелание ликвидировать проекты, и всю систему строить на развитой логике (апплодисменты Leonid) и категориях. Причем разрешить пользователю самому выносить некоторые папки на кнопки в навигаторе.
Тогда, создали папку "проекты" в категориях. Вынесли ее, назначили иконку. И указали что фильтровать из нее надо по логике "И". В итоге получим то, что есть сейчас... Но то, что есть сейчас не обладает гибкостью, какая есть у выше описанной конструкции.
-
Я как-то отмечал на форуме пожелание ликвидировать проекты, и всю систему строить на развитой логике (апплодисменты Leonid) и категориях. Причем разрешить пользователю самому выносить некоторые папки на кнопки в навигаторе.
Тогда, создали папку "проекты" в категориях. Вынесли ее, назначили иконку. И указали что фильтровать из нее надо по логике "И". В итоге получим то, что есть сейчас... Но то, что есть сейчас не обладает гибкостью, какая есть у выше описанной конструкции.
Раз вы когда-то были программистом, то знаете, что реляционные базы данных - это сочетание иерархических и сетевых структур. И идеология построения системы все равно будет на этом сочетании. Нового человечество еще не придумало.
В LT - иерархическая составляющая - это задачи. А сетевая - способы отображения ("проекты", "категории" ...).
И чем больше способов отображения - тем лучше. Лучше и пользовательские способы, настраиваемые.
А сверху на эту систему можно наложить бизнес процессы. Разные.
-
По-моему, путаница происходит от терминологии. "Проекты, Категории, Контакты" - это всё разные виды Категорий. А "Категории для Проектов" - это, по сути, "Категории для Категорий". В словах получается тавтология, а в голове - рекурсия. *be*
Поэтому предлагаю говорить не "Категории для Проектов", а просто "теги":
Теги для Проектов.
Теги для Категорий.
Теги для Контактов (и групп Контактов).
(Тогда на уровне языка будет хоть какая-то ясность. А то ведь прежде, чем просить у программистов что-то сделать - надо это "что-то" внятно сформулировать...)
-
Хочу вернуться от высокой полемики на грешную землю :)
У меня есть набор категорий А - "цели" (цели по саморазвитию, цели по мат. благополучию, цели по выполнению долга перед семьей, цели по работе.. цели по хобби и увлечениям .... воооообщем разные цели в жизни :-))
У меня есть набор категорий Б - "области деятельности" (Экономика, Корпоративные Финансы, Учет и аудит, Законодательство, Политика, Здоровье, Религия, Философия, ИТ и пр. и пр. и пр.) это "дерево" используется для структурирования Базы Знаний.
Я хочу указать в проекте:
(а) к достижению каких целей приближает выполнение этого проекта
(б) к какой области (областям) деятельности он относится
Очень простое и понятное желание. Но!!!... сейчас в LT я этого сделать не могу . увы :(
-
По-моему, путаница происходит от терминологии. "Проекты, Категории, Контакты" - это всё разные виды Категорий.
Да, действительно, многие споры происходят не по сути , а из-за расхождения в трактовкетерминов.
Я бы сказал так:
Задачи, проекты, контакты, заметки - это "объекты"
А категории, приоритеты, длительности - это "свойства объектов"
-
По-моему, путаница происходит от терминологии. "Проекты, Категории, Контакты" - это всё разные виды Категорий. А "Категории для Проектов" - это, по сути, "Категории для Категорий". В словах получается тавтология, а в голове - рекурсия. *be*
Поэтому предлагаю говорить не "Категории для Проектов", а просто "теги":
Теги для Проектов.
Теги для Категорий.
Теги для Контактов (и групп Контактов).
(Тогда на уровне языка будет хоть какая-то ясность. А то ведь прежде, чем просить у программистов что-то сделать - надо это "что-то" внятно сформулировать...)
А мне непонятно слово теги. Действительно, догадываюсь, но полностью не понимаю. Предлагаю опуститься на уровень русского языка без заимствованных слов.
-
Мы с Вами уже просили. Помните? Даже во мнениях разошлись :), а толку?
Как же помню, помню ...
И что интересно, читая темы и посты форума замечаю, что не мы единственные кто просил об категориях в Проектах(во всяком случае я точно), вот и MichaelKiev тоже самое говорит,просит, но разработчики как будто не слышат об этом.
Я понимаю когда один скажет и ... просто не понял, а если двое, трое, десять ?
Наверное пора бы прислушаться ?
Кому не нужны Категории в Проектах- пусть не указывают, дело доровольное, а мне нужен.
-
Мне нужен способ группировки проектов, очень гибкой (и иногда сложной) группировки. А, также. способ эту группировку просмотреть по д разными углами. Способа два
-"категории" для проектов
-сетевая структура, позволяющая одними объектами (протообъектами) создавать и объекты действия, и группировочные призанки, ВКУПЕ с МНОЖЕСТВЕННЫМ ПОДЧИНЕНИЕМ.
Ни тот ни другой вариант всерьез не обсужден с участием разработчиков.
-
Уважаемый Ucon!
КАТЕГОРИЯ (греч. kategoria - признак) - предельно общее понятие. Образуется как последний результат отвлечения (абстрагирования) от предметов их особенных признаков; .... разряд, порядковое место, определяющие уровень кого-чего-либо или качество чего-то; ... понятие, обозначающее какой-н. наиболее общий, отвлеченный разряд явлений, предметов или их признаков (науч.).
Разработчики LT именно это определление "Категории" и имеют ввиду, дорогой Ucon; стремись мыслить системнее :-)
-
И вообще, уважаемый Админ, ПРОЕКТ должен отвечать на вопросы: "Что?", "Где?", "Когда?", "Кто?", "Сколько?"
Однако, для последнего вопроса в карточке "Свойства проекта" до сих пор нет места. Я имею ввиду разбиение окна «Цель» разбить на III-VI подразделов, в которые можно заносить числовые данные (Вы обещали ранее доработать этот аспект)
-
Предлагаю опуститься на уровень русского языка без заимствованных слов.
Тогда и от названия LeaderTask придётся отказаться. *bh*
Кто не любит иностранщину, для того пусть будут "метки". Суть всё та же: нельзя включать категории в категории. Это должно называться как-то по-другому, чтобы не путать самих себя (и программистов тоже).
Есть, правда, ещё такой вариант: не вводить вообще никаких новых слов, оставив как сейчас "группы" - но добавив множественную группировку. Чтобы проект (категория, контакт) отображался в любых папках-группах, которые мы ему укажем.
-
Ни тот ни другой вариант всерьез не обсужден с участием разработчиков.
Где-то Админ обещал, что будут множественные группы контактов, не помню где. Надо просто пристать с вопросом "когда". Почему-то этот вопрос чаще всего остаётся без ответа. (Наверно, календарное планирование пока далеко от совершенства ::))
-
Предлагаю опуститься на уровень русского языка без заимствованных слов.
Тогда и от названия LeaderTask придётся отказаться. *bh*
Кто не любит иностранщину, для того пусть будут "метки". Суть всё та же: нельзя включать категории в категории. Это должно называться как-то по-другому, чтобы не путать самих себя (и программистов тоже).
Есть, правда, ещё такой вариант: не вводить вообще никаких новых слов, оставив как сейчас "группы" - но добавив множественную группировку. Чтобы проект (категория, контакт) отображался в любых папках-группах, которые мы ему укажем.
Я действительно не знал значение слова "теги".
И полностью согласен, что нельзя включать категории в категории. Порядок надо наводить в собственной голове.
LT - инструмент, а не панацея. Каждому надо выстроить свою систему отображения имеющимися методами.
-
Где-то Админ обещал, что будут множественные группы контактов, не помню где. Надо просто пристать с вопросом "когда". Почему-то этот вопрос чаще всего остаётся без ответа. (Наверно, календарное планирование пока далеко от совершенства ::))
Множественные контакты (группы) очень нужны. Разделенные на "организация" и "человек". До сих пор не переношу свои контакты в LT. Жду.
-
Порядок надо наводить в собственной голове.
LT - инструмент, а не панацея. Каждому надо выстроить свою систему отображения имеющимися методами.
Вот и я о том же
-
Уважаемые господа!
Не возникает ли у Вас ощущение, что полемика по данной теме перерастает во флуд, которому по определению место в группе "Общие" раздела "Общение".
LT - инструмент, а не дневник светской курсистки.
Предлагаю закрыть эту тему, собраться с мыслями и открыть новые с конструктивными предложениями без всякой заточки под эксклюзивные эпизоды.
Искренне Ваш,
Алексей М.Осипов
-
ИМХО, не нужно плодить новые темы без нужды.
Просто стоит вернуться к обсуждению весьма конструктивных идей топикстартера, а именно:
(а) нужно дать пользователям возможность присваивать проектам категории
(для того, чтобы проекты можно было по этим категориям сортировать, группировать, фильтровать)
(б) задачи проекта должны автоматически наследовать категории проекта с возможностью
последующей ручной корректировки.
Я это поддерживаю двумя руками! :)
P.S. Кому эти фичи не нужны - может ими просто не пользоваться.
-
нужно дать пользователям возможность присваивать проектам категории
Более точная формулировка: нужно дать пользователям возможность присваивать проекту более одной группы. (Возможно, для этого придётся переделать то, что сейчас зовётся "группой".) Потому что на уровне программного кода (сами авторы говорили, да и так заметно) проект - та же категория, только с другим набором полей. А категорию в категорию включать нельзя. Пока мы будем требовать то, чего нельзя, ничего и не будет, кроме флуда.
-
ИМХО, не нужно плодить новые темы без нужды.
Просто стоит вернуться к обсуждению весьма конструктивных идей топикстартера, а именно:
(а) нужно дать пользователям возможность присваивать проектам категории
(для того, чтобы проекты можно было по этим категориям сортировать, группировать, фильтровать)
(б) задачи проекта должны автоматически наследовать категории проекта с возможностью
последующей ручной корректировки.
Я это поддерживаю двумя руками! :)
P.S. Кому эти фичи не нужны - может ими просто не пользоваться.
Я именно это и предлагал
-
SoundWizard, по большому счету LT затачивался под GTD, в котором проект понимается как задача, для выполнения которой надо более, чем 1 действие.
Имхо, можно это ограничение и оставить, но я всегда буду настаивать на создание универсального планировщика, в котором можно реализовать и другие системы ТМ. Дерево задач прекрасно справляется со своим назначением.
Проекты лишняя, неуниверсальная сущность, которую следуюет доработать и слить в единое целое с категориями, а лучше - оставить только категории, но с более развитым функционалом!
Я, собственно, несколько искусственно правда, приспособил LT для своей задачи (см выше). Просто в рамках проекта пришлось создать задачу с тем же названием, и один раз присвоить ей все нужные категории. А все реальные задачи создавать как подзадачи. Они при этом конечно же наследуют все категории родительской задачи.
-
Я, собственно, несколько искусственно правда, приспособил LT для своей задачи (см выше). Просто в рамках проекта пришлось создать задачу с тем же названием, и один раз присвоить ей все нужные категории. А все реальные задачи создавать как подзадачи. Они при этом конечно же наследуют все категории родительской задачи.
Что очень и очень неудобно, правда ?
-
ИМХО, не нужно плодить новые темы без нужды.
Просто стоит вернуться к обсуждению весьма конструктивных идей топикстартера, а именно:
(а) нужно дать пользователям возможность присваивать проектам категории
(для того, чтобы проекты можно было по этим категориям сортировать, группировать, фильтровать)
(б) задачи проекта должны автоматически наследовать категории проекта с возможностью
последующей ручной корректировки.
Я это поддерживаю двумя руками! :)
P.S. Кому эти фичи не нужны - может ими просто не пользоваться.
Я именно это и предлагал
Согласен с предыдущими авторами.
-
Я, собственно, несколько искусственно правда, приспособил LT для своей задачи (см выше). Просто в рамках проекта пришлось создать задачу с тем же названием, и один раз присвоить ей все нужные категории. А все реальные задачи создавать как подзадачи. Они при этом конечно же наследуют все категории родительской задачи.
Что очень и очень неудобно, правда ?
:Жить можно :-). Хотя это уже искуственно. А вообще и в Outlook можно жить, только неудобно. Наверное не бывает идеальных программ. Всегда надо немного приспосабливаться.
-
ИМХО, не нужно плодить новые темы без нужды.
Просто стоит вернуться к обсуждению весьма конструктивных идей топикстартера, а именно:
(а) нужно дать пользователям возможность присваивать проектам категории
(для того, чтобы проекты можно было по этим категориям сортировать, группировать, фильтровать)
(б) задачи проекта должны автоматически наследовать категории проекта с возможностью
последующей ручной корректировки.
Я это поддерживаю двумя руками! :)
P.S. Кому эти фичи не нужны - может ими просто не пользоваться.
Я именно это и предлагал
Согласен с предыдущими авторами.
то же поддерживаю
а вообще тут давно уже нужно включать голосование - что бы топик не засорять...
-
Почему нельзя прикреплять файлы к проектам???
Уважаемые разработчики! Почему нельзя прикреплять файлы к проектам? По каждому проекту есть Заказчик, Подрядчик и другие контрагенты, а соответственно - договоры, календарные планы, задания и т.д. Очень часто возникает необходимость оперативно просмотреть данные документы, относящиеся в целом к проекту, а не к какой-то задаче в частности. Можно ли предусмотреть данную возможность в версии 7.5?