"ko-ko"이외의 문화권과 호환되지 않는 사용자 정의 컨트롤을 작성했습니다. 또한 "en-US"가 아닌 문화권의 응용 프로그램에이 사용자 정의 컨트롤을 포함시키는 것은 필연적입니다. 따라서 응용 프로그램이이 사용자 정의 컨트롤의 문화권을 변경하지 않도록 할 수 있습니까?
사용자 컨트롤 내부에 솔루션이있는 것이 좋습니다. 이 Localizing a WinForms Application with Embedded WPF User Controls 하지만 WpfLocalization.LocalizationScope.SetCulture
이 기능이 정말 존재 하는가를 사용할 수 없습니다
나는이 스레드를 읽고?개별 WPF 사용자 컨트롤 culture 설정
또한 거짓로 설정 될 수 지역화 태그가 있지만, 그것은 .csproj 파일에 자원 정의를 위해 단지이다 http://msdn.microsoft.com/en-us/library/ms788718.aspx
그래서 대해 어떤 생각을 가지고 사람이 이 문제 ?
더 설명 :
한다고 가정 우리 문화 X를 사용하여 응용 프로그램 및 "en-US입니다"문화와 호환되는 사용자가 제어 할 수 있습니다. 이 사용자 컨트롤은 날짜 시간 유형 인 종속성 속성을 가지고 있으며,이 방법에 의해 그 값을 받고있다 :
<my:uc1 x:Name="UserControl1" Date="4234/12/22" />
응용 프로그램의 문화는 "EN-US"인 경우
사용자 컨트롤을 얻을 것이다 "4234/12/22"이지만 응용 프로그램 문화권이 다른 경우에는 "4234/12/22"을 응용 프로그램의 자체 달력으로 자동 변환하고 "0744/04/08"을 사용자 정의 컨트롤로 전달하고 사용자 정의 컨트롤 뒤에있는 모든 논리를 파멸시킵니다 ! 완전히 재앙입니다.
"en-US"로 사용자 정의 컨트롤의 culture를 독점적으로 설정하여이 변환을 막고 싶습니다.
나는 충분히 상황을 명확히하기를 희망한다.
"en-US"형식 (M/d/yyyy) 형식으로 표현되지 않은 놀라운 날짜 외에 문화권에서 "0744/04/08"로 변환됩니다. 훨씬 더 놀라운)? –
@Martin Liversage : 그것은 단지 예일뿐입니다. 그 문화를 은밀히 지켜 드리겠습니다. - & –
미안하지만 비밀을 밝히지 만 거대한 해를 받으면 히브리어 달력이라고 ... 더 심각하게 말해서,이 스레드는 나에게 곧 흥미로울 것입니다. 이중 문화 (프랑스어/아랍어 또는 그레고리오/에티오피아 달력)의 기이함. – odalet