Re: XSLT et safari

Merci de votre réponse.

"Sinon, ne pouvez-vous pas appliquer un traitement spécifique pour les
navigateurs dont vous savez qu'ils ne donneront pas le résultat attendu?"

C'est toujours possible de faire cela et ça se justifie lorsqu'il n'y a par exemple que Safari mais lorsque des navigateurs comme IE 7 s'y mettent, ça devient un soucis car je n'ai pas envie d'avancer contre-tendance non plus.

Je peux en effet générer du html et mettre à disposition un flux RSS externe mais je perds pas mal de l'intéret du concept qui utilisait le XSLT pour appliquer des templates aux flux. Une idée peut-être pour les navigateurs "défectueux" seraient de faire le processing XSLT (XML->HTML) directement sur le serveur plutôt que sur le navigateur client. Avez-vous des idées à ce sujet ?

Merci

Thibaud



Eric van der Vlist wrote:

>Bonjour,
>Le mardi 14 février 2006 à 10:01 +0100, Thibaud Elzière a écrit :
>  
>
>>Bonjour,
>>
>>Merci de vos réponses. Ca m'agaçe vraiment que l'on m'impose ma feuille 
>>de style sans que je puisse forcer la mienne. C'est vraiment un trés 
>>gros problème et même un obstacle à la liberté du XML et des 
>>applications qui peuvent lui être associés.
>>    
>>
>
>Oui, et on pourrait dire que ce comportement par défaut est un défaut de
>comportement!
>
>  
>
>>La solution qui consisterait à faire en sorte que le code XML ne soit 
>>pas reconnu comme du RSS nous fait perdre un avantage considérable. 
>>Celui de pouvoir être reconnu par les lecteurs RSS comme un flux RSS...
>>    
>>
>
>Oui.
>
>  
>
>>Je suis un peu perdu et désorienté, étant donné que mon projet 
>>s'appuyait principalement sur l'habillage de flux... :)
>>    
>>
>
>Si le comportement de ces navigateurs est plus staisfaisant avec CSS,
>vous pourriez utiliser CSS à la place de XSLT mais vous seriez alors
>sans doute un peu bridé dans la présentation obtenue.
>
>Sinon, ne pouvez-vous pas appliquer un traitement spécifique pour les
>navigateurs dont vous savez qu'ils ne donneront pas le résultat attendu?
>
>Cordialement,
>
>Eric van der Vlist
>
>  
>