GTG

Option to show tags even if they are empty

Bug #499320 reported by Kevin Mehall
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
GTG
Fix Released
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"

Tags: prefs-dialog

Related branches

Revision history for this message
Bertrand Rousseau (bertrand-rousseau) wrote : Re: [Bug 499320] [NEW] Option to show a tag even if it is empty

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

Revision history for this message
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
>

Revision history for this message
Bertrand Rousseau (bertrand-rousseau) wrote :

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

Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote : Re: Option to show a tag even if it is empty

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
Revision history for this message
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.

Revision history for this message
Chris Johnston (cjohnston) wrote :
Changed in gtg:
importance: Low → Medium
milestone: none → 0.3
Changed in gtg:
assignee: nobody → Luca Invernizzi (invernizzi)
Revision history for this message
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
Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

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)
Changed in gtg:
milestone: 0.3 → 0.4
Revision history for this message
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)
Revision history for this message
Alex Light (scialexlight) wrote :

Here is a patch that adds this functionality.

Revision history for this message
Alex Light (scialexlight) wrote :

Here is a patch that adds this functionality.

Izidor Matušov (izidor)
Changed in gtg:
assignee: Alex Light (scialexlight) → nobody
Izidor Matušov (izidor)
Changed in gtg:
status: Confirmed → Triaged
Jeff Fortin Tam (kiddo)
Changed in gtg:
status: Triaged → Won't Fix
status: Won't Fix → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.