Latex3: 기능 요청: OS/플랫폼 이름 감지

\sys_if_platform_(unix|windows):(pTF) 및 \c_sys_platform_str 이 l3candidates . 작동합니까?

fontspec 등이 다른 동작을 할 수 있으므로 macos도 테스트하기를 바랍니다.

나는 이것이 macOS에서 "표준" 파일을 찾기만 하면 완료되므로 write18이 필요하지 않으며 상당히 빨라야 한다는 것을 알았습니다. 나에게서 어떤 이의도 없다. 요셉은 어떻게 생각합니까?

_{GitHawk 와 함께}

참고용:

• /Library/Fonts/Songti.ttc (중국어 글꼴)은 macOS 10.9(Mavericks)부터 존재합니다.
  
  
  
  • "darwin" 바이너리는 Apple의 공식 지원(TL2018 시작 시 10.10 Yosemite 이상)이 있는 macOS만 지원하므로 괜찮을 수 있습니다.
  
  
  • 그러나 TL에는 10.6 Snow Leopard -- 10.9 Mavericks를 지원하는 "darwinlegacy" 바이너리가 여전히 포함되어 있습니다. 따라서 /Library/Fonts/Songti.ttc 대한 존재 테스트는 macOS 10.6 -- 10.8에서 실패합니다.
  
  
• macOS에 대한 약간 더 안전한 테스트는 독점 라틴 글꼴(예: /System/Library/Fonts/Palatino.ttc /System/Library/Fonts/Menlo.ttc )을 찾는 것입니다.
  
  
  
  • CTeX용 OS를 감지하는 목적은 환경에 포함할 수 있는 중국어 글꼴을 결정하는 것이기 때문에 CTeX의 코드는 여전히 합리적입니다.
  
  

추가 정보 감사합니다! Palatino에 대한 테스트는 꽤 안전한 내기처럼 들립니다.

이것이 기존 코드에 포함됩니까? 마구간으로 이동하는 것을 고려하도록 요청하고 있습니까?

나는 요청이 \sys_if_platform_ macos:pTF (또는 이와 유사한 것)에 대한 것이라고 생각합니다. mac 특정 글꼴 또는 시스템 파일의 파일이 있는지 확인(말)하여 수행할 수 있습니다.

참고용:

죄송합니다. /System/Library/Fonts/Palatino.ttc 는 10.9 Mavericks 이후로 존재합니다(10.8 Mountain Lion 또는 이전 버전의 경우 대신 /Library/Fonts/Palatino.ttc ).

10.6 Snow Leopard부터 10.14 Mojave까지 /System/Library/Fonts/Menlo.ttc 항상 존재합니다. 이것은 더 안전한 테스트가 될 수 있습니다.

내 'TeX 배너' 계획이 효과가 있습니까? 프리미티브((u)pTeX/XeTeX)를 정렬하려면 약간의 작업이 필요하지만 명시적인 OS 세부 정보를 찾을 수 있는 분명한 위치입니다.

현재 TeX 배너에는 항상 플랫폼 이름이 포함되어 있지 않습니다.

pdfTeX를 사용하여 Debian 빌드는 (TeX Live 2018/debian) 를 제공하고 Win32 빌드는 (TeX Live 2018/W32TeX) 를 제공하지만 다른 빌드는 문자열을 포함하지 않는 것을 보았습니다.

e-(u)pTeX의 경우 배너 프리미티브에 대한 후보 구현이 이미 있습니다. https://github.com/texjporg/tex-jp-build/compare/banner

나머지 문제는 그 이름(\epTeXbanner, \eptexbanner, vs. \enginebanner와 같은 좀 더 일반적인 것?)과 필요성입니다.

@aminophen 글쎄, 그 접근 방식은 효과가 없을 것 같습니다: 나는 MacOS TeX 시스템이 배너에 무엇을 가지고 있는지 기억할 수 없었습니다. 그래서 걱정할 가치가 없다고 생각합니다. 아마도 마커 파일을 찾는 것이 우리가 할 수 있는 최선일 것입니다

기본 시스템 글꼴과 같은 것은 OSX와 같은 것에 대한 충분한 지표가 될 수 있지만, 반면에 미래 버전이나 지역 변형에는 항상 위험이 있습니다. 어떻게 든 엔진이 대신 해당 정보를 제공하는 경우 너무 어렵지 않아야 하는 것 같습니다(제공하는 내용에 동의하는 경우).

@FrankMittelbach \platformname 와 같은 것을 원시적으로 생각하고 있습니까? 하나는 아마도 TL 목록에 올릴 수 있습니까?

@josephwright 예, 엔진 전반에 걸쳐 정의된 결과와 비슷한 것이므로 모두 동일한 플랫폼에서 동일한 값을 보고합니다(일반적이지 않거나 표준화되지 않은 플랫폼의 경우 "알 수 없음"일 수 있음).

@FrankMittelbach 시스템 의존적 단점으로 추측하는 것보다 확실히 낫습니다. 관련 C 시스템 호출은 사용하기 매우 쉬워야 합니다.

인터넷 검색, 나는 이것을 발견했습니다 : https://stackoverflow.com/questions/3596310

해당 기능이 모든 플랫폼에서 실제로 사용 가능한지 여부는 확실하지 않습니다. 또한 반환된 "sysname"의 전체 목록에 대해 알지 못합니다.

-- 어쨌든, 엔진 레벨 추가를 제안한다면 이것이 아키텍처 정보에 관한 마지막 제안이 되기를 바랍니다. 제 말은, 만약 미래에 제안의 가능성이 있다면(예를 들어 32/64bit 감지 또는 OS 개정 감지) 여기에도 제기되어야 합니다. 다양한 플랫폼에서 테스트하는 것은 일반적으로 어렵기 때문에 때때로 이와 같은 새로운 기본 요소를 추가하는 것이 그리 편하지 않습니다.

현재로서는 expl3 에서 합리적으로 가능한 한 많이 다루었을 것 같습니다. 글꼴 비즈니스는 전용 코드로 처리되어야 합니다.

@josephwright 죄송합니다. 이 문제로 다시 돌아가고 /System/Library/Fonts/Menlo.ttc 를 테스트하는 것이 매우 안전합니다. 오랫동안 존재해 왔으며 오래된 플랫폼에서도 작동할 것입니다. OS의 핵심 부분이므로 사라질 가능성이 극히 낮고 지역 설치 전반에 걸쳐 강력해야 합니다. 다른 플랫폼에서 복제될 가능성이 없는 경로에 있습니다. 글꼴 파일 Menlo.ttc 자체 AFAIK는 타사 방식으로 사용할 수 없습니다.

나는 이 테스트를 추가할 것을 제안하고, 일어날 수 있는 최악의 상황은 그것이 약간의 사용을 하고 일부 엣지 케이스가 있는 것으로 밝혀지면 기본 또는 유사한 것을 통해 더 강력한 OS 감지를 탐색할 수 있다는 것입니다. 원한다면 여기에 분기를 추가할 수 있습니까?

@wspr 현재 \sys_if_platform_unix:(TF) 을 분할하여 MacOS에 해당하지 않는 계획입니까? 아니면 별도의 \sys_if_platform_macos:(TF) 테스트를 원하십니까? 두 접근 방식 모두에서 논리를 볼 수 있습니다.

@josephwright 나는 "유닉스라면"이 mac OS에서 true를 반환할 것이라고 생각합니다. 그리고 아마도 또한 Linux용 Windows 하위 시스템용?? 나는 그것을 테스트 할 수 없습니다.

@wspr WSL을 확인 unix '를 보고합니다.

현재 \c_sys_platform_str 가 있으며 windows 또는 unix 가 됩니다. MacOS에서 이를 변경합니까?

19년 5월 6일 10시 37분에 Joseph Wright는 다음과 같이 썼습니다.

@wspr https://github.com/wspr WSL을 확인 했는데 '|unix|'를 보고합니다.

현재 |\c_sys_platform_str| |windows| 또는
|unix|: MacOS에서 변경합니까?

이것은 기본적으로 \sys_if_engine_ luatex:TF 와 동일한 질문이며
\c_sys_engine_str 다른 문제에 있었습니다.

\c_sys_engine_str 및 \c_sys_platform_str을 구체적으로 만드는 것이 좋습니다.
가능한 한 (이유 내에서 버전 및 포함되지 않은 것을 포함하지 않음), 그러나
여러 \sys_if_engine_... 및 \sys_if_platform_...을 참으로 허용합니다.
내 의견은 강력하지 않습니다.

브루노님 말씀에 동의합니다...

macOS Catalina(10.15)에서 Songti.ttc 및 기타 많은 글꼴이 /System/Library/Fonts/Supplemental/ 로 이동되었음을 언급해야 합니다.