Affinity for iPad 2026에서 InDesign 파일을 가져온 뒤 레이아웃이 달라졌다면 원본을 덮어쓰지 말고 복사본으로 변화가 생긴 위치부터 확인합니다. 기본 구조와 스타일이 남아 있어도 복잡한 서식까지 그대로 유지된다는 뜻은 아니므로, 그런 요소가 납품에 영향을 주면 원래 앱에서 다시 점검하는 편이 안전합니다. Affinity의 공식 안내는 InDesign 파일 가져오기를 지원하면서 일부 고급 서식은 손으로 조정해야 할 수 있다고 설명합니다.
이 글은 InDesign 문서를 이어 편집하려는 편집 디자이너, 텍스트 상자나 스타일 변화가 납품에 영향을 주는지 확인하려는 프리랜서, iPad와 데스크톱 앱 사이의 파일 처리 방식을 정해야 하는 소규모 팀을 위한 안내입니다.
마지막 확인: 2026년 11월 9일. 형식 지원과 제한은 Affinity 공식 제품 페이지와 공식 출시 안내를 기준으로 확인했습니다.
가져온 뒤 달라진 부분부터 분류하기
InDesign 문서를 열 수 있나요?
Affinity for iPad는 InDesign 파일 가져오기를 지원한다고 공식 안내합니다. 다만 이것만으로 모든 INDD와 IDML 문서의 요소가 원래 모양 그대로 변환된다고 판단하면 안 됩니다. 파일을 여는 것과 세부 서식을 완전히 보존하는 것은 서로 다른 문제입니다. Affinity의 가져오기 안내를 확인하고, 실제 편집은 반드시 복사본에서 시작합니다.
먼저 변화가 다음 중 어디에 해당하는지 기록합니다.
| 보이는 증상 | 먼저 확인할 내용 | 다음 조치 |
|---|---|---|
| 페이지 모양은 달라졌지만 문장은 남아 있음 | 페이지 순서, 텍스트 상자 위치와 크기 | 원본과 페이지 단위로 비교합니다 |
| 글꼴이나 줄바꿈이 달라짐 | 글꼴 대체 여부, 단락 스타일, 텍스트 흐름 | 글꼴과 스타일을 확인한 뒤 다시 비교합니다 |
| 이미지나 개체가 다른 곳에 놓임 | 개체의 위치, 연결된 문장, 고정 방식 | 영향을 받은 개체를 표시하고 대표 페이지를 점검합니다 |
| 표나 복잡한 서식이 달라짐 | 셀 구성, 텍스트와 개체의 관계 | 원래 앱에서 같은 페이지를 열어 대조합니다 |
파일이 열리지만 페이지 구성이 기대와 다르다면, 화면의 인상만으로 손상 여부를 단정하지 않습니다. 페이지 수와 순서, 텍스트 상자, 이미지 위치를 원본과 나란히 확인하고 차이가 생긴 페이지와 개체를 기록합니다. 가져오기 지원 범위가 원래 앱의 모든 배치 규칙을 그대로 옮긴다는 보장은 아닙니다.
글꼴과 스타일 차이의 원인 가려내기
글자 모양이나 단락 스타일이 왜 달라지나요?
글꼴이 iPad 환경에 없거나 원본과 다르게 인식되면 글자 폭과 줄바꿈이 달라질 수 있습니다. 단락 스타일이 변환되는 경우에도 글자 크기, 간격, 문단 모양을 따로 살펴야 합니다. 우선 해당 문서가 사용한 글꼴과 단락 스타일을 원본에서 확인하고, 차이가 특정 텍스트 영역에 집중되는지 살핍니다.
Adobe는 문서를 다른 환경에 전달할 때 글꼴 파일을 함께 패키징하는 방법을 안내합니다. 따라서 원본에 사용된 글꼴을 확인하지 않은 채 줄바꿈만 고치면, 다른 기기에서 다시 열었을 때 같은 문제가 생길 수 있습니다. Adobe의 글꼴 파일 패키징 안내를 참고해 글꼴 확인 절차를 마련합니다.
글꼴 문제인지 스타일 변환인지 모르는 상태에서 텍스트 상자의 크기부터 바꾸지 않습니다. 원본과 복사본을 비교해 원인을 분리한 뒤 수정해야, 줄바꿈을 억지로 맞추면서 다른 페이지의 흐름을 더 바꾸는 일을 피할 수 있습니다.
예를 들어 제목과 본문이 모두 달라진 경우에는 먼저 글꼴 대체 여부를 확인합니다. 제목은 그대로인데 본문만 줄이 바뀌었다면 단락 스타일과 텍스트 상자의 폭을 함께 살핍니다. 수정 전후를 기록하면 iPad에서 고칠 부분과 원래 앱에서 확인할 부분을 구분하기 쉽습니다.
INDD와 IDML의 복잡한 요소 확인
표나 고정 개체는 어떻게 점검하나요?
INDD와 IDML은 InDesign 문서 형식과 관련된 이름이지만, 파일 확장자만 확인해서 가져온 뒤의 모든 요소가 보존된다고 결론 내리면 안 됩니다. 표와 문장에 고정된 개체처럼 서로 연결된 항목은 대표 페이지를 골라 관계가 유지됐는지 확인합니다. 이때 표의 행과 열만 보는 것이 아니라, 표 앞뒤 문장과 페이지 흐름도 함께 비교합니다.
| 검사 대상 | 비교할 항목 | 확인이 필요한 경우 |
|---|---|---|
| 표 | 셀의 내용과 배치, 주변 텍스트 흐름 | 내용이 밀리거나 표가 다른 위치에 나타날 때 |
| 문장에 고정된 개체 | 개체와 연결된 문장, 위치와 크기 | 개체가 문장과 분리되거나 배치가 달라질 때 |
| 여러 페이지에 이어지는 글 | 텍스트 상자 사이의 연결과 다음 페이지 내용 | 문장이 사라진 것처럼 보이거나 다른 위치로 넘어갈 때 |
| 인쇄용 출력 | 글꼴, 이미지, 재단과 출력 설정 | 최종 PDF를 고객이나 인쇄소에 전달할 때 |
Adobe의 문서 저장 및 내보내기 설명은 원래 파일과 교환용 형식을 구분해 다루는 데 도움이 됩니다. 가져온 파일에서 표나 고정 개체가 달라졌다면, 이를 곧바로 파일 손상으로 보지 말고 변환 과정에서 수동 조정이 필요한 항목으로 분류합니다.
편집을 계속할지 원래 앱으로 돌아갈지 결정하기
페이지 구조와 기본 스타일이 작업 목적에 맞고, 대표 페이지의 표와 개체도 확인됐다면 복사본에서 편집을 이어갈 수 있습니다. 반대로 복잡한 요소가 페이지 흐름이나 인쇄 결과를 바꾼다면 원래 앱에서 수정한 뒤 다시 검수하는 쪽이 안전합니다. 선택 기준은 편집 편의가 아니라 납품 결과에 미치는 영향입니다.
인쇄용 PDF를 전달해야 한다면 화면에서 보기 좋은 것만으로 승인하지 않습니다. Adobe의 인쇄용 PDF 제작 안내와 프리플라이트 설정 설명을 참고해 출력 전 확인 항목을 검토합니다. 다른 사람이나 인쇄소에 원본 자료까지 전달해야 한다면 파일 패키징 안내도 확인합니다.
다음 항목을 실제 파일에서 확인한 뒤 작업 경로를 정합니다.
- [ ] 원본 파일과 별도로 편집용 복사본을 만들었습니다.
- [ ] 페이지 순서와 텍스트 상자 위치를 원본과 비교했습니다.
- [ ] 달라진 글꼴과 단락 스타일을 확인했습니다.
- [ ] 표와 문장에 고정된 개체의 배치와 텍스트 흐름을 점검했습니다.
- [ ] 최종 납품물이 PDF라면 출력본에서도 글자와 이미지가 의도대로 보이는지 확인했습니다.
- [ ] 복잡한 서식이 납품 기준에 영향을 주면 원래 앱에서 수정하는 경로를 선택했습니다.
iPad에서 검토와 간단한 수정이 끝나고 출력 검사도 통과한다면, 작업을 이어가기 위해 반드시 Mac으로 옮길 이유는 없습니다. 반면 원래 앱이 필요한 수정이 남았다면, 현재 데스크톱 환경에서 작업할지 원격 Mac을 해당 단계에 한해 이용할지 따져볼 수 있습니다. 원격 작업에는 파일 전달과 결과물 회수, 접속 환경 확인이 추가되므로, 복잡한 서식을 자동으로 고쳐 주는 해결책으로 간주해서는 안 됩니다.
원격 환경으로 파일을 다룰 때는 프로젝트 자료를 어떤 경로로 옮기고 누가 접근할 수 있는지도 먼저 정해야 합니다. xcodeops의 개인 정보와 데이터 처리 안내를 확인하고, 원래 앱에서 수정한 파일의 전달과 검수 절차까지 필요하다면 원격 Mac 작업 안내를 살펴보면 작업 경계를 정하는 데 도움이 됩니다.
현재 iPad 작업 흐름은 빠른 확인과 간단한 수정에 적합하지만, 복잡한 서식은 따로 검수해야 하고 원래 앱이 필요한 수정에는 추가 작업 경로가 필요합니다. 원격 Mac도 접속과 파일 전달을 준비해야 하므로 모든 사용자에게 유리하지는 않습니다. 다만 프로젝트가 실제로 Mac 버전 앱을 요구하고 그 작업을 잠시 처리할 환경이 필요하다면, 장비를 바로 구매하기 전에 xcodeops의 Mac 원격 대여 안내를 확인해 해당 수정과 파일 회수 절차가 맞는지 비교할 수 있습니다.
레이아웃 점검을 이어갈 전용 원격 맥을 마련하세요
xcodeops의 전용 물리 맥 미니에서 편집 환경을 독립적으로 운영하실 수 있습니다.