Jamie Reynolds | 1 Feb 2006 10:32
Picon
Favicon

Prevent users from booking current day and in the past

Hi all,

I have an install of Mrbs installed and working fine for a rehearsal rooms
and studio website. We are very happy with it. However, some bands make late
bookings online up to an hour before which we don't see until we collect our
email (or sometimes at all till they turn up!). This is too short notice to
receive and we would rather they called us in these circumstances.

Is there a way to prevent users from booking current day and in the past?

Many thanks

Jamie Reynolds

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
John Beranek | 1 Feb 2006 11:24
Picon
Favicon

Re: Prevent users from booking current day and in the past

Jamie Reynolds wrote:
> Hi all,
> 
> I have an install of Mrbs installed and working fine for a rehearsal rooms
> and studio website. We are very happy with it. However, some bands make late
> bookings online up to an hour before which we don't see until we collect our
> email (or sometimes at all till they turn up!). This is too short notice to
> receive and we would rather they called us in these circumstances.
> 
> Is there a way to prevent users from booking current day and in the past?

Shamelessly stole some code from a post Michael Hellwig made in November
2004, and modified it for your needs.

In edit_entry_handler.php, just before the "if( $enable_periods ) {"
line, add the following:

$this_day = date("d");
$this_month = date("m");
$this_year = date("Y");

if( ($year < $this_year) ||
    (($month < $this_month) ||
    (($day <= $this_day) && ($month <= $this_month)) &&
    ($year <= $this_year)) )
{
    print_header($day, $month, $year, $area);

    print "<H1>". get_vocab("accessdenied") . "</H1>";

(Continue reading)

Alex | 1 Feb 2006 11:46

RE: Prevent users from booking current day and in the past

Just a quick change for my preference.
This allows admins to edit today and the past, but functions as intended for
non admins.

Alex.

[code]

$this_day = date("d");
$this_month = date("m");
$this_year = date("Y");

if( getAuthorised(2) == 0 &&
	( ($year < $this_year) ||
      (($month < $this_month) ||
      (($day <= $this_day) && ($month <= $this_month)) &&
      ($year <= $this_year) ) )
	)
{
	print_header($day, $month, $year, $area);

	print "<H1>". get_vocab("accessdenied") . "</H1>";
	print "You may not book rooms for today or the past, please ".
         "phone ICT if you need to book for today.\n".
         "</BODY></HTML>";
	exit;
}

[/code]

(Continue reading)

Jamie Reynolds | 1 Feb 2006 12:08
Picon
Favicon

FW: Prevent users from booking current day and in the past


Thank you people. Works perfectly. Shameless is ok by me.

------ Forwarded Message
From: John Beranek <john <at> redux.org.uk>
Organization: John <at> Home
Reply-To: mrbs-general <at> lists.sourceforge.net
Date: Wed, 01 Feb 2006 10:24:15 +0000
To: mrbs-general <at> lists.sourceforge.net
Subject: Re: [MRBS-general] Prevent users from booking current day and in
the past

Jamie Reynolds wrote:
> Hi all,
> 
> I have an install of Mrbs installed and working fine for a rehearsal rooms
> and studio website. We are very happy with it. However, some bands make late
> bookings online up to an hour before which we don't see until we collect our
> email (or sometimes at all till they turn up!). This is too short notice to
> receive and we would rather they called us in these circumstances.
> 
> Is there a way to prevent users from booking current day and in the past?

Shamelessly stole some code from a post Michael Hellwig made in November
2004, and modified it for your needs.

In edit_entry_handler.php, just before the "if( $enable_periods ) {"
line, add the following:

$this_day = date("d");
(Continue reading)

Campbell Morrison | 2 Feb 2006 00:49
Picon

Re: Change "Brief Description"

You'll find all the text strings, including "Brief description", in the 
lang.* files.    Assuming you're using English, you should edit lang.en.

Not sure what kind of verification you want to do on the field.    You'd 
have to add some code to do that.

Campbell

----- Original Message ----- 
From: "HenryH" <hhinoz <at> myrealbox.com>
To: <mrbs-general <at> lists.sourceforge.net>
Sent: Wednesday, February 01, 2006 11:43 PM
Subject: [MRBS-general] Change "Brief Description"

> Hello mrbs-general,
>
>  I would like to change the field label "Brief description" which
>  occurs when a user is booking a room to "Full Name".
>
>  I have found "Brief Description" in edit_entry.php but to me this is
>  to check the contents of the field, rather than allowing me to
>  change the label which the user sees.
>
>  Which file(s) should I edit so that the user will see "Full Name" in
>  place of "Brief Description" and also have the field correctly
>  verified?
>
>  Thanks...
>
> -- 
(Continue reading)

HenryH | 2 Feb 2006 00:43
Picon

Change "Brief Description"

Hello mrbs-general,

  I would like to change the field label "Brief description" which
  occurs when a user is booking a room to "Full Name".

  I have found "Brief Description" in edit_entry.php but to me this is
  to check the contents of the field, rather than allowing me to
  change the label which the user sees.

  Which file(s) should I edit so that the user will see "Full Name" in
  place of "Brief Description" and also have the field correctly
  verified?

  Thanks...

--

-- 
Best regards,
 HenryH                          mailto:hhinoz <at> myrealbox.com

Disclaimer: Contents of this email are to be considered secret. You must
not read this email, and you must dispose of your computer immediately,
should you receive this email accidentally. I cannot take responsibility
for any incorrect information that this email may contain, especially the
bit about the monkeys and John Howard. Should anyone say otherwise, they
are obviously lying.

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
(Continue reading)

Campbell Morrison | 2 Feb 2006 01:39
Picon

Re: Problem with Opera?

Here's a little bit more information about the problems we were seeing with
the highlighting of cells in Opera and Konqueror.

Changing $highlight_method from hybrid to class made the problem go away, as
you know.     However I've recently started testing against Konqueror on
SuSE 10.0 and noticed that I was getting a similar problem to the one that
Gavin had noticed on Konqueror earlier.     That is, the cells were not
reverting to their original colour on mouseout - they got stuck in the
highlight colour.   I'm not sure if this was exactly the same problem that
Gavin was seeing with Konqueror - with my testing I was only getting the
occasional stuck cells, whereas the original problem with Opera gave you
stuck cells the moment you passed over them.

I investigated a bit further and found that the problem was only happening
if you move between cells in a column.     If you move between cells in the
same row you don't get the problem.     Moreover the problem can be
reproduced by moving the mouse very slowly from one cell up (or down) to the
adjacent one.    Somehow it seemed that the onmouseout event was being
generated at the wrong time.

Anyway, adding the property "height: 100%" to the naked class in mrbs.css
made this Konqueror problem go away.     I've no idea why it should do this.
I decided to do it because the naked table already had a width="100%"
attribute and I'd noticed that moving across a row worked OK.     Maybe
there's something funny going on in Konqueror whereby the naked table wasn't
filling up the whole cell and somehow the onmouseout event was being
generated when the wrong boundary was being crossed?

Unfortunately, if I put $highlight_method back to hybrid the original Opera
problem is still there, so unfortunately the height: 100% change doesn't fix
(Continue reading)

Massimo Pagani - SIP | 2 Feb 2006 09:34
Picon
Favicon

italian faq

Hi all i have done italian faq.
Take it.
Ciao
Attachment (Faq_MRBS_IT_sale_official.rtf): application/msword, 28 KiB
Harry Burgin | 2 Feb 2006 13:02
Picon

session type - can't log off if set to php

If I set $auth["session"] to "php", my users don't seem to get logged off
when they hit the 'log off' button.  Changed the setting to "cookie" and log
off works just fine.

Is there something in my php set up that could be causing this?

I am running ver 1.2.3 (just upgraded from 1.2.2, where I had exactly the
same problem).

Great software, guys, many thanks.

TIA

Harry Burgin

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
Declan Barry | 2 Feb 2006 13:07
Picon

Displaying week view automatically after adding entry

Hi all..

I've currently set up my default view to be 'week' but is there a way 
of setting the Add Entry screen up in such a way that when you save an 
entry it then displays the week view rather booking for Today view.

Regards

Declan Barry

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

Gmane