Option to show tags even if they are empty

Bug #499320 reported by Kevin Mehall on 2009-12-22
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Getting Things GNOME!
Medium
Unassigned

Bug Description

There should be a checkbox on the tag right-click menu that makes the tag always visible, even if it has no tasks.

As tasks come and go, sometimes a tag may still be relevant, but all tasks are completed at that moment in time. The next time the user wants to use that tag, they have to type it manually. This would enable the user to make the state of their GTG "workspace" consistent and always be able to use the method of adding tags they are used to (e.g. drag/drop or click on the tag and then quick add).

It may also help reduce confusion: the user immediately sees "oh, I don't have any @example tasks", instead of "Where did that @example tag go? It's not there ... I guess that means I have no @example tasks"

Related branches

I'm not sure about the fact this should be available through
right-click menu. I guess this should be part of a preference panel,
and define the behavior of all tags at once.

On Tue, Dec 22, 2009 at 4:04 AM, Kevin Mehall <email address hidden> wrote:
> Public bug reported:
>
> There should be a checkbox on the tag right-click menu that makes the
> tag always visible, even if it has no tasks.
>
> As tasks come and go, sometimes a tag may still be relevant, but all
> tasks are completed at that moment in time. The next time the user wants
> to use that tag, they have to type it manually. This would enable the
> user to make the state of their GTG "workspace" consistent and always be
> able to use the method of adding tags they are used to (e.g. drag/drop
> or click on the tag and then quick add).
>
> It may also help reduce confusion: the user immediately sees "oh, I
> don't have any @example tasks", instead of "Where did that @example tag
> go? It's not there ... I guess that means I have no @example tasks"
>
> ** Affects: gtg
>     Importance: Undecided
>         Status: New
>
> --
> Option to show a tag even if it is empty
> https://bugs.launchpad.net/bugs/499320
> You received this bug notification because you are subscribed to Getting
> Things GNOME!.
>

--
Bertrand Rousseau

Pititjo (jonathan-barnoud) wrote :

I agree with Kevin. This behavior should be very helpfull with
drag-and-drop but should be set up tag by tag.

I only have a few tags which I want have always present. If the others
have the same behavior that will flood the tag panel.

At long term we probably have to implement a tag preference box if all
our feature are base on them so it is only one attribute more.

Le mardi 22 décembre 2009 à 08:33 +0000, Bertrand Rousseau a écrit :
> I'm not sure about the fact this should be available through
> right-click menu. I guess this should be part of a preference panel,
> and define the behavior of all tags at once.
>
> On Tue, Dec 22, 2009 at 4:04 AM, Kevin Mehall <email address hidden> wrote:
> > Public bug reported:
> >
> > There should be a checkbox on the tag right-click menu that makes the
> > tag always visible, even if it has no tasks.
> >
> > As tasks come and go, sometimes a tag may still be relevant, but all
> > tasks are completed at that moment in time. The next time the user wants
> > to use that tag, they have to type it manually. This would enable the
> > user to make the state of their GTG "workspace" consistent and always be
> > able to use the method of adding tags they are used to (e.g. drag/drop
> > or click on the tag and then quick add).
> >
> > It may also help reduce confusion: the user immediately sees "oh, I
> > don't have any @example tasks", instead of "Where did that @example tag
> > go? It's not there ... I guess that means I have no @example tasks"
> >
> > ** Affects: gtg
> > Importance: Undecided
> > Status: New
> >
> > --
> > Option to show a tag even if it is empty
> > https://bugs.launchpad.net/bugs/499320
> > You received this bug notification because you are subscribed to Getting
> > Things GNOME!.
> >
>
>
> --
> Bertrand Rousseau
>

Then there should also be some visual feedback, in order to know which
tags are "sticky", or it's going to be confusing for the user to know
which tag he can expect to stay at all time or not.

On Tue, Dec 22, 2009 at 10:42 AM, Pititjo <email address hidden> wrote:
> I agree with Kevin. This behavior should be very helpfull with
> drag-and-drop but should be set up tag by tag.
>
> I only have a few tags which I want have always present. If the others
> have the same behavior that will flood the tag panel.
>
> At long term we probably have to implement a tag preference box if all
> our feature are base on them so it is only one attribute more.
>
> Le mardi 22 décembre 2009 à 08:33 +0000, Bertrand Rousseau a écrit :
>> I'm not sure about the fact this should be available through
>> right-click menu. I guess this should be part of a preference panel,
>> and define the behavior of all tags at once.
>>
>> On Tue, Dec 22, 2009 at 4:04 AM, Kevin Mehall <email address hidden> wrote:
>> > Public bug reported:
>> >
>> > There should be a checkbox on the tag right-click menu that makes the
>> > tag always visible, even if it has no tasks.
>> >
>> > As tasks come and go, sometimes a tag may still be relevant, but all
>> > tasks are completed at that moment in time. The next time the user wants
>> > to use that tag, they have to type it manually. This would enable the
>> > user to make the state of their GTG "workspace" consistent and always be
>> > able to use the method of adding tags they are used to (e.g. drag/drop
>> > or click on the tag and then quick add).
>> >
>> > It may also help reduce confusion: the user immediately sees "oh, I
>> > don't have any @example tasks", instead of "Where did that @example tag
>> > go? It's not there ... I guess that means I have no @example tasks"
>> >
>> > ** Affects: gtg
>> >     Importance: Undecided
>> >         Status: New
>> >
>> > --
>> > Option to show a tag even if it is empty
>> > https://bugs.launchpad.net/bugs/499320
>> > You received this bug notification because you are subscribed to Getting
>> > Things GNOME!.
>> >
>>
>>
>> --
>> Bertrand Rousseau
>>
>
> --
> Option to show a tag even if it is empty
> https://bugs.launchpad.net/bugs/499320
> You received this bug notification because you are subscribed to Getting
> Things GNOME!.
>

--
Bertrand Rousseau

I think that we should have a global option "show tags without tasks" and the ability to remove a tag.

summary: - Option to show a tag even if it is empty
+ Option to show tags even if they are empty
Changed in gtg:
status: New → Confirmed
importance: Undecided → Low
Aniruddha (mailing-list) wrote :

I think it's important to have a possibility to define tags in the preference screen (additional to inserting a tag in a todo). Meaning that you can define tags in a preference screen and that these tags will always show.

Chris Johnston (cjohnston) wrote :
Changed in gtg:
importance: Low → Medium
milestone: none → 0.3
Changed in gtg:
assignee: nobody → Luca Invernizzi (invernizzi)
Luca Invernizzi (invernizzi) wrote :

This will probably depend on Ploum's refactoring, so I'm not fixing it till it lands in trunk

tags: added: prefs-dialog
Changed in gtg:
assignee: Luca Invernizzi (invernizzi) → nobody

What should be implement now ? Will it be a per tag behaviour or a general behaviour ?

It's fairly easy to implement as it's just a matter of dealing with the tag filter.

Izidor Matušov (izidor) on 2011-08-12
Changed in gtg:
milestone: 0.3 → 0.4
Alex Light (scialexlight) wrote :

I have a patch for this mostly coded up, Just need to deal with glade deciding to rewrite 1/4 of the taskbrowser.glade file :-/

Changed in gtg:
assignee: nobody → Alex Light (scialexlight)
Alex Light (scialexlight) wrote :

Here is a patch that adds this functionality.

Alex Light (scialexlight) wrote :

Here is a patch that adds this functionality.

Izidor Matušov (izidor) on 2012-08-14
Changed in gtg:
assignee: Alex Light (scialexlight) → nobody
Izidor Matušov (izidor) on 2012-11-02
Changed in gtg:
status: Confirmed → Triaged
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers