/*
    Добавь заголовок - Task operations
    и дальше - task - можно не употреблять
*/
All filter:
1. create task //лаконичнее - create
2. create multiple tasks //это просто несколько раз сделать create, потому убирай.
//Оперируем элементарными юз кейсами - никаких комбинаций, только разные операции

3. edit taks //edit
4. mark as completed //complete
5. mark all (multiple) as completed //complete all
6. clear completed
7. delete task //delete Советую веше по списку это поднять. Сначала - базовые операции (гугли CRUD)
//потом - остальные

8. check counter //лучше воспользуемся термином с UI - для бОльшей точности - items left counter
//и расположим этот юз кейс в отдельной группе general - т к этот счетчик реагирует на любое действие

//предложенные более лаконичные термины примени и в других группах
//а также - придерживайся одного порядка перечисления
//это упрощает восприятие
//зачем нам такой список - мы им будем пользоваться при планировании сценария
//и чем понятнее и нагляднее он будет - тем лучше
//порядок, структурность и лаконичность - залог этого

Active filter:
1. check tasks left
/*
    хм...
    а что тогда ты имел в виду под check counter?

    если это разные вещи - давай поговорим
    если это одно и то же - то см выше  items left counter в отдельной группе general
*/
...

Completed filter:
...
2. create task //спорно - будет ли востребовано это действие на этом фильтре
//поскольку разрабатываем ___main__ use cases list - можно мало востебованные вещи не перечислять
...
4. edit taks//это - тоже...мало востебовано тут, на этом фильтре
5. mark as active //лаконичнее - activate или reopen
6. mark all (multiple) as active // activate all или reopen all
//кстати - на all фильтре эти действия reopen и reopen all - тоже возможны
...

/*
  Организуй еще одну отдельную группу - switching between filters
     и распиши для каждого из фильтров
     на какие фильтры можно с данного фильтра перейти

     например
     switching between filters
        from All to
            Active
            Completed
        from Active to
            ...
            ...
        ...

      обрати внимание - с каждого из фильтров можно перейти на 2 других фильтра

      тут термин filter - один из наиболее точных
      фильтруем = согласно некому условию что-то остается видимым, а что-то скрывается

*/

/*
еще поэкспериментируй с редактированием таски в списке

        найди еще дополнительные юз кейсы

        юз кейс edit мы уже описали
        он реализуется так
            даблклик на таске
            ввод нового значения
            энтер
        его уже рассматривать не будем
        но есть еще похожие варианты )

        поэкспериментируй и найди другие варианты развития событий при редактировании
        например, если новое введенное значение = пусто
        или в конце - нажимаем не энтер, а ..., или делаем еще что-то


        сформулируй отдельную подгруппу - для дополнительных операций редактирования
        (именно дополнительных, т к стандартное редактирование - уже в нашем списке есть
        и не надо его в новом подпункте дублировать)


        будешь формулировать названия пунктов - старайся быть лаконичным и точным

        строй фразы так - что получим + как получим
        т е начинай с описания результата и продолжай описанием пути его достижения

        пример - если при редактировании текст изменить на пустую строку, то таска удалится
        такой пункт формулируем - delete by emptying text

        есть еще варианты -
        для 2-ух способов подтверждения редактирования(не с помощью нажатия на Enter)
        и одного способа отмены редактирования
          начали редактировать, внесли новый текст для таски,
          ____что-то-сделали___ (найди - что),
          результат - у таски старый текст - именно потому отмена редактирования


*/