Jump to content

airjohn

Members
  • Posts

    32
  • Joined

  • Last visited

Profile Information

  • Activity
    Web development agency

Recent Profile Visitors

2,918,082 profile views

airjohn's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

2

Reputation

  1. Can you share the solution for us too? Is it finally solved with what EvaF posted here or with the extra 50-80€?
  2. Hi, Thanks for your reply and the module! It's really nice to have it. The problem here is not that we want to entirely disable order_conf.html for a payment method. As Zhen-Xlogic describes at the beginning of the topic, order_conf.html shouldn't be sent for specific order statuses. Or, if an order is not considered completed due to an error during checkout. Is there anything we can do at this part of classes/PaymentModules.php? if (Validate::isEmail($this->context->customer->email)) Mail::Send( (int)$order->id_lang, 'order_conf',
  3. Hi Same problem here. Can we disable the order_conf email once the order is not complete because of any error?
  4. Same issue here. The categories listing is designed for a few and short categories stores. Having tens of categories with some of them having long titles, makes it too hard, almost impossible to find the category you want. Any custom styling solution for this?
  5. It looks like the solution by saeed_sb works for me. My version 1.7.6.4. I would prefer though a bug fix from the official prestashop upgrades. @saeed_sb, could you let us know when your module runs the sql script that is included in your code? Everytime the user saves the product? Does it affect just the saved product?
  6. Thanks EvaF! Yes it looks that it works. This is what I finally used. $(document).ready(function(){ $("input.form-control[name='firstname'], input.form-control[name='lastname']").keyup(function(){ $(this).val($(this).val().toUpperCase()); }); });
  7. Hi EvaF Thanks for your response. The problem with css is that fields are not saved in capital on the database. The same question derives on the address-form.tpl, if someone wants to do uppercase and save fields in capital, what would be the solution?
  8. Hello forum I have a module that uses the below code to render the register form. {assign value=$register_form.formFields var="formFields"} {foreach from=$formFields item="field"} {form_field field=$field} {/foreach} I need to insert a small javascript on some fields that does upper case during typing. Is there any way to edit the fields of the form before it is rendered? Thanks
  9. Or, you can delete at all the social titles in "Customer Service>Titles" tab, although it would be preferable to have a switch as already mentioned
  10. I have ended up that the best way is to have the test.subdomain in maintenance mode, adding your ip each time you want to test things so that only you have access to it.
  11. Hello Has anyone tried or is thinking any solution for including prefixed text as a drop-down list in "Displayed text when in-stock" field? The problem is that in our store there are about 12.000 products, with many employees changing this field every day. Some of them do spelling mistakes, concluding many variations on this field, making it hard to organize/control it. Any help really appreciated. Thanks
×
×
  • Create New...