gtg-user team mailing list archive

[Luca Invernizzi <invernizzi.l@xxxxxxxxx>]

Since you're interested, here's the roadmap about the RTM plugin
I was thinking about (I'm its main developer):

1 -  task description support  (
https://bugs.edge.launchpad.net/gtg/+bug/516406)
2 - list support
3 - speedup (by asking only the diff from the last list, instead of the
whole list)
4 - Automatic sync (https://bugs.edge.launchpad.net/gtg/+bug/521585 , this
is the last one since it will probably come packed int the "multiple
backend" awesome feature, which is GTG's next-big-thing)

Specifically about list support, currently GTG keeps the tasks in the list
in which it found them.

For the future I was thinking about going for solution 1 (rtm lists == tags
in gtg). keeping the approach "if it's in a list leave it there", the only
problem we would have is if the task is tagged with two different @lists.
I don't see easy solutions:
 - we could duplicate the task
 - we could go for the most popular list
 - we could choose randomly
Neither of this does make sense, but the problem at the base is that such a
task has been probably wrongly tagged.

Solution 2 (make lists big parent tasks) is also a possibility, but I
personally prefer using tags instead of tasks as big "projects" containers.
If many users prefer this way, we could give the possibility to choose the
best way in the preferences (like the Hamster plugin does).
Matthew is right, though. This wouldn't really solve the problem affecting
the solution via tags, since a task can have multiple parents. Now it's not
an easy process (you have to know your ways around gtg and use the force -of
CTRL+C http://gtg.fritalk.com/post/2010/02/03/GTG-tips-and-tricks2), but
that will probably be easier in the future. GTG is still a very young
project, the first commit has been made the 17 of October 2008.

Solution 3 is use Tasque. :-D

May the improbability take you afar,

 Luca


On Mon, Feb 15, 2010 at 4:21 AM, Matthew Bassett <matthew@xxxxxxxxxxxx>wrote:

>  On Mon, 2010-02-15 at 14:37 +0100, Tom Van Braeckel wrote:
> [deletia, and...]
>
>  As far as I can tell, the RTM plugin (and GTG in general) does not support
> lists, only tasks and tags.
>
> Now, to resolve this, I see 2 solutions:
>
> 1) Giving each task from RTM a tag with the name of the list.
> That way, tags would be used to create "lists".
>
> 2) Making each task from RTM a subtask of a task with the name of the list.
> That way, parent-tasks would have all child-tasks under them.
>
> The first option seems best to me and I'd like to take a stab at it, but I
> don't know GTG or the future direction very well, so feel free to make
> suggestions !
>
>
> I suspect the 2nd option to be more "correct". Lists and tags are
> semantically different:
>
>    - In RTM a task can have any number of tags, but it can belong to only
>    one list. This could be a problem when uploading tasks created in GTG to RTM
>    (what happens if a task uploaded from GTG has multiple 'list tags' -- which
>    RTM list should it actually go to?)
>    - In GTG a task can have any number of tags, but only one parent task
>    (except it can, if you know how to do it).
>
> I suspect this was probably not much help...
>
>
> ------------------------------
>
>
> Matthew Bassett
>
>    - Email: matthew@xxxxxxxxxxxx <matthew.bassett@xxxxxxxxxxx>
>    - PGP Fingerprint: 457B BA13 A33D 82FA F744 D7F7 ACBC 78D5 097B 0551
>    - Phone: +44 (7979) 867001
>    - Web log: http://www.mbassett.org
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~gtg-user
> Post to     : gtg-user@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~gtg-user
> More help   : https://help.launchpad.net/ListHelp
>
>