데스크톱 PDF 앱이 이제 Mac에서도 Windows에서도 14개 언어를 말합니다

reader.me는 브라우저 탭에서 돌아가고, 그 점은 바뀌지 않습니다. 다만 탭 안에서 하기에는 손이 많이 가는 일이 있습니다. 스캔한 청구서 200장이 든 폴더, 브라우저가 힘겨워할 만큼 무거운 파일, 설치된 인증서로 서류에 서명하는 노트북 같은 경우입니다. 그런 작업을 위해 데스크톱 앱도 만듭니다. 이 사이트를 만드는 같은 팀이 개발한 Files.co PDF Suite입니다.

1.5.1 버전이 두 스토어 모두에서 승인됐습니다. Apple은 8월 28일에 공개했고 Microsoft는 29일에 인증을 마쳤습니다. 새 도구는 없습니다. 그런데도 기록해 둘 만한 이유는, 이번에 고친 것들이 기능 목록에는 절대 오르지 않는 종류이기 때문입니다.

14개 언어, 복사해서 붙여넣는 일이 아니었습니다

Mac 앱의 인터페이스 언어가 7개에서, Windows가 이미 갖고 있던 14개로 늘어납니다. 기존 7개에 폴란드어, 튀르키예어, 러시아어, 일본어, 한국어, 중국어, 아랍어가 더해집니다.

계획은 Windows의 언어 카탈로그를 그대로 옮기는 것이었습니다. 그런데 열어 보니 7개 언어에서 모두 합쳐 219개의 키가 빠져 있었고, 대부분 이전 버전에서 추가된 도구의 것이었습니다. 폴란드어나 튀르키예어로 앱을 쓰던 사람은 그 부분을 몇 달째 영어로 보고 있었다는 뜻이고, 아무도 알려주지 않았습니다.

그래서 작업은 3,633개 문자열을 처음부터 번역하고 하나씩 검수하는 일이 됐습니다. 검수에서 약 350건의 오류가 잡혔는데, 숫자보다 오류의 종류가 더 중요합니다. 한쪽 플랫폼 문법으로 쓰인 자리 표시자를 다른 쪽이 글자 그대로 출력하는 경우, 엉뚱한 메시지에 붙은 번역, 그리고 다른 운영체제를 언급하는 문장이 있었습니다. 그중에는 Mac 사용자에게 일곱 개 언어로 Windows에 설치된 인증서를 설명하는 문장도 있었습니다. 이런 것들은 빌드를 깨뜨리지 않습니다. 다만 앱이 사용자의 언어를 모르는 누군가가 조립한 물건처럼 읽히게 만들 뿐입니다.

아랍어에는 단어가 아니라 창을 뒤집어야 했습니다

앱이 켜진 상태에서 언어를 바꾸면 단어만 바뀌고 배치는 그대로였습니다. 그래서 아랍어는 올바르게 쓰인 글자가 거울처럼 뒤집힌 창 안에 들어앉는 모양이 됐습니다. 글은 한쪽 방향으로, 막대와 패널은 반대 방향으로 향한 채로요.

글자 방향은 유니코드 양방향 알고리즘이 처리해 줍니다. 이미 해결된 문제입니다. 글자를 둘러싼 창은 다릅니다. 사이드바가 어디에 놓이는지, 진행 막대가 어느 쪽으로 차오르는지, 버튼이 어느 모서리에 사는지. 이건 애플리케이션의 몫이고, 다음 실행이 아니라 언어를 고르는 그 순간에 일어나야 합니다. 이제 그렇게 됩니다.

저장은 되는데 무시되던 설정 두 가지

두 플랫폼 모두에서 출력 폴더를 고르고, 작업이 끝나면 결과를 열어 달라고 앱에 요청할 수 있었습니다. 둘 다 제대로 저장됐지만, 그다음 모든 도구가 이를 무시하고 아무것도 설정하지 않은 것처럼 “다른 이름으로 저장…“을 물었습니다.

이제 모든 도구가 하나의 출구를 통해 나갑니다. 파일을 여러 개 만들어 내는 도구도 마찬가지입니다. “다른 이름으로 저장…“은 여전히 매번 묻습니다. 그건 사용자가 직접 고르겠다고 한 유일한 자리이기 때문입니다. 이 버그가 한 도구를 다음 도구로 복사하며 퍼졌기 때문에, 각 플랫폼은 새 도구가 자체 저장 대화상자를 열면 빌드를 실패시킵니다.

플랫폼별로 달라지는 것

	macOS	Windows
승인	2026년 8월 28일	2026년 8월 29일
인터페이스 언어	7 → 14	14, 변동 없음
오른쪽에서 왼쪽으로 표시되는 아랍어	신규	신규
출력 폴더와 “끝나면 열기”	수정됨	수정됨

앱은 Mac App Store와 Microsoft Store에 있고, 자세한 내용은 제품 페이지에 있습니다. 아무것도 설치하고 싶지 않다면 여기 있는 도구는 그대로 있고, 거기에 올린 어떤 것도 기기 밖으로 나가지 않습니다.