Jump to content

chrisalism

Members
 View Profile  See their activity

  • Posts

    16

  • Joined

  • Last visited

Profile Information

  • Location
    UK
  • Activity
    Project Owner

chrisalism's Achievements

Newbie

Newbie (1/14)

2

Reputation

1

Community Answers

  1. chrisalism
    Add the Adwords code at the very end of the order-confirmation.tpl, in between literal tags: {literal} Adwords code {/literal} The problem is that customers who sign up for an account don't hit the order-confirmation.tpl, so won't be counted by Adwords. Registered users are instead directed straight to the order-history page upon order completion. This makes very little sense to me and I don't understand the logic for doing so, but apparently it's intentional (!).
  2. chrisalism
    Hi, Thanks for the reply, but I've just seen there's a fix for this bug: http://forge.prestashop.com/browse/PSCSX-4807 Presumably the demo will get fixed on the next release, so I guess this is solved. Thanks, Chris
  3. chrisalism
    I would like to know the answer to this too. Anybody? Thanks!
  4. chrisalism
    Hi, I've noticed an odd bug in the default theme of Prestashop. I've tried in Firefox and Chrome on Windows 8.1 and both show the same behaviour. You can see this bug in action on the official demo for Prestashop: Go to http://demo.prestashop.com/en/?view=front Click on a category, for instance 'Women' (as there's a few example products in that category). Hover over some of the products with your mouse - a box should surround each product as you move over, with the product returning to its normal state as you move off. Now click on 'List' view. After the screen finishes redrawing, click 'Grid' view again. Now hover over the products once more. As you do, the Add to Cart and More buttons disappear from each product when you move your cursor away. Does anyone know how to fix this please? Thanks, Chris
  5. chrisalism
    "IE8 is not supported anymore. Those who have still windows xp and cannot update ie should use another browser." "And very well. Let people update IE." I can certainly understand where you're both coming from. The web needs to move on to more modern technologies etc. As reasonably tech-savvy people, it's easy for us to think that way and we'll find installing a different browser easy. Looking at the web traffic stats for a few different (UK) sites for the year to date though, roughly 10% of our visitors across those sites still use IE8 and they generate roughly 10% of sales too. From a business point of view, that's not an insignificant number of sales to potentially lose. Remember, people are generally lazy or are afraid of change. They don't want to bother installing another browser, even if it only takes two minutes. They'll just go elsewhere. Many people will only use a new browser when they buy a new PC or are forced to by automatic updates. Is IE8 officially no longer supported?
  6. chrisalism
    I've been trying to change the new 1.6 product.tpl to use tabbed content (similar to the default 1.5 theme), so that 'More Info', 'Data Sheet', 'Volume Discounts' etc each appears with a clickable tab that reveals the content. I'm not sure why this wasn't included? Would it mess up the responsiveness of the theme? I'm currently completely stuck as to how to code this - can anyone give me any pointers on how to achieve this? Thanks!
  7. chrisalism
    Yes, I noticed that was happening. I'm not sure how much of an issue it'll be at this stage though. I've kinda hacked the code so that it's working now though. There seems to be a slight bug in that VAT gets added on twice for (I think) products that have combinations - although I've not really tested far enough to see if this is definitely the case. After the lookup is done on the GeoIP file: include_once(_PS_GEOIP_DIR_.'geoipcity.inc'); $gi = geoip_open(realpath(_PS_GEOIP_DIR_.'GeoLiteCity.dat'), GEOIP_STANDARD); $record = geoip_record_by_addr($gi, Tools::getRemoteAddr()); I've added the following: if (strpos(Tools::getRemoteAddr(), $customer_ip_range) === 0) { $record->continent_code = "AS"; $record->country_code = "AF"; $record->country_code3 = "AFG"; $record->country_name = "Afghanistan"; $record->region = "0"; } The other changes I've made were in the section where it looks like it's checking if a country code has already been set via a cookie, so if it matches that IP range with a cookie already set, it'll force a change there too. Any idea why VAT might be added twice on some products?
  8. chrisalism
    Morning, yes, I've got the geolocation enabled in geolocation preferences with all features available for behaviour and all countries ticked. Codewise, I've been attempting to add the code above in to various places within the gelocationManagement function, but with no real success - I'm a bit unsure where to place it since I don't really understand how the function works - or indeed if I'm even on the right lines.
  9. chrisalism
    Thanks for your help so far - much appreciated. I think I'm probably getting out of my depth, as I don't totally understand what that function is doing. To test this, I've set up a specific price on a product for the country Afghanistan (as it's first on the dropdown), then trying to hardcode in my own IP in that function to recognise it as being from Afghanistan. if (Tools::getRemoteAddr() == 'xxx.xxx.xxx.xxx') { $default_country = 'AF'; } Any idea what I'm doing wrong? Thanks again!
  10. chrisalism
    Is there a way of creating a 'fake' country in Prestashop and then tricking it into thinking that any visits from that IP is from that country? Such as by adding something like: if IP_ADDR == "xxx.xxx.xxx.*" then GeoCountry = "FakeCountry" into the Geolocation files?
  11. chrisalism
    Hi, Is it possible to display different product selling prices depending on the visitors IP address? It looks like it's almost possible using the "Specific Prices" and Geolocation options, but I would like different prices to display for a particularly large customer when they visit from any of their IP addresses ( (xxx.xxx.xxx.*), rather than by Country. Can anyone suggest any tweaks I can make to the Geolocation files or another way to achieve this? Thanks! Chrisalism
  12. chrisalism
    Anyone got any ideas? I'm thinking that the PayPal module doesn't actually transmit any tax information to PayPal. If that's the case, how does any VAT registered company use Prestashop and PayPal correctly?! Any help appreciated.
  13. chrisalism
    Hi, Did you find the answer to this, as I seem to be having the same problem. Thanks, Chris
  14. chrisalism
    Hi, I've got Prestashop running with VAT applied to products. All seems fine, except when paying with PayPal. Whilst total amount shown by PayPal is correct, it doesn't recognise that it contains VAT and shows that at £0 on the completed transaction. Do I need to change a setting within PayPal, or within Prestashop? Thanks! Chris
  15. chrisalism
    Hello. I hope someone can help... Our shop is based in the UK and is VAT registered. VAT appears to be working on the site, except when it comes to checking out using PayPal. The customer goes through the checkout process seeing the correct amounts and is then redirected to PayPal and is charged the correct TOTAL amount. There is however no mention of VAT on any of the PayPal screens. When the customer confirms their order, they are then redirected back to our Prestashop site - where the order confirmation screen displays the order total with VAT added a second time - which really confuses our customers! I have set up a domestic UK VAT rate within PayPal. Viewing the completed transactions in PayPal shows them being the correct total amount, but with zero VAT on them. I'm guessing I've not configured Prestashop correctly, so it's not passing the VAT on the order to PayPal correctly, and then it's getting confused when it returns to Prestashop upon order completion. Any suggestions on what I need to do to get VAT to show on the PayPal invoices and to stop VAT being added a second time on the order confirmation screen within Prestashop? Thanks, Chris
×
×
  • Create New...