I have designed an interactive chinese menu using javascript which works fine in Netscape 4.04 but 80% of the time goes wrong in internet explorer 5 and above.<br />
<br />
The drop down quantity fields are displayed all over the place and and do not line up, when it goes wrong. <br />
<br />
The fault can sometimes be reproduced by opening a second browser windows with the menu in it.<br />
<br />
Also IE sticks a large gap at the top of the menu, but Netscape doesn't.<br />
<br />
<!-- m --><a class="postlink" href="http://www.wickonline.com/shopping/sunwah/sunfr.htm">http://www.wickonline.com/shopping/sunwah/sunfr.htm</a><!-- m --><!--content-->wow, now I'm hungry....
<br />
<br />
I tried various pages and had no problem using the menu. I tried with IE5.02.<br />
<br />
I'm not sure why the gap is there, try putting the java script in the head section and see if that eliminates the gap. <br />
<br />
Kevin<!--content-->Originally posted by kevin <br />
wow, now I'm hungry....<br />
<br />
I tried various pages and had no problem using the menu. I tried with IE5.02.<br />
<br />
I'm not sure why the gap is there, try putting the java script in the head section and see if that eliminates the gap. <br />
<br />
Kevin <br />
<br />
The gap was there before I created the javascript version, originally I wrote it server side in perl. It is annoying that it won't go wrong for you - did you try opening several browser windows at the same time? as this often forces the problem.<br />
<br />
Is my table just too big for IE to cope with sometimes ? I tried splitting it in half and it still misbehaves !<!--content-->Yes I did start experiencing problems after opening a couple of windows (no drop down boxes in the right window). I checked my system memory and it was down to 7% (windows98 se, IE5, 128MB system memory). So I am suspecting a memory problem with your pages. The table is tremendously large and the java scripting might be eating up too much system memory but I can't say for sure. Maybe someone else will have a comment to make.<br />
<br />
Regards,<br />
Kevin<!--content-->Thanks for looking kev, its not the javascript eating the memory up, because the server side perl version did exactly the same and that just contained the table and form. But I still cannot understand why netscape is ok.<br />
<br />
Anyone else got any theories ?<br />
<br />
or is it a bug in IE?<!--content-->Wooooo, that thing EATS memory! I tried it in both Netscape 4.77 and IE 5.5 and after opening it I couldn't even open Notepad or Netscape's Page Source to view the source. And that was with just this forum open and your site on a machine with 128mb of memory.<!--content-->I'll third the 'memory eating webpage'.....when it should just be eating chinese!!<br />
<br />
You say its not the JS, but rather may be the server side code?<br />
<br />
Your going to have to cut this one down to individual pieces, looking at it one small part at a time. If it is a bug in IE (I'll get Bill G. right on that!!) then you may have to modify your code....as IE has such a huge market.<!--content-->Originally posted by Dr. Web <br />
I'll third the 'memory eating webpage'.....when it should just be eating chinese!!<br />
<br />
You say its not the JS, but rather may be the server side code?<br />
<br />
Your going to have to cut this one down to individual pieces, looking at it one small part at a time. If it is a bug in IE (I'll get Bill G. right on that!!) then you may have to modify your code....as IE has such a huge market.<br />
<br />
<br />
Its not using server side code now, it is all client side. I know its the table because if I cut the menu down to say 20 Items, everything is fine all the time.<br />
<br />
To: "Unregistered", even though it ate memory did it display ok in netscape 4.77?<br />
<br />
Keep the replies and suggestions coming in guys !<br />
<br />
Thanks.<!--content-->can you just post the code for the extreme right frame. I can not even get a view source on it when I use IE OR Netscape. This tells me that there are problems in BOTH browsers. As Soon as I go for a view source in Netscape/ IE the page locks up. I am running a P750mhz, 128mb ram. <br />
<br />
just use the browse button on the bottom of the form when you post to locate the file. <br />
<br />
<br />
uhm, wait....read the posts below first....<!--content-->ok, after I rebooted my brain-I remembered seeing this happen in other pages. I have seen it with form elements excusively, though it might happen with anything. <br />
<br />
The pages I am referring to use quite a number of form elements inside the pages. For instance, below I have added a file attachment which has quite a few select boxes written inside tables. If you view it (open a new window) you'll see it will lock up in IE and netscape. (Try a window resize or view source).<br />
<br />
You might be thinking it has to do with the TABLE, but it doesn't.....as refrenced by the attachment in the following post, which is the same code written WITHOUT tables.....and it does the same thing. Looks like too many form objects (esp select boxes) eat up your systems memory. <br />
<br />
When you already have web pages going on, your system memory might be down anyway, so by adding so many form elements can finish the ram off for good. Try it out:<br />
<br />
<br />
The code written in tables...<!--content-->the code without tables.....<!--content-->Originally posted by Dr. Web <br />
snip :<<br />
The pages I am referring to use quite a number of form elements inside the pages. For instance, below I have added a file attachment which has quite a few select boxes written inside tables. If you view it (open a new window) you'll see it will lock up in IE and netscape. (Try a window resize or view source).<br />
<br />
You might be thinking it has to do with the TABLE, but it doesn't.....as refrenced by the attachment in the following post, which is the same code written WITHOUT tables.....and it does the same thing. Looks like too many form objects (esp select boxes) eat up your systems memory. <br />
<br />
When you already have web pages going on, your system memory might be down anyway, so by adding so many form elements can finish the ram off for good. Try it out:<br />
<br />
The code written in tables... <br />
<br />
I tried your code and it would not go wrong! and I opened 3 windows ! <br />
<br />
This problem just gets stranger ....<!--content-->I get it everytime without fail on either code.<br />
I am running a p750mhz, win98se, 128mb ram<br />
<br />
try this: leave the table as is, and remove all but 20 select boxes. now try it. I am convinced that it is the large number of select boxes inside your page that causes the extreme memory loss.<!--content-->Originally posted by nathanlock <br />
To: "Unregistered", even though it ate memory did it display ok in netscape 4.77?<br />
<br />
Keep the replies and suggestions coming in guys !<br />
<br />
Thanks. <br />
<br />
Ummm "Unregistered" would be moi with cookies turned off at the time.
<br />
<br />
And like the good Dr. Web, she canna take no more in either IE 5.5 and NN 4.77. In other words it's not an IE-specific problem at all. <br />
<br />
Certainly, I would also think it's the number of form elements within the whole setup that might be the cause. Mind you I could be wrong, it's happened before - so I'm told.<!--content-->Geez, shows how good I am - that Unregistered post about me being "Unregistered" went through unregistered.<br />
<br />
<Option1 wanders off into the sunset to find a good wall to bang his head against><!--content-->So what we are saying here is unless you have a computer with terrabytes of ram, it cannot handle a simple web page with form objects !<br />
<br />
There must be some other explanation.<!--content-->no. I said that adding too many form elements to a page (over 20 select boxes) will eat up ram, and the depletion of ram causes the layout to fail. Obviously there could be another way to layout the page(s) to accomplish what you have in mind w/o putting so many select boxes in. How about having the user type in the number? Text fields seemed to eat less ram.<!--content-->I can do but that means a hell of a lot of changes to the form, Plus more importantly I then need to put some validation code in that will make sure only numbers are entered in to each of the quantity fields.<br />
<br />
Can you help me with the necessary code ?<!--content-->
<br />
The drop down quantity fields are displayed all over the place and and do not line up, when it goes wrong. <br />
<br />
The fault can sometimes be reproduced by opening a second browser windows with the menu in it.<br />
<br />
Also IE sticks a large gap at the top of the menu, but Netscape doesn't.<br />
<br />
<!-- m --><a class="postlink" href="http://www.wickonline.com/shopping/sunwah/sunfr.htm">http://www.wickonline.com/shopping/sunwah/sunfr.htm</a><!-- m --><!--content-->wow, now I'm hungry....
<br /><br />
I tried various pages and had no problem using the menu. I tried with IE5.02.<br />
<br />
I'm not sure why the gap is there, try putting the java script in the head section and see if that eliminates the gap. <br />
<br />
Kevin<!--content-->Originally posted by kevin <br />
wow, now I'm hungry....
<br /><br />
I tried various pages and had no problem using the menu. I tried with IE5.02.<br />
<br />
I'm not sure why the gap is there, try putting the java script in the head section and see if that eliminates the gap. <br />
<br />
Kevin <br />
<br />
The gap was there before I created the javascript version, originally I wrote it server side in perl. It is annoying that it won't go wrong for you - did you try opening several browser windows at the same time? as this often forces the problem.<br />
<br />
Is my table just too big for IE to cope with sometimes ? I tried splitting it in half and it still misbehaves !<!--content-->Yes I did start experiencing problems after opening a couple of windows (no drop down boxes in the right window). I checked my system memory and it was down to 7% (windows98 se, IE5, 128MB system memory). So I am suspecting a memory problem with your pages. The table is tremendously large and the java scripting might be eating up too much system memory but I can't say for sure. Maybe someone else will have a comment to make.<br />
<br />
Regards,<br />
Kevin<!--content-->Thanks for looking kev, its not the javascript eating the memory up, because the server side perl version did exactly the same and that just contained the table and form. But I still cannot understand why netscape is ok.<br />
<br />
Anyone else got any theories ?<br />
<br />
or is it a bug in IE?<!--content-->Wooooo, that thing EATS memory! I tried it in both Netscape 4.77 and IE 5.5 and after opening it I couldn't even open Notepad or Netscape's Page Source to view the source. And that was with just this forum open and your site on a machine with 128mb of memory.<!--content-->I'll third the 'memory eating webpage'.....when it should just be eating chinese!!<br />
<br />
You say its not the JS, but rather may be the server side code?<br />
<br />
Your going to have to cut this one down to individual pieces, looking at it one small part at a time. If it is a bug in IE (I'll get Bill G. right on that!!) then you may have to modify your code....as IE has such a huge market.<!--content-->Originally posted by Dr. Web <br />
I'll third the 'memory eating webpage'.....when it should just be eating chinese!!<br />
<br />
You say its not the JS, but rather may be the server side code?<br />
<br />
Your going to have to cut this one down to individual pieces, looking at it one small part at a time. If it is a bug in IE (I'll get Bill G. right on that!!) then you may have to modify your code....as IE has such a huge market.<br />
<br />
<br />
Its not using server side code now, it is all client side. I know its the table because if I cut the menu down to say 20 Items, everything is fine all the time.<br />
<br />
To: "Unregistered", even though it ate memory did it display ok in netscape 4.77?<br />
<br />
Keep the replies and suggestions coming in guys !<br />
<br />
Thanks.<!--content-->can you just post the code for the extreme right frame. I can not even get a view source on it when I use IE OR Netscape. This tells me that there are problems in BOTH browsers. As Soon as I go for a view source in Netscape/ IE the page locks up. I am running a P750mhz, 128mb ram. <br />
<br />
just use the browse button on the bottom of the form when you post to locate the file. <br />
<br />
<br />
uhm, wait....read the posts below first....<!--content-->ok, after I rebooted my brain-I remembered seeing this happen in other pages. I have seen it with form elements excusively, though it might happen with anything. <br />
<br />
The pages I am referring to use quite a number of form elements inside the pages. For instance, below I have added a file attachment which has quite a few select boxes written inside tables. If you view it (open a new window) you'll see it will lock up in IE and netscape. (Try a window resize or view source).<br />
<br />
You might be thinking it has to do with the TABLE, but it doesn't.....as refrenced by the attachment in the following post, which is the same code written WITHOUT tables.....and it does the same thing. Looks like too many form objects (esp select boxes) eat up your systems memory. <br />
<br />
When you already have web pages going on, your system memory might be down anyway, so by adding so many form elements can finish the ram off for good. Try it out:<br />
<br />
<br />
The code written in tables...<!--content-->the code without tables.....<!--content-->Originally posted by Dr. Web <br />
snip :<<br />
The pages I am referring to use quite a number of form elements inside the pages. For instance, below I have added a file attachment which has quite a few select boxes written inside tables. If you view it (open a new window) you'll see it will lock up in IE and netscape. (Try a window resize or view source).<br />
<br />
You might be thinking it has to do with the TABLE, but it doesn't.....as refrenced by the attachment in the following post, which is the same code written WITHOUT tables.....and it does the same thing. Looks like too many form objects (esp select boxes) eat up your systems memory. <br />
<br />
When you already have web pages going on, your system memory might be down anyway, so by adding so many form elements can finish the ram off for good. Try it out:<br />
<br />
The code written in tables... <br />
<br />
I tried your code and it would not go wrong! and I opened 3 windows ! <br />
<br />
This problem just gets stranger ....<!--content-->I get it everytime without fail on either code.<br />
I am running a p750mhz, win98se, 128mb ram<br />
<br />
try this: leave the table as is, and remove all but 20 select boxes. now try it. I am convinced that it is the large number of select boxes inside your page that causes the extreme memory loss.<!--content-->Originally posted by nathanlock <br />
To: "Unregistered", even though it ate memory did it display ok in netscape 4.77?<br />
<br />
Keep the replies and suggestions coming in guys !<br />
<br />
Thanks. <br />
<br />
Ummm "Unregistered" would be moi with cookies turned off at the time.
<br /><br />
And like the good Dr. Web, she canna take no more in either IE 5.5 and NN 4.77. In other words it's not an IE-specific problem at all. <br />
<br />
Certainly, I would also think it's the number of form elements within the whole setup that might be the cause. Mind you I could be wrong, it's happened before - so I'm told.<!--content-->Geez, shows how good I am - that Unregistered post about me being "Unregistered" went through unregistered.<br />
<br />
<Option1 wanders off into the sunset to find a good wall to bang his head against><!--content-->So what we are saying here is unless you have a computer with terrabytes of ram, it cannot handle a simple web page with form objects !<br />
<br />
There must be some other explanation.<!--content-->no. I said that adding too many form elements to a page (over 20 select boxes) will eat up ram, and the depletion of ram causes the layout to fail. Obviously there could be another way to layout the page(s) to accomplish what you have in mind w/o putting so many select boxes in. How about having the user type in the number? Text fields seemed to eat less ram.<!--content-->I can do but that means a hell of a lot of changes to the form, Plus more importantly I then need to put some validation code in that will make sure only numbers are entered in to each of the quantity fields.<br />
<br />
Can you help me with the necessary code ?<!--content-->