[OGo-Users] Re: [OGo-Developer] Changes to trunk, Testing

[Sebastian Reitenbach]

users@opengroupware.org wrote: 
> On 08.02.2008, at 21:05, Sebastian Reitenbach wrote:
> >> I think it would be more useful to persist the fact that the user
> >> selected a 'group' (hence doesn't care which projector he gets).
> > but they run into resource conflicts, where they doesn't really need  
> > to.
> 
> Why would they run into resource conflicts if the category is saved  
> and a resource of the category is available?
see my example in the other mail, the actual algorithm to determine 
availability is not very clever, and it can come to conflicts, where it must 
not.

> 
> 
> >> Its very unlikely that I will add an amount.
> > hmm, why not, what would it cost, it would allow all above mentioned  
> > stuff?
> 
> I've already explained why, and Adam elaborated further on that.
yes, and I begin to understand, sometimes it just takes a bit longer ;) it 
might easily work for few appointments, but may be hard for many. I think 
with a bit restructuring of the resources, I can make it work as you 
intended it to work. But the inability to select groups when creating new 
appointments, or when editing them, makes it not really useful.
 
> 
> I can envision some setups where it _might_ make sense (when there are  
> really _large_ quantaties of equal objects, eg chairs in a conference  
> room), but as Adam suggests this is really overkill and probably a  
> different software altogether (inventory management).
actually, we use this to order soft-drinks, cookies, ...
So then I'm back on the bool field, "Ignore conflicts" for such resources. 
It would be great, if I could specify that for a given resource conflicts 
should be ignored.
So instead of having resource groups Coffee, Soft-drinks, cookies, each 
containing resources coffee1-10, cookies1-10...
I could have a resource group Catering, where I then have resources coffee, 
soft-drinks, cookies. this would make the the booking of such resources way 
more clear. People get confused, and waste time, when they have too much 
possibilities to choose from.

and right now, when I book such resources, I always get a resource conflict, 
because, as said before, when creating a new appointment, then it is not 
possible to select a group.
Also it is annoying, when there is a conflict, and I want to send mail after 
appointment creation, then only the creator is in the list of mail 
recipients. When there is no conflict, all participants are in the list of 
mail recipients. I think I have an open bug report for that.
I think some kind of caching bug, but I have no idea how to fix this.
this bugs people, makes them frustrated.
Yes, they should take the proposal interface, but they don't do, no idea 
why.

> 
> 
> Resources require a rework anyways. Its more likely that resources  
> will become another SQL-view on top of the company table to enhance  
> consistency with iCalendar. The 'kits' would probably become  
> resource-'teams' quite naturally. Not sure how one would represent  
> resource categories. We'll see once we actually implement it ...
Oh, when will this happen? ;)

cheers
Sebastian