You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think it would be convenient to have hierarchical tags, ie. tags that would be organized themselves as a hierarchy rather than just being a set of tags. A hierarchical naming can already be used without being builtin (ie. one can name tags A, A::B, A::C, ...). However, I usually view subtags as implying their parent, ie a file which is tagged A::B should also be tagged A ("every A::B is also a A"). This can also be achieved with implications without further support, but this means manually writing every imply.
It would be neat if, instead, such implies would be implicit, ie whenever I create a tag A::B, this ensures that the tag A exists, and creates the implication A::B -> A.
Also, it would be neat if the displaying of tags could take advantage of this hierarchy, ie showing maybe something like
$ tmsu tags
...
A
-> B
...
rather than
$ tmsu tags
...
A
A::B
and by not showing implicitly implied tags, ie tmsu tags afile tagged with A::B would only show A::B, and not A, because it is clear that such a file is also tagged with A.
Ideally, such a feature should be optout-able, to avoid breaking the workflow of people that do not desire organizing their tags hierarchically.
The text was updated successfully, but these errors were encountered:
I think it would be convenient to have hierarchical tags, ie. tags that would be organized themselves as a hierarchy rather than just being a set of tags. A hierarchical naming can already be used without being builtin (ie. one can name tags
A
,A::B
,A::C
, ...). However, I usually view subtags as implying their parent, ie a file which is taggedA::B
should also be taggedA
("every A::B is also a A"). This can also be achieved with implications without further support, but this means manually writing everyimply
.It would be neat if, instead, such implies would be implicit, ie whenever I create a tag
A::B
, this ensures that the tagA
exists, and creates the implicationA::B -> A
.Also, it would be neat if the displaying of tags could take advantage of this hierarchy, ie showing maybe something like
rather than
and by not showing implicitly implied tags, ie
tmsu tags afile
tagged withA::B
would only showA::B
, and notA
, because it is clear that such a file is also tagged withA
.Ideally, such a feature should be optout-able, to avoid breaking the workflow of people that do not desire organizing their tags hierarchically.
The text was updated successfully, but these errors were encountered: