PDF에 주석을 달고, 이미 포함된 텍스트를 플러그인 없이 검색하세요.
소개
많은 조직이 보고서, 연구 논문, 매뉴얼 및 기술 도면과 같은 보고서에 PDF를 기본 문서 형식으로 사용합니다. 많은 .NET 애플리케이션에서 사용자는 파일을 업로드하고 뷰어에서 열 수 있지만, 여기서 워크플로가 멈춥니다.
전통적인 뷰어는 읽기 전용 경험만 제공하므로 사용자는 문서에 주석을 달거나 스크롤 없이 구문을 찾을 수 없습니다.
현대적인 플러그인 없는 PDF 뷰어에 주석과 텍스트 검색을 추가하면, .NET 애플리케이션은 사용자가 파일에 주석을 달고 필요한 구절로 바로 이동할 수 있게 합니다—PDF에 텍스트 레이어가 포함되어 있다면 대부분의 경우 그렇습니다.
이 기사에서는 다음을 살펴봅니다:
- PDF 주석이 문서 검토 워크플로를 어떻게 개선하는지
- 전체 텍스트 검색이 PDF의 텍스트 레이어를 어떻게 읽는지, 그리고 어떤 파일에 도움이 되지 않는지
- 이러한 기능을 .NET 애플리케이션에 얼마나 쉽게 통합할 수 있는지
뷰어를 사용해 보거나 SDK를 다운로드할 수 있습니다:
1. PDF 주석 – 정적 페이지를 인터랙티브 문서로 전환
정적 PDF의 문제점
많은 팀이 문서를 검토할 때 여전히 비효율적인 워크플로에 의존합니다:
- PDF 인쇄
- 펜으로 표시
- 문서 스캔
- 새 버전 업로드
이 과정은 버전 혼란, 지연 및 불필요한 수작업을 초래합니다.
해결책: 뷰어에 주석 레이어 추가
.NET 포털에 주석 엔진을 삽입하면 사용자가 문서와 직접 상호작용할 수 있습니다.
기능 표 앞에 하나의 라이선스 주의 사항이 있습니다. 이는 디자인보다 예산에 영향을 주기 때문입니다: 주석은 Doconut Viewer의 별도 플러그인이며 기본 뷰어의 일부가 아닙니다. 이는 네 가지 플러그인 중 하나이며 — 주석, 변환기, DICOM 및 검색. 다음 섹션에서 논의된 텍스트 레이어 검색 역시 Search 플러그인입니다. 반면에 제어된 인쇄는 뷰어 자체의 일부입니다.
| 기능 | 이점 |
|---|---|
| 하이라이트, 밑줄, 취소선 | 중요한 텍스트를 빠르게 강조 |
| 스티키 노트 | 문서 내부에 직접 컨텍스트 피드백 추가 |
| 자유형 그리기 | 다이어그램, 기술 스케치 및 디자인 검토에 유용 |
| 타임스탬프가 있는 주석 | 변경이 추가된 시점을 추적 |
원본 파일을 수정하는 대신, 주석은 문서에 연결된 별도 메타데이터 레이어(예: JSON) 로 저장될 수 있습니다.
이 접근 방식은 다음을 보장합니다:
- 원본 PDF는 변경되지 않음
- 주석을 독립적으로 내보내거나 제거 가능
- 문서는 단일 진실 소스로 유지
실질적인 영향
주석은 문서 워크플로를 크게 개선합니다:
- 빠른 문서 검토
- 디자인 또는 연구 토론 중 명확한 피드백
- 외부 편집 도구 필요 감소
2. 전체 텍스트 검색 – PDF가 가져야 할 것
겉보기에는 동일한 두 PDF
두 개의 스캔된 계약서를 나란히 열면 외관상 동일해 보일 수 있습니다. 하나는 검색 가능하고 다른 하나는 그렇지 않으며, 화면에 어느 것이 어느 것인지 알려주는 것이 없습니다.
PDF는 페이지 이미지와 별도로 텍스트 레이어를 저장합니다: 페이지의 문자와 각 문자의 위치입니다. Word, 보고서 생성기, 비즈니스 시스템에서의 내보내기, 또는 텍스트 인식이 켜진 스캐너에서 생성된 거의 모든 PDF는 이 레이어를 포함합니다. 검색은 구문을 이 레이어와 비교하여 해당 문자가 위치한 페이지 이미지의 지점을 강조 표시합니다.
페이지의 사진만 포함된 PDF는 이러한 레이어가 없습니다. 파일에 텍스트가 없으므로 검색이 일치시킬 것이 없습니다.
뷰어가 텍스트 레이어와 수행하는 작업
| 기능 | 설명 |
|---|---|
| 텍스트 레이어 검색 | 쿼리를 파일에 저장된 문자와 비교 |
| 히트 강조 | 렌더링된 페이지에서 각 일치를 표시 |
| 결과 탐색 | 전체 문서에서 한 히트에서 다음 히트로 이동 |
| 모든 스크립트 | 라틴 문자든 아니든 레이어를 그대로 읽음 |
레이어가 존재하는 경우:
- 텍스트가 선택 가능
- 사용자가 내용을 복사 가능
- 전체 텍스트 검색이 전체 파일에서 작동
레이어가 없을 경우 파일은 여전히 열리고 정상적으로 렌더링되지만, 검색은 할 수 없습니다. Doconut은 현재 페이지 이미지에서 문자를 읽지 않습니다.
이것이 중요한 이유
문서가 검색 가능한지는 누군가가 찾을 때가 아니라 시스템에 들어올 때 결정됩니다. 스캐너와 문서 관리 플랫폼은 대부분 입력 시 텍스트 레이어를 작성할 수 있으며, 레이어가 있는 파일은 보관하는 한 유용합니다.
그렇게 수집된 아카이브에서는 사용자가 즉시 찾을 수 있습니다:
- 기술 사양
- 규제 조항
- 과학적 참고문헌
- 역사 기록
문서를 수동으로 검토하는 대신, 단순히 검색하고 관련 섹션으로 이동할 수 있습니다.
3. .NET 애플리케이션에서 간단한 통합
패키지 이름, 버전 및 초기화 단계는 공식 다운로드 페이지와 설치한 빌드와 함께 제공되는 문서에서 확인하십시오. 두 항목 모두 릴리스마다 변경되었으며, 기사에서 복사한 패키지 라인이 라이선스 오류처럼 보이는 첫 번째 통합 실패의 가장 일반적인 원인입니다.
뷰어는 다음을 포함한 일반적인 .NET 프레임워크와 함께 작동합니다:
- ASP.NET Core
- ASP.NET MVC
- Blazor
구성 후 애플리케이션은 브라우저에서 직접 PDF를 표시합니다. 주석 및 텍스트 검색은 해당 플러그인이 라이선스가 부여되고 활성화되면 나타납니다.
4. 플러그인 없는 설계와 보안
현대 브라우저는 더 이상 Flash나 ActiveX와 같은 레거시 플러그인을 지원하지 않습니다.
현대적인 PDF 뷰어는 완전히 HTML5와 JavaScript로 실행되어야 합니다.
핵심 이점은 다음과 같습니다:
- 클라이언트 측 설치 불필요
- 현대 브라우저 전반에서 작동
- 데스크톱 및 모바일 장치와 호환
보안 기능은 일반적으로 포함됩니다:
- HTTPS 전용 통신
- 토큰 기반 인증
- 제어된 문서 접근
이로 인해 뷰어는 민감한 문서를 다루는 엔터프라이즈 애플리케이션에 적합합니다.
결론
정적 PDF는 팀이 정보를 활용하는 방식을 제한합니다. .NET 애플리케이션에 주석과 텍스트 검색을 추가하면 사용자가 단순히 읽기만 할 수 있던 파일을 주석을 달고 검색할 수 있는 파일로 바꿉니다.
핵심 이점은 다음과 같습니다:
- 주석 도구를 통한 빠른 문서 검토
- 대부분의 PDF가 텍스트 레이어를 포함하고 있어 전체 텍스트 검색 가능
- 기존 .NET 애플리케이션에 손쉬운 통합
- 플러그인 없는 뷰잉 경험
이 기능을 더 탐색하고 싶다면, 다음에서 자세히 알아보거나 제품을 다운로드할 수 있습니다:
독자에게 이미 사용 중인 애플리케이션 안에서 주석을 달고 검색할 수 있는 PDF를 제공하세요.