Order Delivery Date Support Thread

royaldave:

I have another issue with this plugin and the classic responsive template.

The presence of mootools is breaking the mobile device menu on this page - you'll see its contents below the footer.

If you remove mootools from the directory it works properly.

Any ideas?
Ummm.. Not specifically, I mean I have the following checkout_shipping.css file:

 /* 
 * Altered for ORDER DELIVERY DATE contribution
 * Zen Cart Version: 1.3.8a
 * Modification Date: 2008-05-15
 * Author of this modification: MrMeech
 * Previous authors to this contribution are: Peter Martin (pe7er), James Betesh
 * This contribution is licensed under the GNU Public License V2.0
 * http://www.zen-cart.com/license/2_0.txt
 */ 
/* Calendar: a Javascript class for Mootools that adds accessible and unobtrusive date pickers to your form elements <http://electricprism.com/aeron/calendar> */
/* Default CSS for Calendar (navigation: 1), Copyright (c) 2007 Aeron Glemann <http://electricprism.com/aeron> */
.hidden {
 opacity: 0;
 position: absolute;
}
.visible {
 opacity: 1;
}

input.calendar,
select.calendar {
 width: 99px;
}
button.calendar {
 background: url(../images/calendar/calendar-icon.gif);
 border: 0;
 cursor: pointer;
 /* float: left; */
 height: 20px;
 width: 20px;
 margin-right: 6px;
}
button.calendar:hover,
button.calendar.active {
 background-position: 0 20px;
}
div.calendar {
 background: url(../images/calendar/calendar.png);
 height: 195px;
 padding: 0 6px;
 text-align: center;
 width: 147px;
} 
 div.calendar * {
  margin: 0;
  padding: 0;
 } 
 div.calendar div {
  background: none !important;
  cursor: move;
  height: 185px;
  overflow: hidden;
  padding-top: 10px;
  position: relative;
  width: 147px;
 } 
 
 div.calendar caption {
  color: #333;
  font: normal 12px/16px Arial, Helvetica, sans-serif;
  padding-top: 6px;
  text-align: center;
  width: 100%;
 }
 div.calendar caption a {
  cursor: pointer;
  display: block;
  height: 12px;
  overflow: hidden;
  position: absolute;
  text-indent: -100px;
  top: 17px;
  width: 11px;
 }
 div.calendar caption a.prev {
  background-image: url(../images/calendar/calendar-prev.gif);
  left: 0;
 }
 div.calendar caption a.next {
  background-image: url(../images/calendar/calendar-next.gif);
  right: 0;
 }
 div.calendar caption a:hover {
  background-position: 0 12px;
 }
 div.calendar caption span {
  height: 25px;
  position: relative;
  text-align: center;
 }
 div.calendar caption span.month {
  padding-right: 8px;
 }
 div.calendar caption span.month:after {
  content: ',';
 }
 div.calendar table {
  background: #FFF;
  border: 0;
  border-collapse: collapse;
  border-spacing: 0;
  cursor: default;
  margin: 0 auto;
  overflow: hidden;
  width: 147px;
 }
 div.calendar td,
 div.calendar th {
  border: 0;
  color: #0597DB;
  font: normal 12px Arial, Helvetica, sans-serif;
  height: 21px;
  text-align: center;
  width: 21px;
 }
 div.calendar td {
  background: url(../images/calendar/calendar-td.gif);
  color: #FFF;
  font-size: 11px;
 }
 div.calendar td.invalid {
  color: #FF9999;
 }
 div.calendar td.valid {
  background: url(../images/calendar/calendar-valid.gif);
  color: #0597DB;
  cursor: pointer;
 }
 div.calendar td.hilite {
  background: url(../images/calendar/calendar-hilite.gif);
 }
 div.calendar td.inactive {
  background: url(../images/calendar/calendar-td.gif) 0 100%;
  color: #FFF;
 }
 div.calendar td.active,
 div.calendar td.hover {
  background: url(../images/calendar/calendar-valid.gif) 0 100%;
  color: #FFF;
  cursor: pointer;
 }

and I have jscript_a-mootools.js and jscript_b-calendar.js loaded on responsive_classic and in mobile, template and standard desktop the calendar will appear adjacent to the button and the button adjacent to the text block. BTW, you can test "mobile" or "template" on your desktop to possibly rework the css by adding to your URL: &layoutType=mobile or &layoutType=tablet as desired for each of those "styles" to be applied to your desktop and then F12 (from PC I'm not sure how to do so on Macintosh) to then "locally" play with the CSS if needed.

Might want to check html validation/console for any validation issues.

mc12345678:

Ummm.. Not specifically, I mean I have the following checkout_shipping.css file:

/*

• Altered for ORDER DELIVERY DATE contribution
• Zen Cart Version: 1.3.8a
• Modification Date: 2008-05-15
• Author of this modification: MrMeech
• Previous authors to this contribution are: Peter Martin (pe7er), James Betesh
• This contribution is licensed under the GNU Public License V2.0
• http://www.zen-cart.com/license/2_0.txt
  /
  / Calendar: a Javascript class for Mootools that adds accessible and unobtrusive date pickers to your form elements http://electricprism.com/aeron/calendar /
  / Default CSS for Calendar (navigation: 1), Copyright (c) 2007 Aeron Glemann http://electricprism.com/aeron */
  .hidden {
  opacity: 0;
  position: absolute;
  }
  .visible {
  opacity: 1;
  }

input.calendar,
select.calendar {
width: 99px;
}
button.calendar {
background: url(../images/calendar/calendar-icon.gif);
border: 0;
cursor: pointer;
/* float: left; */
height: 20px;
width: 20px;
margin-right: 6px;
}
button.calendar:hover,
button.calendar.active {
background-position: 0 20px;
}
div.calendar {
background: url(../images/calendar/calendar.png);
height: 195px;
padding: 0 6px;
text-align: center;
width: 147px;
}
div.calendar * {
margin: 0;
padding: 0;
}
div.calendar div {
background: none !important;
cursor: move;
height: 185px;
overflow: hidden;
padding-top: 10px;
position: relative;
width: 147px;
}

div.calendar caption {
color: #333;
font: normal 12px/16px Arial, Helvetica, sans-serif;
padding-top: 6px;
text-align: center;
width: 100%;
}
div.calendar caption a {
cursor: pointer;
display: block;
height: 12px;
overflow: hidden;
position: absolute;
text-indent: -100px;
top: 17px;
width: 11px;
}
div.calendar caption a.prev {
background-image: url(../images/calendar/calendar-prev.gif);
left: 0;
}
div.calendar caption a.next {
background-image: url(../images/calendar/calendar-next.gif);
right: 0;
}
div.calendar caption a:hover {
background-position: 0 12px;
}
div.calendar caption span {
height: 25px;
position: relative;
text-align: center;
}
div.calendar caption span.month {
padding-right: 8px;
}
div.calendar caption span.month:after {
content: ',';
}
div.calendar table {
background: #FFF;
border: 0;
border-collapse: collapse;
border-spacing: 0;
cursor: default;
margin: 0 auto;
overflow: hidden;
width: 147px;
}
div.calendar td,
div.calendar th {
border: 0;
color: #0597DB;
font: normal 12px Arial, Helvetica, sans-serif;
height: 21px;
text-align: center;
width: 21px;
}
div.calendar td {
background: url(../images/calendar/calendar-td.gif);
color: #FFF;
font-size: 11px;
}
div.calendar td.invalid {
color: #FF9999;
}
div.calendar td.valid {
background: url(../images/calendar/calendar-valid.gif);
color: #0597DB;
cursor: pointer;
}
div.calendar td.hilite {
background: url(../images/calendar/calendar-hilite.gif);
}
div.calendar td.inactive {
background: url(../images/calendar/calendar-td.gif) 0 100%;
color: #FFF;
}
div.calendar td.active,
div.calendar td.hover {
background: url(../images/calendar/calendar-valid.gif) 0 100%;
color: #FFF;
cursor: pointer;
}

> and I have jscript_a-mootools.js and jscript_b-calendar.js loaded on responsive_classic and in mobile, template and standard desktop the calendar will appear adjacent to the button and the button adjacent to the text block.  BTW, you can test "mobile" or "template" on your desktop to possibly rework the css by adding to your URL: &layoutType=mobile or &layoutType=tablet as desired for each of those "styles" to be applied to your desktop and then F12 (from PC I'm not sure how to do so on Macintosh) to then "locally" play with the CSS if needed.
> 
> Might want to check html validation/console for any validation issues.

The page and calendar work fine - its just that at the bottom of the screen (on mobile) I get the contents of the menu -



I have worked out if I remove the mootools file then the menu goes back to where it should be.

I am using this module on ZC 1.56 and it working great so far.

However, I do have a request and I am not sure if it is possible.

Is it possible to block off some delivery date based on the product category?

Meaning that if someone order item 1 from category A, all date are available but if he order item 1 from category B, it is only available to ship on 01- 20 thru 01-25.

Trying my best to explain what I am looking for and hopefully, someone can help

Thank you

nicksab:

I am using this module on ZC 1.56 and it working great so far.

However, I do have a request and I am not sure if it is possible.

Is it possible to block off some delivery date based on the product category?

Meaning that if someone order item 1 from category A, all date are available but if he order item 1 from category B, it is only available to ship on 01- 20 thru 01-25.

Trying my best to explain what I am looking for and hopefully, someone can help

Thank you
There is some guidance in one of the javascript files about how to "block" out dates. The information is generic in nature like how to prevent delivery within the next 3 days or something. What you would want to do at or before this point is to evaluate the cart contents and assign the earliest delivery date based on those results.

The file I am talking about having some guidance is: includes/modules/pages/checkout_shipping/jscript_calendar_head.php

The file already has some php "code" in it, but seems like this would be a decent place to incorporate an evaluation of the session variable and associated data to control how the date is presented.

mc12345678:

There is some guidance in one of the javascript files about how to "block" out dates. The information is generic in nature like how to prevent delivery within the next 3 days or something. What you would want to do at or before this point is to evaluate the cart contents and assign the earliest delivery date based on those results.

The file I am talking about having some guidance is: includes/modules/pages/checkout_shipping/jscript_calendar_head.php

The file already has some php "code" in it, but seems like this would be a decent place to incorporate an evaluation of the session variable and associated data to control how the date is presented.

I did look into that file. However, I am using the modification from post # 7 on this thread. It blocks delivery date base on server and works great so far. However, I am not getting a "calendar" display for such. It is giving me a drop down menu instead.

My expertise in coding is limited so bare with me please. Not sure however to proceed at this point. I have seen ways where you can have cart checked in order to block things.

I haven t been able to find anything about blocking these dates based on a specific category though

hello,

I am not sure if this is possible but I would like to disallow checkout or block delivery date based on this criteria:

-any product except the one from category 11 is in the cart then date 02-11 thru 02-14 are blocked.

I am currently using order delivery date as an add on for my cart. To be honest, I tried to ask there but did not get much luck.

The code in my tpl_checkout_shipping_default is as follow:

<!-- Bof Order Delivery Date -->
<!-- Bof Ship Date -->
<fieldset class="shipping" id="order_delivery_date">
<legend><?php echo TABLE_HEADING_DELIVERY_DATE; ?></legend>
<select name="order_delivery_date">

<?php

$current_time = (date("h:ia"));
$current_hour = (date("H")); // 24 hour time as two digits
$begin_cutoff_hour = '12H30'; // set on a 24 hour time clock
$end_cutoff_hour = '21'; // set on a 24 basis - "19" would be 7pm
$time_zone_adjust = '0'; // use this to adjust your hour value forward or backwards
$display_current_time = false; // Chage to "true" to check your system time for adjustments to $time_zone_adjust. Result will be echo'd to browser below ship date dropdown menu

$current_adjusted_hour = ($current_hour + $time_zone_adjust);

if($current_adjusted_hour <= $begin_cutoff_hour) {
        $date_offset = '0';
        }
    else {
        $date_offset = '1';
        }

for ($i=$date_offset, $n=50; $i < $n; $i++) {
    $now[$i] = strtotime ("+$i day", time());
    if ( strftime ("%w",$now[$i])<>"0"
        AND strftime ("%m-%d",$now[$i])<>"12-25"
		AND strftime ("%m-%d",$now[$i])<>"12-31"
		
        AND strftime ("%m-%d",$now[$i])<>"01-01"
        ){
        echo '<option value="'.strftime ("%Y-%m-%d",$now[$i]).'">'.strftime ("%A %d %B %Y",$now[$i]).'</option>';
        }

 }
?>
</select>
</fieldset>
<?PHP
if ($display_current_time == true) {
    echo "YOUR SYSTEM TIME IS $current_time";
    }
?>
<!-- Eof Ship Date -->
<!-- Eof Order Delivery Date -->

I am currently able to block certain dates and to skip the day if time passed. Is there a way to block date base on product master category?

I am a real newbie when it comes to coding. I tried the Admin flag but it is not changing anything or at least not working for me.

Please any help will be really appreciated

Thank you

Hoping someone can help - is this plugin still working with the latest version of ZC? I installed, and can get a store selection radio buttons at checkout, but there is no date picker, only a text field. If the user enters a date, it accepts it, but they're unable to use a drop down. Also, the heading above the box shows 'TABLE_HEADING_DELIVERY_DATE'.

SpyderSL:

Hoping someone can help - is this plugin still working with the latest version of ZC? I installed, and can get a store selection radio buttons at checkout, but there is no date picker, only a text field. If the user enters a date, it accepts it, but they're unable to use a drop down. Also, the heading above the box shows 'TABLE_HEADING_DELIVERY_DATE'.

I have this working on 1.5.6a and on 1.5.6c, so it should work. From your screenshot, I can see that you have at least a missing entry in a language file - that's why you see "TABLE_HEADING_DELIVERY_DATE" instead of the instruction to select a date. The missing calendar pop-up indicates either a javascript conflict or missing header files. I would start by double checking that you installed correctly and all the files are in the right places...

weif:

I have this working on 1.5.6a and on 1.5.6c, so it should work. From your screenshot, I can see that you have at least a missing entry in a language file - that's why you see "TABLE_HEADING_DELIVERY_DATE" instead of the instruction to select a date. The missing calendar pop-up indicates either a javascript conflict or missing header files. I would start by double checking that you installed correctly and all the files are in the right places...
It could also be something missing from the css that would cause the calendar to popup in view (it may be popping up off screen somewhere).

Hi

Just some feedback for the next version.

Zencart 156 introduced showing the order details on the checkout success page. As the delivery date is obviously not there I was getting a deluge of emails from customers confirming their delivery date (Yes they were too lazy to read their email), so I was forced to add it in there.

For similar reasons I would also recommend adding it to order details under My Account.

Also I have changed the heading of 'Date' on the My Account page to 'Ordered' so that customers don't confuse the date with delivery date.

Thanks for listening ....

Bug or intended?

As we know when you first hit the Checkout Shipping page the delivery date is set to blank.

Then lets say you have multiple shipping options - and lets say it has defaulted to 'Store Pickup' and you change it to 'Delivered' and click Continue (without updating delivery date).

Quite correctly you are warned that you need to enter your delivery date. However your change of shipping option is not remembered and it remains as 'Store Pickup'.

Is this intended functionality or a bug?

royaldave:

Bug or intended?

As we know when you first hit the Checkout Shipping page the delivery date is set to blank.

Then lets say you have multiple shipping options - and lets say it has defaulted to 'Store Pickup' and you change it to 'Delivered' and click Continue (without updating delivery date).

Quite correctly you are warned that you need to enter your delivery date. However your change of shipping option is not remembered and it remains as 'Store Pickup'.

Is this intended functionality or a bug?

Ehhh, third option? Not originally/recently a consideration of concern?! It certainly was not intentional to blow away everything else just because there was an issue with the delivery date. The question becomes what to do about it in a "broader" acceptable way?

Right now, the location where the issue is detected still seems ideal; however, it is the redirect that is done right then that is the problem. That redirect occurs before the remainder of the shipping options are processed as part of the page's header load.

Unfortunately, if the redirect doesn't happen where it currently is set, then the next opportunity which allows the shipping module to be set is in the load of the checkout_payment page.

What this will do is allow the shipping module(s) to process on the delivery date with the possibility of knowing that there is a problem with that delivery date, but still storing whatever value was selected and then upon redirect to the checkout_payment page be sent back to reselect the delivery date.

Likely what I would do is that in the current location where there is the redirect because of the date, I would set a flag in the class to indicate the need to redirect on checkout_payment or something. And then when listening to checkout_payment, cause the redirect back to checkout_shipping... now I don't yet have an idea about how this might affect non-three page checkout processes.

Of course another idea is that in the "error" message add text to indicate the extent of reselection needed... but I'll prep something to take a look at for your situation and can see if what problems it creates by implementing...

Thanks for your reply.

Just so you understand why only now I'm coming up with this issue is that I am intending to implement the "minimum order" plugin (https://www.zen-cart.com/downloads.php?do=file&id=402) however I have amended it to allow a "small" order to checkout with Store Pickup and only block orders that are being delivered.

Unfortunately it makes my site look a little buggy if they forget to enter the date and they change the shipping method from Delivery to Store Pickup and the warnings keep coming up and the method stays at "delivery".

Or maybe I'm being too pedantic..

Ok, just about done with updating for ZC 1.5.7 and to address the above issue... Man a lot has changed in this area of the code... Although I've also found some areas of the ZC code can be filled with potential issues for those wishing to modify the email sent out by the zen_update_orders_history function and to customize emails without touching the function code... I've been able to handle most of the effort by way of the observer system though I'm trying to incorporate the information completely through that and inline with execution.

Anyways, need to test the operation out, but I believe I now have the code working such that at least in the standard ZC checkout process if there is a problem with the date information that other processing code is executed to try to take the customer to the checkout_payment page at which point the customer is redirected back to the checkout_shipping page. Probably should consider that action for one or more other pages in the checkout process though... Hmm... Hope to have something pushed to github shortly.

royaldave:

Thanks for your reply.

Just so you understand why only now I'm coming up with this issue is that I am intending to implement the "minimum order" plugin (https://www.zen-cart.com/downloads.php?do=file&id=402) however I have amended it to allow a "small" order to checkout with Store Pickup and only block orders that are being delivered.

Unfortunately it makes my site look a little buggy if they forget to enter the date and they change the shipping method from Delivery to Store Pickup and the warnings keep coming up and the method stays at "delivery".

Or maybe I'm being too pedantic..
Nope, I don't think it is pedantic, the other night, ordered online from a "big company", every time went through almost anything on the checkout page the option to do curbside pickup changed to instore... For one reason or another had to cycle through like 4 times and updated the option each of those 4 times; however, somehow the final result was the "default" of instore...

At any rate, I get it and I do believe I was concerned about it, but was having difficulty finding an appropriate location that was "guaranteed" to work because of the internal operation when submitting for process. There's currently no redirect after collecting the information but before allowing operation to continue...

Ok, I'm kind of done playing... Not saying perfect, but I'm tired of testing this at the moment and need some input on expectations/desires for the email etc...

I added files for ZC 1.5.7 into their own folder within the distribution which is currently accessible from: mc12345678/order-delivery-date at ZCv157 (github.com). I haven't seen the real final email result, but I can't say that I like how the notes are addressed... Again, input requested...

I also did not test with any of the other modified login/order schemes, but what I did test was the functionality at/around the entry or missing entry of the order delivery date to validate that other selections were maintained... As far as one or more observers monitoring some of these notifiers, may want to consider the autoload point sequence for each to ensure a properly sequenced load and to accomplish whatever each plugin does. It may also be that some of the observer code has to be split out so that the load sequence occurs as needed, but also be careful that dependencies are not lost when doing so.

I'm using 1.5.6 so so just updated the auto.order_delivery_date_observer file.

Seems to work - it retains the chosen delivery method and I've put it live.

One minor feedback though is to update -

$html_msg['EMAIL_TEXT_DELIVERY_DATE'] = EMAIL_TEXT_DELIVERY_DATE . ' ' . zen_db_output($callingClass->info['order_delivery_date']);

to -

$html_msg['EMAIL_TEXT_DELIVERY_DATE'] = EMAIL_TEXT_DELIVERY_DATE . ' ' . zen_date_long(zen_db_output($callingClass->info['order_delivery_date']));
}

because the zen_date_long looks nicer :)

royaldave:

I'm using 1.5.6 so so just updated the auto.order_delivery_date_observer file.

Seems to work - it retains the chosen delivery method and I've put it live.

One minor feedback though is to update -

$html_msg['EMAIL_TEXT_DELIVERY_DATE'] = EMAIL_TEXT_DELIVERY_DATE . ' ' . zen_db_output($callingClass->info['order_delivery_date']);

to -

$html_msg['EMAIL_TEXT_DELIVERY_DATE'] = EMAIL_TEXT_DELIVERY_DATE . ' ' . zen_date_long(zen_db_output($callingClass->info['order_delivery_date']));
}

because the zen_date_long looks nicer :)
Incorporated that for both the text and html entries in that area of the code. Thank you for the input.

Hi,
I have installed the required files and do see the delivery date in the confirmation email. However I do not see the desired delivery date in the invoice when I am in the Admin area. I have checked the invoice.php file and it does include the following line:

define('ENTRY_DELIVERY_DATE', 'Desired Delivery Date:');

rkhan3366:

Hi,
I have installed the required files and do see the delivery date in the confirmation email. However I do not see the desired delivery date in the invoice when I am in the Admin area. I have checked the invoice.php file and it does include the following line:

define('ENTRY_DELIVERY_DATE', 'Desired Delivery Date:');
That define would be expected to be in the admin/includes/languages/YOUR_LANGUAGE/invoice.php file,

To display that constant and the associated information for the order, changes to admin/invoice.php would need to have been incorporated. While the specific Zen Cart version appears to not be indicated (item identified in the posting tips), I would expect content similar to the following to be incorporated to the applicable version of the file:

        <tr>
          <td class="main"><strong><?php echo ENTRY_DELIVERY_DATE; ?></strong></td>
          <td class="main"><?php echo zen_date_long($order->info['order_delivery_date']); ?></td>
        </tr>

The above code was copied directly from the Zen Cart 1.5.7 version of invoice.php as provided in the distribution package at/around lines 133 through and including 136.