Skip to content

feature request: remove/improve automatic parent folder tagging #1855

Closed

Description

@jceb

The 3.8 update brought automatic parent folder tagging which completely broke my workflow. I use the tag folder extension with a 3-4 level nested structure of tags. While before 3.8 I had usually just one tag for every note and used the nested structure to move notes from tag to tag easily. With 3.8 a change of tags automatically adds tags to the note for the whole structure. Suddenly it becomes a real hassle to move a note between tags, because I don't want the note to show up in the parent structure and therefore have to remove the added tags manually.

With the current system in place I don't get how nested tags should work. Already with a shallow tag structure of two levels, #topic.a and #othertopic.b, it becomes a real effort to move a note from a to b. I'd have to manually remove tags #topic and #topic.a before I can fully move the note over to #othertopic.b. The issue increases with increased nesting.

Another challenge is the visual clutter that's introduced by parent tagging. I think of tags as significant pieces of information when I scan my notes, However, with the increase amount of tags that are mostly irrelevant to me, it becomes difficult to find the relevant tag.

I'm not fully opposing the change's intention of listing notes in parent tags but couldn't this be achieved in a more subtle way? With tag #topic.a it can be assumed that the note is also part of the parent #topic tag. This way the visual clutter could be removed while providing similar functionality and unifying the experience of how notes are listed in tags.

Activity

  1. changed the title [-]feature request: disable automatic parent folder tagging[/-] [+]feature request: remove/improve automatic parent folder tagging[/+] on Jul 9, 2021
  2. added
    enhancementRequest for a new feature within existing apps or extensions
    on Jul 12, 2021
  3. JaspalSuri commented on Jul 12, 2021

    @JaspalSuri

    Hi @jceb, sorry to hear that. Thanks for sharing your feedback on this with us. We'll continually monitor additional feedback on this behavior and adjust it accordingly as some users like this behavior. Hopefully we'll devise a solution that satisfies both preferences. 🙂

  4. transferred this issue fromstandardnotes/appon Sep 29, 2022
  5. locked and limited conversation to collaborators on Feb 14, 2023
  6. converted this issue into a discussion #2645 on Feb 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementRequest for a new feature within existing apps or extensions

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions