Jump to content

oxwivi

Members
  • Content count

    251
  • Joined

  • Last visited

Everything posted by oxwivi

  1. oxwivi

    Enhanced Contact Us for 2.3.1

    Slight misunderstanding there--the background is okay, the color of the font itself was not. But changing the color option in that section corrected it, so thank you again!
  2. oxwivi

    Enhanced Contact Us for 2.3.1

    Yes! @Mont-lemur, it worked! It required the combination of both of your .infobox and TD.main suggestions. Still, if you will allow me to bother you further, the Contact Us heading still appears blue. It's nothing major, but it's the last wrinkle on the shirt. Thank you for the addon and much-appreciated support!
  3. oxwivi

    Enhanced Contact Us for 2.3.1

    Unfortunately that did not help either. EDIT Thinking a bit more, I remembered that for some reason it takes a whole day for stylesheet changes to be visible. So while I'm not holding my breath, I think it's possible the changes might show itself later.
  4. oxwivi

    Enhanced Contact Us for 2.3.1

    Sorry for the late response. I changed the background color of all info related sections to the ones I'm using for my website. But certain areas are still blue, the same as in the screen shot.
  5. oxwivi

    Enhanced Contact Us for 2.3.1

    Those are? I did not find anything incompatible with the jQuery UI theme before, and din't have to mess with stylesheet.css. What exactly am I looking for in there?
  6. oxwivi

    Enhanced Contact Us for 2.3.1

    A little theming issue. I'm using my own jQuery UI theme, and I've attached a screen shot of how it looks. Please help!
  7. Latest (1.6) SCO, still no radio button for PayPal but a big hateful Express Checkout button. Method to rectify, any?
  8. @@fulluvscents, two separate things I would like to ask: Is it possible to disable changing product quantity entirely? I've decided it's presence blurs the line between shopping cart and checkout, and difference in implementations breaks consistency. Though I still wish I could have all that separately on the shopping cart itself. Make a separate section with all the price calculation at the bottom with the Checkout button. Number 2 is just an idea. I would like to implement no. 1 ASAP.
  9. My test osC is stock 2.3.1 and the included modules. Unlike the report of PPS, the PPE button processes the order properly. But as I said, no option in the SCO itself, and two separate buttons might do very well to confuse the customers.
  10. Oh yes, speaking of PayPal, with PayPal Express activated, it's not possible to choose it from the selection list and confirm order. The only way is the PayPal button after the - OR -. Remedy any?
  11. @@PJ_Willow, do you have access to any database frontend on your server such as phpMyAdmin? It's quite a straightforward to run the SQL query there.
  12. @@Tabula_Rasa, this ain't OPC. This is completely new work written from scratch by the most honorable @@fulluvscents, the OP of this thread.
  13. Thou art awesome in every sense of the word. Though you did say that you dislike your hard work being freely used, you really overreached yourself to help us out. This is experience has increased my preference in open-source and made me want to contribute back many times over. Like I said before the addon in question was Minimum Product Quantity, with it's latest release in the last decade for osC 2.2. Will try to ascertain that all the function works with 2.3.1 and release tweaked codes and updated instructions.
  14. Okay, so I did more trials that are sensible and may help conclusively eliminate sources of error: I removed $min_order['products_name'] and $min_order['minorder'] along with their references in languages file. Still undefined error. Removed all variables and done this: $return['msg'] = sprintf("Your cart has been updated, etc."); Still the same error. With this tries I was thinking to include a standard, variable-free message and add a column with MOQ. But as you can see the error is beyond me. Hope this helps. I can give you access to my account's cPanel where I'm hosting the test osC if it will help you.
  15. @@fulluvscents, still the same undefined error. I tried a few things myself, with the same results. This crazy, there's no error in the code, and yet... argh! By the way, that wasn't quite language friendly. Not that I use anything other than English...
  16. @@puddlec, you sir, is awesome. Period.
  17. @@puddlec, please do. At least in the interim, post the solution here. @@forester, I'm sorry I can't help you further.
  18. What exactly doesn't work? I'm using it right now. Other than additional images issue @grant3 describes, everything is working perfectly.
  19. @@forester, you've downloaded the wrong package. You need EasyPopulate for 2.3.1.
  20. By the way, editing or adding new address at the checkout.php also gives the ability to edit/add name, gender, etc. Is there any specific reason for this? In any case, those details are not shown either at the checkout page or when choosing between different addresses.
  21. Yes, it's working. But the warning only says: Probably because define says: define('MINIMUM_ORDER_NOTICE', "Minimum order amount for %s is %d. Your cart has been updated to reflect this."); How can I define those variables at checkout? (%s is product name, and %d is the MOQ)
  22. Now all the regular quantity functions (increase, decrease) is working fine except when it comes to MPQ. When the usual functions, that does not touch upon the minimum limits, is performed, the processing overlay appears and makes the expected changes. When the quantity entered is below MOQ, the loading overlay appears and restores the quantity to the minimum after a few moments. But the loading overlay doesn't disappear and remain stuck there. The only thing I can do is refresh. Thanks for the button changers. Working great. To me it looks way better. I'm not much of a coder, so my ideas were just that - ideas. Did not suggest a method of implementation. I welcome whatever works best. That said, my idea of how it would work was having the Ajax-based elements in a separate file, while the shopping cart/checkout page pulls in/refers to the relevant section it's displaying. (Instead of code replication in both shopping_cart and checkout) Anyway, I'm guessing my idea has received a measure of acceptance on your part. Here's hoping something comes out of it. If applying your Ajax-based shopping cart is as straightforward as copying a bunch of lines from checkout.php along with some minor modifications, then I'll put it to good use immediately.
  23. @@fulluvscents, I modified it as you asked. And now, either increasing or decreasing the quantity at checkout shows the loading overlay and pops a small dialog box with: And doesn't change anything (the price remains the same, and navigating away from checkout doesn't show any indication that the quantity was changed). Regarding the addon link, MPQ is actually a 2.2-compatible addon that I managed to make it work on 2.3.1. It also has an admin panel and stuff that I didn't need so not tested. I'll release my modified instructions in the forums sometime later (and hopefully others interested in it will test the other bits). Just a passing idea.The cart area of the checkout is an excellent piece of work in and of itself. Could it be made to replace the stock shopping cart as well? Only the cart area with all the products will appear with a checkout button. Clicking the checkout button would overlay the login box and then the rest of the stuff would appear below. The prices calculations are shown as part of the cart. But the shipping options and address that can affect the calculations are below it. While I can't suggest a better position, it should be given a bit of thought. Lastly, there are some places where there's only one relevant button - like the Confirm button for logging in and the Confirm Order button at the checkout. Since these are always aligned to the right, it gives the impression that there's some other button which is missing (especially at the log in since the button is not fully aligned). Can't we center align them?
  24. Uh, ignore my previous post, thank you (that was for shopping_cart.php, not checkout). But since this checkout includes the ability to change quantity, I still need a way to enforce MOQ.
  25. I'm successfully using Minimum Product Quantity addon (originally for 2.2) on oSC 2.3.1 with modifications in the stock checkout.php file. The following is the code I needed in the stock checkout: //Minimum quantity code if(MINIMUM_ORDERS == 'true'){ $min_order_query = tep_db_query("select p.minorder as min_quant FROM " . TABLE_PRODUCTS . " p where p.products_id = '".$products[$i]['id']."'"); while ($min_order = tep_db_fetch_array($min_order_query)) { if ($products[$i]['quantity'] < $min_order['min_quant'] ) { $products[$i]['min_quant']=$min_order['min_quant']; } } if ($products[$i]['quantity'] < $products[$i]['min_quant'] ) { $products[$i]['quantity']=$products[$i]['min_quant']; $cart->add_cart($products[$i]['id'],$products[$i]['quantity'],$products[$i]['attributes']); $cart_notice = sprintf(MINIMUM_ORDER_NOTICE, $products[$i]["name"], $products[$i]["min_quant"]); } } //End Minimum quantity code //Minimum quantity code if ($cart_notice) { ?> <p class="stockWarning" align="center"><?php echo $cart_notice; ?></p> <?php } //End Minimum quantity code Think it can go into your Simple Checkout? I am struggling to understand the structure due it's sheer size. My lasting gratitude for your hard work.
×