Jump to content
Latest News: (loading..)


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by burt

  1. In your Admin Area there is a setting that allows the redirect to cart to be turned off. You can try that, it still refreshes but stays on the page the buy button is on. As an alternative, as @Tsimi rightly says, you could try Ajax. I experimented with something, you can try it http://template.me.uk/234bs3/index.php - this is just to prove it is do-able, it is not currently available as an addon.
  2. And for the third problem, the link which @14steve14 links to has a solution, but again it's something that needs to be updated by HPDL. As well as updating HTTP_*_VARS to _* as well 😕
  3. Both of these would need a code update to the module, which HPDL looks after. Put an isset in the osc_action, as so; switch ((isset($HTTP_GET_VARS['osC_Action']) ? $HTTP_GET_VARS['osC_Action'] : '')) { This may fix it, until HPDL gets back in the saddle.
  4. https://github.com/gburton/Responsive-osCommerce/blob/master/includes/modules/content/login/cm_paypal_login.php#L41 is where it is saying there is a problem. Your error is stating it is undefined, yet it is set up (defined) as part of the installation process at https://github.com/gburton/Responsive-osCommerce/blob/master/includes/apps/paypal/modules/LOGIN/LOGIN.php#L134 I think that maybe if you uninstall the login module and then re-install it, it might fix itself.
  5. Slider Chit-Chat moved to https://forums.oscommerce.com/topic/492444-sliders-aka-carousels-yes-or-no/ Please continue that discussion there.
  6. https://github.com/gburton/Responsive-osCommerce/releases/tag/2341-Frozen There will be no further Code Changes. Issues will be immediately closed. What is broken, stays broken. PRs will be immediately closed. What is now there, is there. Thank You to all Shopowners and Developers who have supported the Project in the last 4 and a bit years. Personal Thanks go out to all those Shopowners who were able to support my 28d bits and pieces for 3 of those 4 years - it is you guys who have made it possible for the hundreds of other Shopowners to continue using osCommerce. A big Thank You and from me, I will not leave you guys high and dry - you have my support always, we are a Band Of Brothers. Onwards!
  7. YES! Thank You Fred, you're a star.
  8. A while back someone posted a link to an external site where it showed a list of bs v3 .css etc that had been either removed or changed in bs v4. Does anyone remember or can find that post? Thanks
  9. Of course core changes need to happen sometimes. It's unavoidable, we have code that's almost 20 years old... There's no way around that old code sometimes. Everyone knows that. Sometimes things are changed for the better (did that just today in fact, but that's something not yet in the public eye). But where core code doesn't have to be changed - why change it ?? That simply doesn't make any sense... That's all. As for giving direct answers, all the info is in this thread. All the Poster needs to do is read and apply, learn from mistakes and trial & error. Give a man a fish...and all that.
  10. You can do it any way you like, go right ahead. Go ahead & change core code with all these IDs and Class's.... And then when you or the person you are giving advice to needs to update and has all these micro changes...they will find it difficult. Unless have remembered these micro-changes from months/years ago! Unlikely... Or... Do it the easy way, that's built in, that Raiwa and I came up with, that requires just a little more understanding of .css And have no problems when updating in the future. I know it is very hard to step outside of ones comfort zone, it's something I struggle with when learning new stuff as well.
  11. No tangent. Simply giving you extra knowledge so that you don't continue to give advice that is not correct.
  12. Your point would be valid, except that you have a large hole in your knowledge (targetable css). As for "not working!" - I put "untested" for a reason. Play with it. The idea of .css that works for one thing but not another is a fundamental weapon in a webmasters armoury. I've covered this in the past on a tutorial type post, see if you can find it...it might be hard to do so as it was a while back. But in general; <p>abc 123</p> <div class="whatever"> <p> def 456</p> <p> ghi 789</p> </div> <p>jkl 999</p> with this .css div.whatever p { background: red; } would affect two of the 4 paragraphs, the two in the whatever div. Apply same concept all over shop-side osCommerce as most (all?) containers have a class that can be used for targetting.
  13. Or (note: untested), don't do any of that and instead ... know that .css is targetable; div.cm-i-customer-greeting .btn:first-of-type { color: #fff; background-color: #FF0000; border-color: #46b8da; } Or, for changing the colour of a button (use bootstrap, piece changed is in red); const MODULE_CONTENT_CUSTOMER_GREETING_GUEST = 'Welcome <strong>Guest!</strong> Would you like to <a role="button" class="btn btn-danger btn-xs" href="%s">log yourself in</a> or would you prefer to <a role="button" class="btn btn-info btn-xs" href="%s">create an account</a>';
  14. burt

    PCI Compliance

    Your payment module cannot write to these fields unless it is specifically coded to do so.
  15. Exactly what Steve said. Just in case, anyone doesn't still realise; Our german friends have stringent extra data/privacy/info rules that were in place prior to GDPR and they don't seem to understand that the rest of Europe does not have these same rules. Put as simple as I can; GDPR rules and regs apply to all. German rules and regs do not apply to all.
  16. Be aware that if you remove the strip_tags function, and you have any (even tiny) mistake in your product_description HTML, your whole site when looking at that product...may (at best) look bad and at worst (page won't display).
  17. Discussion on this a while back; It seems as though I abandoned it, though cannot recall why 😕
  18. I agree. I've seen some things done and said here and elsewhere which make me raise my eyebrow. I really hope some people are saying things "for effect" rather than for real.
  19. Interesting! Sounds like he misread the whole idea which is all about placing limits on what can be done with his data. Depending on whether you'd like his custom, I'd send back an email outlining; what GDPR is that all companies are bound by it and that anyone who does not can do anything that they want with his data including selling it. Whereas you specifically state what you will do with his data, and anything not mentioned is what you won't do. But in clearer english than what I just wrote.
  20. You're missing the micro-adjustments I mentioned. These would be performed in each modules template file. https://github.com/gburton/Responsive-osCommerce/blob/master/includes/modules/content/product_info/templates/tpl_cm_pi_price.php to (eg): <div class="col-sm-<?php echo $content_width; ?> cm-pi-price"> <p><?php echo (tep_not_null($specials_price)) ? sprintf(MODULE_CONTENT_PI_PRICE_DISPLAY_SPECIAL, $specials_price, $products_price) : sprintf(MODULE_CONTENT_PI_PRICE_DISPLAY, $products_price); ?></p> </div> To remove the massive header div and instead put the content into a paragraph.
  21. @rulegacy Did you try the way I suggested. I've just done that on a test site and it worked well. @14steve14 My way you'd just add the Tabs module as the very last sort order (eg 1000) and set width to 12. I don't understand why people are advocating core code changes when it can be done with none?
  22. I prefer not to use them, the only major difference is a "password" and "DOB". DOB is easy to turn off and if remove password from the discussion, what is left? Name, email, address <-- all needed for posting the bought goods to the buyer. Shopowner could then use some type of system to allow customers to login even if they don't have a password. Password-less login...possible?
  23. Personally, I would not allow a "potential" to become a customer unless they specifically accepted my T&C's. This then at least gives me a level of security both the day of the sale and into the future;