10

나는 임베딩에 반대했지만 최근에는 원본 데이터 (계층 등)를 해체하고 유지할 수 있음을 깨달았습니다. 내가 이미 생각해 낸 장단점은 다음과 같습니다. 이 커뮤니티의 의견을 듣고 싶습니다.

장점 :

더 쉬운 전송 ( "전송할 파일이 적음"에서 다시 말함)
끊어진 링크가 없습니다

단점 :

더 무거운 InDesign 파일
링크 패널에서 모든 정보를 확인할 수 없습니다 (해상도 등).
하나의 이미지가 손상되면 전체 InDesign 파일이 손상 될 수 있습니다

이 목록에 추가 할 수있는 것은 무엇입니까?

adobe-indesign best-practice embedded

— 호기심
소스

1

따로, 나는 4k 평판을 가진 사용자가 "의견에 근거한"이기 때문에 동료 조언을 요청할 때 그들에 대해 긴밀한 투표를해야한다고 확신하지는 않습니다. 원한다면 규칙을 인용하십시오.

— mayersdesign

1

@mayersdesign 어쨌든 의견에 근거한 의견이 적용되지 않을 것이라고 생각합니다. 다양한 경험을 원하지만 객관적인 장단점을 찾고 있습니다. 나는 이것이 일부 투표에 대해 행복을 느끼는 사람들 일 뿐이라고 생각합니다.

— 호기심

4

@ mayersdesign : 나는 질문이 의견에 근거한 것인지 아닌지에 대해 아무 말도하지 않지만 질문을 마감 해야하는지 여부는 질문자가 축적 한 가상의 인터넷 포인트 수와 관련이 없습니다. 질문은 그 자체의 장점으로 판단되어야합니다.

— user2357112는

1

@ user2357112 어디에서 왔는지 알겠습니다. 그러나 실제로 우리가 쉽게 평가할 수없는 전문가보다 해당 분야 내에서 전문가를 더 크게 존중하지 않습니까? 나는 단지 "회색 영역"에 질문이 존재한다면, 의심의 혜택은 같은 포럼에있는 많은 다른 사람들에게 명백하게 도움을 준 사람에게보다 합리적이고 공정하게 적용될 수 있다고 말하고 있습니다.

— mayersdesign

1

@mayersdesign 반면에, 여기와 현실 세계에서, 우리는 지침을 알고 따르는 전문가에 대한 기대가 더 높습니다. 당신은 초보자에게 전문가가 줄 수 없다는 의심의 혜택을 줄 수 있습니다. (이것도 의견에 근거한 것이 아니라고 생각합니다.)

— Janus Bahs Jacquet

5

단점 : 파일을 임베드하고 imdl로 저장하십시오.
또한 최종 파일 (zip 또는 indd)에 대한 링크의 무게가 비슷하기 때문에 이것을 사기로 간주하기는 어렵습니다.

나를 위해 장점 :

다른 기고자들간에 손쉬운 파일 공유. 때로는 파일이 부족한 패키지를 얻습니다. 나에게 일어나서 패키지를 만들었고 파일의 50 %가 누락되었습니다.
외부 변경 사항에서 최종 파일을 저장하십시오. 파일에 연결된 Excel 파일이 있다고 가정하십시오. 일정 시간이 지나면 소스에서 링크를 종료하여 변경 사항이 작업에 영향을 미치지 않도록 할 수 있습니다. 소스 파일에 많은 기고자 (때로는 23:59에 데이터 덤프를 생성하는 시스템)가 있고 누군가가 급증하는 경우에 유용합니다.
마킹 단계에 도움이됩니다. 마감 시간이 금요일 오후 5시에 있다고 가정하겠습니다. 4:59에서는 PDF를 작성하고 모든 파일을 포함시킵니다. 수요일에 누군가가 오래된 사진, 잘못된 다이어그램 또는 무언가에 문제가 있습니다. 실수가 발생한 위치를 쉽게 추적하거나 비난을 해제 할 수 있습니다.
마스터 파일을 쉽게 만들 수 있습니다. 마스터, 임베드 파일 및 voila : 나중에 사용할 수 있도록 완벽하게 작동하는 단일 파일을 작성하십시오.

단점 :

포함 할 수없는 파일을 찾아 복사하고 다시 연결하는 데 많은 시간이 걸립니다.
사람들은 링크 한 모든 파일을 포함시킵니다. 그리고 이미 혼란 스러워진 디스크에 동일한 25MB 로고가있는 500 개의 인스턴스가 생깁니다.

— 슈체 르조 KŁY
소스

"포함 할 수없는 파일"에 대해 자세히 설명 할 수 있습니까?

— 호기심

완전히 낭비 된 500 * 25MB = 12GB

— joojaa

1

@Emilie 링크가 포함 된 파일 (하루에 약 20 일)을 자주 사용하는 경우 링크를 선택할 때 "embed"가 회색으로 표시되는 경우가있었습니다. 그런 다음 수동으로 각 링크로 이동하여 어느 링크가 범인인지 확인해야합니다. 그런 다음 새 장소로 복사하고 이름을 indd에서 new로 변경하고 다시 인스턴스로 다시 연결해야합니다. CS5.5 및 CS6에서 발생합니다. 승 XP, 7 및 10.

— SZCZERZO KŁY

4

내가 아는 가장 큰 단점은 indd 라이브러리의 역동적 인 특성을 망치는 것입니다. 즉, 로고나 사진을 업데이트하여 브랜드를 새로 고치면 포함 된 경우 각 문서에 표시되는 위치마다 수동으로 교체해야합니다. 다른 단점이 충분하지 않은 경우, 특히 수백 개의 브랜드 문서가있는 계정에서 작업 할 때이 계약은 저에게 큰 도움이됩니다.

— 13ruce
소스

실제로 내 이해는 이미지를 해체 한 다음 모든 것을 조정하지 않고도 평소와 같이 다시 연결할 수 있다는 것입니다. 그리고 당신은 unembedding ( indesignsecrets.com/… ) 없이 다시 연결할 수있는 것처럼 보이지만 나는 이것을 시도하지 않았습니다.

— 호기심

2

@Emilie 예, 여전히 각 파일에 대해 별도로이 작업을 수행하고 있습니다. 삽입하지 않으면이 모든 것이 바로 작동합니다.

— joojaa

3

찬성

더 쉬운 전송 ( "전송할 파일이 적음"에서 다시 말함)

zip 파일은 하나의 파일입니다. 전송할 더 많은 파일입니까? 패키지가 제대로 작동한다고 가정합니다.

그러나 워크 플로가 중요하지 않다면 분명히 더 간단합니다. 일반 사용자에게는 혜택입니다.

실제로 장단점이 아니라 사회적 문제 일뿐입니다.

끊어진 링크가 없습니다

그러나 여기서 기술인은 항상 이런 종류의 일을 처리해야합니다. 따라서 inDesign이 패키징에 실패한 경우에도 패키징을 직접 처리해야하는 이유는 없습니다.

나는 10,000 대의 파일 (주로 사운드, 비디오 및 스프라이트 자산)이있는 많은 게임 / 미디어 프로그래밍 프로젝트를 가지고 있으며 모든 파일이 컴퓨터간에 올바르게 이동하는 데 아무런 문제가 없었으며 (작업 및 파일 오버 헤드가 적음) zip 파일과 같은 것을 사용하는 것보다). inDesign이 제공하는 것보다 훨씬 강력한 솔루션이 있습니다. 또한 별도의 노력 없이도 클라이언트로 파일을 전송할 수 있습니다.

단점

더 무거운 InDesign 파일

뿐만 아니라, 저장하는 모든 버전에 대해 디스크에 동일한 파일을 여러 번 가지고 있습니다. 워크 플로와의 파일 논리적 연결이 끊어졌으며 더 이상 단독으로 또는 타사에서 업데이트 할 수 없습니다. 여러 사람들이 별도의 요소를 동시에 작업하기가 어렵습니다.

이것은 간단한 업데이트가 이제 여러 개의 개별 파일에서 20 가지를 변경하고 있음을 의미합니다. 따라서 점검 및 재검사 비용에 비해 이점이 있는지 계량해야합니다. 또한 파일 백업 및 버전 관리에 부담이됩니다. 그러나 다른 한편으로는 이제 변경 관리에서 고립 된 형태의 실수가 있습니다 (이 모든 파일이 영향을 받았다고 생각 했습니까?). 약간의 혼합 된 문제 는 실제로 찬반 양론이 아닙니다 .

따라서 워크 플로에 따라 Pro 또는 Con 일 수 있습니다. 별도의 파일로 단열하는 경우 에도이 종류를 수행 할 수 있지만. 그러나 이것은 실제로 부적절한 버전 관리의 증상 일뿐입니다. 이것에 대한 산업별 솔루션이 많지 않아 많은 사람들이 그러한 것들을 듣지 못했기 때문에 그래픽 디자이너에게 일반적입니다.

링크를 해제하지 않고 링크 패널의 모든 정보 (해상도 등)를 볼 수 없습니다

예, 그것은 어도비 부분의 바보 같은 디자인입니다. 스크립트 패널을 사용하여 워크 플로에 맞게 쉽게 수정할 수 있습니다. 아주 사소한 일

하나의 이미지가 손상되면 전체 InDesign 파일이 손상 될 수 있습니다

부적절한 버전 관리의 증상이 다시 나타납니다. 그러나 파일 크기가 커질수록 파일 손상 가능성이 높아집니다.

— 주자
소스

2

"전송할 파일이 적습니다"는 "프로"가 아닙니다. 포함하는 모든 파일이 INDD를 너무 많이 증가 시키므로 1GB 이상의 파일로 쉽게 끝낼 수 있으며 특히 작업하는 경우 기고자에게 업로드하는 것이 좋습니다. 여러 버전의 INDD.

"깨진 링크 없음"이 유일하게 유효한 인수 인 것처럼 보이지만 파일 포함을 시작하기에 충분한 이유는 아닙니다. 초기 디자이너 (파일 → 패키지)가 프로젝트를 올바르게 패키지하면 링크가 끊어지지 않습니다.

기고자가 포함 된 사진을 삭제하고 파일을 저장 한 다음 고객이 사진을 다시 원하며 놀랍게도 우리가 어디에서 사진을 가져 왔는지 아무도 모릅니다.

나는 아무것도 포함하지 않을 것입니다. 이제 Google 드라이브, Dropbox 등의 동기화 및 공유 기능을 갖춘 온라인 저장소가 있습니다. 공유 폴더에서 작업하고 (필요한 경우 읽기 전용 액세스) InDesign을 원래의 방식으로 사용합니다.

— 루시안
소스

"기고자가 포함 된 사진을 삭제하고 파일을 저장 한 다음 고객이 사진을 다시 원하면 어떻게해야하는지 아무도 모릅니다." 패키지를 사용하면이 상황에서 어떻게 다른 결과를 얻을 수 있는지 이해하려고합니까?

— 호기심

글쎄, 만약 당신이 모든 링크들을 하나의 폴더에 넣었다면, INDD에서 제거한 것은 여전히 폴더 안에 남아있다. 따라서 INDD에서 제거했지만 여전히 파일이 있습니다. 또한 파일이 사라지지만 여전히 INDD로 링크되어 있으면 적어도 파일이 호출 된 파일과 연결된 폴더를 볼 수 있습니다.

— Lucian

아 그래서 미리 포장 InDesign에서 노력하고 있지만 누가 (종류의 이메일 첨부 파일에서 예 또는 무언가) 다른 곳에서 원본 파일에 액세스 할 수없는 것이 사람의 관점을 고려, 참조

— 호기심

저는 "아무것도 포함하지 않을 것입니다"학교 출신이지만 Anne-Marie Concepcion의 InDesign Secrets의 생각을 읽고 어제 프린터에 대해 말한 후이 문제에 대해 약간의 변화가있는 것 같습니다. .

— 호기심

1

@Lucian이 크기의 파일을 전송하는 경우 파일 크기는 항상 문제가되지만 최소한 링크 된 파일의 경우 많은 파일에 분산됩니다. 링크 된 파일을 사용하더라도 INDD 파일 자체는 약 150MB 였고 링크 폴더는 약 15GB였습니다. 그러나 저는 그러한 거대한 프로젝트에 파일을 포함시키는 것이 좋은 아이디어가 될 것이라고 제안하지는 않았습니다. 아마도 InDesign을 완전히 철저히 죽일 것입니다.

— Janus Bahs Jacquet

InDesign에 이미지를 포함시키는 장단점은 무엇입니까?

찬성

단점