2012-06-07 5 views
2

XML 대문자 사용에 문제가 있습니다. I는 XSLT 파일을 사용하여 다음 XML 네임 스페이스를 생산하는 데 필요한 오전 : 내 XSLT 엔진에 의해 처리 된 후xml 선언의 대문자 사용

<?xml version="1.0" encoding="ISO-8859-1" ?> 

그러나, 선언은 ISO에 ISO의 대소 문자를 변경합니다.

<?xml version="1.0" encoding="iso-8859-1" ?> 

내 질문했다 : 사전에

1). Is/Are there any significant difference between these two declarations? 
    2). Is is possible to retain the capitalization of ISO? 

감사합니다 :) 질문 1의 일부)으로

+1

같은 질문 : http://stackoverflow.com/questions/921533/is-the-xml-declaration-tag-case-sensitive – iddo

+0

당신의 용어가 옳지 않다는 것을 지적하는 것이 가치가 있습니다 - 당신은 ** XML 네임 스페이스 **이지만 ** XML 선언 **과 XML 선언의 인코딩 특성에 대해 자세히 설명합니다. 네임 스페이스는 http://www.w3.org/TR/REC-xml-names/#sec-namespaces와 다릅니다. 나는 그것을 편집하는 것이 좋겠지 만 당신의 재량에 맡길 것입니다. –

답변

2

이미 Tangelo의 코멘트에 언급 된 질문 응답하고있다, 난 그냥 것 주소 부 2).

당신은 이어야합니다.은 요소를 사용하여 '인코딩'속성을 통해 인코딩을 제어 할 수 있어야합니다. 속성의 값은 스타일 시트에서 대소 문자를 지정하는 것과 정확히 일치해야이 출력되어야합니다. 예

그러나

<xsl:output method="xml" version="1.0" encoding="ISO-8859-1" /> 

는, 상기 XSLT 1.0 규격에서이 추출물 ... 도와주세요라고 한

  • 인코딩 : 바람직한 문자 인코딩을 지정하는 것을 XSLT 프로세서는 문자 시퀀스를 바이트의 시퀀스로 인코딩해야합니다. 속성 값은 대소 문자를 구별하지 않고 으로 처리해야합니다. 값은 범위 # x21에서 # x7E까지의 문자 (인쇄 가능한 ASCII 문자) 만 포함해야합니다. 값 어느 인터넷 할당 번호 기관 [IANA], [RFC2278] 또는 등록 된 캐릭터들은 genererically 양단의 경우를 제어하기위한 절대 보증 방법이 없다는 의미 X-

시작되어야 모든 XSLT 프로세서가 필요합니다. 이제 XSLT 프로세서는 무엇이 문제입니까? 대답은 공급 업체에 따라 다릅니다.