BookRoom Version 1.2 Release Notes


Author: Shaun Ellis (sdellis@rci.rutgers.edu)
Date created: 02/09/2006
This is a relatively small release, but it provides some useful features:

------NEW ADMINISTRATOR FEATURES------

*Manage Users:  *
This will allow BookRoom administrators to add/edit/remove users. 

    * When attempting to remove a user who is a room or tech manager, it
      will list the room and event dependencies before you confirm the 
      deletion.  If dependencies exist, you must transfer duties to another
      user before the account deletion can take place.
       
    * There is now a distinction between Technical Managers and Room
      Managers.  Currently, the only difference is that Tech Managers
      will not be notified about an event in a room they manage unless
      there are tech notes or equipment needs.  NOTE:  I have currently
      only made Ken Kuehl a Technical Manager.  Please notify me 
      (sdellis@rci.rutgers.edu) if you are a technical manager and would 
      prefer to only get updates when there are technotes or equipment needs.
      


*Manage Rooms:*
This allows you to edit rooms.  Add and remove features have not yet 
been implemented.

    * This feature makes it easy to update room IP and VC information. 
    * Max Capacity is not currently being used for validation, only for
      information purposes on the Room Index.



---------UPDATES FOR ALL USERS---------

*Update Account:*
Users may now update their own account information via the "Preferences" link.  Many people
have been frustrated by having to continually type in their phone number when they
schedule rooms.  This is because we populated the database using the RUL_EVERYONE
email list, which didn't have phone numbers associated.  Now, if you update your
account by adding your phone number, you will no longer need to enter it when scheduling an event.

*Calendar Navigation Fix:*
The calendar has been updated so that the preferred daily/weekly/monthly view
sticks when jumping from month to month.  For example, if a user is filtering events
by day, navigating to a new month will no longer change it to a monthly view.

*Event Start and End Time Checks:*
When an event start or end time that falls between midnight and 8am is selected,
a user will be asked to confirm their selection before proceeding.  The reason
for this is because many people were accidentally selecting midnight instead
of noon, or unintentionally using AM, when PM was desired.