Product Styles

[newagearbor]

Not sure if this is a bug, but it's something that's bugging me (he he he)....

When I edit the product styles and enter the code "<#BuyBtn>", my html editor converts it to "%3C#BuyBtn%3E". This causes problems because ezimerchant can't seem to read it, and thus I get a missing file error when I generate the site.

For some reason, ezimerchant has no problems reading the others ... eg "<#Quantity>" becomes "&lt;#Quantity&gt" .... "<#CustomFields>" becomes "&lt;#CustomFields&gt;" and so on. It only has problems with the "<#BuyBtn>" field.

The only solution seems to be that after saving it in the html editor, I have to re-open it under notepad and manually correct the entry. It's becoming a pain as I am constantly making changes to the tbl file as I experiment with new looks.

I've tried 3 different html editors, and all are converting the fields. I think the solution should be for ezimerchant to recognise the change.

[d.ferguson]

What HTML editor are you using? Modern editors should have the option to not replace those characters.

[newagearbor]

The editor I am using right now is NVU.

[aschiller]

NVU encodes < and > to become &lt; and &gt; when saving or switching from normal or HTML tags view to Source view. It is possible to stop it encoding > (Tools > Preferences > Advanced > "Don't encode > outside of attribute values"). Unfortunately no such option exists for < tags so it is not possible to stop completely. Unfortunately there is no workaround.

[newagearbor]

Thanks for the assistance. I'm no expert, so correct me if I'm wrong, but I assume the html editors make those conversions to make the program more universally acceptable across different browsers. If that's the case, the solution might not be to prevent it from happening, but rather to allow ezimerchant to recognise the changed tags. Just a suggestion.