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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.