Campbell Morrison | 1 Nov 12:39 2009
Picon

Behaviour of repeating bookings

I've been looking at the behaviour of repeating bookings in MRBS.   Some of
the repeat types have what might, to the new user, be slightly unexpected
behaviour and I am proposing making some changes and would welcome input
from the list.

Monthly bookings
----------------

These bookings allow you to make a regular booking on the same date each
month.   For example you can make a booking on the 15th of every month for
the next year.    The problem comes when you try to make bookings on the
29th, 30th or 31st of a month, because not all months have those dates.

At the moment if you try and make a booking for a date which doesn't exist,
MRBS will advance into the next month.    For example if you make a booking
for the 29th of every month and there is no Feb 29th, then the booking will
be made for 1st March.    I think this behaviour is slightly bizarre, and
also causes unexpected collisions.  (Of course, an option to skip over
collisions is something else that MRBS needs and has been discussed before,
but I am not considering that here).

I can see two other behaviours which would probably be more intuitive:

(a) to skip the month completely if there is no date in that month
(b) to make the booking on the last possible day of the month. So if you
made a booking for the 31st of the month and there were no 31st, it would
make the booking for the 30th - and if no 30th then the 29th, etc.

I have done a few tests.   Google Calendar does (a) and Microsoft Outlook
does (b), having first put up an OK/Cancel dialog box telling you that this
(Continue reading)

rallen | 1 Nov 15:49 2009

Re: Behaviour of repeating bookings

Campbell:
 
Monthly: Definitely add the booking to the last day of the month.
Yearly: Does not affect me, I have a 6 month booking window, but I would add to the last day of the month.
Monthly -Corresponding Day: I feel that this situation would not occur in normal use.  Almost no one schedules meetings for the 5th Monday of the month.
 
I have a separate but related issue re Weekly.  I enter all the bookings in the system.  Often times, I click any open date and then adjust the entry date and time to what I need.  Works great for individual bookings but when I do that to schedule a weekly meeting it will include the day that I clicked as well.
 
What I was hoping to be able to do was to enter the 1 of the month and 31 of the month and select weekly on Fridays and have it make the correct entries regardless of what date I clicked to enter the booking entry screen.
 
Randy 
-------- Original Message --------
Subject: [MRBS-general] Behaviour of repeating bookings
From: "Campbell Morrison" <mail <at> campbellmorrison.co.uk>
Date: Sun, November 01, 2009 6:39 am
To: "'General purpose list (support/developers/users)'"
<mrbs-general <at> lists.sourceforge.net>

I've been looking at the behaviour of repeating bookings in MRBS. Some of
the repeat types have what might, to the new user, be slightly unexpected
behaviour and I am proposing making some changes and would welcome input
from the list.

Monthly bookings
----------------

These bookings allow you to make a regular booking on the same date each
month. For example you can make a booking on the 15th of every month for
the next year. The problem comes when you try to make bookings on the
29th, 30th or 31st of a month, because not all months have those dates.

At the moment if you try and make a booking for a date which doesn't exist,
MRBS will advance into the next month. For example if you make a booking
for the 29th of every month and there is no Feb 29th, then the booking will
be made for 1st March. I think this behaviour is slightly bizarre, and
also causes unexpected collisions. (Of course, an option to skip over
collisions is something else that MRBS needs and has been discussed before,
but I am not considering that here).

I can see two other behaviours which would probably be more intuitive:

(a) to skip the month completely if there is no date in that month
(b) to make the booking on the last possible day of the month. So if you
made a booking for the 31st of the month and there were no 31st, it would
make the booking for the 30th - and if no 30th then the 29th, etc.

I have done a few tests. Google Calendar does (a) and Microsoft Outlook
does (b), having first put up an OK/Cancel dialog box telling you that this
is what it's going to do. I haven't tested any other calendars.
Unfortunately I do not have access to Apple's calendar at the moment to try
that.

I think either (a) or (b) would be better than the current MRBS behaviour,
and I don't have any particularly strong views myself. (a) might be
described as the strictly logical approach and (b) a more pragmatic
approach. I tend to favour the Outlook approach on the grounds that if
you're booking a monthly meeting you presumably normally want a meeting
roughly once every 4 weeks or so, and would not be pleased to find that you
sometimes have a gap of two months every now and now then. Also, a
booking of some sort is at least inserted in the calendar and can be
manually edited or deleted if required. But if it's not there you might
forget about it.

Yearly bookings
---------------

These allow you to make a regular booking on the same month and day of the
month for a number of years. For example you might want to make a regular
booking for 4th July every year for the next 10 years.

Most of the time there is no problem with this. The only time there is a
problem is if your first booking is on 29th February in a leap year (eg 29th
Feb 2008). Here MRBS does the same as a monthly repeat and places the
bookings for non-leap years on the 1st March.

Again there are the two possible solutions above and Google Calendar and
Microsoft Outlook do the same as above - except that this time Microsoft
Outlook doesn't put up the dialog box.

Monthly, corresponding day
--------------------------

These allow you to make bookings on the same weekday and ordinal position
within the month, for example the second Tuesday of every month. The Help
text for MRBS says do not use these bookings for dates after the 28th of the
month. However if you do, and book say the fifth Wednesday of every month,
then for the months that there isn't a fifth Wednesday MRBS will give you
the fourth Wednesday. In other words it seems to follow the Outlook model
above.

Outlook does the same as MRBS for this type of booking. Google does not
offer the option.

So the question is, what do people think should be the MRBS behaviour:
Google-like, Outlook-like or something else? Can anyone say what other
calendars do? I suppose I could make the behaviour a configuration option,
but that feels like a bit of an opt-out, makes the code that much more
complicated and also could confuse users if they move between MRBS
installations.

Views please.

Campbell




------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
Michael Graham | 1 Nov 16:27 2009
Picon

Re: Behaviour of repeating bookings

Campbell,

Monthly: I would tend to agree with you to use the Outlook approach and make
the booking for the last possible day of the month rather than the next day
- which would be first of the following month. If your event is to take
place monthly at the end of the month then if it's moved to the following
day you would end up having two events in that following month. 

Annual bookings: A repeated annual meeting, the first date of which is Feb
29th in a leap year, would seem to be a rare occurence. Would it not be
simpler just to flag that this is happening (e.g a warning that the first
booking is being made on 29th Feb of a leap year)? Then the option is to
make that first booking a one-off and make the repeat bookings beginning the
following (non-leap) year. 

Monthly - corresponding day: I tend to agree with Randy that it is not often
that repeat bookings would be made for the fifth occurence of a day in any
month. Again a flag might be raised to warn that this is happening and the
consequences of continuing.

Hope this helps.

Michael

> -----Original Message-----
> From: Campbell Morrison [mailto:mail <at> campbellmorrison.co.uk] 
> Sent: 01 November 2009 11:40
> To: 'General purpose list (support/developers/users)'
> Subject: [MRBS-general] Behaviour of repeating bookings
> 
> I've been looking at the behaviour of repeating bookings in 
> MRBS.   Some of
> the repeat types have what might, to the new user, be 
> slightly unexpected behaviour and I am proposing making some 
> changes and would welcome input from the list.
> 
> Monthly bookings
> ----------------
> 
> These bookings allow you to make a regular booking on the 
> same date each
> month.   For example you can make a booking on the 15th of 
> every month for
> the next year.    The problem comes when you try to make 
> bookings on the
> 29th, 30th or 31st of a month, because not all months have 
> those dates.
> 
> At the moment if you try and make a booking for a date which 
> doesn't exist,
> MRBS will advance into the next month.    For example if you 
> make a booking
> for the 29th of every month and there is no Feb 29th, then 
> the booking will
> be made for 1st March.    I think this behaviour is slightly 
> bizarre, and
> also causes unexpected collisions.  (Of course, an option to 
> skip over collisions is something else that MRBS needs and 
> has been discussed before, but I am not considering that here).
> 
> I can see two other behaviours which would probably be more intuitive:
> 
> (a) to skip the month completely if there is no date in that month
> (b) to make the booking on the last possible day of the 
> month. So if you made a booking for the 31st of the month and 
> there were no 31st, it would make the booking for the 30th - 
> and if no 30th then the 29th, etc.
> 
> I have done a few tests.   Google Calendar does (a) and 
> Microsoft Outlook
> does (b), having first put up an OK/Cancel dialog box telling 
> you that this is what it's going to do. I haven't tested any 
> other calendars.
> Unfortunately I do not have access to Apple's calendar at the 
> moment to try that.
> 
> I think either (a) or (b) would be better than the current 
> MRBS behaviour, and I don't have any particularly strong 
> views myself.  (a) might be described as the strictly logical 
> approach and (b) a more pragmatic
> approach.    I tend to favour the Outlook approach on the 
> grounds that if
> you're booking a monthly meeting you presumably normally want 
> a meeting roughly once every 4 weeks or so, and would not be 
> pleased to find that you
> sometimes have a gap of two months every now and now then.    Also, a
> booking of some sort is at least inserted in the calendar and can be
> manually edited or deleted if required.   But if it's not 
> there you might
> forget about it.
> 
> Yearly bookings
> ---------------
> 
> These allow you to make a regular booking on the same month 
> and day of the
> month for a number of years.   For example you might want to 
> make a regular
> booking for 4th July every year for the next 10 years.    
> 
> Most of the time there is no problem with this.   The only 
> time there is a
> problem is if your first booking is on 29th February in a 
> leap year (eg 29th
> Feb 2008).    Here MRBS does the same as a monthly repeat and 
> places the
> bookings for non-leap years on the 1st March.
> 
> Again there are the two possible solutions above and Google 
> Calendar and Microsoft Outlook do the same as above - except 
> that this time Microsoft Outlook doesn't put up the dialog box.
> 
> Monthly, corresponding day
> --------------------------
> 
> These allow you to make bookings on the same weekday and 
> ordinal position
> within the month, for example the second Tuesday of every 
> month.    The Help
> text for MRBS says do not use these bookings for dates after 
> the 28th of the
> month.   However if you do, and book say the fifth Wednesday 
> of every month,
> then for the months that there isn't a fifth Wednesday MRBS 
> will give you
> the fourth Wednesday.   In other words it seems to follow the 
> Outlook model
> above.
> 
> Outlook does the same as MRBS for this type of booking.   
> Google does not
> offer the option.
> 
> So the question is, what do people think should be the MRBS behaviour:
> Google-like, Outlook-like or something else?    Can anyone 
> say what other
> calendars do?   I suppose I could make the behaviour a 
> configuration option,
> but that feels like a bit of an opt-out, makes the code that 
> much more complicated and also could confuse users if they 
> move between MRBS installations.
> 
> Views please.
> 
> Campbell

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Campbell Morrison | 1 Nov 16:34 2009
Picon

Re: Behaviour of repeating bookings

Randy - thanks for your input.    The behaviour on weekly bookings sounds like a plain bug:   I’ll investigate.

 

As for the “5th Friday of the month” type booking, I agree, not many people use that in that form.   But plenty of people arrange regular meetings for, eg, the “last Friday in the month” and using the 5th Friday as a way of achieving this would be useful.    In fact even more useful would be to change “Monthly, corresponding day” to be a drop-down list which gives you the choice of 1st, 2nd, 3rd, 4th, last xxxday in the month.  

 

Campbell

 

 

 

From: rallen <at> romelibrary.org [mailto:rallen <at> romelibrary.org]
Sent: 01 November 2009 14:49
To: mail <at> campbellmorrison.co.uk; General purpose list (support/developers/users)
Subject: RE: [MRBS-general] Behaviour of repeating bookings

 

Campbell:

 

Monthly: Definitely add the booking to the last day of the month.

Yearly: Does not affect me, I have a 6 month booking window, but I would add to the last day of the month.

Monthly -Corresponding Day: I feel that this situation would not occur in normal use.  Almost no one schedules meetings for the 5th Monday of the month.

 

I have a separate but related issue re Weekly.  I enter all the bookings in the system.  Often times, I click any open date and then adjust the entry date and time to what I need.  Works great for individual bookings but when I do that to schedule a weekly meeting it will include the day that I clicked as well.

 

What I was hoping to be able to do was to enter the 1 of the month and 31 of the month and select weekly on Fridays and have it make the correct entries regardless of what date I clicked to enter the booking entry screen.

 

Randy 

-------- Original Message --------
Subject: [MRBS-general] Behaviour of repeating bookings
From: "Campbell Morrison" <mail <at> campbellmorrison.co.uk>
Date: Sun, November 01, 2009 6:39 am
To: "'General purpose list (support/developers/users)'"
<mrbs-general <at> lists.sourceforge.net>

I've been looking at the behaviour of repeating bookings in MRBS. Some of
the repeat types have what might, to the new user, be slightly unexpected
behaviour and I am proposing making some changes and would welcome input
from the list.

Monthly bookings
----------------

These bookings allow you to make a regular booking on the same date each
month. For example you can make a booking on the 15th of every month for
the next year. The problem comes when you try to make bookings on the
29th, 30th or 31st of a month, because not all months have those dates.

At the moment if you try and make a booking for a date which doesn't exist,
MRBS will advance into the next month. For example if you make a booking
for the 29th of every month and there is no Feb 29th, then the booking will
be made for 1st March. I think this behaviour is slightly bizarre, and
also causes unexpected collisions. (Of course, an option to skip over
collisions is something else that MRBS needs and has been discussed before,
but I am not considering that here).

I can see two other behaviours which would probably be more intuitive:

(a) to skip the month completely if there is no date in that month
(b) to make the booking on the last possible day of the month. So if you
made a booking for the 31st of the month and there were no 31st, it would
make the booking for the 30th - and if no 30th then the 29th, etc.

I have done a few tests. Google Calendar does (a) and Microsoft Outlook
does (b), having first put up an OK/Cancel dialog box telling you that this
is what it's going to do. I haven't tested any other calendars.
Unfortunately I do not have access to Apple's calendar at the moment to try
that.

I think either (a) or (b) would be better than the current MRBS behaviour,
and I don't have any particularly strong views myself. (a) might be
described as the strictly logical approach and (b) a more pragmatic
approach. I tend to favour the Outlook approach on the grounds that if
you're booking a monthly meeting you presumably normally want a meeting
roughly once every 4 weeks or so, and would not be pleased to find that you
sometimes have a gap of two months every now and now then. Also, a
booking of some sort is at least inserted in the calendar and can be
manually edited or deleted if required. But if it's not there you might
forget about it.

Yearly bookings
---------------

These allow you to make a regular booking on the same month and day of the
month for a number of years. For example you might want to make a regular
booking for 4th July every year for the next 10 years.

Most of the time there is no problem with this. The only time there is a
problem is if your first booking is on 29th February in a leap year (eg 29th
Feb 2008). Here MRBS does the same as a monthly repeat and places the
bookings for non-leap years on the 1st March.

Again there are the two possible solutions above and Google Calendar and
Microsoft Outlook do the same as above - except that this time Microsoft
Outlook doesn't put up the dialog box.

Monthly, corresponding day
--------------------------

These allow you to make bookings on the same weekday and ordinal position
within the month, for example the second Tuesday of every month. The Help
text for MRBS says do not use these bookings for dates after the 28th of the
month. However if you do, and book say the fifth Wednesday of every month,
then for the months that there isn't a fifth Wednesday MRBS will give you
the fourth Wednesday. In other words it seems to follow the Outlook model
above.

Outlook does the same as MRBS for this type of booking. Google does not
offer the option.

So the question is, what do people think should be the MRBS behaviour:
Google-like, Outlook-like or something else? Can anyone say what other
calendars do? I suppose I could make the behaviour a configuration option,
but that feels like a bit of an opt-out, makes the code that much more
complicated and also could confuse users if they move between MRBS
installations.

Views please.

Campbell




------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
cimorrison | 1 Nov 21:13 2009
Picon
Picon

SF.net SVN: mrbs:[1235] mrbs/trunk/web/edit_area_room.php

Revision: 1235
          http://mrbs.svn.sourceforge.net/mrbs/?rev=1235&view=rev
Author:   cimorrison
Date:     2009-11-01 20:13:02 +0000 (Sun, 01 Nov 2009)

Log Message:
-----------
- altered the behaviour of edit_area_room.php so that after you've edited a room or an area you are returned
to the admin page, rather than staying on the edit_area_room.php page.
- fixed a bug which resulted in invalid HTML and an incorrectly rendered page when editing an area and using periods

Modified Paths:
--------------
    mrbs/trunk/web/edit_area_room.php

This was sent by the SourceForge.net collaborative development platform, the world's largest Open
Source development site.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

cimorrison | 2 Nov 15:44 2009
Picon
Picon

SF.net SVN: mrbs:[1236] mrbs/trunk/web/mrbs_sql.inc

Revision: 1236
          http://mrbs.svn.sourceforge.net/mrbs/?rev=1236&view=rev
Author:   cimorrison
Date:     2009-11-02 14:44:47 +0000 (Mon, 02 Nov 2009)

Log Message:
-----------
Fixed a bug which meant that for weekly and n-weekly bookings the first day of the period was booked when it
should not have been because one or more of the repeat days had been checked - but not the day of the week of the
start of the period.  For example if you request a weekly repeat from 1-30 November 2009 for Thursdays, then
the 1 Nov was also being booked when it should not have been because it's a Sunday.   (Problem reported by
Randy Allen on the general mailing list).

Modified Paths:
--------------
    mrbs/trunk/web/mrbs_sql.inc

This was sent by the SourceForge.net collaborative development platform, the world's largest Open
Source development site.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

cimorrison | 2 Nov 16:00 2009
Picon
Picon

SF.net SVN: mrbs:[1237] mrbs/trunk/web

Revision: 1237
          http://mrbs.svn.sourceforge.net/mrbs/?rev=1237&view=rev
Author:   cimorrison
Date:     2009-11-02 15:00:14 +0000 (Mon, 02 Nov 2009)

Log Message:
-----------
Removed the checks that tested whether at least one repeat day had been checked in the case of weekly and
n-weekly repeats.   The checks were not necessary because if no repeat days are checked, MRBS assumes that
the repeat day is the day of the week of the start of the period (as indeed it says in the Help text).

Modified Paths:
--------------
    mrbs/trunk/web/edit_entry.php
    mrbs/trunk/web/edit_entry_handler.php

This was sent by the SourceForge.net collaborative development platform, the world's largest Open
Source development site.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Campbell Morrison | 2 Nov 17:40 2009
Picon

Re: Behaviour of repeating bookings

Randy – I have fixed in SVN (Rev 1236) the weekly repeat problem you mentioned.    It’s a very small patch which can easily be applied to an existing system.

 

In mrbs_sql.inc in the function mrbsGetRepeatEntryList(), insert just before the line (round about 437)

 

  return $entrys;

 

the following chunk of code:

 

  // For weekly and n-weekly repeats, the first entry that we've

  // got in the array is not necessarily valid.   In fact it will

  // only be valid if there are no repeat days defined, or else

  // if the first entry falls on a repeat day.  (In MRBS, if you

  // don't specify a repeat day or days, then the repeat day is

  // assumed to be the day of the start of the series.)

  if (($rep_type == 2) || ($rep_type == 6))

  {

    if ((strpos($rep_opt, '1') !== FALSE) && !$rep_opt[$start_day])

    {

      array_shift($entrys);  // remove the first entry

    }

  }

 

Campbell

 

 

 

From: Campbell Morrison [mailto:mail <at> campbellmorrison.co.uk]
Sent: 01 November 2009 15:35
To: 'General purpose list (support/developers/users)'
Subject: Re: [MRBS-general] Behaviour of repeating bookings

 

Randy - thanks for your input.    The behaviour on weekly bookings sounds like a plain bug:   I’ll investigate.

 

As for the “5th Friday of the month” type booking, I agree, not many people use that in that form.   But plenty of people arrange regular meetings for, eg, the “last Friday in the month” and using the 5th Friday as a way of achieving this would be useful.    In fact even more useful would be to change “Monthly, corresponding day” to be a drop-down list which gives you the choice of 1st, 2nd, 3rd, 4th, last xxxday in the month.  

 

Campbell

 

 

 

From: rallen <at> romelibrary.org [mailto:rallen <at> romelibrary.org]
Sent: 01 November 2009 14:49
To: mail <at> campbellmorrison.co.uk; General purpose list (support/developers/users)
Subject: RE: [MRBS-general] Behaviour of repeating bookings

 

Campbell:

 

Monthly: Definitely add the booking to the last day of the month.

Yearly: Does not affect me, I have a 6 month booking window, but I would add to the last day of the month.

Monthly -Corresponding Day: I feel that this situation would not occur in normal use.  Almost no one schedules meetings for the 5th Monday of the month.

 

I have a separate but related issue re Weekly.  I enter all the bookings in the system.  Often times, I click any open date and then adjust the entry date and time to what I need.  Works great for individual bookings but when I do that to schedule a weekly meeting it will include the day that I clicked as well.

 

What I was hoping to be able to do was to enter the 1 of the month and 31 of the month and select weekly on Fridays and have it make the correct entries regardless of what date I clicked to enter the booking entry screen.

 

Randy 

-------- Original Message --------
Subject: [MRBS-general] Behaviour of repeating bookings
From: "Campbell Morrison" <mail <at> campbellmorrison.co.uk>
Date: Sun, November 01, 2009 6:39 am
To: "'General purpose list (support/developers/users)'"
<mrbs-general <at> lists.sourceforge.net>

I've been looking at the behaviour of repeating bookings in MRBS. Some of
the repeat types have what might, to the new user, be slightly unexpected
behaviour and I am proposing making some changes and would welcome input
from the list.

Monthly bookings
----------------

These bookings allow you to make a regular booking on the same date each
month. For example you can make a booking on the 15th of every month for
the next year. The problem comes when you try to make bookings on the
29th, 30th or 31st of a month, because not all months have those dates.

At the moment if you try and make a booking for a date which doesn't exist,
MRBS will advance into the next month. For example if you make a booking
for the 29th of every month and there is no Feb 29th, then the booking will
be made for 1st March. I think this behaviour is slightly bizarre, and
also causes unexpected collisions. (Of course, an option to skip over
collisions is something else that MRBS needs and has been discussed before,
but I am not considering that here).

I can see two other behaviours which would probably be more intuitive:

(a) to skip the month completely if there is no date in that month
(b) to make the booking on the last possible day of the month. So if you
made a booking for the 31st of the month and there were no 31st, it would
make the booking for the 30th - and if no 30th then the 29th, etc.

I have done a few tests. Google Calendar does (a) and Microsoft Outlook
does (b), having first put up an OK/Cancel dialog box telling you that this
is what it's going to do. I haven't tested any other calendars.
Unfortunately I do not have access to Apple's calendar at the moment to try
that.

I think either (a) or (b) would be better than the current MRBS behaviour,
and I don't have any particularly strong views myself. (a) might be
described as the strictly logical approach and (b) a more pragmatic
approach. I tend to favour the Outlook approach on the grounds that if
you're booking a monthly meeting you presumably normally want a meeting
roughly once every 4 weeks or so, and would not be pleased to find that you
sometimes have a gap of two months every now and now then. Also, a
booking of some sort is at least inserted in the calendar and can be
manually edited or deleted if required. But if it's not there you might
forget about it.

Yearly bookings
---------------

These allow you to make a regular booking on the same month and day of the
month for a number of years. For example you might want to make a regular
booking for 4th July every year for the next 10 years.

Most of the time there is no problem with this. The only time there is a
problem is if your first booking is on 29th February in a leap year (eg 29th
Feb 2008). Here MRBS does the same as a monthly repeat and places the
bookings for non-leap years on the 1st March.

Again there are the two possible solutions above and Google Calendar and
Microsoft Outlook do the same as above - except that this time Microsoft
Outlook doesn't put up the dialog box.

Monthly, corresponding day
--------------------------

These allow you to make bookings on the same weekday and ordinal position
within the month, for example the second Tuesday of every month. The Help
text for MRBS says do not use these bookings for dates after the 28th of the
month. However if you do, and book say the fifth Wednesday of every month,
then for the months that there isn't a fifth Wednesday MRBS will give you
the fourth Wednesday. In other words it seems to follow the Outlook model
above.

Outlook does the same as MRBS for this type of booking. Google does not
offer the option.

So the question is, what do people think should be the MRBS behaviour:
Google-like, Outlook-like or something else? Can anyone say what other
calendars do? I suppose I could make the behaviour a configuration option,
but that feels like a bit of an opt-out, makes the code that much more
complicated and also could confuse users if they move between MRBS
installations.

Views please.

Campbell




------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
rallen | 2 Nov 18:02 2009

Re: Behaviour of repeating bookings

That is great.  I had noticed the other behavior of having to select a
day even though the help files said you did not have to.  Just kept
putting off reporting it.  

Any idea on when a new release will be made.  I am using an older
version and need to update but was hoping a new release will come out
soon.  I suspect you are waiting on the new permissions to finish and
get tested.  Any hopes of a release by the end of the year?

Thanks for your time and effort.  It is greatly appreciated.

 
Randy 

-------- Original Message --------
Subject: Re: [MRBS-general] Behaviour of repeating bookings
From: "Campbell Morrison" <mail <at> campbellmorrison.co.uk>
Date: Mon, November 02, 2009 11:40 am
To: "'General purpose list (support/developers/users)'"
<mrbs-general <at> lists.sourceforge.net>

Randy – I have fixed in SVN (Rev 1236) the weekly repeat problem you
mentioned.    It’s a very small patch which can easily be applied to
an existing system.

In mrbs_sql.inc in the function mrbsGetRepeatEntryList(), insert just
before the line (round about 437)

  return $entrys;

the following chunk of code:

  // For weekly and n-weekly repeats, the first entry that we've
  // got in the array is not necessarily valid.   In fact it will
  // only be valid if there are no repeat days defined, or else 
  // if the first entry falls on a repeat day.  (In MRBS, if you
  // don't specify a repeat day or days, then the repeat day is
  // assumed to be the day of the start of the series.)
  if (($rep_type == 2) || ($rep_type == 6))
  {
    if ((strpos($rep_opt, '1') !== FALSE) && !$rep_opt[$start_day])
    {
      array_shift($entrys);  // remove the first entry
    }
  }

Campbell

 

From:Campbell Morrison [mailto:mail <at> campbellmorrison.co.uk] 
Sent: 01 November 2009 15:35
To: 'General purpose list (support/developers/users)'
Subject: Re: [MRBS-general] Behaviour of repeating bookings

 
Randy - thanks for your input.    The behaviour on weekly bookings
sounds like a plain bug:   I’ll investigate.

As for the “5thFriday of the month” type booking, I agree, not many
people use that in that form.   But plenty of people arrange regular
meetings for, eg, the “last Friday in the month” and using the
5thFriday as a way of achieving this would be useful.    In fact even
more useful would be to change “Monthly, corresponding day” to be a
drop-down list which gives you the choice of 1st, 2nd, 3rd, 4th, last
xxxday in the month.   

Campbell

 

From:rallen <at> romelibrary.org [mailto:rallen <at> romelibrary.org] 
Sent: 01 November 2009 14:49
To: mail <at> campbellmorrison.co.uk; General purpose list
(support/developers/users)
Subject: RE: [MRBS-general] Behaviour of repeating bookings

 
Campbell:

Monthly: Definitely add the booking to the last day of the month.

Yearly: Does not affect me, I have a 6 month booking window, but I would
add to the last day of the month.

Monthly -Corresponding Day: I feel that this situation would not occur
in normal use.  Almost no one schedules meetings for the 5th Monday of
the month.

I have a separate but related issue re Weekly.  I enter all the bookings
in the system.  Often times, I click any open date and then adjust the
entry date and time to what I need.  Works great for individual bookings
but when I do that to schedule a weekly meeting it will include the day
that I clicked as well.

What I was hoping to be able to do was to enter the 1 of the month and
31 of the month and select weekly on Fridays and have it make the
correct entries regardless of what date I clicked to enter the booking
entry screen.

Randy 

-------- Original Message --------
Subject: [MRBS-general] Behaviour of repeating bookings
From: "Campbell Morrison" <mail <at> campbellmorrison.co.uk>
Date: Sun, November 01, 2009 6:39 am
To: "'General purpose list (support/developers/users)'"
<mrbs-general <at> lists.sourceforge.net>

I've been looking at the behaviour of repeating bookings in MRBS. Some
of
the repeat types have what might, to the new user, be slightly
unexpected
behaviour and I am proposing making some changes and would welcome input
from the list.

Monthly bookings
----------------

These bookings allow you to make a regular booking on the same date each
month. For example you can make a booking on the 15th of every month for
the next year. The problem comes when you try to make bookings on the
29th, 30th or 31st of a month, because not all months have those dates.

At the moment if you try and make a booking for a date which doesn't
exist,
MRBS will advance into the next month. For example if you make a booking
for the 29th of every month and there is no Feb 29th, then the booking
will
be made for 1st March. I think this behaviour is slightly bizarre, and
also causes unexpected collisions. (Of course, an option to skip over
collisions is something else that MRBS needs and has been discussed
before,
but I am not considering that here).

I can see two other behaviours which would probably be more intuitive:

(a) to skip the month completely if there is no date in that month
(b) to make the booking on the last possible day of the month. So if you
made a booking for the 31st of the month and there were no 31st, it
would
make the booking for the 30th - and if no 30th then the 29th, etc.

I have done a few tests. Google Calendar does (a) and Microsoft Outlook
does (b), having first put up an OK/Cancel dialog box telling you that
this
is what it's going to do. I haven't tested any other calendars.
Unfortunately I do not have access to Apple's calendar at the moment to
try
that.

I think either (a) or (b) would be better than the current MRBS
behaviour,
and I don't have any particularly strong views myself. (a) might be
described as the strictly logical approach and (b) a more pragmatic
approach. I tend to favour the Outlook approach on the grounds that if
you're booking a monthly meeting you presumably normally want a meeting
roughly once every 4 weeks or so, and would not be pleased to find that
you
sometimes have a gap of two months every now and now then. Also, a
booking of some sort is at least inserted in the calendar and can be
manually edited or deleted if required. But if it's not there you might
forget about it.

Yearly bookings
---------------

These allow you to make a regular booking on the same month and day of
the
month for a number of years. For example you might want to make a
regular
booking for 4th July every year for the next 10 years. 

Most of the time there is no problem with this. The only time there is a
problem is if your first booking is on 29th February in a leap year (eg
29th
Feb 2008). Here MRBS does the same as a monthly repeat and places the
bookings for non-leap years on the 1st March.

Again there are the two possible solutions above and Google Calendar and
Microsoft Outlook do the same as above - except that this time Microsoft
Outlook doesn't put up the dialog box.

Monthly, corresponding day
--------------------------

These allow you to make bookings on the same weekday and ordinal
position
within the month, for example the second Tuesday of every month. The
Help
text for MRBS says do not use these bookings for dates after the 28th of
the
month. However if you do, and book say the fifth Wednesday of every
month,
then for the months that there isn't a fifth Wednesday MRBS will give
you
the fourth Wednesday. In other words it seems to follow the Outlook
model
above.

Outlook does the same as MRBS for this type of booking. Google does not
offer the option.

So the question is, what do people think should be the MRBS behaviour:
Google-like, Outlook-like or something else? Can anyone say what other
calendars do? I suppose I could make the behaviour a configuration
option,
but that feels like a bit of an opt-out, makes the code that much more
complicated and also could confuse users if they move between MRBS
installations.

Views please.

Campbell

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and
stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe:
mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and
stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference 
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe:
mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
Picon
Picon

Re: Behaviour of repeating bookings

rallen <at> romelibrary.org wrote:
> That is great.  I had noticed the other behavior of having to select a
> day even though the help files said you did not have to.  Just kept
> putting off reporting it.  
>  
> Any idea on when a new release will be made.  I am using an older
> version and need to update but was hoping a new release will come out
> soon.  I suspect you are waiting on the new permissions to finish and
> get tested.  Any hopes of a release by the end of the year?

There will certainly be a minor release, MRBS 1.4.3, before the 
permissions branch lands.

This release should be this month.

Cheers,

John.

--

-- 
John Beranek - MRBS Developer <http://mrbs.sourceforge.net/>

To generalise is to be an idiot.
   -- William Blake

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe


Gmane