Recursive: 특정 글꼴 크기에서 괄호/대괄호/중괄호 쌍 높이가 약간 다르게 보입니다.

확인할 수 있습니다. Windows 10 2004(19546)의 최신 안정적인 VSCode에서도 동일합니다. 글꼴 두께에도 의존하는 것 같습니다. 즉, 주어진 크기에서 일부 두께는 괜찮아 보이지만(대괄호/중괄호/괄호 관련) 나머지는 그렇지 않습니다.

감사합니다, @krish-r & @kamenminkov! 이것에 좋은 눈.

v1.034에서 정적 글꼴을 사용해 보고 여전히 동일한 문제가 있는지 알려주시겠습니까?

https://github.com/arrowtype/recursive/tree/e882954365d4fafdf2fb43abeff99a28d615f32e/fonts_1.034

다음과 같은 글꼴 이름으로 활성화해야 합니다.

RecursiveMonoLnr-Regular 및 RecursiveMonoCsl-Regular

(이번에는 이름에 버전 번호가 없습니다.)

@arrowtype 님 안녕하세요, editor.fontFamily를 'Recursive Mono Casual'/'Recursive Mono Linear'로 지정한 후 Recursive를 활성화할 수 있었습니다.

Windows 10, 재귀 버전 정보:

불행히도, 나는 여전히 높이의 차이를 보고 있습니다.

네, 시도해 주셔서 감사합니다! 좀 더 자세히 살펴보고 Windows에서 시도해 보겠습니다.

내 생각에 오른쪽 대괄호는 왼쪽 대괄호의 구성 요소를 사용하고 Windows는 구성 요소이기 때문에 약간 다르게 픽셀 앨리어싱을 하거나 약간 낮게 정렬되어 차이가 확대되고 있습니다.

나는 더 많은 것을 알게되면 이것을 업데이트 할 것입니다. 아마 다음 주 정도에 바랍니다.

@thundernixon 감사

그리고 죄송합니다. 완전히 관련이 없는 질문입니다. 소문자 "i"에서 "제목"이 어떻게 보이는지 변경되었습니까? 내 원본 스크린샷과 현재 스크린샷이 약간 다르다는 것을 알 수 있었기 때문입니다. 예를 들어 크기 17..

추신. 이것이 문제를 가로채고 있다고 생각되면 이 댓글을 (재)이동하게 되어 기쁩니다.

정적 빌드 프로세스에 자동힌팅 단계를 추가했습니다. 이 단계는 대부분 Windows에서 렌더링하는 데 도움이 되지만 약간의 단점이 있을 수 있습니다. 그렇기 때문에 괄호가 다를 수 있다고 생각했습니다. 또한 일반적으로 i 점과 분음 부호를 살펴보겠습니다. 감사!

VS Code를 사용하여 Windows의 v1.052에서 여전히 이것을 보고 있다고 언급하고 싶었습니다.

좋아, 마침내 이것을 해결하려고 한다. 나는 이와 같은 여는/닫는 구두점을 분해하는 단계를 빌드에 추가하려고 시도하고 있으며 도움이 될 수 있습니다.

추가 참고 사항으로, 대담한 Sans 스타일에서는 괄호가 약간 더 짧습니다.

...그리고 () 및 []는 굵은 모노 스타일에서 더 짧습니다.

그래서 나는 이것들이 같은 높이인지 확인합니다.

조정:

• [x] ( ) [ ] 를 { } 와 같은 높이로 만들기
• [x ] 파란색 영역이 이러한 영역을 덮도록
• [x] .case 버전도 정렬되고 높이가 일치하는지 확인

수정 사항으로 글꼴을 다시 작성했으며 새 글꼴은 다음과 같습니다.

https://github.com/arrowtype/recursive/tree/4b59fd2f5ce78c342418c894d3a7e620819cac23/fonts_1.067

이 문제를 겪은 사람이 시스템에서 이 새로운 글꼴을 사용해 볼 의향이 있습니까? @krish-r, @kamenminkov , @ @jkyeung 또는 @jwortmann? 나는 그것이 효과가 있기를 희망하지만 완전히 확실하지는 않습니다. 🤞

괄호/대괄호/중괄호는 지금 나에게 완벽해 보이지만 모든 글꼴 크기에서 "보다 작음"과 "보다 큼" 기호 <> 사이에는 여전히 정렬이 잘못되어 있습니다.

Windows 10 v2004, Sublime Text 3.2.2에서 RecursiveMonoLnrSt-Regular.ttf + 기울임꼴 및 굵게 변형으로 테스트했습니다.

안녕하세요,

편집기 및 운영 체제: VS Code v1.51.1, Windows 10 v20H2

_정적 글꼴_
@jwortmann이 언급했듯이 꺾쇠 괄호로만 정렬 불량을 볼 수 있었고 나머지는 완벽해 보입니다.

RecursiveMonoLnrSt-Regular.ttf - 대부분의 글꼴 크기에 대해 꺾쇠 괄호가 잘못 정렬되었습니다.

RecursiveMonoCslSt-Regular.ttf - 꺾쇠 괄호가 크기 16 및 17에 대해 잘못 정렬됨(예: 14의 다른 크기와 일치)

_가변 글꼴_
그리고 가변 글꼴을 시도했을 때 모든 항목(꺾쇠 괄호 포함)이 완벽하게 정렬되었습니다.

Recursive_VF_1.067.ttf



(선의)

@jwortmann & @krish-r님, 빠른 테스트와 답변에 감사드립니다!

나는 이것을 부분적으로 기록하고 있으므로 곧이 문제를 해결하기 위해 다시 원을 그리며 기억하지만 ...

내 생각에 높이 차이는 꺾쇠 괄호가 수직으로 비대칭이기 때문에 발생합니다. 그들은 비대칭 경향이 있는 브러시 스트로크를 모방합니다. 그러나 이것은 시각적으로 수직으로 정렬된 경우에도 Windows 렌더링에서 좌표 높이의 차이를 보고 수직 픽셀에 다르게 스냅한다는 것을 의미합니다. 이것은 힌팅이 있을 때 발생합니다. 즉, 정적 글꼴(자동 힌팅이 있는)이 이를 표시하지만 가변 글꼴(힌팅이 없는)은 차이를 생성하지 않습니다. 따라서 화살표를 처리한 방법과 다소 유사한 더 대칭적인 모양을 갖도록 편집해야 합니다.

다음주 초에는 여기까지 갈 수 있기를 바랍니다. 최대한 빨리 업데이트하겠습니다!

@jwortmann & @krish-r, 기회가 된다면 최신 글꼴(릴리스 1.068)이 문제를 해결하는지 확인해 주시겠습니까? 그렇다면 문제를 종료할 수 있습니다. 감사합니다!

안녕하세요 @arrowtype님

V1.068을 사용해 주셔서 감사합니다. 이제 꺾쇠 괄호가 올바르게 정렬되었습니다. 불행히도 특정 글꼴 크기에서 나머지 대괄호에서 약간의 오정렬을 볼 수 있었습니다.

편집기 및 운영 체제: VS Code v1.52.0, Windows 10 v20H2

재귀 코드:
_Rec 모노 리니어:_

_Rec 모노 캐주얼:_

@krish-r 테스트를 도와주셔서 정말 감사합니다! 흠, 두 가지:

1. facepalm 분기에서 이전 수정 사항을 만든 다음 새 문제에 대해 작업하기 전에 기본 분기에 병합하지 않았습니다. 특히 닫는 구두점을 분해하고 (내 생각에) 세로 높이를 약간 조정했습니다. 따라서 가능한 한 빨리 수정 사항을 가져와서 다른 새 릴리스를 만들겠습니다.
2. <> 대한 새 합자가 있는 "Code" 글꼴을 사용한 것 같습니다. 따라서 이제 해당 글꼴은 결과를 버릴 수 있는 단일 글리프만 표시합니다. 정확한 결과를 얻으려면 사이에 공백을 두고 해당 콤보를 테스트해야 합니다.

나는 여기에서 지나치게 자신감이 있었고, 새 릴리스로 그것을 못 박았다고 생각했습니다. 😂 죄송합니다! 나는 새 릴리스를 만들고 확인을 요청하기 전에 Windows VM에서 이것을 구체적으로 테스트할 것입니다.

항상 즐거운 테스트! 그리고 네, 맞습니다. 합자를 끄는 것을 잊었습니다.
"editor.fontLigatures": false 로 다시 시도했습니다.

_Rec 모노 리니어:_

_Rec 모노 캐주얼:_

멋진! 예, 테스트하면서 VS Code를 사용하면 코드 합자를 쉽게 비활성화할 수 있다는 것을 기억했습니다. 하지만 여기에서도 지적해 주셔서 감사합니다!

내 테스트에서 구두점은 _완전히 완벽하게 대칭이 아니었지만_ 전체 픽셀 오프 문제를 피하는 것 같습니다.

시간이 있다면 @krish-r, 최신 릴리스인 https://github.com/arrowtype/recursive/releases/tag/1.069 를 사용해 볼 수

v1.069를 시도했습니다. 그리고, 괄호도 저에게 맞춰져 있습니다! 👌

@arrowtype 감사합니다!

_Rec 모노 리니어_

_Rec 모노 캐주얼_

굉장합니다. 테스트에 도움을 주셔서 대단히 감사합니다!

우리가 이것을 정렬해서 기쁩니다.

버전 1.069에서는 모든 유형의 대괄호와 < 및 > 기호도 나에게 올바르게 정렬되었음을 확인할 수 있습니다. 업데이트 정말 감사합니다!

확인해주셔서 감사합니다, @jwortmann!