Forum OpenACS Development: Re: OpenACS 5.0 package purge

Collapse
4: Re: OpenACS 5.0 package purge (response to 1)
Posted by Jun Yamog on 08/31/03 04:57 PM
Hi,

I think ttlite can move out.  I don't have time to maintain it and so is Vinod.  The last stuff I put into a patch was pagination.  I don't have CVS access to it, so its just a patch file on the bug tracker.

Having used both packages for almost the same need.  I can say only 2 things that I miss on ticket tracker lite while using bug tracker.

- Preferences are stored: filter, sorting, etc.  are stored in db.  That means next time you go back to it.  Its in the setting you left it.  Which I think is a bit useful.

- More than one person can be assigned on a ticket.

Having no time to maintain ttlite, and honestly little interest.  Aside from supporting legacy data.  Unless someone or Vinod will take on ttlite.  I guess it should be ok to move it to contrib.

Collapse
5: Re: OpenACS 5.0 package purge (response to 4)
Posted by Lars Pind on 09/01/03 10:15 AM
Jun,

These are features we'd love to see in bug-tracker, so I (like you, I'm sure) would prefer to see the effort gone into adding those to bug-tracker instead of maintaining two pacakges.

1) Storing prefs: the idea was to put this functionality into the list builder, so you can offer this option for any listing or table where this makes sense.

2) More than one user: We deliberately left this out, because there was a sentiment that there should always be just a single point of responsibility. You can still 'watch' a bug without being assigned (although you cannot grant a watch to someone else, which might be useful). Besides, we couldn't think of a nice way to implement the UI with form builder. (Now that I think about it, I think we forgot to look at ticket-tracker-lite.)

Anyway, this was just to encourage contributions in these areas.

/Lars

Collapse
6: Re: OpenACS 5.0 package purge (response to 5)
Posted by Tilmann Singer on 09/01/03 02:16 PM
What about the spam package? AFAIK there was agreement to move it out of the distribution as soon as bulk-mail can replace it. Anyone qualified to judge wether bulk-mail is up to it already?