Are there any funky characters or unusual attributes/values in the 31st option -- the one right after the last one that "works"? I'm reasonably certain there is no limitation anywhere near "30" in any RFC for the number of options in a SELECT list. Though 330 is a lot for a normal user who has NO CLUE how to use the keyboard to navigate quickly within the list... On Wed, August 1, 2007 3:54 am, Stijn Verholen wrote: > Hey List, > > In my application, I am loading html content into a DOMDocument using > loadHTML(). The DOMDocument is validated, then the element with a > certain ID tag is extracted and loaded into a node in the main > DOMDocument, which is then presented as html with saveHTML(). > > This works fine and has worked fine for relatively large pages > (containing several <select> lists with up to 400 options in total). > > The problem I am now facing is a page with a single, relatively large > <select> list, i.e. some 330 options. > The html is generated as expected. However when I load it into a > DOMDocument and saveHTML(), the select list is cut off to about 30 > options. The remainder of the html content dissappears > and instead, the remaining open tags are closed, presumably by > DOMDocument's saveHTML() method. > > Any ideas as to why this behaviour is occurring and how to fix it ? > Further information available if needed. > > Thanks in advance, > > Stijn > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Some people have a "gift" link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
