LAST EDITED ON Nov-29-99 AT 07:28 PM (EST)
LAST EDITED ON Nov-29-99 AT 07:00 PM (EST)
1. On the order page (uShopOrderCustomCGI.class, small or large view cart display (uShopCart.class), etc. either the buttons or forms labels (*name, *address, etc.) will become unreadable during a windows scroll process using either the page scroll or the line scroll. I have tested this using 800x600 and 1024x768 with the same result. One of my collegues had the same problem on our test page: ( www.bayuniversity.com/h0courses/catalog.htm ) . This site is not currently in production to users as we are completing the testing of the possible cart to be selected. We have purchased your cart before noticing this problem with the trial version. We check the trial version and it did the same thing.
2. On using the back, the applets only display a grey box. They work normal during the normal forward linking process. The refresh does not correct the display.
These would not be acceptable problems to put on our finished page, as potential students would become frustrated before they completed the enrollment process.
I have been getting a similar result, however when I ran tests using the example pages that they give us, and then hitting the back button, it worked properly. I ran some more tests and have found the problem, at least for me.
I was running a small shopping cart in the upper left frame, and on the order page/frame, I was running a large shopping cart, and just below it, the order applet. When I take out the shopping cart applet, the problem goes away. Apparently, you can't display both the large shopping cart applet and the order form on the same page and expect them to refresh when you hit the back button. This wasn't happening in the previous release.
We do include the small cart applet (in a table) on the left and the order applet on the right (different table cell). Non-framed. We did not include the large cart applet above the order applet. This approach matches our catalog section with the small cart applet on the left and the items on the right with the add buttons next to each item.
Thanks for the tip. We'll test to see if we need to re-design our cart.
I took a look at the url in your post and was not able to duplicate the problem. I am using IE5 and netscape 3.02. Neither one showed either problem. I checked at the way you referenced the codebase parameter and it looked fine. Are you still having problems? Are you seeing the problems with a specific browser version? Or all the time with any browser?
Microburst Technologies, Inc.
The problem occurs with both Net4.7 and IE5.0 and our other tester used Net4.6. Both on PC's. Resolution's tested were 1024x768 and 800x600.
What version of uShop are you using? If it is not version 2, go ahead and upgrade. I'm not sure what to tell you on problem number 1 but problem number 2 is usually caused by the class files not being all in the same place or not referencing them all exactly the same way via the codebase parameter. I tried your site again tonight and was not able to duplicate problem number one so I'm not sure what to suggest there. I will talk to the developers about it though.
Microburst Technologies, Inc.
Using v2. and all classes are in the same directory with the codebase setup. The applets work fine on the first pass, this occurs on the BACK step. The other problem is the ghosting (the contents of the applet become unreadable if the windows scroll bar is used. This happens on your examples as well as on our server. Both of these problems are stopping us from releasing our site.
Could this be an issue of either CPU and/or Graphics card?
That's possible, especially if you are seeing the same effect on the reference site. If that is the case then it shouldn't be a problem for your users.
I received a note back from one of the developers and he was not able to reproduce problem number 1 but had the following advice for problem number 2:
IN REGARD TO PROBLEM #2
As for the grey box problem you are see when you press back, that is
something new that has started occuring -- mostly with Microsoft IE 5.0 --
and seems due to with the way IE handles caching applets. To correct the
problem, change the CODEBASE on your secure order page from:
CODEBASE = "https://bayuniversity.svwh.net/classes/UShop/"
to point to the URL of your classes on your public server (http instead of
CODEBASE = "http://www.bayuniversity.com/classes/UShop/"
Transactions will still be secure as long as you leave the scriptpath set to
your secure (https) URL:
(Keep the https for the scriptpath URL).
Hope this helps you.
I get the same thing some times (maybe half the time) where I cant read an address line or two in the order form. For what its worth... it only seems to happen when i use the scroll wheel with my logicode mouse. When I grab the scroll bar with the cursor and move it, it never fails. I always chalked it up as mouse drivers or incompatabilities. I hope that helped
the site is runnig at www.247kites.com
THis also happens to me when I am using the scroll wheel on the MS Intellimouse Pro. I have updated the drivers. It doesn't happen with the scroll bar.
Also occurs when using the scroll of my Wacom "mouse" with latest drivers. If I move it up and down a couple more times, it will usually come back.