[#5539] CBsubs subscription price depending on a field

Can we get the basket page before all the information tab ? so
that the customer will check the price before registering

No, the basket relies on a user object. A user that isn't registered doesn't have one. Your conditions also would have no affect as there's no user object to condition off of.

Can we have a dynamic text in the plan depending upon the drop down field ? so that it's not a price change but only a text change explaining

CBSubs has no such feature. You'd have to write the jQuery for that then load it using CB Auto Actions.

Could I add an auto action code with jquery checking the dropdown field chosen on registration and showing the correct price on the CBsubs tab ?

Yes, that could work.

If yes what would be the trigger to use ?

The below trigger should work fine.

onBeforeRegisterFormDisplay

However, we tried to use afterdrawplan but the action writes the jquery code only to the first plan.
Can you suggest another trigger ? we want to write the jquery code to three plans to display three different prices

The jQuery only needs to be loaded once. What jQuery you supply though needs to be able to handle all 3 plans price being changed. Example as follows.


The above assumes all 3 plans will have different prices. If they're the same price the 3 lines can be reduced down to 1 like the below.

Hi
Thanks for the idea this is something that we tried but it may bring problems if we want to use promotions or coupons at a later stage in our business model.

So we went the way with 10 plans monthly and annually, and simplifying things by using a lot of language substitutions to only alter language files when there are modifications.

However, we have a validation problem.
We show the plans at registration using a drop down field on the first tab which then condition the display of the selected plan on the first tab.
But is seems that the plan field only tries to validate on the first plan value, meaning that it this first plan value is not displayed, the field does not try to validate the second one and the user can register without the correct plan.
In this case he is registered with the default plan which is absolutely not the intention.

So can you change the cbsubs plan validation process so that it respect the drow down value selected on the first tab ?
Or can you suggest a jquery to add by auto action so that the validation process respects the plan displayed on the tab ? (based on your above code)

We had to write this to respect the validation process:
However this is not very functional as a clic on Particulier does not show the correct plan, only a second clic shows it.

Do you have any idea to simplify this or enhance it to make it work. This is a pity that we cannot have a validation process for plans based on something else than the first field plan.
Could you write something validating not the first tick field but showing a display elsewhere for instance ?

Thanks for helpind on this one

Don't mark any plans as default and none should be selected. If all the plans are marked exclusive then a required error should be thrown when it sees no plan is selected. When they hide from CBSubs conditioning it should unselect the plan.

Are you trying to hide the entire plan selection it self and have it done from a field? Why do you need a field at all? Why not let users select the plan then have a field that you set using CBSubs Fields instead of doing the reverse?

Hi
We absolutely need to guide our users and not display all plans.
They have to select one radio box to choose between professional and personal
Then they have to answer two questions and only the relevant plan will be displayed. If not people are lost and do not select the correct one.

If we don't set a default plan we have problems for people buying through hikashop. When they log in the system does not recognize them as they don't have a subscription.

A validation process for plan would be the best.

There is a validation process. The problem is you have a default plan selected. This means a plan is initially selected so there's nothing to validate as the required state has been met. Beyond that there's no further validation necessary. You could use jQuery on the before registration display form trigger to uncheck the default plan.

There is a validation process. The problem is you have a default plan selected. This means a plan is initially selected so there's nothing to validate as the required state has been met. Beyond that there's no further validation necessary...

No there is no real validation on the plans.
Even if we do not have a default plan selected, the validation process only occurs on the first tick of the first plan. Which means that if this plan is hidden because it is not relevant to the user, there is no validation for the plans and the step is simply ignored or the user may go to the next step and register without a subscription, then leading to inability to log in because of no subscription.

This was why we had to have a default plan, then use drop down fields, then use a jquery auto action. It would be much simpler that the validation process on the plan field respects the visible plan and validate only the visible plan and not the hidden ones.

And I know that you suggested putting the plan tab on the last position but it simply does not apply to our business model. We need to have the plans to be dependent on a field value and selected before submitting the user infos.

Can you make that the validation process respect the visible plans ? and that the error be shown on all plan ticks and not only the first one ?