Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

grayson

Archived
  • Posts

    44
  • Joined

  • Last visited

Profile Information

  • Real Name
    Grayson Morris

grayson's Achievements

  1. Here's the documentation (as a PDF, of course :lol: ) for the PDF and ezPDF classes: http://www.ros.co.nz/pdf/readme.pdf
  2. That's too bad, Lisa! I hope you find your gremlin soon ;-). Please do post your fix here when you find one--it'll help folks who have your same problem in the future. Regards, Grayson
  3. Another fix. PROBLEM: On catalog/checkout_shipping.php when DISPLAY_PRICE_WITH_TAX is true, the gift wrap cost is NOT shown with tax included. (This is the page where the customer chooses via radio buttons whether he or she wants gift wrapping.) REASON: The function process() in ot_giftwrap.php computes and stores the giftwrap cost including tax when DISPLAY_PRICE_WITH_TAX is true; this function is however not called until checkout_confirmation.php. The with-tax value is thus not yet directly available in checkout_shipping.php. SOLUTION: Make the following changes to checkout_shipping.php. Replace with Be sure to enter the giftwrap cost in the Admin panel WITHOUT tax -- for example, if you want to charge EUR 1.25 in total, including tax, you should enter EUR 1.05 in the Admin panel for giftwrap cost. (For those of you who are wondering why you'd want to do this, in many European countries customers are always shown prices including VAT (value-added tax = sales tax); thus all product prices, shipping costs, and other expenses must be shown including VAT rather than having it calculated at the very end and added on.) Regards, --Grayson
  4. The problem is that the "no gift wrap" module is still tied to shipping -- no problem if you have more than one shipping option, but if you have only one, then you only get one gift wrap option. Here's a fix: Fix for missing "no giftwrap" option Regards, Grayson
  5. To get rid of the parentheses around "(Gift Wrap)" and "(No Gift Wrap)", go into catalago/checkout_shipping.php and find this: if ( (isset($quote1[0]['methods'][0]['title'])) && (isset($quote1[0]['methods'][0]['cost'])) ) { $giftwrap_info = array('id' => $giftwrap_info, 'title' => $quote1[0]['module'] . ' (' . $quote1[0]['methods'][0]['title'] . ')', 'cost' => $quote1[0]['methods'][0]['cost']); change to this: if ( (isset($quote1[0]['methods'][0]['title'])) && (isset($quote1[0]['methods'][0]['cost'])) ) { $giftwrap_info = array('id' => $giftwrap_info, 'title' => $quote1[0]['module'] . ' ' . $quote1[0]['methods'][0]['title'], 'cost' => $quote1[0]['methods'][0]['cost']); The change is on the third line of this snippet. (The same method can be used to get rid of the parentheses around shipping terms by making the same change on the respective line in the shipping modules section in the same file.) Note that you can also replace the single space between 'module' and 'title' with a dash or any other separator, if desired. Regards, --Grayson
  6. Here's a fix for the problem where you see only the giftwrap option, but not the "no giftwrap" option (i.e. you have no radio buttons): Fix for missing "no giftwrap" option Note that this probably also solves some of the linked-to-shipping-choices problems people have experienced. Regards, --Grayson
  7. Alright, I've found the problem. In catalog/includes/modules/giftwrap, open up giftwrap.php and nogiftwrap.php. You'll see that they're pretty much the same, except that in nogiftwrap.php, a few lines still have "shipping" in them, which is clearly wrong (leftover from the copy-and-change, I presume). Make the following fixes in nogiftwrap.php: Change (about line 25): if ( ($this->enabled == true) && ((int)MODULE_SHIPPING_FLAT_ZONE > 0) ) { to if ( ($this->enabled == true) && ((int)MODULE_GIFT_ZONE > 0) ) { and change (about line 67): tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, use_function, set_function, date_added) values ('NoGiftWrap Zone', 'MODULE_SHIPPING_ZONE', '0', 'If a zone is selected, only enable this giftwrap method for that zone.', '6', '0', 'tep_get_zone_class_title', 'tep_cfg_pull_down_zone_classes(', now())"); to tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, use_function, set_function, date_added) values ('NoGiftWrap Zone', 'MODULE_GIFT_ZONE', '0', 'If a zone is selected, only enable this giftwrap method for that zone.', '6', '0', 'tep_get_zone_class_title', 'tep_cfg_pull_down_zone_classes(', now())"); That should do the trick (it did for me). Regards, Grayson
  8. Lisa, I'm having the same problem and I don't have STS installed, so I don't think that's your problem. I'll let you know when I find an answer. Regards, Grayson
  9. Sorry Serdar, I haven't used Attributes Sets the way you're using it, so I can't help you there. My guess is that AS only covers independent attributes, and that in order to link the choice from the first set to the choices available in the second set, you'll have to do some recoding. But perhaps someone else has better information for you. Good luck! Regards, Grayson
  10. Serdar, take a look at the Attributes Sets contribution. This will allow you to set up attributes for all your different fabric types and colors, then group them in any way you want so that you can set up a group for each product containing only the fabric options relevant to that product. The contribution is here. Regards, --Grayson
  11. Maybe just add some comments about the use of the name field in the Admin, because as you say, the department title already serves as the name for the account. That makes the name field you specify in the admin ideal for what you're saying (and now I see that this is probably always what it was intended to do), but I think it needs to be commented better so people understand this. My server wants the entire e-mail address ([email protected]) for the username, which is why using $emailaddress in the imap_open call works for me (and others?). So maybe a comment in your documentation about those two options (using entire email address vs. just using user name) and that if your server wants just the user name, where to fill that in in the Admin. Then folks can just sort it out for themselves, but at least they know where to look. Regards, --Grayson
  12. Here's something that might help someone else get this contribution running. Wherever $languages_id is referenced, you might have a problem if you are using a language other than English. I'm using Dutch, and I just discovered that all the database queries for tickets (for example, in admin/helpdesk.php) have been trying to pull out entries where the language_id is 4 (Dutch) while the helpdesk tables in the DB only have entries for language_ids 1, 2, and 3. As a result, I wasn't seeing any tickets even though they're being picked up from the mail server just fine and inserted nicely into the DB. After inserting entries for language_id = 4 into the helpdesk_status and helpdesk_priorities tables in the DB, the contribution is working fine. [specifically, for those who'd like it spelled out: run the following sql queries, replacing the '4' in each one with your language_id -- you can find this in the languages table in the database. You can also change the text values (Low, Open, etc) to whatever you want them to be in your language. In fact, that's exactly what these language entries are designed for: to show you statuses / priorities in your own language. INSERT INTO `helpdesk_priorities` ( `priority_id` , `languages_id` , `title` ) VALUES ('1', '4', 'Medium'); INSERT INTO `helpdesk_priorities` ( `priority_id` , `languages_id` , `title` ) VALUES ('2', '4', 'High'); INSERT INTO `helpdesk_priorities` ( `priority_id` , `languages_id` , `title` ) VALUES ('3', '4', 'Low'); INSERT INTO `helpdesk_statuses` ( `priority_id` , `languages_id` , `title` ) VALUES ('1', '4', 'Pending'); INSERT INTO `helpdesk_statuses` ( `priority_id` , `languages_id` , `title` ) VALUES ('2', '4', 'Open'); INSERT INTO `helpdesk_statuses` ( `priority_id` , `languages_id` , `title` ) VALUES ('3', '4', 'Closed'); Regards, --Grayson
  13. Lane, Thanks for uploading your changes. There is an error in helpdesk_pop3.php: ON line 62, if ($conn = imap_open("{".DEFAULT_HELPDESK_MAILSERVER.DEFAULT_HELPDESK_PROTOCOL_SPECIFICATION."}".$mailbox, $username, $password, $mode)) should read if ($conn = imap_open("{".DEFAULT_HELPDESK_MAILSERVER.DEFAULT_HELPDESK_PROTOCOL_SPECIFICATION."}".$mailbox, $emailaddress, $password, $mode)) $username in this case holds the text name the user supplied for the account (such as "My Store Customer Service"), not the username to access the server. Regards, --Grayson
  14. I spoke too soon. I was checking my account in Outlook, not via the admin Helpdesk. Doh! (Of course, this is reassuring, since code that suddenly starts behaving differently without your having done anything to it is a Bad Thing.) So Lane, I'm still avidly awaiting your tales of success! --Grayson
  15. Despite not having done a thing to my setup, the Helpdesk with POP3 addon is working just fine for me now -- I just tested some e-mails and they came through. Don't know why they didn't yesterday after I installed, but hey....never look a gift horse in the mouth. :-) I've got a problem now with apostrophes in the text the customer enters into the "contact us" box--the mails come through (though with double apostrophes), but the browser chokes on it ("Fatal error: Call to a member function on a non-object in /home/butt1348/butterwing.nl/www/testamoo/includes/application_top.php on line 316"). Not sure if this is Helpdesk-related or just plain contact_us.php-related. Off to try to figure that one out now.... Regards, --Grayson
×
×
  • Create New...