Re: XSLT no longer display the transformed elements
Jonas Sicking <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.layout.xslt |
|---|---|
| Organization | Another Netscape Collabra Server User |
| Message-ID | <[email protected]> |
Please file a bug in bugzilla and attach a testcase. This doesn't seem like an XSLT bug but rather a bug in the DOM code somewhere. Feel free to post the bug number here so we can have a look at it. Best Regards, Jonas Sicking Michael Vincent van Rantwijk wrote: > Michael Vincent van Rantwijk wrote: > >> Michael Vincent van Rantwijk wrote: >> >>> Martin Honnen wrote: >>> >>>> Note cross post and followup-to the xslt group. >>>> >>>> Michael Vincent van Rantwijk wrote: >>>> >>>>> I installed SeaMonkey build 2005103110 to fix another bug but now >>>>> XSLT no longer displays the transformed documents, but all elements >>>>> are inserted (I checked this with The DOM Inspector) so I presume >>>>> that either something has changed or I ran into another bug. >>> >>> >>> I narrowed down this regression/bug to the following versions: >>> >>> Build ID: 2005101305 works >>> Build ID: 2005102015 fails >>> >>> but there are no other Windows builds in this time frame. >>> >>>> What exactly are you doing, how are you using XSLT? Do you have an >>>> XML document with a processing instruction >>>> <?xml-stylesheet type="text/xsl" href="stylesheet.xml"?> >>>> referencing a stylesheet and you are loading the XML in a browser >>>> window? >>>> Or do you use the XSLTProcessor with script? >>> >>> >>> Yes, we use an XSLTProcessor. >>> >>>> And if elements are there in the DOM inspector but do not render as >>>> you expect them to do then if for instance you want to create XHTML >>>> elements make sure they have the proper element name (e.g. p) _and_ >>>> the proper namespace (e.g. http://www.w3.org/1999/xhtml), if you >>>> want to create SVG elements make sure they have the proper element >>>> name (e.g. svg) _and_ the proper namespace (e.g. >>>> http://www.w3.org/2000/svg). >>> >>> >>> All XHTML elements are inserted with the correct name space so that >>> is not it. >>> >>>> But I am guessing,, how about providing some details on what you are >>>> trying exactly when something fails to render? >>> >>> >>> Load feed file, this load triggers our JS function that does the XSLT >>> Transformation and all elements are inserted into the target >>> document, just like before but now they are no longer visible/rendered. >>> >>> Michael >> >> >> Note that adding the elements to a HTML document still works, so it >> only fails for XML (rss/feed/rdf) documents. >> >> Also, there is no name space on the rss, feed and RDF nodes, in either >> the working or failing builds, could that be it? Has this changed in >> the above time frame? >> >> Michael > > > I think that I found something because this fails: > > var newFragment = processor.transformToFragment(xmldoc, targetDocument); > _documentElement.appendChild(newFragment); > > but appending the nodes from newFragment one by one _documentElement works. > > Note: the code above isn't complete, but it should give you a clue of > what I mean, and again, it still works in 2005101305. I hope that this > additional information helps. > > Thank you, > Michael