Include tasks X days in advance in the work view

[Raphaël Hertzog]

There should be a parameter "Include tasks in Work view X days before their start date". I usually want to see from the beginning (i.e when I schedule the week of work) all the tasks that I have planified in the week even if some are marked to start only some days later.

This lets me see if I have spare time or not when other unexpected stuff comes in.

[Lionel Dricot (ploum-deactivatedaccount)]

Honnestly, it sounds odd to me to have a kind of "start date of start date". Simply choose the start date at which you want your task to appear in your list.

[Raphaël Hertzog (hertzog)]

On Fri, 20 Mar 2009, Lionel Dricot wrote:
> Honnestly, it sounds odd to me to have a kind of "start date of start
> date". Simply choose the start date at which you want your task to
> appear in your list.

Start date is the date where I want to start to work on the task.

But if I have planned something for thursday I don't want to re-discover it
only on thursday, I want to see a few days in advance what I planned.

I don't want another start date, I want a delay expressed in days (and not
a date) that express how far in the future I want to look at when
considering the active tasks (if at all).

I reopen this, please don't close bugs with Won't Fix bugs so quickly. I
attach you a screenshot of ThinkingRock to show you that I can filter my
view to see tasks up to today, or up to 1/2/3/4 weeks.

You wanted feedbacks on what people need, I gave it to you. Now don't
respond to people that they have to put wrong information (false date) in
the tasks so that they get the desired behaviour by the application.

 status new

Cheers,
--
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/

[Lionel Dricot (ploum-deactivatedaccount)]

Raphael > Thanks for your feedback. You reported *a lot* of really interesting bugs and I really appreciate (even if it means more work us ;-) )

The fact is that we want to keep things simple, straight and generic.

It means that we cannot exactly fit in every usecases you can imagine. It also means than we want to keep the number of concepts in use in GTG to a strict minimum. Each concept that would be added should be weighted to see the benefits.

The start_date will soon change its name to better reflect this (and will be delay based instead of date base. Like "report this in two weeks" that's bug #340036 ) : it's the date when you want your task to appear in the workview. Nothing else. You handle that how you want it but it is the date used to know when the task will appear in your workview.

The screenshot you provide is exactly what we want gtg to *not* be. Just imagine your mother launching it for the first time.

So I really appreciated your proposition. I didn't closed it "quickly". I took a few minutes to be sure to understand but you were clear. To think about the idea and then, I thought : "that's clearly not intuitive and really heavy to put in a user interface for no feature benefit". So I closed it as "Wont fix" and "wishlist" which is, as I sent to the mailing list, our code for idea that we don't see the need to do or we clearly cannot do right now but that everyone should be free to reopen if things change.

Please continue to report such idea. Of course, we cannot agree on all, of course there might be ideas that one will find completely dumb and the other will find genius. But that's how we will all evolve and bugs reports are cheap ! I really want to thank you for all the bugs you've found :-)

In order to have a third party advice, I will let Bertrand choose if this bug should be confirmed or closed.

[Raphaël Hertzog (hertzog)]

On Fri, 20 Mar 2009, Lionel Dricot wrote:
> Raphael > Thanks for your feedback. You reported *a lot* of really
> interesting bugs and I really appreciate (even if it means more work us
> ;-) )

I just manually imported my task list into gtg in order to give it some
real usage and real feedback. And the reason for this is that I agree with
the basic design goals that you set:

> The fact is that we want to keep things simple, straight and generic.
[...]
> The screenshot you provide is exactly what we want gtg to *not* be. Just
> imagine your mother launching it for the first time.

I know that. It's part of the reasons why I would like to switch away from
this java application. But there are features that are important and this
one is important for gtg in its current form.

It doesn't need to take screen space, it's a preference and should only
appear in a preference window.

Even if you implement the "Defer this task" idea, I still want to see
what's coming up in the X following days.

Cheers,
--
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/

[Bertrand Rousseau (bertrand-rousseau)]

I guess this can also be put in relation with this request:
https://bugs.launchpad.net/gtg/+bug/340022

As said in many bug report, the actual view is a first draft. We need
to try different sorting views to enable a better perception of tasks
structure (project, contexts, etc.) and timing. I guess we'll
experirment some view as the one suggested in bug #340022. In that
case, having an option allowing to specify how many days in advance
you want to see future tasks in the view would be quite
understandable.

Regarding the workview, I must say I am not a big user of it (Lionel
is), so I cannot clearly decide if it is OK to tune this aspect. But,
IMHO, putting a preference in the future preference editor for this is
no big deal.

On Fri, Mar 20, 2009 at 3:26 PM, Raphael Hertzog <email address hidden> wrote:
> On Fri, 20 Mar 2009, Lionel Dricot wrote:
>> Raphael > Thanks for your feedback. You reported *a lot* of really
>> interesting bugs and I really appreciate (even if it means more work us
>> ;-) )
>
> I just manually imported my task list into gtg in order to give it some
> real usage and real feedback. And the reason for this is that I agree with
> the basic design goals that you set:
>
>> The fact is that we want to keep things simple, straight and generic.
> [...]
>> The screenshot you provide is exactly what we want gtg to *not* be. Just
>> imagine your mother launching it for the first time.
>
> I know that. It's part of the reasons why I would like to switch away from
> this java application. But there are features that are important and this
> one is important for gtg in its current form.
>
> It doesn't need to take screen space, it's a preference and should only
> appear in a preference window.
>
> Even if you implement the "Defer this task" idea, I still want to see
> what's coming up in the X following days.
>
> Cheers,
> --
> Raphaël Hertzog
>
> Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
> http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/
>
> --
> Include tasks X days in advance in the work view
> https://bugs.launchpad.net/bugs/345827
> You received this bug notification because you are a member of Gtg
> developers, which is the registrant for gtg.
>
> Status in Getting Things Gnome!: New
>
> Bug description:
> There should be a parameter "Include tasks in Work view X days before their start date". I usually want to see from the beginning (i.e when I schedule the week of work) all the tasks that I have planified in the week even if some are marked to start only some days later.
>
> This lets me see if I have spare time or not when other unexpected stuff comes in.
>

--
Bertrand Rousseau
Place communale 1, 1450 Chastre, Belgium
e-mail : <email address hidden>
tel : [phone]

[Bertrand Rousseau (bertrand-rousseau)]

This bug is also related to this: https://bugs.launchpad.net/gtg/+bug/342955 I'll mark this bug with the "preference" tag.

BTW, for me this bug is valid as long it is ok for the workview to be configurable.

[Lionel Dricot (ploum-deactivatedaccount)]

9 months later, I still want to close this bug as Won't Fix. Can I have other opinions please ?

[Luca Invernizzi (invernizzi)]

I agree with you. For this kind of behavior, one could simply choose an earlier start date, like the people who keep their watch running early. For all the rest of the users, this would be just a cluttering option.

[Bryce Harrington (bryce)]

I also agree it adds clutter.

Some sort of "planning view" might be of some value maybe. But that's not really what's described by this bug report. I agree this one should be marked wontfix.