Re: XSLt problems - possible memory leak. Please advise
Leung WC <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.xml |
|---|---|
| Organization | Another Netscape Collabra Server User |
| Message-ID | <[email protected]> |
Johnny wrote: > - A DIV containing an IFRAME with an SRC to elsewhere shows the IFRAME > alright, but with weird garbage. This is ONLY reproducible when the DIV is > styled by the XSL processor. Else, the same DIV is just fine Maybe text encoding (UTF-16) issue, but I'm not sure, because you didn't provide an example > > - A FORM post , when created from the XSL, spews garbage! I have both > verified taht with a sniffer, and a server side PHP to echo the $_POST, and > I get: > > Array ($_POST): ( [??u] => H [m] => [A] => [M] => x [S] => ) > > Again, garbage. Is this some mangled pointer? It should be noted, that > here, too, the very same form , not as a result of XSL, is just fine. In > fact, I verified both the above by using IEeech's "xslt viewer" plugin. > > Sample is up at: http://hisown.com/moz/compose.xml (XSL loads automatically) Pls check lang_en.xsl and common.xsl and delete the <xsl:output line. Since the form is submitted as UTF-16, php can't parse the data and therefore garbage appear. Also you have to add enctype="multipart/form-data" to your FORM tag to attach files. > > - Last but not least, for some reason <SCRIPT SRC=...> in XSLt outputs dont > get included. Any ideas? Which scripts is not included? I checked w/ the DOM Inspector, that 2 scripts are included correctly (not correctly inside the <HEAD> tag though). And the other script in lang_en.xsl is missing because you don't call the template. > > I'm more than happy to help with resolving these bugs myself. If I can do > anything, lemme know. Coding in PHP/XSLt is getting boring :-D > > Any comments, to [email protected], please > > Thanks, > > Jonathan > > >