Наследование родительских контектов

[Rabbit]

Подскажите, как можно отключить наследование родительских контекстов при создании задач в дереве задач?
Проблема в том, что в дереве есть задача "Заказать столы", у которой есть контекст "Звонки".
И есть подзадача "Выписать список компаний, занимающихся мебелью". Ей наследуется контекст "Звонки".
Зачем?
Как это исправить?

[WaRoX]

В целом по подходу не совсем верно так ставить контексты. Если задача "Заказать столы" заведомо состоит из подзадач разных контекстов, то не надо ей вешать определенный контекст (так как в заказ столов относится в целом не только к звонкам). Наследование контекстов удобно, когда, например, есть папка для бытовых дел с контекстом "@Дом", и все создаваемые в ней задачи сразу получают соответствующий контекст локации.
Т.е. подход устроен таким образом, что контекст всегда ставится подчиненным задачам. Если же всё-таки надо иметь возможность быстро обнулять контекст, то можно назначить горячую клавишу для этого (Настройки - Горячие клавиши - "--Задача дополнительно--" - "Убрать контексты с задач и подзадач"

[Rabbit]

Быстро обнулять контекст - это неудобно, даже если быстро, т.к. надо об этом помнить.
Странно, что нет такой галочки в настройках - "Не наследовать родительские контексты".
Думаю, не совсем верно говорить о "правильном" или "неправильном" использовании контекстов на примере частного случая.
Я могу привести ещё один пример:

Заказать визитки [нет контекстов] (проект)
- отдать макет в печать [контексты: Курьер] (задача неактивна в силу незакрытых подзадач)
- - согласовать макет с руководителем [контексты: Планёрка] (задача неактивна в силу незакрытых подзадач)
- - - исправить макет [контексты: Дизайнер] (активная задача)

У всех задач разные контексты, т.к. каждый из этапов связан с разными действиями и разными действующими лицами. Очень неудобно, что сейчас при создании задачи "согласовать макет с руководителем" ей назначается контекст "Курьер". А при создании задачи "Исправить макет" ей назначается контекст "Планёрка".

[WaRoX]

В примере, который вы приводите, иерархией решен вопрос последовательности выполнения задач, в то время как иерархия должна декомпозировать задачи на составляющие. Здесь правильное применение методологии будет следующее:
Заказать визитки (нет контекстов, проект, подзадачи по порядку)
- исправить макет (@ Дизайнер)
- согласовать макет (@ Планерка)
- отдать макет в печать (@ Курьер)

Результат в ToDo получается такой же