datakick

thanks @vincentdenkspel for reporting this 1. guest checkout - you are right, I've overlooked this. Will fix 2. Once i’ve selected guest checkout, i can’t ‘go back’ and login into my account -- you can, but it's well hidden. You need to change the email address back and forth. That's not very intuitive, I'll fix this 3. shipping cost - I had the same problem on tb1.0.4, and I had to patch Cart.php to make it work. I'll check your version to see if the same problem exists on 1.0.3

@vincentdenkspel - I've just released a new version that does not depend on overrides. Please download new version and try again @MockoB - this is actually not related to iPad, the same behaviour is on desktop as well. The reason is that there isn't any payment method defined for Hungary, so the checkout can't proceed. It's still a bug - there should be some placeholder text displayed. Hopefully in real world this situation will not happen very often

@30knees that's the same request @nickon have. As I wrote - it would have impact on cart summary not being accurate. But maybe that's ok, I don't know. I guess it doesn't hurt to have settings option for this, so every merchant can decide / test what works best.

@nickon - when selecting other country (Greece I can not proceed) -- That's because Greece is not allowed country in the shop. Nothing to do with the module, you would't be able to ship to Greece with standard checkout as well - You have a title “Select Carrier” but you ask for country -- that's because carriers are usually associated with countries. If I want to ship to Greece, I can't use PDP, which is czech-only service. Obviously, this might not make sense if you ship only to one country, or all your carriers can be used in all countries. - In shipping options I would prefer to have no carrier selected by default and when selected to move to the next step -- If no carrier is selected by default, then the cart summary would not show you the total price right away - your customers wouldn't see the final price immediately, but they would have to click first. That's just not good UX. Pre-selecting the best / default carrier is much better, in my opinion. BTW, automatic transition to the next step is already implemented - Removing the “Select payment method” -- how would you like to select payment method, then? - If in the backend I have default (or only one carrier) skip the shipping option and move to next step - this could be settings option. But I don't really like it -- I think even if there's only one option, customer should go through the step, and actually choose it. So he knows how will the goods be shipped. - In personal data I have no option to use guest checkout -- you have, simply do not enter password. The field actually says (optional). If you disable guest checkouts in the back office, then the field will be required. - In backoffice I should be able to select which fields should be enabled (address2) or checkboxes -- this is in backlog

@JamesBlond008 I've encountered the same problem a few times. I think this is an issue with php cache. The only thing that helped was to restart php server, or rename zip file.

If anyone would like to test this module, you can download the trial version here. Please keep in mind that this is still an alpha version, and that there will be some bugs and errors. The module has sandbox feature - this will allow you to show this new checkout page only to visitors from whitelisted IP addresses. This is great for testing - you'll see the new checkout, yet your customers will continue to use your old checkout page. The module is still not 100% completed, I will continue to work on features like: address autocomplete more customization options (order of sections, order of entry fields, ability to set fields as required/optional, etc...) support external modules checkboxes (blockcustomerprivacy's privacy policy, revws consent with sending email requests,...) custom entry fields -- you'll be able to capture more information about your customers during their registration (ie. twitter account) support for VAT exemption module If you don't want to test the module on your site, you can test it on my demo account. I'm awaiting your feedback

How about you include both smarty versions into tb 1.0.6, and let merchants select the version in config file? This way everyone can easily switch back to older smarty version if they discover any issues or problems.

What tb version do you have? If it's 1.0.5 then try to manually apply these fixes: code fix #1 code fix #2

@foolab yes, that might work.

Thanks @Pedalman for the support, really appreciate it. The first version of the module will be released early next week. I'm not going to offer it to the general public yet, as it will be an alpha version, and I expect some bugs and issues. So I'll be looking for couple of volunteers that would test the module. Maybe you'd like to participate?

@foolab not possible at the moment. You can only replace column value with the value from dataset. You can transform the input value before you store it, ie: input * 1.5 or if(input='20%', 0.2, 0.18) Unfortunately it's not possible to take current value into consideration. But it would be killer functionality, I've added it to the backlog

@luv It's working correctly on my demo account, so it's hard to tell why it's not working on your server. Please send me access credentials to your back office via PM, and I'll investigate

@Luv I've just tested it on my demo account, and it's working as expected. Maybe you forgot to set ratings (upper right corner)?

@foolab I'm afraid that's not possible at the moment. Importing / adjusting stock in the warehose isn't that trivial. It can't be done directly, otherwise your stock movement wouldn't match warehouse stock (and quantity on hand). I can investigate to see how big effort it would be to add support for stock import.

thanks @nickon, I really appreciate it. And I understand your point of view. Here's my thoughts on that 1) email - I agree it's very non-standard that email is in second step. However, is this a show-stopper? I don't think so, nobody's going to leave checkout process just because there isn't email field. But many people will leave if they are required to sign in / sign up before you show them final price. I would -- when shop requires me to enter my personal info before I know the final price, I'm out of there. Simply go back to Google Shopping and click on next shop in the queue. 2) shipping cost based on zip, city, etc... - I have written it before - this module will not be the best fit for merchants that use wild cost structure. I understand that for some businesses it's necessary (ie. shipping pianos is different beast than shipping cellphones). In my experience, most merchants are actually trying to avoid wild shipping costs - the more simple/transparent shipping cost table is, the more conversions. 3) summary box position - this is trivial, it's just theme / css thing that can be styled as needed. And of course, there will be some settings for this in back-office.

@nickon said in Help me develop killer One Page Checkout module: @datakick From my expiriance not all cusotmers want that. I don't disagree with you it just I think most customers expect personal data first and then shipping. I suggested the calculate button under the summary for those who want to know but for the rest it must not be confusing. Best case senario for is to have the normal checkout as an option in the BO Out of curiosity - what do you find confusing in the first step?

@tomik said in Help me develop killer One Page Checkout module: what about autocomplete adres I'll think about it

@nickon although I agree that there should be as few buttons as possible, 'Enter shipping details' must be there. You can select multiple options in the first section, so it doesn't make sense to automatically switch to next step when you choose payment or shipping option. In fact, I consider this section the most important one. This is where all the customers's questions should be answered: how much does it cost how can I pay can I use my favourite carrier? This is the whole point of this reverse flow. I'm trying to provide answers to these questions as soon as possible, without any unnecessary hustle. Once customer click on 'Enter shipping details', he should be decided to make purchase. He knows all the facts. He just need to fill in his shipping and billing info. There shouldn't be any surprise later in the checkout flow, therefore any churn. In theory :)

@mockob said in [Free Module]Revws - Product Reviews: @datakick I don't know if here is the place to ask, so I'm sorry if it is not. I read somewhere that user has lower speed metrics on his page speed analytics because you use SVG for the stars rating. I remember I experimented once with changing some logo images on my test envoirnment from png to SVG (with backup images) and I remember I had issues with caching those SVGs, when testing the site speed. I don't understand anything about coding, but could it be an issue? I don't think you should worry about this. It's true that various "seo" tools warns about the extra svg markup, that it lowers text-to-code ratio, and other bullsh*t. But that doesn't mean anything, I really believe google does not use such nonsense metrics. Google's ultimate goal is to find the best possible website for a query. And it is working on behalf of a real person. And people do not care about the page structure. They don't care if you use tag for a subtitles, or if you use inline svg instead of external image. The do care about loading speed, and content itself. And that's what google measures. Reviews obviously adds some points for content. Regarding load time - yes, the inline svg makes the html page bigger, so it takes a bit longer to download. But really, how big is the difference? If you have page with 10 reviews, the source code is bigger by 5k. On my 20Mbit connection the download time will be longer by 2 milliseconds. If I used external image instead of inline svg, I would save these 5k. But, there would need to be extra http request for this external file, and that could (and probably would) take more that 2ms. Of course, when you are on mobile, the load time difference is much bigger. But I still don't think this needs to be addressed. The reason why I'm using inline svg is the ability to style the image. You can't really style external images, even external svg images. There is a solution that relies on javascript - dynamically render svg inside empty placeholders. This way, the page is not significantly bigger, but we still retain styling capabilities. The drawback is that there is a flicker -- page is loaded without the stars, and they are injected a few milliseconds later. But you eye can still register this. I will probably implement this solution as an alternative, for those who believes in this seo scam. But this task don't have a big priority right now :)

New version 1.0.19 has been released. No new features were introduced, only a couple of bug fixes. Issue #15 - review date does not use ps settings - reviews were rendered with incorrect date format Issue #36 - All reviews page does not contain canonical tag, resulting in duplicate content Issue #64 - refresh CSRF token - user was not able to submit review when CSRF token expired. This issue fixes this problem by refreshing token. This also fixes issue with various all-page caches. Issue #65 - from now one, every release of revws will have it's own js bootstrap file, to prevent browser cache issues on module update Issue #34 - display singular version of (read #n reviews) string when there's only 1 review

@briljander sure, mobile version will come next, once I finish the desktop version

I've just uploaded a new version of module to my demo account. Beside guest checkout, it can now handle checkout flow for logged in customer, or authenticate customer during checkout. Logged in customer can select existing shipping / billing address, create new address, etc... You can test it here. And as always, I'd love to hear your thoughts

@nickon I'm afraid that these problems can't be really fixed because of the dependency graph. To reliably calculate final price, we need to know complete delivery (or billing) address and customer group. Because build-in checkout flow must support all use cases, we are stuck with current situation for a very long time. That's one of the reason I'm building this new module. It can't be used in all scenarios. For example, if you have different prices for guests and for logged-in customers, my approach is not ideal (although you can still use it). Or if your delivery costs is different for every city / postcode. But many merchants have quite simple pricing schema when prices don't really change, and this module is targeted to these merchants.

@colorful-ant you will need to modify javascript application to accomplish both of these tasks. Read the documentation for developer for more info. changing smarty template files is not enough. The review list is rendered by javascript app, and as soon as the js is loaded, the content on the page is replaced. In fact, it would be enough if the smarty template contained only enclosing <div>- and it would still work. The reason why there are smarty templates at all is to prevent flicking during page load (and of course for SEO benefits) I've created an enhancement request for this on github

@FooLab what do you mean by update suppliers product quantities? I'm not aware that such information is stored inside tb. We have only product / combination quantities, and then stock information for warehouses.