Orders now saving in the customer profile

[Nikolaus Gruchot]

Hi all,

just fyi. After upgrading to SS 7.x we had problems with the customer
registration feature. The payment infomation and sometimes also the orders
themselves were not saving into the customer profile of the customer
ordering.
Jim from Shopsite found that this was due to the fact that we had <font>
tags in the fields for the payment fields -> Preferences -> Store Text ->
Checkout.

As we are running our shop in German we have all fields translated in the
back office. From the past times where the custom templates could not be
applied to the cart / checkout etc. screens, we had set <font> tags in the
fields.

I have removed all <font> tags and use the customs templates and css now for
formatting.

Just wanted to share this information. Maybe it comes helpful for somebody
else as well.

Best regards,

Niko

P.S. Special thanks to Jim for helping out here!

[Chris]

So, is it just <font> tags that cause the problem, or any HTML in these fields?
If so, is there a patch planned?

Chris

mlcswoodworking.com

Nikolaus Gruchot wrote:

Hi all,

just fyi. After upgrading to SS 7.x we had problems with the customer
registration feature. The payment infomation and sometimes also the orders
themselves were not saving into the customer profile of the customer
ordering.
Jim from Shopsite found that this was due to the fact that we had <font
tags in the fields for the payment fields -> Preferences -> Store Text -
Checkout.

As we are running our shop in German we have all fields translated in the
back office. From the past times where the custom templates could not be
applied to the cart / checkout etc. screens, we had set <font> tags in the
fields.

I have removed all <font> tags and use the customs templates and css now for
formatting.

Just wanted to share this information. Maybe it comes helpful for somebody
else as well.

Best regards,

Niko

P.S. Special thanks to Jim for helping out here!

[Jim]

I didn't check for all types of html in these fields so don't know for
sure if anything besides <font> tags would cause a problem or not. An
enhancement request was entered so the problems will be looked at for a
future release.

Now that the shopping cart is a custom template and can use cascading
style sheets, the better solution is to use the style associated with
the text string to do all the formatting rather than hard coding it in
the text itself.

You can view the source of the shopping cart screens and the various
style definitions associated with elements of the page. You can also
copy the ShopSite .css files to your store template area using the Copy
ShopSite Include or Copy ShopSite template buttons under Merchandising >
Custom templates.

If you want to temporarily override the ShopSite styles you can modify
the file you copy from the ShopSite area and then rename it to the same
name as what the ShopSite file was called. Then view the cart to see if
the change was what you wanted. If it doesn't look right you can modify
the file again or just delete it and the ShopSite style will again be
used.

Jim

Chris wrote:

So, is it just <font> tags that cause the problem, or any HTML in these fields?
If so, is there a patch planned?

Chris

mlcswoodworking.com

Nikolaus Gruchot wrote:


Hi all,

just fyi. After upgrading to SS 7.x we had problems with the customer
registration feature. The payment infomation and sometimes also the orders
themselves were not saving into the customer profile of the customer
ordering.
Jim from Shopsite found that this was due to the fact that we had <font
tags in the fields for the payment fields -> Preferences -> Store Text -
Checkout.

As we are running our shop in German we have all fields translated in the
back office. From the past times where the custom templates could not be
applied to the cart / checkout etc. screens, we had set <font> tags in the
fields.

I have removed all <font> tags and use the customs templates and css now for
formatting.

Just wanted to share this information. Maybe it comes helpful for somebody
else as well.

Best regards,

Niko

P.S. Special thanks to Jim for helping out here!

[Chris]

Jim,

You said, "Now that the shopping cart is a custom template and can use cascading
style sheets, the better solution is to use the style associated with
the text string to do all the formatting rather than hard coding it in the text
itself."

True enough, probably the best idea for thematic changes. But, if I want to insert a
hyperlink in the text, that tag would have to go in the text string itself, right?

Hence, I need to know if the problem affects ALL HTML coding in these fields...any
progress on this?

Chris

MLCS

Jim wrote:

I didn't check for all types of html in these fields so don't know for
sure if anything besides <font> tags would cause a problem or not. An
enhancement request was entered so the problems will be looked at for a
future release.

Now that the shopping cart is a custom template and can use cascading
style sheets, the better solution is to use the style associated with
the text string to do all the formatting rather than hard coding it in
the text itself.

You can view the source of the shopping cart screens and the various
style definitions associated with elements of the page. You can also
copy the ShopSite .css files to your store template area using the Copy
ShopSite Include or Copy ShopSite template buttons under Merchandising
Custom templates.

If you want to temporarily override the ShopSite styles you can modify
the file you copy from the ShopSite area and then rename it to the same
name as what the ShopSite file was called. Then view the cart to see if
the change was what you wanted. If it doesn't look right you can modify
the file again or just delete it and the ShopSite style will again be
used.

Jim

Chris wrote:

So, is it just <font> tags that cause the problem, or any HTML in these fields?
If so, is there a patch planned?

Chris

mlcswoodworking.com

Nikolaus Gruchot wrote:


Hi all,

just fyi. After upgrading to SS 7.x we had problems with the customer
registration feature. The payment infomation and sometimes also the orders
themselves were not saving into the customer profile of the customer
ordering.
Jim from Shopsite found that this was due to the fact that we had <font
tags in the fields for the payment fields -> Preferences -> Store Text -
Checkout.

As we are running our shop in German we have all fields translated in the
back office. From the past times where the custom templates could not be
applied to the cart / checkout etc. screens, we had set <font> tags in the
fields.

I have removed all <font> tags and use the customs templates and css now for
formatting.

Just wanted to share this information. Maybe it comes helpful for somebody
else as well.

Best regards,

Niko

P.S. Special thanks to Jim for helping out here!

[Jim]

The items that were in question were strings that ended up in pulldown
lists which are not capable of having html embedded in them any way.
Also strings that are used on text receipts should not have html in them
because it will show up as html codes when placed on the receipt. Most
other text that is just comments or instructions on the shopping cart
screens can have html in them so you can make links in them.

Jim

Chris wrote:

Jim,

You said, "Now that the shopping cart is a custom template and can use cascading
style sheets, the better solution is to use the style associated with
the text string to do all the formatting rather than hard coding it in the text
itself."

True enough, probably the best idea for thematic changes. But, if I want to insert a
hyperlink in the text, that tag would have to go in the text string itself, right?

Hence, I need to know if the problem affects ALL HTML coding in these fields...any
progress on this?

Chris

MLCS

Jim wrote:


I didn't check for all types of html in these fields so don't know for
sure if anything besides <font> tags would cause a problem or not. An
enhancement request was entered so the problems will be looked at for a
future release.

Now that the shopping cart is a custom template and can use cascading
style sheets, the better solution is to use the style associated with
the text string to do all the formatting rather than hard coding it in
the text itself.

You can view the source of the shopping cart screens and the various
style definitions associated with elements of the page. You can also
copy the ShopSite .css files to your store template area using the Copy
ShopSite Include or Copy ShopSite template buttons under Merchandising
Custom templates.

If you want to temporarily override the ShopSite styles you can modify
the file you copy from the ShopSite area and then rename it to the same
name as what the ShopSite file was called. Then view the cart to see if
the change was what you wanted. If it doesn't look right you can modify
the file again or just delete it and the ShopSite style will again be
used.

Jim

Chris wrote:


So, is it just <font> tags that cause the problem, or any HTML in these fields?
If so, is there a patch planned?

Chris

mlcswoodworking.com

Nikolaus Gruchot wrote:



Hi all,

just fyi. After upgrading to SS 7.x we had problems with the customer
registration feature. The payment infomation and sometimes also the orders
themselves were not saving into the customer profile of the customer
ordering.
Jim from Shopsite found that this was due to the fact that we had <font
tags in the fields for the payment fields -> Preferences -> Store Text -
Checkout.

As we are running our shop in German we have all fields translated in the
back office. From the past times where the custom templates could not be
applied to the cart / checkout etc. screens, we had set <font> tags in the
fields.

I have removed all <font> tags and use the customs templates and css now for
formatting.

Just wanted to share this information. Maybe it comes helpful for somebody
else as well.

Best regards,

Niko

P.S. Special thanks to Jim for helping out here!