Other ways to do this would be to have an "All Rooms" area (as suggested separately by Juan) or else to introduce the concept of a link, ie a room that just points to another room.    Both of these would still involve major changes though.
 
However I've realised that the big problem with any solution is that the recently introduced ability to have different configuration properties (eg $resolution, $morningstarts, etc.) for each area would make the display of rooms from different areas on the same page almost impossible.
 
My feeling - though I'd welcome other views - is that this ability to have different properties for each area is going to be more useful than being able to have rooms appear in more than one area.    For example, I can imagine a number of scenarios where it would be used, eg
 
(a) a school which has classrooms that operate on periods, but general meeting rooms that operate on time slots [this would be possible when periods are made per-area]
(b) a sports club that has tennis courts that have a one hour resolution, but squash courts that have a 45 minute resolution
(c) an organisation with offices and meeting rooms in two different time zones (eg New York and Chicago) [this would be possible when $timezone is made per-area]
(d) an organisation that has some large meeting rooms which are available for general use and some small interview rooms where private bookings are allowed [this would be possible when the private settings are made per-area]
 
 
Campbell
 
----- Original Message -----
From: Campbell Morrison
To: General purpose list (support/developers/users)
Sent: Wednesday, April 22, 2009 10:36 PM
Subject: Re: [MRBS-general] Unique IDs

I can't think of an easy way of doing this at the moment.    The changes I made in Rev 1099 won't make any difference to what you want to do.    They will just prevent having two areas called Routers or else having Cisco XXX Router appearing twice in Routers, which I can't imagine anyone would want to do.    You can still have a "room" called Cisco XXX Router in Routers and also in another area called All sub-elements, but they will of course have different IDs as you say and will be different rooms and can be booked independently.
 
I understand what you want to do, but can't think of an easy way of doing this.    You almost want three levels instead of two, eg Areas, Sub-Areas and Rooms, but that would involve major changes.
 
I'll keep thinking though!
 
 
Campbell
 
 
 
----- Original Message -----
From: Juan Grosso
To: General purpose list (support/developers/users)
Sent: Wednesday, April 22, 2009 5:52 PM
Subject: [MRBS-general] Unique IDs

Hi Campbell and all,

Regarding this new updates:

Revision: 1099
         http://mrbs.svn.sourceforge.net/mrbs/?rev=1099&view=rev
Author:   cimorrison
Date:     2009-04-22 15:58:21 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- Added checks to ensure that area names are unique and room names are unique within an area.
- Fixed bug introduced in Rev 1094 (freeing wrong mutex)

Is there any possibility to make a room (a lab sub-element in my case) to be in two or more areas (lab element in my case) without getting a different ID on the DB and be transparent for the booking?
Why? Because I want to have for example this situation:

Routers: CISCO XXX Router, CISCO YYY Router
Switches: CISCO WWW Switch, CISCO ZZZ Switch
All sub-elements: CISCO XXX Router, CISCO YYY Router, CISCO WWW Switch, CISCO ZZZ Switch

I mean, if I book CISCO XXX Router from "Routers" or from "All sub-elements" the booking will be the same...

Thanks!

JG


------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p


_______________________________________________
mrbs-general mailing list
mrbs-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general


------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p


_______________________________________________
mrbs-general mailing list
mrbs-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general