Re: [Core-lan-org-devel] hello? are the maintainers reading this list?

[Dennis F. <de...@co...>]

Hello guys,

Welcome Marshall, it's a honour to have you here.

----- Original Message -----
From: "Marshall Rose" <mr...@db...>
To: <cor...@li...>
Cc: <da...@cr...>
Sent: Wednesday, July 03, 2002 5:53 PM
Subject: Re: [Core-lan-org-devel] hello? are the maintainers reading this
list?


> > Yes, Dennis and the others do read this. I am technically a maintainer,
> > too, although I've never actually done a commit. :-)
>
> solid. i really like this package. it's found the sweet spot between
simplicity and power.
>
> before i send a summary of minor changes along with a "diff -u" later this
week, let me ask two questions.
>
> 1. i'm not quite sure i get the whole "usergroup" thing. i understand the
part about being able to put users in different groups. what i can't quite
figure out is what good this does since most of the code looks for either
$admin=1 or pg_numrows(...owner=$uid).

Well you can add a task to a group this is very handy of you want
administration to access administration tasks and to have sales do sales
tasks. Pretty basically it's what we need and therefore it's here. We use it
for seperating the organisation and the 'normal' users. Most likely somebody
will find it usefull.

> afaik, the only thing that being in a usergroup does is let you see tasks
in that group (unless the globalaccess column is true). is there anything
else here?

See above.
>
> the sort of "obvious" thing to me was that folks in the usergroup get mail
when you changes get made and the "send to mailing list" box is checked, but
there is only one mailing list, the global one.
>
> comments?

Um, good point. As I've never needed this I've also never thought about it
very much. It really makes sense but I think that mailing all the group
members would be preferred above maintaining loads of mailinglists. Any
comment on this would be very welcome!

> 2. there are only two "major" things missing that i'd really like (and may
get around to implementing unless you guys say they're bad ideas):
>
> 2a. the ability to "re-parent" a task. sometimes when i'm adding a project
and its subtasks, i get the hierarchy wrong, and i'd really like to be able
to change the parentid (including setting it to zero to make it a top-level
task).

True. This is a 'good thing' (tm) and I will code it if you can't find the
time.

> 2b. when i'm managing usergroups, i'd really like to be able to see (and
perhaps edit) which users are in that usergroup. ideally there could be a
multi-choice drop-down window in the editform for a usergroup.

It's there, in CVS just waiting for you :) Atleast I think :/. I've been
coding so much that I've lost track. And if it's not I pretty sure have
another solution as the question was presented to about 2 weeks ago.

Thanks for listening,
Dennis Fleurbaaij
de...@co...