Payment Choice - radio buttons

[feemish]

The KB article for changing the payment method choice from a dropdown to radio buttons isnt selecting a default payment method...
I dont think thats good web practice.

[leehack]

I've got business plus... I was just trying this out on a test site.. I just used Site1 Silver theme and changed the Design:Text according to the knowledgebase article referenced earlier to check it out..
It changes the payment method from a dropdown choice to radio buttons but doesnt set a default payment option...
So you must have used a different method... can you remember which?

Just checked the code and although in a slightly different order, it's doing the same thing, so that won't be making a difference. Top one is selected when i checkout. I can only think it is either related to a cookie or the payment methods selected, can't see any other viable reason.

[Clive.Aspen]

This guy uses the KB code for his payment method choice...
http://www.zikzak.co.uk
You'll see if you visit the checkout that no payment method is selected by default as well as on my test site.
Deleting cookies doesnt make a difference.

[Duncan Rounding]

Clive,

Can you post the code you have in Design Text Ids 1951, 1952, 1953 & 1954?
A screen grab of the Design Text window showing all four entries would also be useful to make sure there are no odd characters pasted in there.

The zikzak site doesn't look correct in the code on the checkout page. It has:

<input type="radio" name="PAYMENTMETHOD" value="3"><img src="st.gif"> Secure Trading<br />
<input type="radio" name="PAYMENTMETHOD" value="900"><img src="pp.gif"> PayPal <br />
<input type="radio" name="PAYMENTMETHOD" value="10002"><img src="gc.gif"> We'll send an invoice<br /> 
</select>

there is no CHECKED and the </select> shouldn't be there.

[Duncan Rounding]

Looking deeper into this I think it may be related to how Actinic determines what is the default payment method. This could explain why the CHECKED is missing.

(It doesn't explain why </select> is there on the zikzak site however - that's an input coding error I believe)

[leehack]

One of the entries is for the default payment method, it mentions it above, that needs the checked on it. The </select> still being there is almost certainly down to the instructions not being followed correctly.

[Duncan Rounding]

One of the entries is for the default payment method, it mentions it above, that needs the checked on it. ...

It does in Design Text but in Payment Methods I assume it should be the one at the top of the list, which may be an issue if that is not checked as a website payment method.

[leehack]

I'm not sure how it decides on the default, logically i'd have thought it was the first payment method with website payment method enabled on it. The code change should then check that first method. Perhaps you have hit the nail on the head though, with the switch on/off for payment methods having come considerably after the code for changing to radios, stands a good chance that the code needs updating - good spot.

[Duncan Rounding]

If the assumption is true then it would also affect combo selection as well.

[feemish]

hang on a minute...

Does 'fallback' need to be checked in payment methods?

[Clive.Aspen]

Thanks Feemish !!

It looks like you are right, and a 'fall back' has to be selected for this to work.

Looking at the help file for 'fallback' doesnt suggest this to be the case...

it says;

This is the payment method that will be offered to customers if no other payment method is applicable for the customer's invoice and shipping locations.

However, checking one method as fallback does make it become selected by default.

[Duncan Rounding]

I've updated eth KB arrticle to include this.
http://community.actinic.com/showthread.php?t=45508