Order Delivery Date Support Thread

jkenwell:

Does anyone here know if a module is available that uses (adjustable) time slots instead of calendar days? (It doesn't have to be free, and it would sure remove a lot of headaches I currently have trying to cobble something together through the checkout).

What I need is a module that lets me assign "so many orders for this slot" (or "so many order-$$$ for this slot" or a combination of both), and that lets me variate the size of the slot (e.g. from 2 hours to 3 or 4 hours), and delivery slots auto-closing after a pre-determined cut-off (e.g. at 10 am the delivery slot for 2pm-4pm disappears or is disabled). Ideally there would be a selectable date, with the available slots appearing after the delivery date has been chosen.

Thanks in advance.

This site uses a custom delivery date, time, phone and message - http://uniquedesignsflorist.ca/ during the checkout process. It could be modified to use time slots if you would like. The newest version has been updated on the backend to deliver extra info directly to email so employees can pick orders straight from their phones :)

twitchtoo:

This site uses a custom delivery date, time, phone and message - http://uniquedesignsflorist.ca/ during the checkout process. It could be modified to use time slots if you would like. The newest version has been updated on the backend to deliver extra info directly to email so employees can pick orders straight from their phones :)

Would you by chance happen to have screenshots of the look and features? Out of respect, I'd hate to create a bum clutter account on the site just to look at it. :-) And what sort of $$ would I be looking at for the modification?

jkenwell:

Would you by chance happen to have screenshots of the look and features? Out of respect, I'd hate to create a bum clutter account on the site just to look at it. :-) And what sort of $$ would I be looking at for the modification?

If it hasn't already, please consider moving this conversation to private messaging or branch off to a new thread (feel free to reference it here if that is done), but the discussion has degraded to discuss things that are not acceptable in the open forum.

Hi there,

Would anyone be able to advise how I can adjust the delivery date picker box size? The dates seem to be spilling out of the background. Attached picture below. Much appreciated!

At moment not able to identify the specific change necessary (at least two reasons: on a cell phone and for those with access to a browser that supports such review not having the web address to see what can be done.)

The css though is located in: includes/templates/YOUR_TEMPLATE_RESPONSIVE/css/checkout_shipping.css

And with that, it would seem that perhaps some changes are necessary to further support a responsive design/layout.

Thanks for the quick reply yet again.
Does it mean anything if the same issue is showing on both mobile and desktop browser?
This is my site https://www.sabun.com.sg

mc12345678:

At moment not able to identify the specific change necessary (at least two reasons: on a cell phone and for those with access to a browser that supports such review not having the web address to see what can be done.)

The css though is located in: includes/templates/YOUR_TEMPLATE_RESPONSIVE/css/checkout_shipping.css

And with that, it would seem that perhaps some changes are necessary to further support a responsive design/layout.

Oh boy can't believe I did it. Thank you mc12345678 for pointing me to the right file. I did some experimenting and found the code to edit.

at line 42 of the checkout_shipping.cc file.

div.calendar {
	background: url(../images/calendar/calendar.png);
	height: 195px;
	padding: 0 6px;
	text-align: center;
	width: 160px;

Hi everyone, would anyone happen to know how to fix or have encountered a wrong shipping date displayed?

If someone were to select a shipping date and go through the checkout as per normal, theres no issue.
The problem occurs when someone tries to EDIT the date after first selecting it on the previous checkout_shipping page, the date then randomly pick a date in the past like "October 18 2002" for example.

Any insight would be appreciated!

Okay I figured out why. I had changed the date format in jscript_calendar_head.php from { myCal = new Calendar({ date: 'Y-m-d' } to { myCal = new Calendar({ date: 'd-m-Y' } and it screwed up the display on the check out page.

audrey:

Hi everyone, would anyone happen to know how to fix or have encountered a wrong shipping date displayed?

If someone were to select a shipping date and go through the checkout as per normal, theres no issue.
The problem occurs when someone tries to EDIT the date after first selecting it on the previous checkout_shipping page, the date then randomly pick a date in the past like "October 18 2002" for example.

Any insight would be appreciated!

audrey:

Okay I figured out why. I had changed the date format in jscript_calendar_head.php from { myCal = new Calendar({ date: 'Y-m-d' } to { myCal = new Calendar({ date: 'd-m-Y' } and it screwed up the display on the check out page.

Thanks for reporting back your findings. That saved a lot of retesting as maintaining the previously entered date was part of the (re-)design consideration to support looping back to the checkout_shipping page.

I need help on making this module work.

I am using zencart 1.5.5f with one page checkout.

I managed to have calendar displaying on the checkout page. I am able to pick up a date even though it is appears backward once selected.

However, after completing the order, the date being displayed on the order in admin is 11/30/1999.

Any help on making this work would be greatly appreciated.

nicksab:

I need help on making this module work.

I am using zencart 1.5.5f with one page checkout.

I managed to have calendar displaying on the checkout page. I am able to pick up a date even though it is appears backward once selected.

However, after completing the order, the date being displayed on the order in admin is 11/30/1999.

Any help on making this work would be greatly appreciated.

I started looking at this about 6 hours ago against an update to the module. While I continue to look into this, may I suggest verifying that the files are also installed in accordance with using the normal checkout method and temporarily disabling one-page-checkout to see that normal operation is working in this setup?

As to the date "being reversed", it is stored in ISO 8601 format of YYYY-MM-DD.

mc12345678:

I started looking at this about 6 hours ago against an update to the module. While I continue to look into this, may I suggest verifying that the files are also installed in accordance with using the normal checkout method and temporarily disabling one-page-checkout to see that normal operation is working in this setup?

As to the date "being reversed", it is stored in ISO 8601 format of YYYY-MM-DD.

Well, I have some updates I'd like to push to github, but someone just ran into a lightpole in the area and knocked out power to several blocks... so going to be a bit. I've made some improvements to try to back away from edits in template files and use more of the notify/observer system. Additionally it incorporates changes discussed over the last few pages including reintroducing some of the mootools javascript from a few versions ago that works when jQuery.noConflict() is introduced (will be included in this coming release).

Nicksab, I'd still be interested to hear what issues the standard install (without possibly incorporating information presented in this forum since last release) has in it so that I can be sure they are incorporated as I've run this new version without any issue, but guess I need to go through the install to be sure that I have all the necessary files in the distribution.

mc12345678:

Well, I have some updates I'd like to push to github, but someone just ran into a lightpole in the area and knocked out power to several blocks... so going to be a bit. I've made some improvements to try to back away from edits in template files and use more of the notify/observer system. Additionally it incorporates changes discussed over the last few pages including reintroducing some of the mootools javascript from a few versions ago that works when jQuery.noConflict() is introduced (will be included in this coming release).

Nicksab, I'd still be interested to hear what issues the standard install (without possibly incorporating information presented in this forum since last release) has in it so that I can be sure they are incorporated as I've run this new version without any issue, but guess I need to go through the install to be sure that I have all the necessary files in the distribution.

sorry for the delayed response.

I tried it with the classic default template and I am getting the exact same issue as mentioned before.

I will try to reinstall the module ( lastest version ) again and see if the problem still persist.

mc12345678:

Well, I have some updates I'd like to push to github, but someone just ran into a lightpole in the area and knocked out power to several blocks... so going to be a bit. I've made some improvements to try to back away from edits in template files and use more of the notify/observer system. Additionally it incorporates changes discussed over the last few pages including reintroducing some of the mootools javascript from a few versions ago that works when jQuery.noConflict() is introduced (will be included in this coming release).

Nicksab, I'd still be interested to hear what issues the standard install (without possibly incorporating information presented in this forum since last release) has in it so that I can be sure they are incorporated as I've run this new version without any issue, but guess I need to go through the install to be sure that I have all the necessary files in the distribution.

After reinstalling the module, it works fine with OPC disabled. How do I make it work with One Page Checkout?

Thank you

In the docs for OPC you'll find the fix to help with the MooTools use.> The plugin's design also utilizes jQuery as its AJAX interface to the various updates required. There are some Zen Cart plugins that use the MooTools interface that will need a little extra "care and feeding" for compatibility with One-Page Checkout. OPC's v1.0.8 release provides the changes that enable interoperation with MooTools, but some plugin-specific changes might be needed in addition — specifically:

2. Order Delivery Date. You'll need to copy that plugin's jscript*.* files to the /includes/modules/pages/checkout_one directory and modify the file jscript_a-mootools.js, adding the highlighted line to the top of that module:

//MooTools, , My Object Oriented (JavaScript) Tools. Copyright (c) 2006-2009 Valerio Proietti, , MIT Style License.

** jQuery.noConflict();**

dbltoe:

In the docs for OPC you'll find the fix to help with the MooTools use.

Thanks for the reply. I will try that.

Is there a way to reverse the date displayed as well?

dbltoe:

In the docs for OPC you'll find the fix to help with the MooTools use.

For the love of Zen Cart, I tried everything but I can t get it to work with OPC.

For some reason, it is not registering the date on the order. I keeps displaying the same date over and over again.

I works fine with OPC disable. If I disable OPC and pick a date, like 08-08-18, it will displayed and registered fine on the order ( admin). However, once I switch OPC back on, no matter how many orders or which date I choose, it will always display 08-08-18 on the admin.

Here is what I did:

• copied all the files from /modules/pages/checkout_shipping to /modules/pages/checkout_one

• copied the following code from /templates_default/tpl_checkout_shipping_default.php to template_default/checkout_one_default.php

<label for="order_delivery_date">Date:</label>
<input readonly="readonly" id="date" name="order_delivery_date" type="text">

• copied css from checkout_shipping.css to checkout_one.css to have the calendear displayed correctly.

• added the jQuery.noConflict(); to jscript_a-mootools.js

But after all this, it is not working....

Please help thank you

nicksab:

For the love of Zen Cart, I tried everything but I can t get it to work with OPC.

For some reason, it is not registering the date on the order. I keeps displaying the same date over and over again.

I works fine with OPC disable. If I disable OPC and pick a date, like 08-08-18, it will displayed and registered fine on the order ( admin). However, once I switch OPC back on, no matter how many orders or which date I choose, it will always display 08-08-18 on the admin.

Here is what I did:

• copied all the files from /modules/pages/checkout_shipping to /modules/pages/checkout_one

• copied the following code from /templates_default/tpl_checkout_shipping_default.php to template_default/checkout_one_default.php

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

<label for="order_delivery_date">Date:</label>
<input readonly="readonly" id="date" name="order_delivery_date" type="text">

</fieldset> <!-- Eof Order Delivery Date -->

• copied css from checkout_shipping.css to checkout_one.css to have the calendear displayed correctly.

• added the jQuery.noConflict(); to jscript_a-mootools.js

But after all this, it is not working....

Please help thank you
If you truly copied all of the files of your store from includes/modules/pages/checkout_shipping to includes/modules/pages/checkout_one, then that would be a source of the problem.

The only software from the checkout_shipping directory above needed to support this plugin is that added to that directory to support this plugin. So namely first the javascript file and then possibly some of the code that is inside the header_php.php file, but not that entire file.

I've been working on a slight rewrite to pull code out of that file and make a few other improvements.

mc12345678:

If you truly copied all of the files of your store from includes/modules/pages/checkout_shipping to includes/modules/pages/checkout_one, then that would be a source of the problem.

The only software from the checkout_shipping directory above needed to support this plugin is that added to that directory to support this plugin. So namely first the javascript file and then possibly some of the code that is inside the header_php.php file, but not that entire file.

I've been working on a slight rewrite to pull code out of that file and make a few other improvements.

By "all files", I mean I copied from the plug-in to the checkout_one and nopt from the store:

jscript_calendar_head.php
jscript_b-calendar.js
jscript_a-mootools.js

This was suggested here because the calendar was not displaying.

The plug in file I downloaded do not include any header_php.php file. The plug in works great with OPC off. It just won t register the date into the order when OPC is on.