Сообщество LeaderTask
Корзина => Архив => Неактуальное => Тема начата: notactic от 29 Июля 2010, 13:43:53
-
Не знаю баг это или фича, но при наличии описанной ниже картины удаляется категория.
ВХОДЯЩИЕ:
- Задача 1 (без параметров)
-- Подзадача 1 (с категорией)
-- Подзадача Х (с категорией)
Сдвигаем подзадачу влево и категория удаляется.
-
Спасибо за сигнал, поправим!
-
А почему - "поправим"? Подзадача после сдвига становится задачей в папке "Входящие". Они же не могут иметь категории вроде?
-
А почему - "поправим"? Подзадача после сдвига становится задачей в папке "Входящие". Они же не могут иметь категории вроде?
У нас возникают периодически подобные сообщения об "ошибке" - нужно выдавать предупреждение где пользователь может выбрать как ему поступить - сбросить категорию или отменить операцию
-
Добавить предупреждение - согласен, правильно. А "поправлять" ситуацию не надо :-)
-
Спорно удалять заданную юзверем категорию. Почему эта логика действует только для входящих? Какое ее применение?
-
Где-то писалось, что входящие это папка для задач, которые потом надо обрабатывать и раскидывать по категориям. Туда попадают в основном (хотя и не обязательно) быстро созданные задачи или быстро записанные мысли. Их потом надо расставить по местам. А до того у них нет параметров. В этом предназначение ЖЕСТКО заданной папки "Входящие" - быть свалкой необработанного пока еще материала.
Кстати, если в поиске по форуму набрать "Входящие", то вопрос отпал бы сам по себе. Не ленитесь - и будет вам счастье :-)
-
Все верно, так и должно быть, но при чем тут задачи, для которых я задал категорию и увидел их в разделе с новой категорией (и как бы рад что теперь все четко разложено) вдруг получают обнуление при уходе от родителя?
-
Т.к. у вас родитель в папке "Входящие", и вы работаете с отфильтрованной этой папкой, то при перемещении подзадачи на уровень вверх (влево по вашему) она оказывается в корне папки "Входящие", все задачи в корне которой НЕ МОГУТ иметь категории по определению. Дайте задаче-родителю категорию - и проблема исчезнет
-
По-моему, Вы уходите в другую сторону от моего вопроса.. Я спрашивал, почему задача при входе в корень "Входящих" не проверяет, какие параметры у нее заданы и не переходит в соответствующую "папку" (так сказать) как в любой другой категории / проекте? Это конечно не сверх принципиально, но если я перемещаю подзадачу на уровень выше, я делаю это осознано и задача должна соответствовать, заданным мною же параметрам, а не обнулять категорию даже без предупреждения.
-
если я перемещаю подзадачу на уровень выше, я делаю это осознано и задача должна соответствовать, заданным мною же параметрам, а не обнулять категорию даже без предупреждения.
Правильная постановка вопроса. Не может быть изменяемых по-умолчанию данных. Могут быть настройки, которые позволят такую работу тем, кому это требуется.
Я поднимал схожий вопрос:
http://forum.leadertask.ru/index.php/topic,5098.0.html
-
По поводу настройки согласен. В принципе редко у кого встретится подобная необходимость.
-
Не знаю баг это или фича, но при наличии описанной ниже картины удаляется категория.
ВХОДЯЩИЕ:
- Задача 1 (без параметров)
-- Подзадача 1 (с категорией)
-- Подзадача Х (с категорией)
Сдвигаем подзадачу влево и категория удаляется.
По-моему, Вы уходите в другую сторону от моего вопроса.. Я спрашивал, почему задача при входе в корень "Входящих" не проверяет, какие параметры у нее заданы и не переходит в соответствующую "папку" (так сказать) как в любой другой категории / проекте?
Извините, но не увидел в первой цитате вопроса из второй.
Но, во -первых, согласен с a_d, что "Не может быть изменяемых по-умолчанию данных. Могут быть настройки, которые позволят такую работу тем, кому это требуется.".
Во-вторых, продолжаю утверждать, что в категории входящих у задачи не может быть категории. Другое дело, что правы и вы и a_d, спрашивать нужно перед обнулением категории. Потому решение zitz "нужно выдавать предупреждение где пользователь может выбрать как ему поступить - сбросить категорию или отменить операцию" кажется оптимальным.
Впрочем, не претендуя на звание гуру таймменеджмента, я считаю немного странной ситуацию, когда родительская задача еще не имеет категории, а дочерняя уже имеет. А имеено такая ситуация привела к возникновению вопроса.
-
я считаю немного странной ситуацию, когда родительская задача еще не имеет категории, а дочерняя уже имеет.
Предполагаю, что это связано с системой отображения задач.
Если в папке "Входящие" создается многоуровневая задача, то приходится при разборе папки "Входящие":
1. Сначала назначить атрибуты дочерним задачам.
2. В последнюю очередь присвоить атрибуты головной задаче - иначе она перестанет отображаться в данной папке, и придется ее "ловить" вручную с помощью фильтров, навигатора или поиска.
3. А если задача сложная - то в процессе ее осмысливания могут возникнуть желания вывести из подчинения какую-то ветвь, сделав ее самостоятельной задачей.
У меня описанная ситуация была, и не один раз.
-
Может быть стоит декомпозировать задачи не в папке ВХОДЯЩИЕ, а в к/л другой. Это все равно, что начать разбирать коробки и собирать шкаф в прихожей, а не в комнате... Тогда и описанная ситуация не будет происходит. Может стоит такое ограничение ввести?
-
Может быть стоит декомпозировать задачи не в папке ВХОДЯЩИЕ, а в к/л другой. Это все равно, что начать разбирать коробки и собирать шкаф в прихожей, а не в комнате... Тогда и описанная ситуация не будет происходит. Может стоит такое ограничение ввести?
Можно и так.
Но удобство использования и состоит в том, чтобы не делать лишних перемещений.
И работая с задачей - уделить внимание самой задаче, а не внешним обстоятельствам (можно ли с здесь работать с задачей и каковы правила работы в данной категории).
Разбирая набросанные задачи в папке "Входящие" - разобрал, и этот этап работы закончился. Или по каждой задаче переходить в соответствующий проект/категорию?