datakick

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.

@30knees said in Help me develop killer One Page Checkout module: or that the email address is automatically captured without the need to press enter. This is what's already happening. You don't really need to press enter, once you enter valid email address the form will expand itself. The only problem I can see is the delay (my server is quite slow), which can cause confusion.

I believe it's this issue: https://github.com/thirtybees/thirtybees/issues/466

Thanks everyone for your feedback. I'm back from my vacation, and ready to finish this. @foolab "Next" (and "Back"?) need to become a more specific phrase like: "Deliver to this address", or "Pay with this payment method" so the customer with the "click/tap" confirm what want to do and is taken to the next step. It's definitely good idea, and I'll add some more engaging text there. But in the end, everyone have an option to translate these strings to whatever they want @30knees I pressed 'enter' after entering my email address so the other personal data fields appeared. I think this could be non-intuitive for some users. Is there a way to change this? I could display some please wait text when user press enter, is that's what you ask? Can we support the VAT field? @mdekker has a VAT module for B2B. Sure, I'll add support for this. But it will be probably hidden by default and you'll need to enable it in settings The 'secure payment' button doesn't lead anywhere for me / doesn't work in Opera, latest version. Nope, that's just my work in progress :) @nickon One thing I notest is that if you complete the first section and push next. It's not clear how to get back to the first section Sure, I'll add some edit button to the collapsed section, so it's more clear how to do it I understand what you are trying to do but I think things can get complicated the way you propose. Eg the shipping cost may depend on multiple values eg postcode + country. As I said before the customer should put as less of data at the checkout and use his thinking brain as less a possible. Well, this module is not going to support all possible scenarios. Your example wouldn't be supported for sure. I want to keep it simple, even if that means that some merchants won't be able to use it. @w-kara Not sure how it should work but at the moment if a customer have an account with an address set in a country but choose another country in the "Shipping to" field it looks like he would be billed the wrong amount. You should also be able to choose the invoice address and choose between your account's multiple addresses I guess. That's gonna be covered. If a customer has an account, only addresses from the shipping to country will be displayed for selection @dosbiner I'm using module for carriers and shipping price. This module have an API to provide carriers and shipping price using 3 level parameters: country > district > subdistrict. I've tried knowband superheckout OPC and integrate it to my module but always ending buggy OPC. I find hard to integrate my module even my module developer. So here is it my experience with OPC module. Thanks for the info. Can you tell me what module is this? But I think this is one of those modules that won't be compatible with my module as well.

Thanks everyone I know that having shipping and payment options first is strange, but I really think this is what customers actually want. When customer visits checkout page, he wants to know the final price as soon as possible. I think they find it very annoying if shop forces them to fill in their personal information before they see the final price. In my opinion, this is the primary reason behind abandoned carts. When we move shipping to the top, this will be fixed. Customers will immediately see what are the options. Any question or doubts he might have will be answered immediately. It would be very easy to swap the blocks, and I'll probably add a switch for this to the settings. This module will not support all shipping and payment options. Any shipping module that adds some additional fields to checkout form will not be supported out of the box. I'll be adding support for the on per-module basis. Right now, I'd love to know how many such modules are you using, and what additional data they collect, so I could prepare the framework for data entry. For payment modules - only modules that supports Advanced EU OPC checkout (hook displayPaymentEU) will be supported. I think that's most of them, but I'm not sure. If you have any payment module that does not implement this hook, please let me know. I'll be away for one week, so I apologise in advance for late replies :)

Hi guys, I'm creating my very own paid OPC module. It's still work in progress, there is at least one week of work left. However, significant part of the module is already done, and I'd really like to hear your opinions. Both on checkout flow / design / etc. What's different in this OPC: - I tried to reverse the flow a bit -- I want to give the customer the option to choose shipping and payment option first, before the personal information. - I've incorporated login into the flow directly -- if you enter the email that already exists, you'll be prompted for password and log in immediately. If email does not exists yet, you'll continue with guest checkout So, if you have a minute, please have a look at demo account and try it out. Just remember - it's still work in progress -- you can't actually complete the order, and checkout for logged-in customer doesn't work at all. Download You can download this module here. Remember that it's still an alpha version Screenshot

EDIT: thank everyone for the replies. I've created a separate topic for this, so I don't spam this original one Hi guys, I'm creating my very own paid OPC module. It's still work in progress, there is at least one week of work left. However, significant part of the module is already done, and I'd really like to hear your opinions. Both on checkout flow / design / etc. What's different in this OPC: - I tried to reverse the flow a bit -- I want to give the customer the option to choose shipping and payment option first, before the personal information. - I've incorporated login into the flow directly -- if you enter the email that already exists, you'll be prompted for password and log in immediately. If email does not exists yet, you'll continue with guest checkout So, if you have a minute, please have a look at demo account and try it out. Just remember - it's still work in progress -- you can't actually complete the order, and checkout for logged-in customer doesn't work at all. EDIT: thank everyone for the replies. I've created a separate topic for this, so I don't spam this original one