Glyphs 4 윈도우에서 쓸 수 있나요: 2026 원격 맥 아니면 대체 소프트웨어

Glyphs 4 윈도우 사용 가능 여부의 결론은 분명합니다. Glyphs 4는 윈도우에서 원래대로 실행할 수 없으므로, 기존 작업 파일을 가끔 수정해야 하면 원격 맥을 선택하고 윈도우에서 결과물을 검수하는 편이 안전합니다. 반대로 장기적으로 윈도우를 중심으로 새 글꼴을 만들고 지정된 Glyphs 파일이 없다면, 여러 운영 체제에서 작동하는 글꼴 편집기를 먼저 평가하는 편이 낫습니다.

이 글은 .glyphs 또는 .glyphspackage 파일을 받아 작업 구조를 보존해야 하는 윈도우 디자이너를 위한 내용입니다. Glyphs 플러그인과 스크립트를 쓰는 글꼴 제작자, 맥 제작 과정과 윈도우 납품 결과를 함께 관리해야 하는 작은 팀에도 해당합니다.

마지막 업데이트: 2026년 9월 1일. 운영 체제 요구 사항과 파일 형식은 Glyphs 공식 구매 페이지, 파일 구조는 공식 원본 형식 안내와 공식 상호 운용성 안내에서 다시 확인했습니다.

윈도우 호환성보다 먼저 작업 종류를 나눠야 합니다

Glyphs 공식 문서는 Glyphs 4를 맥용 글꼴 편집기로 안내합니다. 2026년 9월 1일 기준으로 윈도우에서 원래 프로그램을 설치하고 실행할 수 있는 공식 버전은 확인되지 않습니다. 출처가 불분명한 윈도우 설치 파일은 라이선스와 보안 문제를 함께 만들 수 있으므로 사용하지 않는 편이 좋습니다.

다만 “글꼴을 쓴다”와 “Glyphs 프로젝트를 편집한다”는 전혀 다른 작업입니다.

Glyphs 4에는 윈도우 버전이 있나요?
공식 구매 페이지가 제시하는 대상은 맥 환경입니다. 따라서 윈도우용 설치 파일을 찾기보다, 원본을 계속 써야 하는지와 최종 글꼴만 검사하면 되는지를 먼저 구분해야 합니다.

윈도우에서 최종 글꼴을 설치할 수 있다고 해서 Glyphs 프로젝트를 완전히 편집할 수 있는 것은 아닙니다. 설치 파일은 납품 결과물이고, 원본 프로젝트는 마스터와 컴포넌트, 간격, 내보내기 설정을 담는 제작 자료입니다.

원본 형식이 편집 가능 범위를 결정합니다

.glyphs와 .glyphspackage는 글리프만 담는 단순 그림 파일이 아닙니다. 여러 마스터, 컴포넌트 관계, 커닝과 내보내기 설정처럼 다시 제작에 필요한 정보가 연결되어 있을 수 있습니다. 반면 OTF와 TTF는 사용자가 설치하고 프로그램에서 표시하는 최종 글꼴 형식입니다.

UFO는 다른 글꼴 도구와 주고받을 때 검토할 수 있는 형식입니다. 그러나 변환 뒤에도 모든 Glyphs 전용 정보가 그대로 남는다고 가정해서는 안 됩니다. 공식 파일 형식 상호 운용성 문서는 형식 사이에 차이가 생길 수 있음을 전제로 확인 항목을 안내합니다.

Glyphs 파일을 다른 글꼴 프로그램에서 편집할 수 있나요?
일부 형식은 옮길 수 있지만, 무손실 변환을 전제로 하면 안 됩니다. 대표 프로젝트를 복사한 뒤 UFO 변환 또는 다른 편집기에서 열기를 시험하고, 마스터 수, 컴포넌트, 커닝, 가변 축, 내보내기 결과를 원본과 대조해야 합니다.

파일 형식을 확인할 때는 파일 확장자만 믿지 않는 편이 좋습니다. 프로젝트 폴더를 복사한 뒤 맥에서 다음처럼 기본 정보를 기록하면 검수 기록을 남기기 쉽습니다.

find ./대표프로젝트 -maxdepth 2 -type f | sort

출력 예시는 다음과 같은 형태입니다.

대표프로젝트/font.glyphs
대표프로젝트/기본마스터.glyphspackage
대표프로젝트/참고자료.txt

이 명령은 파일 내용을 변환하지 않습니다. 다만 .glyphspackage를 단일 파일처럼 잘못 보내거나, 프로젝트에 포함된 파일을 빠뜨리는 실수를 찾는 데 도움이 됩니다.

주의: 설치 가능한 OTF나 TTF만 전달받았다면, 그 파일에서 원래 마스터와 커닝 구조를 완전하게 복원할 수 있다고 보면 안 됩니다. 납품 파일과 제작 원본을 별도로 요청해야 합니다.

플러그인과 라이선스가 장기 선택을 바꿉니다

기본 글리프 편집만 보면 대체 소프트웨어가 간단해 보일 수 있습니다. 실제 이전 작업에서는 플러그인, Python 스크립트, 외부 모듈, 특정 내보내기 설정이 더 큰 걸림돌이 됩니다. 기능 이름이 비슷해도 실행 환경과 자동화 방식이 다를 수 있습니다.

Glyphs의 플러그인과 스크립트 안내는 추가 기능을 별도 구성 요소로 다룹니다. 따라서 다음 항목을 먼저 적어야 합니다.

• 프로젝트가 사용하는 플러그인 이름과 설치 출처
• Python 스크립트의 실행 위치와 필요한 모듈
• 자동화하는 작업과 수동으로 대체할 수 있는 작업
• 사용하는 내보내기 옵션과 가변 글꼴 설정
• 현재 라이선스가 임시 맥 또는 원격 환경에서 허용되는지

라이선스는 계정이나 설치 파일만 옮기면 해결되는 문제가 아닙니다. Glyphs 공식 라이선스 설치 안내를 기준으로 실제 구매 조건과 사용 권한을 확인해야 합니다. 원격 맥에서 쓸 수 있다고 임의로 가정해서는 안 됩니다.

원격 맥과 대체 소프트웨어를 작업 지표로 비교합니다

원격 맥은 Glyphs 원본을 유지해야 할 때 유리합니다. 기존 플러그인과 내보내기 설정을 그대로 확인할 가능성이 높기 때문입니다. 반면 화면을 네트워크로 받아보는 방식이므로 노드 이동과 손글씨 입력은 로컬 작업보다 불편할 수 있습니다.

대체 소프트웨어는 윈도우 중심 팀에 맞을 수 있습니다. 그러나 원본 변환 손실, 기능 차이, 팀원별 설치 환경을 확인하지 않으면 나중에 다시 맥 작업으로 돌아가야 할 수 있습니다.

원격 맥은 글꼴 디자인에 적합한가요?
노드 수정, 설정 확인, 짧은 시험 출력처럼 기존 Glyphs 환경을 잠깐 써야 하는 작업에는 적합할 수 있습니다. 반면 장시간의 정밀 손그림과 특수 입력 장치 작업은 로컬 맥이나 윈도우용 편집기가 더 편할 수 있습니다. 연결 지연을 프로그램 성능 문제로 판단하지 않도록, 실제 프로젝트로 먼저 시험해야 합니다.

원격 작업에서는 세 가지를 분리해서 봐야 합니다. 화면 반응은 네트워크 지연의 영향을 받고, 글리프 처리와 내보내기는 맥의 계산 환경에서 진행되며, 원본 업로드와 결과 다운로드는 파일 전송 속도와 저장 위치의 영향을 받습니다. 이 셋을 한꺼번에 “빠르다” 또는 “느리다”라고 평가하면 선택이 흐려집니다.

SFTPMAC의 맥 미니 렌탈 요금 안내를 살펴볼 때도 가격만 비교하기보다, 프로젝트 기간과 파일 이동 횟수, 원격 접속 방식, 백업 책임을 함께 계산해야 합니다. 짧은 프로젝트라면 구매보다 임시 환경이 합리적일 수 있지만, 매일 대규모 제작을 반복하고 물리 입력 장치를 반드시 써야 한다면 직접 보유가 더 적합할 수 있습니다.

윈도우 납품 검수는 별도의 품질 지표입니다

맥에서 글꼴이 정상적으로 내보내졌다는 사실만으로 윈도우 납품이 끝나지는 않습니다. 글꼴 이름, 두께 표시, OpenType 기능, 가변 글꼴 인스턴스, 기존 설치 파일과의 충돌을 윈도우에서 따로 확인해야 합니다.

Microsoft의 OpenType 글꼴 구조 규격은 글꼴 내부 테이블 구조를 설명합니다. 이름과 문자 정보가 예상과 다르면 응용 프로그램마다 다르게 표시될 수 있습니다. OS/2 테이블 규격도 윈도우에서 글꼴 분류와 표시 정보를 점검할 때 참고할 수 있습니다.

Glyphs에서 내보낸 글꼴은 윈도우에서 어떻게 확인하나요?
최종 파일을 윈도우에 별도로 설치한 뒤, 실제 납품 대상 프로그램에서 이름과 굵기를 확인해야 합니다. 일반 문장만 보는 것으로 끝내지 말고, OpenType 기능과 가변 축, 기존 버전과의 설치 충돌까지 대표 문서로 점검해야 합니다.

다음 순서로 대표 프로젝트를 검수하면 됩니다.

1. 마스터와 커닝이 포함된 프로젝트 사본을 만든 뒤 작업용 원본과 분리합니다.
2. 원격 맥에서 프로젝트를 열고 글리프 하나를 수정해 변경 사항이 저장되는지 확인합니다.
3. 기존 플러그인, 스크립트, 외부 모듈이 필요한지 목록과 설치 출처를 대조합니다.
4. 일반 OTF 또는 TTF와 필요한 가변 글꼴을 각각 시험 출력합니다.
5. 출력 파일을 윈도우로 옮겨 새 이름으로 설치하고, 기존 버전과 충돌하는지 확인합니다.
6. 목표 디자인 프로그램과 브라우저에서 글꼴 이름, 두께, 특수 문자, OpenType 기능을 확인합니다.
7. 문제가 생기면 변환 전 원본, 내보내기 설정, 윈도우 결과를 함께 보관해 원인을 분리합니다.

최종 선택을 위한 확인 목록

• [ ] 대표 프로젝트에 마스터와 컴포넌트가 모두 포함되어 있습니다.
• [ ] 커닝과 주요 내보내기 설정을 기록했습니다.
• [ ] 플러그인과 스크립트의 설치 출처를 확인했습니다.
• [ ] 라이선스가 임시 또는 원격 환경에서 허용되는지 확인했습니다.
• [ ] 원격 맥에서 대표 글리프를 수정하고 저장했습니다.
• [ ] OTF, TTF 또는 가변 글꼴을 시험 출력했습니다.
• [ ] 윈도우에서 글꼴 이름과 두께가 올바르게 보입니다.
• [ ] 목표 프로그램에서 OpenType 기능과 가변 축을 확인했습니다.
• [ ] 기존 글꼴 버전과 설치 충돌을 확인했습니다.
• [ ] 변환 결과가 원본과 다를 때 되돌릴 복사본이 있습니다.

이 목록에서 원본 보존이나 플러그인 확인 항목이 해결되지 않으면 대체 소프트웨어로 바로 이전하지 않는 편이 좋습니다. 반대로 기존 Glyphs 원본이 없고 최종 OTF나 TTF만 만들면 되며 팀의 주 작업 환경이 윈도우라면, 대표 프로젝트를 기준으로 크로스 플랫폼 편집기를 평가할 이유가 충분합니다.

작업 빈도와 납품 책임으로 결론을 고릅니다

한두 프로젝트에서 .glyphs 또는 .glyphspackage를 수정해야 한다면 원격 맥이 현실적인 선택입니다. 작업이 끝난 뒤 윈도우에서 결과물을 검수하면 기존 제작 환경과 납품 환경을 분리할 수 있습니다.

매일 글리프를 그리고 지정된 Glyphs 원본을 유지할 필요가 없다면 대체 소프트웨어를 검토할 수 있습니다. 단, 변환 시험에서 마스터, 컴포넌트, 커닝, 가변 축 가운데 하나라도 누락되면 이전 비용을 다시 계산해야 합니다.

작은 팀에는 맥 편집과 윈도우 검수를 나누는 이중 작업 흐름이 가장 안정적일 수 있습니다. 편집자는 원격 맥에서 원본을 관리하고, 납품 담당자는 윈도우에서 실제 사용 환경을 확인합니다. 이 방식은 프로그램 하나의 호환성보다 책임 구분을 명확하게 만든다는 장점이 있습니다.

윈도우만으로 Glyphs 원본을 계속 편집하려는 현재 방식은 공식 실행 환경이 아니고, 출처 불명의 설치 파일과 변환 손실, 플러그인 재구성 부담을 남깁니다. SFTPMAC의 원격 맥을 선택한다면 먼저 대표 프로젝트 하나로 열기, 수정, 내보내기, 윈도우 재검수를 끝까지 진행하는 편이 좋습니다. 그 결과가 장기 이전보다 안전한지 확인한 뒤, SFTPMAC의 원격 맥 환경을 프로젝트 단위의 임시 작업 공간으로 활용할지 결정할 수 있습니다.