Re: ozpost shipping module
Quote:
Originally Posted by
RodG
Methinks you may need a lesson or three on OOP (Object orientated programming). These modules, like all other shipping modules, (and almost everything else relating to zencart) can be enabled/disabled and/or used in conjunction with any other module simply by using the the precoded methods/functions (or whatever else you wish to call them).
I appreciate your continued detailed responses in explaining the complexities of shipping and programming, although I fear I may never fully grasp the latter.
Quote:
Originally Posted by
RodG
What I'm saying here is that it will require no more (and no less) 'interaction' than (say) the way the postage modules interact with zencart itself, or the way zencart manages to take the results from the postage modules and uses those results for checkout processing, etc.
At *most* the AustPost/ozpost module(s) will require one additional line to be added, and that would be a check to see if any given item in the cart needs to be excluded from the Austpost/ozpost processing,
Yes. My previous post was really directly towards retaining the Austpost module as the primary shipping module, that ships as much as it can first and foremost, whereupon other methods must be sought for what AusPost cannot ship. Upon reflection, however, I gather this could result in (require) order splitting based on shipped items.
Quote:
Originally Posted by
RodG
but even this could be avoided by having the new module preprocess the shopping cart items (which it will need to do anyway) and removing them from the datastream before the module is called, and that is assuming the module needs to still be called anyway (in addition to the 'post separately' items.
Now I see what you mean. I favour the idea of a pre-processor, where a customer can add items to a cart and then choose which items to ship at which time. And such a pre-processor should be in the domain of Zen Cart or another module.
Quote:
Originally Posted by
RodG
In the *simplest* case, the new module will only need do a check to see if the 'special delivery' flag is set, and if so, set the variable to disable the AustPost module(s) for that particular shopping cart.
Does that all make sense to you?
Cheers
Rod
Yes and thanks once again.
Looking at the upload date of the OZPost module (15 March 2009), I gather the most recent version has yet to be sanctioned.
Re: ozpost shipping module
Quote:
Originally Posted by
RodG
Still clutching at straws, but could you please try editing /modules/shipping/ozpost.php
Locate the line that reads
global $order, $db, $template, $ipath, $ipath2 ;
and add $current_page_base as another global.
Thanks,
Rod
Hi Rod,
I have done this to no avail I am still getting the
Code:
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/***/public_html/shop/includes/modules/shipping/ozpost.php on line 67 and defined in /home/**/public_html/shop/includes/classes/template_func.php on line 42
PLease help??
Thank you from me and ozmosaics
Re: ozpost shipping module
Quote:
Originally Posted by
kaety
I have done this to no avail I am still getting the
Warning: Missing argument 4
PLease help??
The suggestion I made turned out to be inneffective (as you have discovered).
There are two options available for you.
1. Create an empty file called "ozpost.php" and place it into your /includes/languages/english/modules/shipping/ directory.
2. Hold your breath and wait for the next update to be made available (I uploaded it to the zencart downloads area a few days ago, it is just waiting for the site admin to make it 'live').
Option#1 will get it working for you with very little effort, but there are also a couple of other issues with the version you have (Some methods showing when they shouldn't, a display problem if GST is enabled, and a couple of other minor things), so you might be better waiting for option#2
Cheers
Rod
Re: ozpost shipping module
Thanks RodG I have tried option 1 and you are right... still problems so option #2 it is
Re: ozpost shipping module
Quote:
Originally Posted by
kaety
Thanks RodG I have tried option 1 and you are right... still problems so option #2 it is
I know I said there are still other issues with the version you are using, but could you please let me know which problems you found (just in case you have an unrelated issue, or perhaps a problem that hasn't yet been identified).
Cheers
Rod
3 Attachment(s)
Re: ozpost shipping module
Hello RodG,
I installed ozpost 1.0.2 and this time all went well with the install.
However there is a problem ... for example:
a. With all handling fees =$0, the postage is calculated ok.
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
This was not previously an issue in AustPost.(Tare percent =0)
Quite odd I thought.
Cheers
Re: ozpost shipping module
Quote:
Originally Posted by
remoteone
Hello RodG,
I installed ozpost 1.0.2 and this time all went well with the install.
However there is a problem ... for example:
a. With all handling fees =$0, the postage is calculated ok.
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
This was not previously an issue in AustPost.(Tare percent =0)
Quite odd I thought.
Cheers
Hi,
I also thought the same until I re-read the instructions when adding the handling fees. It says that there are in addition to other handling fees. so if you leave registed post and express post with 0.00, you should get the desired handling fee added. Hope this helps,
Nerida.
Re: ozpost shipping module
I have another question for Rod...
I have installed the new version of OzPost and it looks great so far... Two issues that I have found (and cannot tell if it is the way I installed it or maybe a bug?)
1. When I do an "estimate shipping", the Dimensions do not display for my parcels. I get Dims: xx Boxes:
2. If my width is very close to the margin between a letter and a parcel, I get an error and the default postage rate is quoted. I am doing this as I have very small items and wanted to force them into the parcel sizes, but not by much. I actually entered the parcel width as 2.1 cm - is this not allowed maybe? It works just fine if I up it to 3cm.
Thanks for your help,
Nerida.
Re: ozpost shipping module
Quote:
Originally Posted by
remoteone
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
I'm not as convinced about the cause of the price differential as you are. Nothing from your screen capture shows me a handling fee of $20 where it should only be $10. Please try enabling the 'show handling fees' option to help confirm your observations.
.
Quote:
Originally Posted by
remoteone
This was not previously an issue in AustPost.(Tare percent =0)
Totally different programs. With ozpost all bugs are new and nothing from the other program is relevent.
Quote:
Originally Posted by
remoteone
Quite odd I thought.
Cheers
A mystery, for sure. See if you can come up with any other clues or hints, because things seem to be working as they should be on my setup.
Cheers
Rod
Re: ozpost shipping module
Quote:
Originally Posted by
neridal
I have another question for Rod...
I have installed the new version of OzPost and it looks great so far... Two issues that I have found (and cannot tell if it is the way I installed it or maybe a bug?)
1. When I do an "estimate shipping", the Dimensions do not display for my parcels. I get Dims: xx Boxes:
2. If my width is very close to the margin between a letter and a parcel, I get an error and the default postage rate is quoted. I am doing this as I have very small items and wanted to force them into the parcel sizes, but not by much. I actually entered the parcel width as 2.1 cm - is this not allowed maybe? It works just fine if I up it to 3cm.
Thanks for your help,
Nerida.
I'll need to confirm, but I'm pretty sure the first is a bug.
As for the second, are there any other clues as to what the error might be? I'll try creating a test product using 2.1cm to try to duplicate the problem, but I probably won't have a chance to look into it until the weekend.
Cheers
Rod
