GTG

expand/collapse in task browser

Bug #411682 reported by gwrynn
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTG
Won't Fix
Wishlist
Unassigned

Bug Description

The context menu in the task browser should give the option to expand and collapse the whole tree or the whole subtree for a selected task.

Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

Would that be really useful ? I would like to have so more feedback about that.

Changed in gtg:
importance: Undecided → Wishlist
Revision history for this message
Luca Invernizzi (invernizzi) wrote :

Personally, I think it's redundant. The tasktree has those little arrows to collapse the tree, and we should keep the context menu as small as possible.
Every entry added will mean more time to find the one you actually want.

I'll wait for a third opinion of one of gtg contributors or some interested user. If it's against this, we can close this bug. Speak up!

Changed in gtg:
status: New → Triaged
Changed in gtg:
status: Triaged → Confirmed
Revision history for this message
Bertrand Rousseau (bertrand-rousseau) wrote : Re: [Bug 411682] Re: expand/collapse in task browser

I also think this is redundant, and that most gtg user will not use
it. I understand there could be a need however. Maybe thi feature
could be added in the "View" menu instead, and attached to a shortcut.
That way, users that need it could find it through the menu and use it
in the list with the menu or the shortcut (which would be way more
efficient).

On Fri, Feb 12, 2010 at 11:06 AM, Luca Invernizzi
<email address hidden> wrote:
> ** Changed in: gtg
>       Status: Triaged => Confirmed
>
> --
> expand/collapse in task browser
> https://bugs.launchpad.net/bugs/411682
> You received this bug notification because you are a member of Gtg
> contributors, which is subscribed to Getting Things GNOME!.
>

--
Bertrand Rousseau

Revision history for this message
Bryce Harrington (bryce) wrote :

I tend to agree that putting this functionality in the context menu might be a bit much, but there's nothing to exotic about a feature to "expand all" / "expand none". For instance, it could be an option in the View menu, or could simply be an accelerator action (e.g. <Shift>Click on an arrow to expand/collapse ALL arrows.)

Revision history for this message
Luca Invernizzi (invernizzi) wrote :

On windows "*" can be used to perform "expand all" (don't know about
Vista). For some reasons, which are obscure to me, in Nautilus "*"
expands just one level. Is there a way to do that in Nautilus
I'd prefer to have it just as an accelerator action, possibly taking
the most used convention.
On Sun, Feb 14, 2010 at 08:15:10AM -0000, Bryce Harrington wrote:
> I tend to agree that putting this functionality in the context menu
> might be a bit much, but there's nothing to exotic about a feature to
> "expand all" / "expand none". For instance, it could be an option in
> the View menu, or could simply be an accelerator action (e.g.
> <Shift>Click on an arrow to expand/collapse ALL arrows.)
>
> --
> expand/collapse in task browser
> https://bugs.launchpad.net/bugs/411682
> You received this bug notification because you are subscribed to Getting
> Things GNOME!.
>
> Status in Getting Things GNOME!: Confirmed
>
> Bug description:
> The context menu in the task browser should give the option to expand and collapse the whole tree or the whole subtree for a selected task.
>
>

Revision history for this message
Bryce Harrington (bryce) wrote :

gwrynn, could you elaborate with a more detailed use case on why you think this should be added to the context menu?

It sounds like the consensus is that (at least as originally described), it is redundant with existing functionality. But before we mark this WontFix we want to give you a chance to make the case favoring it.

Aside from that is the suggestion to have a "Expand/Collapse All" in the View menu. Would that sufficiently address the need as you see it?

Changed in gtg:
status: Confirmed → Incomplete
Revision history for this message
Izidor Matušov (izidor) wrote :

No reaction in a year, feel free to reopen.

Changed in gtg:
status: Incomplete → Won't Fix
Revision history for this message
Roquentin (antonio-roquentin-deactivatedaccount) wrote :

I wanted to suggest exactly this feature and found this bug.

Use cases:

- Andy has several projects and each of them is composed by multiple subtasks. The GTG task browser gets quickly overcrowded. He wants to get an overview of the ongoing projects and starts to collapse the parent tasks. Doing it one by one is discouraging so in the end he gives up - and feel frustrated.

- Brenda uses a netbook when she travels around for work. The screen is small and only ~20 tasks fit in her GTG browser window. With all subtasks expanded, she needs to scroll the window up and down. She adds a new task from the quick add bar and tries to add it to the parent task it belongs. Locating the parent task is difficult.

My suggestion would be simply to have an entry "Collapse / expand all tasks" in the View menu, meant to be called through some keyboard shortcut. For instance, the zotero plugin for firefox uses + and - to expand and collapse attachments view.

The problem is partly alleviated by tag browsing, but I feel this enhancement would be still very useful.

Revision history for this message
Roquentin (antonio-roquentin-deactivatedaccount) wrote :

Any chance to have this bug reopened? Unfortunately I don't have much time at the moment, but I would be willing to work on it on a longer time scale.

Revision history for this message
Izidor Matušov (izidor) wrote :

Hi Antonio,

I personally don't consider it as an priority issue and until someobdy actually want to implement it/invest time into designing this feature, I don't want to reopen it. The bug was reported back in 2009 and since then so much things changed in GTG. Redesign of GTG is planned: https://live.gnome.org/gtg/Design

In other words, the discussion so far is outdated, the feature might need need another way how to integrate it into system. It would be starting from zero.

When you have enough time for this bug, simply reopen it and start working on it. (I think you should be able to do this).

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.