Кирилл Е,
Не принципиально конечно, но если тэги отличаются от привычного понимания, то наверное стоило их и назвать по другому например "Метка/Label".. А по существу того что сейчас доступно и его назначений вопрос спорный и вот почему:
1) Если говорить о тэгах в их текущей реализации как о пометках, ключах, то в текущем функционале более чем достаточно средств это делать. Вводим пометки в тело задачи, в заметку (псеводотеги с применением спец.символов например решетка в начале) или пользуемся контекстом. Любой из этих подходов уже позволяет фильтровать. Минусы такого подхода которые как раз "закрываются" тэгами такие:
Во-первых, это опечатки. т.е. если допустил ошибку в псеводтеге, то вряд ли уже найдешь задачу по фильтру, при чем чем ближе опечатка к началу псевдотега, тем вероятность "профукать" задачу выше. Тэги же с их автоподстановкой позволяют практически исключить данное обстоятельство, но при условии, что каждая сущность в тэге будет рассмотрена отдельно.
Во-вторых, это необходимость помнить какие псеводтэги были уже введены. У меня в подчинении 100 человек и их я помню пофамильно, но стоит отойти в сторону например, как я писал постом выше "#Совещание 2018.09.04" сразу возникает вопрос запоминать даты совещаний. Или если в тэг прописывать конкретное место. Сегодня я задачу покупки овощей связал с псеводтэгом "#Рынок" а завтра написал "#Продукты" и в итоге таких "одинаковых" по смыслу псевдотэгов можно наплодить и при фильтрации опять же потерять задачу. Это тоже можно закрыть тэгами в их текущей реализации с применением группировки. Нет тэга поместили в существующий подходящий по смыслу, если нет существующего открыли новый, но это при условии, что каждая сущность в тэге рассмотрена отдельно.
Если строка тэга прописывается по нескольким сущностям то никакого преимущства тэгов перед псевдотэгами не наблюдается!
2)Если рассматривать тэг как позицию по которой можно группировать, то да только одна сущность в тэге позволит это сделать. Опять же для данной роли вполне себе подходят контексты и флаги. Контексты прекрасно справляются с хроносом и областями (например @Рабочее время и областями @Люди), а флаги как раз идеальны для статуса (!Дело, !Поручить!, !Ожидание/контроль и т.п.) Тут у тэгов в принципе никаких преимуществ нет потому как функционал контекстов и флагов полностью перекрывает тэги. Вот только плодить контексты и флаги очень не хочется потому как это все таки замедление работы.
Кирилл Е писал(а):Qr Bbpost За мультипозицию в МЛО уже отвечают @контексты.
Они умеют всё то же что и теги.
Не соглашусь, что контексты "умеют все тоже что и тэги" я бы даже сказал они умеют больше за счет возможности множественного назначения. Но у контекстов есть одна достаточно специфичная особенность это наследование. Подробно данная проблема описана
здесь. Кстати в указанной теме уважаемый
WaRoX предлагает решение вроде бы качественное, но расходящееся с мнением автора программы изложенным в обучающем видео -
пруф (смотреть со второй минуты))). Однако отмечу, что убрать наследование контекстов тоже не есть правильное решение, но это если тэги имеют место быть), ну или по крайней мере допускаю, что можно сделать отключение наследования контекстов в настройках. Если же пойти по Вашему предложению (использование "необязательных" контекстов) то задача которая связана с покупкой овощей (раз уж я к овощам прицепился)))) попадает например в контекст _Продуктовый, при этом подзадача снять деньги в банкомате унаследует данный контекст. Постоянный мониторинг контекстов у создаваемых задач ИМХО не вариант абсолютно. Револьверный проект создавать очень неудобно и много действий (то есть нужно создать проект настроить ему свойства подзадач по порядку, потом текущую задачу перенести в него, а потом только уже закидывать в него первичную задачу снять деньги в банкомате и при этом тогда сама суть наследования контекстов просто убивается через кучу манипуляций) Именно поэтому я считаю что такой
конкретный признак запросто может быть использован в тэге, а контекст должен быть по времени и области. Например контексты бы я поставил @Личное время и @Дом/Быт (при чем только первый бы ограничил по времени, чтоб он деактивировал эту задачу в рабочее время) а тэг уже как раз #Продуктовый. Подзадача бы тогда унаследовала указанные контексты, а тэг у нее был бы уже #Банк. Тогда действительно все подзадачи наследовали бы данные контексты и при этом четко подразделялись бы в общей массе задач в рамках отдельного флага и показывались бы в нужные отрезки времени в активных задачах (ну по крайней мере в моей системе так).
По сути Вы хотите сделать вторые контексты, но быстрые, легкие - тоесть автоудаляющиеся
Тут тоже не соглашусь. Я не говорю о тэгах как о вторых контекстах. Я говорю о признаках задачи являющихся ее частью, выделение которых в отдельный атрибут позволяет эти задачи группировать по данному признаку. т.е. как совершенно верно говорит уважаемый
Краевой контексты даже если они не нужны могут пригодится в будущем, а тэг по-моему "умирает" вместе с завершенной задачей, так как явялется признаком данной задачи. Например опять же #Совещание 2018.09.04 зачем мне такой контекст в принципе это уже прошедшее событие мне просто нужно собирать вместе задачи которые с ним связаны (при этом они могут относится к разным проектам, поэтому предлагаю не развивать тему в направлении проектов))) Можно сказать, что я вижу конструкцию так контекст в нем задачи а в них тэги, т.е. не место связано с задачами, а задача в свою очередь связана с местом. И как раз совпадение тэгов позволяет в данном случае эти задачи группировать.
Я не говорю что появление тэгов как-то испортило картину, напротив когда в анонсе 5-ки я увидел тэги я был очень рад, но в текущей реализации (одна задача - один тэг) вполне можно обходится и контекстами с псеводтэгами. Но раз уж функционал тэгов внедрен, опять же удобней и гибче будет если их будет несколько. Можно добавить только еще один тезис в пользу нескольких тэгов на задаче это универсальность. Тот кому нужен будет один тэг на задачу пусть использует один.. Кстати частично снять вопрос с сортировкой по нескольким тэгам позволяет подход двойного тэга (например как предлагал
Краевой с двойными контекстами #Работа_Совещание 2018.09.05 или такой тэг #Места_Продуктовый), тогда можно будет сортировать правда группы уже..) Я уже сейчас распределил тэги с применением спецсимволов (Документы - знак решетки в начале, Места - знак звездочки, без спецсимвола - Люди).