New Checkout Process

[Golf Tee Warehouse]

Am I missing something or is the new checkout process no shorter than before.

On my current site (assuming you are not shipping to a different delivery address) you have:

1. Select Country
2. Enter Address, Shipping Class, Promo Code + T&C Acceptance
3. Select Payment Method
4. PSP Bounce
5. Receipt

New Super Sexy Slimline Checkout:

1. Enter Address (Invoice & Delivery if different)
2. Select Shipping Class, Promo Code + T&C Acceptance
3. Select Payment Method
4. PSP Bounce
5. Receipt

Other than eliminating the delivery address separate page (which usually is not required for most customers), you seem to have removed the Shipping destination country selection page (yipee), but then split Page 2 into two pages instead of the original one for no obvious reason (boo).

Please tell me I have got this wrong and have overlooked something.

I thought the PSP bounce page was being eliminated but appears exactly the same as before.

EDIT: It appears that the PSP bounce page has been removed for many, although a bug seems to have failed to eliminate the PSP bounce page in my V10 Beta test site which was a clean install with an imported V9 snapshot. The bug has been raised on the V10 Beta site for further investigation.

[Chippy Minton]

Darren,

I was also bemused/confused by this so I am glad it is not just me! I installed the v10 beta and upgraded a snapshot before looking at the new checkout pages, only to find the same number of pages as before. I then uninstalled the beta and re-installed it to give the default site - just to check it was not my snapshot affecting the number of checkout pages, but no you are correct the same number of pages as before. Even if the customer did elect to ship to another address the delivery address appeared on the payment method page so it isn't even shorter here.


Actinic,

Why not put the Shipping Class, Promo Code + T&C Acceptance stuff on the same page as the Enter Address page? I know this may mean that the customer has to scroll down, but now you have added the hide the cart button the page would not be that long, and it would mean only two pages to the point of confirming the order.

[animal dreams]

This is incredibly disappointing after the promises of streamlining the checkout.

OK the select country page has been removed but the checkout process is not any shorter! :eek: It is merely a juggling of the pieces of the jigsaw.

We do not offer different shipping classes so the only real function of page 2 is to accept the T&Cs!!! IMHO this is not going to "improve the shopper experince" as stated in the email I received this morning.

Come on Actinic - how long has it taken to market test this "improvement"??? :rolleyes:

[leehack]

Why not put the Shipping Class, Promo Code + T&C Acceptance stuff on the same page as the Enter Address page? I know this may mean that the customer has to scroll down, but now you have added the hide the cart button the page would not be that long, and it would mean only two pages to the point of confirming the order.
I'd imagine this is because the next button sends the current info in order to get the classes available shown, as the classes offered are relative to the products bought and the location they're going to. What you suggest might not be possible. The shipping classes can only be populated once location is known, so some inter page jiggery would need to occur.

[brucet]

I will look into the issue with the PSP bounce page because that certainly shouldn't appear. Which PSP were you using, and were you working with an upgraded v9 site or a fresh v10 one?

Just to clarify, the new checkout is not just about the number of pages, it's about achieving a better customer experience.

As you say, we have eliminated the initial country capture page and the separate address capture page (unless the shopper has Javascript disabled). The PSP bounce should also be gone - I will investigate that.

Those were the most commonly requested changes. Other common requests were to reorganise the data capture more logically, and make the page lengths more balanced. In response to that, we moved all the address capture to page one, and everything else to page two.

So our initial v10 design had two data-entry pages.

The third page was unavoidable for three reasons:
1) Pretty well every modern checkout has a final 'order confirmation' page where customers can review their order details before confirming it - including the price. This has come to be regarded as best practise.
2) Without relying on Javascript we cannot accurately show shipping and tax costs until the page after all the relevant information has been gathered. (Obviously it's an absolute requirement to show a final and accurate price before asking the customer to complete the order).
3) To eliminate the PSP bounce page, we also needed to relocate the function that sends the order information to the PSP; but that function also needs the complete price information for the order.

The obvious resolution was to use the same page for the order confirmation and the PSP forwarding. This actually makes the checkout one page shorter than it might have been. The alternative was to stuff everything onto the first page, making it very long with lots of scrolling, and have nothing but the payment confirmation on page two, which would be very unbalanced.

Obviously the receipt page is pretty much essential. You would not want to rely on email alone for delivering the receipt.

We did actually consult and thought very carefully about the design, and we also studied the checkouts of a number of highly thought-of ecommerce sites. Most of them had more pages than v10 does.

I hope this explanation is helpful

[Golf Tee Warehouse]

I'd imagine this is because the next button sends the current info in order to get the classes available shown, as the classes offered are relative to the products bought and the location they're going to.

I would assume this must be the reason, in which case removing the 'Select Country' page has not actually improved anthing because the second page has been split to create two pages and resulted in the same number of pages.

It was also stated previously that the PSP bounce page would be removed in the new streamline checkout but this doesn't seem to be the case, unless I have missed an option somewhere.

[leehack]

The only way you could get round that i guess is to have the pressing of the next buton initiate the class lookup and a hidden section (shipping options) appears on screen showing the options once done so. That would remove the need to move to another page to get the options, but brings up possible issues on data changes on screen. The movement to more logical processing was what i wanted plus the removal of the bounce (which has happened), so you get a 3 page checkout and a receipt page, 4 in total.

[Golf Tee Warehouse]

I will look into the issue with the PSP bounce page because that certainly shouldn't appear. Which PSP were you using, and were you working with an upgraded v9 site or a fresh v10 one?


It was a fresh install of V10 Beta, I then imported a V9 snapshot.
I have uploded the site in test mode to: www[dot]golfteewarehouse[dot]co [dot]uk/acatalog/test/.

The PSP is Actinic Payments.

I have attached a copy of the PSP bounce page I am referring to, I assume this is what you are calling a PSP bounce page, and displays for around 1 second.

Do you want me to raise this on the getsatisfaction V10 Beta site.

[animal dreams]

I understand that the shipping classes and tax could not be assessed before knowing the location, but I think there has been insufficient out of the box thinking before deciding on implementation.

Some people have waited years for Actinic to redesign the checkout. I have been using Actinic for 5+ years and it was an old wish list item when I was a newbie.

I empathise with you Bruce because I have been in your position (product manager), but I really believe this is a case of development doing the least they could to tick the box and justifying that everything else would be far to expensive/ time consuming.

There is no technical barrier to the checkout dynamically updating the information as the customer makes each selection. It happens on many sites I use for shopping. A total re-design of the checkout function was my expectation.

V10 was an opportunity to make significant improvement in what everyone recognises as an outdated checkout, but IMO it looks like window dressing.

I am extremely underwhelmed!

[brucet]

There is no technical barrier to the checkout dynamically updating the information as the customer makes each selection.

Unfortunately in our case there are both technical and business barriers. :-(

What you suggest cannot be done using Perl. We could have done it using Javascript, but then the checkout would fail for the 5% of shoppers who have it disabled, and all our customers would see an immediate 5% drop in sales.

The only other option would be to adopt a different technology altogether, such as PHP or ASP .Net. We are far from opposed to that as a long-term strategy, but trying to do it for the checkout in isolation from the rest of the product would create all kinds of problems.

[Mike Hughes]

Hi Bruce,

have you a demo site somewhere with the new checkout in operation?

I'd like to take a look and it could help Darren see if his experience is typical.

Mike

[pinbrook]

Do you want a "virgin" v10 with default checkout, mike? I can upload one if you want...

then we can test certain paramenters.

[Mike Hughes]

Yes. Just a virgin site with checkout. Ideally one that's known to work as intended, as then we'd know whether Darren's bounce page is typical or not.

Mike

[pinbrook]

what payment method can i use to force said bounce though? if its a vanilla site on a test domain i dont have a PSP to bounce too

[Darren B]

hmmmmmm

Apart from screwing my layout the new checkout page seems better but i cant say for sure as GC is not working for me and i have to recode the layouts to try and make sense of it.

so would be interested to see a virgin site on how its suppose to look.

As for all this best practice Actinic keep spouting, i have seen other reports on the internet that say otherwise - but its horses for courses i guess, so far im not impressed

[Darren B]

I empathise with you Bruce because I have been in your position (product manager), but I really believe this is a case of development doing the least they could to tick the box and justifying that everything else would be far to expensive/ time consuming.

There is no technical barrier to the checkout dynamically updating the information as the customer makes each selection. It happens on many sites I use for shopping. A total re-design of the checkout function was my expectation.


This is a tough call IMHO the checkout should have been redesigned using new technologies avaliable, But i know little about this side of things however teclan have taken an existing system and made it work so lots could have been done?

I have commented elsewere that sometimes you feel actinic dont look outside the box, sure the guys working on this are extrememly tallented but fresh blood and thinking sometimes makes a big difference. Lets be honest the biggest grip is people feel no one at the towers listens properly and the standard reply is "best practice"

this stupid lilac forum is a good example - someone likes it so thats all that matters - weres the user configurable templates?

[brucet]

have you a demo site somewhere with the new checkout in operation?

No demo atm but I normally have a test site running at http://dead.test.actinic.co.uk/

It won't always be perfect because I mess around with bits of it, but the checkout should always be ok.

[Mike Hughes]

what payment method can i use to force said bounce though? if its a vanilla site on a test domain i dont have a PSP to bounce too

sagepay, secpay or paypal should do. Any old thing can be entered in the settings as we just need to see if it goes straight to the psp or there's a bounce page in the way.

Mike

[pinbrook]

ok I can do paypal..

[EDIT] no i cant... what a pain, I am using my notebook, with 1024 res, but the payment and security box to configure paypal is too high for my screen, i cant get to the Ok button to set the payment.

the site is online at pinbrook dot co dot uk forwardslash acatalog

with checkout not touched, but with no PSP!

[brucet]

Unfortunately because the new checkout is such a big change, we knew there might be issues with upgrading sites. We've done our best, but as always we can't predict what customisations might have been done. Writing the upgrader is one of the most difficult tasks.

Hopefully if you look at the pristine (atm) checkout on my test site, you might be marginally more impressed by how it looks and works.

[Chunkford]

ok I can do paypal..

I take it any money accidentally sent will go to your holiday Paypal account then! :cool::p:D

[cbarling]

Lets be honest the biggest grip is people feel no one at the towers listens properly and the standard reply is "best practice"

I'm sorry, but I'm getting sick of the accusation that Actinic doesn't listen because it is plain and simple wrong. I sat in a series of meetings where we analysed the wish list (see below) and looked at how other major ecommerce sites did checkout. Please point out the major sites where a different approach is taken to the one we have adopted. Please provide facts.

... we have eliminated the initial country capture page and the separate address capture page (unless the shopper has Javascript disabled). The PSP bounce should also be gone ...

Those were the most commonly requested changes. Other common requests were to reorganise the data capture more logically, and make the page lengths more balanced. In response to that, we moved all the address capture to page one, and everything else to page two.



"Those were the most common requests" - that is, Actinic looked through the wishlist on this subject and implemented the changes requested. How is this "no one at the towers listens properly"?

We have heading for ten thousand customers and many more users. Around 12,000 sites are driven by Actinic. Individual's requests can't be actioned but that doesn't mean that no consultation is going on.

this stupid lilac forum is a good example - someone likes it so thats all that matters - weres the user configurable templates?

As has been stated elsewhere, some changes were made to the forum as soon as they were raised. Others are on their way.

Chris

[pinbrook]

I guess we'll have to use Brucet checkout, i'll remove mine.

Although flexible dialog boxes would be good!!

[Mike Hughes]

No demo atm but I normally have a test site running at http://dead.test.actinic.co.uk/

Thanks Bruce.

That looks pretty slick and logical to me. It certainly does what I expect from a checkout so I don't have any major problems with it. For me it's much better than the old checkout.

I quite like having the delivery options away from the address page as it gives me some space to explain what the options are.

It would be nice to have the payment options on the second page as that's really just a single selection which shouldn't need a page all to itself. Something that can be looked at in future I'm sure.

Mike

PS. Certainly no sign of any bounce page to the Actinic Payments site.

[leehack]

Address details across 2 pages was the terrible thing on the last one IMO, the new one is much better. I pretty much agree with Mike apart from the payment options point, i think this page operates as a final check and confirmation page, which i think works well.

I can't wait to get hold of a real v10 checkout and restyle it, think it will look and operate very nicely.

[brucet]

Thanks, that makes me feel a bit better :)

I take your point about the payment selection, although as it stands page two already has a possible 8 sections in it. So it could get a bit long if you use all the marketing functionality, allow tax exemption etc etc. and had the payment options as well.

Ideally we would have provided some choice about which information to capture on which page. But the inflexibility of Perl made that rather complicated, and the estimate for developing it was prohibitive. :(

[pinbrook]

I think it would be worth reading why-good-checkout-design-is-more-important-than-trustmarks (http://econsultancy.com/blog/5499-why-good-checkout-design-is-more-important-than-trustmarks) with a view to integrating the best of the suggestions with the new checkout - to make a super duper checkout.

[Darren B]

I'm sorry, but I'm getting sick of the accusation that Actinic doesn't listen because it is plain and simple wrong. I sat in a series of meetings where we analysed the wish list (see below) and looked at how other major ecommerce sites did checkout. Please point out the major sites where a different approach is taken to the one we have adopted. Please provide facts.


Sorry if this is how it makes you feel Chris, but thats they way it feels from this side of the fence.

Take the wish list thread, a quick flurry of activity when i mentioned nothing seems to happen and guess what? I dont see any recent acknowldegements, so how do people know that the wish list you guys are working on active includes recent requests, is this not a valuable part of communication.

As for the checkout, i actually said i quite like it although the upgrade trashed my layout and cant really comment until i have a proper working version, maybe im not impressed - sorry if this is not the response wanted.

My comment about best practice was that this seems to be the favourite comment these days. I also read lots of different websites and columns and unfortunately they dont all tell the same story, so as to what is best practice is more down to unique markets, column writers plus lots of other variables and opinions.

I am far from an expert on best techniques and practices in the ecommerce world but i need the tools to try things, no disrespect is implied to you guys at actinic but maybe i miss understand things but if i try and pass information back to you on what i would like to see in your product nothing gets acknowldged, the only way i can get a response these days is to be out and out rude about it.

Maybe you guys are listening but how would you feel when you hold the door open for someone and they dont even say thank you. Well thats how it comes across.

As i said, sorry if i offended you or anyone else at Actinic

Darren

[cbarling]

I also read lots of different websites and columns and unfortunately they dont all tell the same story, so as to what is best practice is more down to unique markets, column writers plus lots of other variables and opinions.


I think that you hit the nail on the head there.

There is no simple answer for the online retailer and what is right for one is wrong for another. Our job is to try and find the best core functionality that allows sites to build their own variants on top. At the same time, things must work reasonably out of the box.

In my opinion everyone would benefit from trying different things and seeing what works with their own particular products and demographic. Certainly that's what I believe the most successful Actinic stores do.

The wishlist is an important part of our decision process. I agree that we aren't good at feeding back from it and we do need to look at alternative technology to help that to happen in the future.

We are members of a number of industry bodies like the IMRG, The Catalogue Exchange and e-consultancy. These guys facilitate meetings and publish papers, and we try to keep well up to date with them. Taking input from them is an important part of the value that we see ourselves as adding to our customers.

Chris

[Darren B]

As i have always said Chris, if Yourself, Ben D or Ben P, Bruce or any others at Actinic ever want to call me and talk you have my details.

Your the man at the top Chris, They follow you, if you think it needs more then it probably does, your the one to make it happen you certainly have all the skills at Actinic if its new techonology to improve the wish list then go for it. The intergration of the knowledgebase was probably the best forum change i can ever remember being made. Why stop there?

Darren

[cbarling]

See Bruce's comment/promise at http://community.actinic.com/showthread.php?t=44177&goto=newpost

Chris

[Sadcase]

No demo atm but I normally have a test site running at http://dead.test.actinic.co.uk/

It won't always be perfect because I mess around with bits of it, but the checkout should always be ok.
I admit from the outset that I'm not a power user or a developer; but my own personal view is that the checkout has been immeasurably improved in version 10.

It is far more logical, obvious, and quick. I like the pre-confirmation summary; quite a few orders I've had have have had to be changed because the customer hasn't realised that they'd entered the wrong quantity, or added the wrong item; but having the confirmation before commitment of the order makes people more inclined to double-check everything before sending the order.

People have given me many comments along the lines of "Why can't it work more like Amazon?" I always say to them that Amazon will have a dedicated team of web designers and developers, who are on call 24/7. They will have their own servers, and will have a IT and web budget which will surely be in the millions. We, however, are a small charity - whose online orders only amount to around ten a day. Sure, it would be great to have it working like Amazon but, as we don't have the big budget of Amazon, we have the best site that our budget allows.

For our customers, the v10 checkout will offer a far better online experience than our heavily-tweaked v9 site. And they are the ones this update is aimed at. So I would like to say to the team: "Job well done!" :D

This is just my own, personal, humble opinion.

[plantsforshade]

It was a fresh install of V10 Beta, I then imported a V9 snapshot.
I have uploded the site in test mode to: www[dot]golfteewarehouse[dot]co [dot]uk/acatalog/test/.

The PSP is Actinic Payments.

I have attached a copy of the PSP bounce page I am referring to, I assume this is what you are calling a PSP bounce page, and displays for around 1 second.

Do you want me to raise this on the getsatisfaction V10 Beta site.

We have our site on V10 uploaded in test mode and we have no bounce page with sagepay. Goes straight from the order confirmation to the psp.


Nigel

[Golf Tee Warehouse]

Perhaps I am an isolated case.
I will uninstall V10 beta and try again to see if the problem persists.

[brucet]

Mark, many thanks for the comments, I'm glad you like the new checkout.

[Darren B]

OK i have been having issues with GC so have completely uninstalled V10 and started over with the default site. Now i can see what its suppose to look like i do like what i see. I take my hat off to Ben he was right when he said it was a sexy new checkout (well really the credit goes to the guys that wrote the thing)

Now im guessing if i upgrade to V10 the checkout is going to be a big issue so have decided i will reset these pages to factory default and then restyle them rather than try and fix the broken layout.

[Golf Tee Warehouse]

Now im guessing if i upgrade to V10 the checkout is going to be a big issue so have decided i will reset these pages to factory default and then restyle them rather than try and fix the broken layout.

I have come to the same conclusion as the upgrade of the sanpshot produced a horrible looking checkout, but a clean install looks good and with a bit of restyling should look very nice.

The PSP bounce problem goes away when I start again with a fresh install but comes back as soon as I import my V9 snapshot.

[brucet]

I think it would be worth reading why-good-checkout-design-is-more-important-than-trustmarks (http://econsultancy.com/blog/5499-why-good-checkout-design-is-more-important-than-trustmarks)

Thanks Jo. I've read quite a few like that, but I will certainly take a look at that one as well. Econsultancy's stuff is usually pretty good in my experience.

Bruce

[Mike Hughes]

To me the bottom line question we have to ask about the third page (Confirm details / choose payment) is whether it is a) absolutely necessary or b) will increase conversions. If there isn't a yes to either of these questions then it shouldn't be there.

The way I see it. This page is a bit like sticking up a nice big sign saying "OK. You've given us everything we need to know but will you take another look just to make sure and are you really sure you want to order these things? If not, why not click the nice big cancel button below."

From our perspective, it's nice to get the customer to check everything again and make sure there are no mistakes, but the checkout process should be viewed from the customers perspective, not ours.

I think this is just another page that isn't really necessary and should be avoided if we can. Yes, most customers will want to buy, and they'll often put up with all kind of silliness in checkouts, but you have to consider the customer who's buying on impulse, who's buying as a present and isn't 100% sure it's the right thing, who's in a hurry as they have a meeting to go to, who's struggled through your odd internal search to find what they're after, who's already half mad at you for not telling them what the shipping charge will be up front, who's using a slow connection and is already extremely frustrated, who's worried about whether they can really afford it, who's worried that they could probably get it cheaper elsewhere, who's using a mobile and got mad because they couldn't see the 'seperate shipping address' form after ticking the box, etc, etc. For all these people, and many more, this page is just giving them another reason and opportunity to abandon the cart there and then.

Mike

[Darren B]

I think this is just another page that isn't really necessary and should be avoided if we can. Yes, most customers will want to buy, and they'll often put up with all kind of silliness in checkouts, but you have to consider the customer who's buying on impulse, who's buying as a present and isn't 100% sure it's the right thing, who's in a hurry as they have a meeting to go to, who's struggled through your odd internal search to find what they're after, who's already half mad at you for not telling them what the shipping charge will be up front, who's using a slow connection and is already extremely frustrated, who's worried about whether they can really afford it, who's worried that they could probably get it cheaper elsewhere, who's using a mobile and got mad because they couldn't see the 'seperate shipping address' form after ticking the box, etc, etc. For all these people, and many more, this page is just giving them another reason and opportunity to abandon the cart there and then.

Mike

And breath :D

but you have made alot of a valid points there Mike, i have not ventured past the address pages yet, but will do once i get around other problems im having.

[Mike Hughes]

I know. I did give a lot of examples.

The thing we have to remember is that the analysis and stats seem to show that each 'typical' checkout page requesting necessary info gets something like a 15% drop out rate.

That doesn't mean you should lump everything on one page because although there'll just be the one stage, you'll probably make it so cumbersome that the drop out rate will still be huge, just all in one go.

What it does mean though, is that you should avoid additional pages that add little purpose from the customers perspective.

Mike

[Mike Hughes]

New topic on the checkout.

Does anyone know if trigger for the receipt email has been changed from the customer getting to the receipt page? I know this was under consideration, not sure if Actinic were able to include it or not.

Mike

[Darren B]

New topic on the checkout.

Does anyone know if trigger for the receipt email has been changed from the customer getting to the receipt page? I know this was under consideration, not sure if Actinic were able to include it or not.

Mike

This is a very good question as Paypal screws up GA - 80% of my customers never return to the site when using paypal

[leehack]

What it does mean though, is that you should avoid additional pages that add little purpose from the customers perspective.
I think this is the difficulty though Mike, i really like a last confirmation page when i do an order, mainly because i think i do most transactions on auto pilot and its a place for me to ensure i have added the right address and to make sure that the delivery method i chose is correct etc.

I think this page compliments a compressed 2-page process. When there are a number of different things being asked of you on a page, i think it's great to go to one page and confirm the lot at once.

This is the crux on generic software, does the majority side with you or me, because that's what the software has to cater for, because the infrastructure does not allow the choice in this area.

[leehack]

New topic on the checkout.

Does anyone know if trigger for the receipt email has been changed from the customer getting to the receipt page? I know this was under consideration, not sure if Actinic were able to include it or not.

Mike

+1 for me..

[Golf Tee Warehouse]

One minor concern I have with the confirmation page it that I don't want it to look too much like a receipt page, particularly if the payment method options are positioned below the fold, as I could see a very small number of customers thinking they had completed the purchase and not making payment.
My fear is probably not justified and a bit of styling and positioning of the payment methods should remove this possibility.

[leehack]

I agree Darren, the usability and look of the page could be improved vastly, i think the important bit is that we have or are very close to having all the bits in place to do what we want with. Many people changed the order of the class selection on the old checkout so further up in the decisions, i liked that idea and this moving around of items is still possible which i will certainly look to do.

Other things like a much better hide/show cart button are important in my eyes.

[pinbrook]

I agree Darren, the usability and look of the page could be improved vastly, just try testing the usability with a colour scheme with a black background. :rolleyes:

[Golf Tee Warehouse]

I am not sure how they look on a clean install but the Postcode LookUp buttons on my test site don't look like buttons and so may get overlooked, they look like a text comment in a box rather than an obvious button inviting you to click.

[eighteentee]

Is it not possible to detect if the browser has Javascript enabled and if it isn't, direct them to an 'old style' checkout but if they do have Javascript enabled, send them off to a new streamlined checkout?

In my experience both as a user and developer I see some very clever and very dumb checkout procedures around and about. Frankly, the majority of ecommerce checkout systems are going for the 'graceful degradation' scenario, i.e. just as developers (should) design for the best browsers available today and if people are browsing using older browsers then their experience is cut-down yet still usable. No-one designs 'for' Internet Explorer 6 any more, designers design 'for' Mozilla and Webkit-based browsers that offer overall better user experience through adopted technologies, i.e. HTML5 and CSS3. People will see a slightly different version if visiting using Internet Explorer 7+, say, which doesn't support a lot of emerging technology.

Actinic should also do this IMHO. There is a definite need for the checkout procedure in this software to be completely overhauled as it's largely remained untouched for years.

Just my 2p worth.

[Benjamin Dyer]

Is it not possible to detect if the browser has Javascript enabled and if it isn't, direct them to an 'old style' checkout but if they do have Javascript enabled, send them off to a new streamlined checkout?

Thats exactly what happens. If JS is disabled you don't get the delivery address hiding, you also get the PSP bounce page.

Stats show 5% of browsers have JS turned off. I can imagine there would be some pretty angry merchants and customers if the 5% were ignored.

[Darren B]

I am not sure how they look on a clean install but the Postcode LookUp buttons on my test site don't look like buttons and so may get overlooked, they look like a text comment in a box rather than an obvious button inviting you to click.

I had a play with this last night and no luck in changing it, even making this button grey would be a start. So if anyone can shed some light on how to achive this it would be a great help.

Maybe not right now but you know this will be asked time and time again when V10 is out

[Benjamin Dyer]

Maybe not right now but you know this will be asked time and time again when V10 is out

Leave it with me, I'll take a look.

Ben

[Darren B]

Stats show 5% of browsers have JS turned off. I can imagine there would be some pretty angry merchants and customers if the 5% were ignored.

This is actually going down year on year, its quite scary considering it used to account for more than 20% had js disabled

[Darren B]

Leave it with me, I'll take a look.

Ben

Thanks Ben - im guessing it will be in the js but thats beyond me :cool:

[Benjamin Dyer]

This is actually going down year on year, its quite scary considering it used to account for more than 20% had js disabled

Its an odd one, I spent some time looking into the stats for my wife's store last night. Its started to creep up running at about the 7% mark. Its still important enough to make sure it works without it enabled, most of us spend ages looking for even the slightest sales uplift so mustn't be neglected.

[Golf Tee Warehouse]

Its an odd one, I spent some time looking into the stats for my wife's store last night. Its started to creep up running at about the 7% mark.

On my site I have also noticed a slight increase.

Aug'09-Nov'09 - 4.93%
Dec'09-Jan'10 - 5.01%
Feb'10-Mar'10 - 5.74%

At least the use of IE6 has now dropped below 8%.

[Darren B]

Its started to creep up running at about the

There is always the scare mongering about hackers and js, thats probably why years ago it was 20% and maybe thats why there a slight increase again.

Interesting thought could this increase be connected to win 7 i dont know just a guess

[Benjamin Dyer]

Leave it with me, I'll take a look.

We took a look, we raised a bug. The PCAnywhere integration writes the html elements via a script, which explains why you cant edit it.

I'll post this over at Get Satisfaction to keep it in a single place.

Thanks for pointing it out.

[Golf Tee Warehouse]

The PCAnywhere integration writes the html elements via a script.

I assume that should read 'PostCode Anywhere'.

[wesleythorne]

could we have a field for - company name or business name in the separate delivery address box.

If a customer ships to an alternative address than we find it is normally to a work address, and more often than not they do not add a company name.

Thanks
Wes

[Golf Tee Warehouse]

could we have a field for - company name or business name in the separate delivery address box.

Surely this already exists or have I misunderstood (providing you have choosen to have the compnay name field displayed).

[wesleythorne]

i thought so but i cant see it in v10
if i have to enable it i cant see it in business/settings/


wes

[leehack]

It will be in design>text i'd imagine.

[wesleythorne]

your right, i have switched it on in v10
sorry for the false alarm
wes

[Golf Tee Warehouse]

I see that on my test site the company name field had been switched off but was on in the V9 site that the snapshot was imported from, so I assume this is a small bug in the V10 upgrader.

I have raised this issue on the V10 Beta site (getsatisfcation)

[Darren B]

i have messed with restyling the new checkout here if you want to take a look http://kitesrus.co.uk/acatalog/test/acatalog/index.html

i have turned of recently viewed as im getting a few problems with the layouts and will take sometime (well for me it would) to get it working properly

[wesleythorne]

the new checkout is causing some problems with our upgraded site, i cant get the country field to populate for the invoice address, the delivery address populates with a list to choose from.

I have tried to re set the template in
settings/site options/layout/

there is not a "works best with silver" bobcat or minimal

this is a test upgrade from 9.05 to 10beta

[Golf Tee Warehouse]

I see that on my test site the company name field had been switched off but was on in the V9 site that the snapshot was imported from, so I assume this is a small bug in the V10 upgrader.

I have raised this issue on the V10 Beta site (getsatisfcation)

Having double checked I now see that my V9 site also has this field turned off, but am sure it has always been on so either I have switched it off in error at some point or it has changed status during a maintenance release upgrade or snapshot import.

It might be worth others checking this field on their site just to rule out the possibility that an upgrade from 9.0.4 to 9.0.5 or similar hasn't effected this field for others.

[lessharma]

Hi all,

I'm posting here because this upgrade error was mentioned here but not fixed.

I've upgraded threee v9 sites to v10 and two of the upgraded sites still have the PSP bounce page.

www.snugglefeet.com - No bounce page after upgrade

www.abcbabygifts.co.uk -Still bounce page after upgrade
www.boxes4babies.com -Still bounce page after upgrade

How do I remove the PSP bounce page?

[brucet]

It looks as though those two sites have had the presentation of the payment method changed, perhaps using the method in the Advanced User Guide. If so, then that is what is forcing Actinic to use a bounce page. It is a known limitation that is noted in the version 10 guide.

[lessharma]

Thanks for your reply.

Sure sure what 'Presentation of the payment method changed'. Could you explain?

[Golf Tee Warehouse]

Is it related to having the shipping options displayed as radio buttons? This is what I have on my site and I got a PSP bounce page on the V10 beta when I reported the bug originally, and if so will there be a fix in the future as I find that the radio buttons display the shipping options much clearer to the customer and would not want to go back to a drop down list which is easily overlooked.

[brucet]

Yes, the radio button change is one example. That forces the bounce page, and ATM we don't have a fix for that.

www.abcbabygifts.co.uk & www.boxes4babies.com only have one payment option, I can't tell for sure whether a design change has been applied there. If not, it would be a good idea to report the issue to technical support. I can't think of another potential cause.

[lessharma]

OK, just to confirm, www.snugglefeet.com has the 'radio button' change on delivery method. Presentation of the payment method has no change.
But has no PSP bounce page.

www.boxes4baies.com and www.abcbabygift.co.uk is the same as above
But they go to the PSP bounce page.

I thought when you do a v9 to v10 upgrade the whole checkout is re-written and any changes that were done in v9 are lost. Which is what happen in my case.

So you can have the 'radio button' change on delivery method and still miss the psp bounce page as shown in www.snugglefeet.com

[brucet]

Sorry, I misread

It's not changing the shipping method choice to radio buttons that causes the problem. It's changing the payment method choice from the default to something different.

[Golf Tee Warehouse]

I also have the payment method set-up as Radio Buttons, which is what caused the problems when I tested the V10 Beta.

Is a fix likely to be difficult (and therefore likely to remain unfixed for quite some time if ever) or more of a simple fix that can be done when the time allows.

[brucet]

I think it would be tricky to change v10 so that the article works. We may be able to add some steps to the article to make that work for v10. I'm afraid I can't say when we would be able to prioritise that, though.

[lessharma]

Very strange.

I haven't change the payment method to Radio Buttons in all 3 sites. But I still get the psp bounce 2 of my sites.

Any more ideas why?

[brucet]

Sorry, I've no other ideas. AFAICS the two sites with the bounce page are different from the third in that there is only one payment option, so there is no drop down. AFAIK that should not cause the problem if the layout has not been changed, but I can't see any other difference.

I think you will need to raise it with support.

[EdHarrison]

Sorry to be dim, I have V10.01 and the radio button mod but have not noticed this issue, orders are coming in from card and paypal - exactly what happens with the bounce page?

[brucet]

The v10 checkout normally bypasses the old PSP bounce page - it is no longer required. However, changing the payment method selection to radio buttons forces the appearance of the bounce page.

[lessharma]

Just tested abit more.

Just to confirm all 3 sites DO NOT have the payment method selection change to radio buttons.

I've added Paypal as a payment option to www.abcbabygifts.co.uk so now has two payment options like www.snugglefeet.com (Actinic Payment and Paypal) and now the psp bounce is not used as it should.

So in my case having one payment option shows the psp bounce page and having more than one payment option doesn't. Very strange.

[brucet]

Yes, that is strange. I don't know any reason why that should be.

[Mark Evenden]

So in my case having one payment option shows the psp bounce page and having more than one payment option doesn't.

Our site with Actinic Payments and PayPal has no "bounce" page, out of curiosity I removed the PayPal option and now it does have a "bounce" page too......:D

(no radio buttons either)

[brucet]

I've tried out your scenario on my own test site, and I can confirm that the bounce page appears if you are using a PSP and there is no other payment method.

I'm not sure if that is a bug or a limitation, I will investigate some more. Thanks for raising it.

[lessharma]

I've tried out your scenario on my own test site, and I can confirm that the bounce page appears if you are using a PSP and there is no other payment method.

I'm not sure if that is a bug or a limitation, I will investigate some more. Thanks for raising it.

Hi Bruce,

Did you find out anymore about this PSP bounce page error?

I'm having another problem with regards to adding another payment option like Paypal, are they ralated?

See this post...

http://community.actinic.com/showthread.php?t=48109

[brucet]

The appearance of the bounce page with only one payment method proved to be a bug. It will be fixed in v10.0.3.

[lessharma]

Hi Bruce,

Great thanks for your reply.