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

[Adam Tauno WIlliams]

> > > ah, there it is, thanks for your patience. but this still does not  
> > > help, for the situation described in the other mail:
> > > assume two projectors available, projector one is booked in the  
> > > morning, projector two is booked in the evening, then the third  
> > > person comes, and wants a projector, for a whole day meeting the  
> > > same day, then the proposal will not find a free time slot (Got no  
> > > free time interval). 
> > Thats correct, though the fact is visualized in the resourcemanager.  
> > (he will see when each of the projectors is booked and can coordinate  
> > that with the guys).
> > Not sure how much that is a real world problem. Eg usually the  
> > resource will not be 100% equal but have an associated 'quality' (eg  
> > big room, small room), hence will require offline interaction who  
> > takes what.
> people don't want to bother which projector they get, they just want to make 
> sure that they get one. 

Agree.  The user may not care but the care-taker of the resource always
will [I can't think of a single reasonable case where they wouldn't,
except in the tiniest of shops].

> its hard to get these people adding resources as they should, 

That is a training issue;  we face the same issue.  But you're going to
have that issue regardless of the software package.

> > (As mentioned I don't like the non-identity idea in any case)
> an amount of 1 would would make the resource unique, a number of n would 
> make n resources available. The admin could raise or lower the number, e.g. 
> in case a projector breaks. A "very large number" would allow to book 
> virtually unlimited resources, like coffe, soft-drinks, ... 

I still really don't think those are resources.  To me they seem like
tasks (to-do list items, for someone, like "provide coffee").  Perhaps
this is an enhancement.  Actually I have an in-house app like this,
where linked tasks are created automatically for the appointment's chair
(or someone).

> and for some reason, people tend to use the new button instead of the 
> proposal function. When you create an appointment, then you cannot select 
> groups.

Again, a training issue.  Although I think the inability to choose a
group in the appointment editor (when in "new" mode) could be considered
a bug if it works in the proposal mode [IMO].

> > > well, I also used the categories in an a bit different way, than you  
> > > might have intended. E.g. I have a category "Camping", whereas I  
> > > have a fishing rod, a tent, and other stuff in it. So completely  
> > > different usage of the resource Categories than you are expecting  
> > > that it is used.
> > OK, so you used it for grouping arbitary stuff (as a group, not as a  
> > category). Thats not what its intended for.
> I tend to use the english language version of ogo, there its translated as 
> category, and I understood it as those.

But those still aren't "categories". :)  Not by my understanding of the
term;  and the context is clearly "category of resources".