Yes, customers with JavaScript disabled will not be able to place a purchase in Tea Commerce at the moment. The discution you posted is good reading and off course something we discussed when creating Tea Commerce. We have sacrificed that option in place of the vast possibilities of design freedom you get instead. With Tea Commerce you have no strings attached.
But, I promise to do a workshop with Anders on the subject. We might come up with a brilliant solution. It will though, have to be simple for the developer and be able to fit into our freedom of design goals.
Thanks, again, for the extremely quick response. Let me say - I'm not a zealot on this subject, I can see your line of thinking - but I guess the ideal from my point would be a basic ecommerce infrastructure that runs regardless of Javascript, with a lovely Ajax/javascript veneer on top.
A couple of further questions:
In terms of thinking this through/doing a workshop - do you have any timescales for doing this? Just that I'd be hoping to purchase within a month or so, and it would helpful to know your thinking.
Any reason why I couldn't just implement the non-JS fallback as link to a server side page which does the releveant web service calls?
We have now been talking, trying and testing our posibilities. We have solved all except one problem, which is the go to payment functionality. The security we have build into the payment process of the cart flow is at the moment blocking the non JavaScript approach.
So the result for now is that we cannot do it. We would have to totally reinvent the payment part, and that would ruin the great way it works.
Hi Rune, OK that's a shame..Jut to be clear - Is that a - at the moment we can't do this and we don't really see how we could ever do it , or is at an: at the moment we can't, but we're not ruling it out for the future? James.
Never say never. We don't know. If we one day rewrites the payment process, then maybe. But a lot of thought is put behind our current model, and it's pretty good at what it does and very secure.
At the moment we cannot afford to spend that much time on it.
OK. Well, you didn't give me the answer I wanted, but on the other hand, the process you've gone through and the transparent way you've dealt with my question is very impressive. Thanks.
I'll keep going with my evaluation and we'll see where we end up.
You do that. Depending on the webshop and their target group it will be more or less of a problem. I have created lots of webshops in my career and they all depend on JavaScript in one way or the other. I have never had any problems with it. But again, it's very much up to the websites audience.
I must admit I'd reluctantly begun to given up on using TeaCommerce (partly cos of the accessibility issues, partly because of the lack of mulitiple carts).
You're making me wonder again!
When is the next release due?
Do you have any more info on the non-Java script fallback? Will we able to combine JQuery/Ajax and non-JS approaches in the same page?
Yes its just a fallback - so you can use javascript as much as you like - but if the client doesnt have javascript enabled it will just fallback and still work. All in the same page :)
The new Tea Commerce 1.4 has just been released with no-JavaScript fallback support. You can download it now.
To see how to use the no-JavaScript fallback download the Tea Commerce Starter Kit, where it has been implemented. It's just a couple of form tags and sumbit buttons. Pretty easy. Even if you want to add it to an existing Tea Commerce webshop.
coping with users without Javascript enabled
Hi guys.
I realise that TeaCommerce is pretty dependent on Ajax/Javascript, and this gives me some worries accessibility wise.
Is there a plan in the roadmap to allow Tea Commerce to degrade gracefully if Javascript isn't enabled?
Is there an easy way of getting basic add to cart/checkout functionality working server-side?
Interesting discussion at http://boagworld.com/accessibility/ecommerce-failure/
James.
Hi James,
Yes, customers with JavaScript disabled will not be able to place a purchase in Tea Commerce at the moment. The discution you posted is good reading and off course something we discussed when creating Tea Commerce. We have sacrificed that option in place of the vast possibilities of design freedom you get instead. With Tea Commerce you have no strings attached.
But, I promise to do a workshop with Anders on the subject. We might come up with a brilliant solution. It will though, have to be simple for the developer and be able to fit into our freedom of design goals.
/Rune
Hi Rune,
Thanks, again, for the extremely quick response. Let me say - I'm not a zealot on this subject, I can see your line of thinking - but I guess the ideal from my point would be a basic ecommerce infrastructure that runs regardless of Javascript, with a lovely Ajax/javascript veneer on top.
A couple of further questions:
In terms of thinking this through/doing a workshop - do you have any timescales for doing this? Just that I'd be hoping to purchase within a month or so, and it would helpful to know your thinking.
Any reason why I couldn't just implement the non-JS fallback as link to a server side page which does the releveant web service calls?
James.
We will be doing the workshop today, and will implement it in a hotfix fast if we find the right approach. So hold your horses, we'll be back.
/Rune
Wow. You don't mess around, do you!? Fantastic, my horses are held, I'll wait to hear.
Hi James,
We have now been talking, trying and testing our posibilities. We have solved all except one problem, which is the go to payment functionality. The security we have build into the payment process of the cart flow is at the moment blocking the non JavaScript approach.
So the result for now is that we cannot do it. We would have to totally reinvent the payment part, and that would ruin the great way it works.
Sorry about the negative answer :)
/Rune
Hi Rune, OK that's a shame..Jut to be clear - Is that a - at the moment we can't do this and we don't really see how we could ever do it , or is at an: at the moment we can't, but we're not ruling it out for the future? James.
Never say never. We don't know. If we one day rewrites the payment process, then maybe. But a lot of thought is put behind our current model, and it's pretty good at what it does and very secure.
At the moment we cannot afford to spend that much time on it.
/Rune
Hi Rune,
OK. Well, you didn't give me the answer I wanted, but on the other hand, the process you've gone through and the transparent way you've dealt with my question is very impressive. Thanks.
I'll keep going with my evaluation and we'll see where we end up.
James.
Hi James,
You do that. Depending on the webshop and their target group it will be more or less of a problem. I have created lots of webshops in my career and they all depend on JavaScript in one way or the other. I have never had any problems with it. But again, it's very much up to the websites audience.
I hope to hear from you again.
/Rune
UPDATE:
We have solved it. The next release of Tea Commerce will have a non JavaScript fallback! Will be pretty simple and use normal html forms.
/Rune
Hi Rune,
Wow - that's great news.
I must admit I'd reluctantly begun to given up on using TeaCommerce (partly cos of the accessibility issues, partly because of the lack of mulitiple carts).
You're making me wonder again!
When is the next release due?
Do you have any more info on the non-Java script fallback? Will we able to combine JQuery/Ajax and non-JS approaches in the same page?
Thanks,
James.
Hi James
Yes its just a fallback - so you can use javascript as much as you like - but if the client doesnt have javascript enabled it will just fallback and still work. All in the same page :)
The new Tea Commerce 1.4 has just been released with no-JavaScript fallback support. You can download it now.
To see how to use the no-JavaScript fallback download the Tea Commerce Starter Kit, where it has been implemented. It's just a couple of form tags and sumbit buttons. Pretty easy. Even if you want to add it to an existing Tea Commerce webshop.
/Rune
is working on a reply...