Printable View
Hi again, apparently, in the last hour I broke something.
I'm not getting the pop up at all. I'll have to look at it tommorow.
I suppose you can see a simalar presentation of the pop up by logging in and proceeding to the first step of check out.
Although my pop up has an image background, (that's why I'm using .pngs) so it wouldn't have the same look.
David
Hmmm, what little logo?Quote:
Originally Posted by australican
I suspect that you have something amiss, because although the austpost module DID have a little logo in the admin section this was removed for the ozpost module, partly because it required a duplication of some of the graphics, and partly to keep it uniform with the other shipping modules.
Perhaps a screenshot of where the 'missing logo' goes may be beneficial?
See above. This is one of the reasons why the logo was removed from that section of the code. (Actually, it isn't techically removed, it is simply prevented from being dispayed. This will probably make a little more sense by looking at the code, maybe).Quote:
Originally Posted by australican
I think we all like things to look good, especially in a professional webstore. Alas, my talent is in coding, my graphics skills are severely lacking.Quote:
Originally Posted by australican
Ideally, the best way to do this would be to use graphics rather than text (I agree it looks a bit yukky in its current format). Unfortunately I've not had the time to add code for this yet (not to mention actually creating the numerical graphics). This probably can be improved upon even in text format by changing the font style. Again, time has prevented me from doing anything more than 'getting it working'.Quote:
Originally Posted by australican
Yes, it is possible, but you will need to modify the code to do so. It will actually be quite an easy thing to do, and will probably only require the modification of one line of code.Quote:
Originally Posted by australican
A quick look at the code would suggest you can probably achieve this by commenting out line 479 of ozpost.php
(the line that has zen_image($this->icon.del) )
I'm not sure, but you may also be able to achieve the same effect simply by deleting the icon itself. :-)
You are pretty much on the mark. The ozpost module doesn't have its own css styles, as such it take on the look of whatever style/theme/template you are using.Quote:
Originally Posted by australican
[/QUOTE]
Cheers
Rod
Seems to be working now, and it isn't tomorrow yet. :-)Quote:
Originally Posted by australican
Cheers
Rod
Hi Rod, thanks for your reply
The little logo is the one on the admin/modules/shipping page at the start of the row that list the ozpost mod.
It is also on the little green bar on top of the options listing when you select ozpost from the list.
I know what you mean about keeping it uniform but I kinda like it.
I possibly left one of the old files in there when I installed ozpost but I’m pretty sure I didn’t. What I got was the ol little red square with an x and the alt text in it’s place.
(perhaps someone else might comment if the same thing happened with them.)
I took an image report with IE developers tool bar and that’s where I found the weird folder arrangement. (In auspost it was admin/includes/templates..ect. As I mentioned before I had to use adim/DIR_WS_..ect to get the logo diplayed)
I will gladly post the screen shot if you let me know how to do it. (Is my rookieness showing?)
Again, I know you have bigger fish to boil, but if your interested I don’t mind.
Anyway…In referance to replacing the “days est delivery” image with text, I modified ozpost.php as advised and that did the trick. I like the look of the text better. (deleting the icon leaves a blank rectangle)
Thanks again David
If anyone is interested in the images I’ve made, (no offence Rod) I don’t mind sharing.
Again, I’d need instruction on how to post them correctly.
I'm not sure how or why but the logo really shouldn't be displayed in this location. The fact that it does *may* also cause database issues (due to the text field being too long). Another reason why I changed things.Quote:
Originally Posted by australican
I assume that this is during the checkout process (rather than in the admin sections)?Quote:
Originally Posted by australican
During the checkout process the icon should show, but it shouldn't be coming from the /admin/* directory, it should be coming from your 'custom' directory (whatever it may be called).
As mentioned above, this change was for more than just cosmetic reasons. In that particular location it isn't an issue, but the same data also gets inserted into the orders tables, and the combination of text and the icon string can be too long for the database to properly handle.Quote:
Originally Posted by australican
If you are not experiencing any problems with the icon (after your location "fix") there is no need or reason for you to worry. The long strings only affected some users (I wasn't one of them).
This shouldn't make a difference anyway. The two modules are totally independent of each other. Although some of the icons may look very similar they even have different names.Quote:
Originally Posted by australican
The icons in /admin/includes/ ... etc were only a copy of the icons under /includes/, and really shouldn't be needed with 'ozpost' because they are supposed to be disabled for the admin functions of the store.Quote:
Originally Posted by australican
I really can't explain they they are even attempting to show with your setup.
At the moment it is more of a curiosity, but it could also indicate a bug in my code, so I am mildly interested. :-)Quote:
Originally Posted by australican
I've tried to cater for both preferences (icons vs text) with the config option in the admin settings. Just in case others are reading this, the modification I gave you is a compromise, it gives a mix of both text and icons. I'd consider making this an admin setting too, but it may cause confusion. What do you think?Quote:
Originally Posted by australican
[/quote]Quote:
Originally Posted by australican
No offence taken. In fact if I like what you've done I may even want to use them myself, and possibly even use them in future distributions (with your permission, Credit will be given).
As for posting them, the easiest way would be:
1. Zip them all up into a single file (if using XP or similar just select them all, right click then 'send to zip' (or similar).
2. Create or reply to a message in this forum announcing what they are.
3. Before submitting your message Attach the zip file by clicking on the paperclip icon at the top of the message box. This will produce a popup window that will let you browse to the zip file on your computer. Press the 'upload' button, and finally, 'submit reply'
Cheers
Rod
ps. I'll probably be one of the first to download them, so you'll soon know if there are any problems or issues.
I would like to know if there is any way to put the size needed to calculate postage on the options. For example I am doing a site that sells some paintings, in the options the customer chooses the size of the canvas. If using this module how do I add the size of the product
depending on what option the customer chooses to calculate postage.
Is it possible???:dontgetit
Hope this makes sense
Yes your question does make sense, but no, it isn't possible (without custom coding).Quote:
Originally Posted by enochian
Before going down this path though there are a couple of important question that needs to be answered.
1. Are these paintings framed? If not then it is unlikely they will weigh more than 1kg (correct me if I'm wrong). Parcels weighing less than 1kg are not subject to the cubing rules, therefore the dimensions will have no effect on the cost of postage, they will be charged based solely on weight. (assuming they don't exceed the size limitations imposed by australia post).
2. If the paintings are framed, or if they do exceed 1kg in weight, will they still be subject to the cubing rules? If not, then once again there will be no need to enter any dimensional data.
The easiest way to check this is to go to the Australia post website (http://www.austpost.com.au) enter the weights and dimensions of the various sized paintings, and see if the postage costs change at all.
Also take note at the top of the quotation box, it the item(s) are subject to the cubing rules you will be informed of such, as follows:
----------------------------------------------------
Lodgement Postcode: 3000
Destination Postcode: 5000
Parcel Weight: Up to 3 kg , via cubing rule
------------------------------------------------------------
In this example I entered the actual item weight as 2kgs, but this text tells me with the data I entered the cubing rules are applicable.
If when you enter your data you DON'T see the "via cubing rule" text then you will be quite safe in not needing the dimension data in your store.
The important thing to realise is the the dimensions of a product only ever come into play if the parcel is 'large but light'. Painting may or may not fall into this category.
Cheers
Rod
No, what I was refering to is in the admin.Quote:
Originally Posted by RodG
(see green bar and list jpgs)
Attachment 5836
Attachment 5837
In that case I can certainly do without them.Quote:
As mentioned above, this change was for more than just cosmetic reasons. In that particular location it isn't an issue, but the same data also gets inserted into the orders tables, and the combination of text and the icon string can be too long for the database to properly handle.
I'll make a guess here, I removed the auspost files via FTP, then upload ozpost files, THEN went to admin to turn it on and configure. Perhaps if I had started at adim and removed auspost via the button there, then FTP'd then back to admin and swithched on the new one.Quote:
The icons in /admin/includes/ ... etc were only a copy of the icons under /includes/, and really shouldn't be needed with 'ozpost' because they are supposed to be disabled for the admin functions of the store.
I really can't explain they they are even attempting to show with your setup.
This is why I'm making that quess: Today I again removed all ozpost files and reloaded. After went to admin and it was already "on" (no install button) I removed it (via the button) then had the install button. After installing, things looked differant this time. No red square withX and no alt text, but I do get an empty square. (see green bar after and list after jpgs)
Attachment 5838Attachment 5839
I'm not knowledgable enough to venture a guess if it is a "bug" perhaps as I said before, if one were to turn off in admin swap files then go back to admin it wouldn't happen. Can rements of code be left over in a cache? (Am I just making up %#@$ now?)Quote:
At the moment it is more of a curiosity, but it could also indicate a bug in my code, so I am mildly interested. :-)
Just in case you are curious (as I was) I ran an image report on my admin screen with the ozpost mod selected (after reinstall) and this is what I got for the blank square.
Oh... I reached the max for file uploading. I'll post again.
Personally, the only image I would perfer to have as text, is the "days delivery". I couldn't think of any others.Quote:
I've tried to cater for both preferences (icons vs text) with the config option in the admin settings. Just in case others are reading this, the modification I gave you is a compromise, it gives a mix of both text and icons. I'd consider making this an admin setting too, but it may cause confusion. What do you think?
Anyone else?
Thanks for the tip, I'll do that when I've finished them.Quote:
No offence taken. In fact if I like what you've done I may even want to use them myself, and possibly even use them in future distributions (with your permission, Credit will be given).
As for posting them, the easiest way would be:
1. Zip them all up into a single file (if using XP or similar just select them all, right click then 'send to zip' (or similar).
2. Create or reply to a message in this forum announcing what they are.
3. Before submitting your message Attach the zip file by clicking on the paperclip icon at the top of the message box. This will produce a popup window that will let you browse to the zip file on your computer. Press the 'upload' button, and finally, 'submit reply'
David
Hi Rod, Here is the image report.
It might help you figure out whats going, it might just be my set up.
Attachment 5840
David
I'm not going to say it has helped me figure it out (well, maybe it has), but I'm now pretty sure that this has something to do with your setup.Quote:
Originally Posted by australican
Attachment 5841
Note my highlighting in the image above.
Firstly, the "DIR_WS_TEMPLATES" text shouldn't be presented to the client, this is supposed to be a defined constant containing the actual path to your template directory.
Secondly, it appears the reason it is showing the constant rather than the path is because there appears to be a missing slash "/" between this constant, and the text path "template_default". In other words, rather than
/DIR_WS_TEMPLATESemplate_default/
it should be
/DIR_WS_TEMPLATES/template_default/
And if it were /DIR_WS_TEMPLATES/template_default/ the DIR_WS_TEMPLATES would be an actual path string, so the client would actually be looking for the icon in
/your/template/path/template_default/
I'm going to go out on a limb here and suggest that if you check your configuration file /includes/configure.php at or around line 35 you will find you are missing the slash at the end of the path definition.
I'm actually a little surprised that this error hasn't caused you other issues above and beyond the ozpost module.
lemee know if my guess is right or not.
Cheers
Rod