|version 3.46 and templates|
|version 3.46 and templates|
Author Marcel Emmen on 04-22-2002 at 18:16 (EST)
For a consistent look of my site, i have change the display and template files which are in the classes directory. This was working fine until version 3.46
With 3.46 the header of the display_cart file is getting damage with netscape 6.2 within IE the page looks fine but with netscape the page is corrupt at the top?
Is this because of the onload event in the BODY tag? and if so do you have a solution?
This is the page checkout form address if you want to look!
Sorry at the moment the text is only in Dutch but this is not important for this problem
|Messages In This Discussion|
| 1. RE: version 3.46 and templates|
Author Bill Weiner on 04-23-2002 at 05:05 (EST)
|I just took a look at your site with Netscape 4.7, Netscape 6.2 and IE 5.5... and the "Display Cart" page appeared fine each time. Am I missing something the problem? Or did you already resolve the problem?|
| 2. RE: version 3.46 and templates|
Author Marcel Emmen on 04-23-2002 at 13:50 (EST)
If you press the applet button with the text: afhandelen bestelling the next page the upper menu is completly shaked...
I only see this with Netscape 6.2.2 within IE it's correct
| 3. RE: version 3.46 and templates|
Author Bill Weiner on 04-24-2002 at 05:28 (EST)
|Ok, I see the problem now (I think I was using Netscape 6.0 the last time I was trying your site).|
Anyway, the problem is related to using the "link" parameter of the uShopOrderButton applet:
&l;t param name="link" value="display_cartnl.html" >
As of uShop 3.45, you should not be using that "link" parameter because uShop must be able to automatically determine the browser type and the JVM type and then link to one of the new "display_cart.html" or the "display_cart2.html" pages. So to correct the problem, get rid of that "link" parameter of your uShopOrderButton applet... and let uShop automatically use the standard "display_cart.html" and the "display_cart2.html" pages.
| 4. RE: version 3.46 and templates|
Author Marcel Emmen on 04-24-2002 at 05:34 (EST)
That's easy'er sad then done! I use this link parameter because i have a site in two different languages! English and Dutch. Therefore both have there own display_cart page and display_product page.
Is there no other solution you have? The link parameter was a option in version 3.40 and early if you don't longer support this then how i'm i suppose to use two languages?
| 5. RE: version 3.46 and templates|
Author Bill Weiner on 04-24-2002 at 19:53 (EST)
|It's not that we don't want to support a "link" parameter... the factor is that new browsers (IE with the Java plugin and Netscape 6.2) require that the display cart page be dependent on each user's browser type. So it can't be hardcoded into the applet... but determined dynamically.|
As for supporting two languages... how do the customers select the language now? If you use two different classes directories... then that is exactly how it would be handled again. The display cart pages will be loaded from the appropriate languages classes directory.
| 6. RE: version 3.46 and templates|
Author Marcel Emmen on 04-25-2002 at 15:09 (EST)
|You mean #1 classes directorie for Dutch and a other one for English? Like classes_nl classes_en|
Isn't this giving problems? because you advise to use classes as default! Also whats happen if i do this and visitors switch from one to a the other language? Will the browser not give any problem because of the same java applets on two different locations?