24 converter 단위 · 통화 · 파일

ODT를 DOCX로 변환 OpenDocument Text ↔ Word 무료 온라인 안전

내용은 넘어갑니다. 제목, 문단, 굵게와 기울임, 목록, 표, 링크, 그림. 쪽 짜임새는 넘어가지 않습니다.

파일 변환하기

여기에 ODT 파일을 놓거나, 하나 고르세요.

파일은 이 기기를 벗어나지 않습니다. 모든 처리가 브라우저 안에서 이뤄집니다.

이 변환기에 대하여
유지되는 것 제목, 문단, 굵게, 기울임, 밑줄, 목록, 표, 링크, 그림.
할 수 없는 것 쪽 크기와 여백, 머리말과 꼬리말, 단, 각주, 글꼴과 사용자 서식은 옮겨지지 않습니다. 문서가 달리 표시하지 않았다면 번호 목록은 글머리 기호로 옵니다.
어디에서 도는가 브라우저 안에서요. 아무것도 올리지 않으니 나중에 지울 것도 남지 않습니다.

업로드 없음

ODT 형식에서 변환

ODT 형식으로 변환

이 형식들은 어디에서 왔는가

이 두 형식은 밑바닥에서는 같은 것입니다. 글과 서식과 그림을 적은 XML 파일로 가득 찬 zip 묶음입니다. OpenDocument가 먼저 왔습니다. OpenOffice 사업에서 나왔고 2006년에 ISO 26300이 되었습니다. 마이크로소프트의 Office Open XML이 뒤따라 2008년에 ISO 29500이 되었습니다. 나라별 기관들이 공개 논쟁 한복판에서 표를 바꿀 만큼 모진 표준화 싸움 끝의 일이었습니다. 그 결과 세상은 이제 닫힌 형식 하나가 아니라, 열려 있고 문서로 적혀 있으며 서로 바꿔 쓸 수 있는 사무 형식 둘을 가지게 되었습니다. 이 둘 사이의 변환이 애초에 가능하고 대개 잘되는 까닭이 바로 그것입니다.

어디에서 마주치는가

같은 문서를 두고 두 사람이 서로 다른 프로그램을 쓸 때마다 이 변환이 필요합니다. 리브레오피스로 일하는 동료가 마이크로소프트 오피스로 일하는 이에게 파일을 보낼 때, ODF만 받는 관공서, .docx를 고집하는 의뢰인. 긴 안목에서도 중요합니다. 열린 형식으로 갈무리한 문서고는 스무 해 뒤에도 열 수 있습니다. 그때 누가 살아남아 장사를 하고 있든 말입니다.

자주 묻는 질문

제 서식이 변환을 견뎌 내나요?

보통의 서식 — 제목, 굵은 글씨, 목록, 표, 그림, 쪽 나눔 — 은 충실히 건너갑니다. 두 형식이 같은 것들을 거의 같은 방식으로 적기 때문입니다. 험하게 건너는 것은 가장자리의 것들입니다. 복잡하게 겹친 표, 이상한 자리에 닻을 내린 글상자, 흔치 않은 번호 매기기, 그리고 둘 가운데 한쪽에만 있는 기능에 기댄 모든 것. 결과를 열어, 여러분이 재주를 부린 자리를 보십시오. 차이가 있다면 거기에 있습니다.

제 매크로는 어떻게 되나요?

건너오지 않습니다. 매크로는 특정 사무 꾸러미를 위해 쓰인 프로그램 코드이고, 다른 꾸러미는 그 말을 실행하지 않습니다. 워드의 VBA 매크로는 리브레오피스 베이식에게 아무 뜻도 없고, 그 반대도 그렇습니다. 변환은 문서를 옮기고 코드는 두고 갑니다. 어떤 파일의 존재 이유 전부가 그 자동화에 있다면, 그것은 변환이 아니라 다시 쓰기를 해야 하고, 그것은 파일의 일이 아니라 프로그래밍의 일입니다.

파일의 질이 떨어지나요?

두 형식이 무엇을 담을 수 있느냐에 달렸습니다. 같은 것을 담는 형식 사이의 변환 — PNG에서 BMP로, WAV에서 FLAC으로 — 은 아무것도 잃지 않습니다. 자리를 아끼려고 정보를 버리는 형식, 이를테면 JPEG이나 MP3으로 바꾸면 할 때마다 조금씩 잃고, 되돌려도 돌아오지 않습니다. 고를 수 있는 자리에서 이 쪽은 가장 작은 파일을 만들기보다 본디의 질을 지키는 쪽으로 기웁니다.

제 파일이 어딘가로 올라가나요?

아니요. 변환은 여러분의 기계 위, 여러분의 브라우저 안에서 이루어집니다. 파일은 그곳을 떠나지 않으며, 여기에는 그것을 받을 서버도 없습니다. 큰 파일을 가로막는 것이 업로드가 아니라 여러분 자신의 기억 장치인 까닭, 여러분이 변환한 어떤 것도 누구의 기록에도 — 우리의 기록에도 — 나타날 수 없는 까닭이 그것입니다. 다만 소리와 영상 도구는 처음 쓸 때 변환 기관을 이곳에서 받아 옵니다. 삼십 메가바이트쯤, 한 번뿐입니다. 그 뒤로도 일은 모두 여러분의 기계 위에서 이루어집니다.

사람들이 ODT를 DOCX로 변환하는 이유

LibreOffice Writer나 다른 오픈 오피스 프로그램으로 문서를 썼는데, 이제 Microsoft Word로 일하는 사람에게 보내야 합니다. 이것이 ODT를 DOCX로 변환하는 가장 흔한 이유이며, 입사 지원서, 고객에게 보내는 편지, 공저자를 위한 초안, Word 파일을 고집하는 양식처럼 늘 생기는 일입니다. Word는 많은 경우 ODT 파일을 열 수 있지만 결과가 들쭉날쭉하고, 어떤 수신자는 낯선 형식을 아예 다룰 수 없거나 다루려 하지 않습니다. DOCX는 그들이 기대하는 파일이며, 그것을 주면 마찰의 원인이 하나 사라집니다.

이야기의 다른 면은 조직의 습관입니다. 많은 사무실, 출판사, 대행사는 Word로 돌아갑니다. DOCX로 보낸 문서는 이미 쓰는 변경 내용 추적, 템플릿, 검토 도구와 함께 곧바로 그들의 작업 흐름에 들어갑니다. 오픈 소프트웨어로 쓰지만 그런 환경에 전달한다면 변환은 둘 사이의 다리입니다.

이 페이지는 브라우저 안에서 ODT를 DOCX로 변환합니다. 문서는 서버로 업로드되지 않으며, 계약서, 편지, 초안에 중요한 점입니다. 아래에서 무엇이 옮겨지고, 무엇이 옮겨지지 않으며, 번호 목록이 어떻게 동작하고, 보내기 전에 결과를 어떻게 확인하는지 확인하실 수 있습니다.

옮겨지는 것

내용

여기서 ODT를 DOCX로 변환하면 문서의 내용이 옮겨집니다. 제목, 문단, 굵게·기울임·밑줄 텍스트, 목록, 표, 링크, 이미지입니다. 문서가 말하는 것과 그 부분들이 어떻게 연결되는지를 이루는 것들입니다. 제목은 제목으로 남고, 표는 행과 열을 유지하고, 링크는 여전히 가리키던 곳을 가리키며, 그림은 있던 자리에 나타납니다.

덧칠한 서식이 아니라 진짜 구조

제목, 목록, 표가 서식을 덧칠한 일반 텍스트가 아니라 제목, 목록, 표로 도착하므로 DOCX는 Word에서 다루기 쉽습니다. 수신자는 탐색 창으로 제목 사이를 이동하고, 자기 스타일을 적용하고, 목차를 만들고, 문서가 처음부터 Word로 쓰인 것처럼 편집할 수 있습니다.

수신자에게 이것이 중요한 이유

진짜 구조를 가진 문서는 검토에서 잘 동작합니다. 공저자는 제목의 스타일을 한 번에 바꾸고 끌어서 절의 순서를 바꿀 수 있습니다. 제목인 척하는 굵은 텍스트처럼 가짜 구조를 가진 문서는 그런 편집에 저항합니다. ODT를 DOCX로 변환하면 진짜 구조가 보존되며, 그것이 파일이 수신자에게 본래의 것처럼 느껴지게 합니다.

옮겨지지 않는 것

페이지 레이아웃

페이지 레이아웃은 옮겨지지 않습니다. 페이지 크기와 여백, 머리글과 바닥글, 단, 각주는 옮겨지지 않습니다. DOCX에서 페이지는 Word의 기본값을 갖습니다. 여백이 넓고 두 단 레이아웃인 문서는 낱말과 제목은 온전한 채 표준 페이지의 한 단짜리 텍스트로 도착합니다.

글꼴과 사용자 지정 스타일

글꼴과 사용자 지정 스타일은 옮겨지지 않습니다. 텍스트는 변환하는 프로그램의 기본 글꼴로 나타나고, Writer에서 정의한 특별한 제목 모양 같은 특수 스타일은 재현되지 않습니다. 제목과 문단은 있습니다. 모양이 기본값일 뿐입니다.

번호 목록이 글머리 기호가 될 수 있습니다

이 방향에 특유한 세부 사항이 하나 있습니다. 번호 목록은 문서가 달리 표시하지 않는 한 글머리 기호로 도착합니다. 두 형식이 번호 매기기를 다르게 설명하며, ODT가 목록이 번호 목록임을 분명히 밝히지 않으면 변환기가 안전을 택해 글머리 기호를 쓰기 때문입니다. 문서에 번호 목록이 있다면 변환한 뒤 확인하고 필요한 곳에 Word에서 번호를 다시 적용하십시오. 간단한 수정입니다. 목록을 선택하고 번호 매기기 버튼을 누르십시오.

번호 매기기의 뜻밖의 일을 피하는 방법

ODT에서 번호 목록을 숫자를 직접 입력하지 말고 목록 도구로 만들었는지 확인하십시오. 진짜 번호 매기기로 만든 목록은 그렇게 표시되어 번호 목록으로 도착할 가능성이 가장 큽니다. 직접 입력한 번호와 텍스트는 그냥 텍스트이며, 숫자로 시작하는 문단으로 도착합니다. 읽기에는 괜찮지만 진짜 목록은 아닙니다.

조판된 문서는 다시 배치해야 합니다

솔직한 요약입니다. 소식지, 안내 책자, 정밀한 서식의 논문, 양식처럼 공들여 조판한 문서는 Word에서 다시 배치해야 합니다. 낱말과 구조는 있지만 디자인은 없을 것입니다. 편지, 보고서, 에세이, 메모처럼 소박한 문서라면 차이가 작고 한두 분 정리하면 충분합니다.

수신자가 문서를 읽기만 하면 되고 모양이 중요하다면 레이아웃을 정확히 보존하는 PDF를 대신 보내는 것을 고려하십시오. 편집해야 한다면 DOCX가 맞는 선택이며 레이아웃은 Word에서 그들의 템플릿에 맞게 설정할 수 있습니다.

ODT와 DOCX란

OpenDocument Text의 줄임말인 ODT는 LibreOffice Writer와 OpenOffice의 문서 형식으로, 누구든 구현할 수 있는 공개 표준 위에 만들어져 있습니다. DOCX는 Microsoft Word가 수년간 기본으로 써 온 형식입니다. 둘 다 작은 파일 꾸러미입니다. 텍스트, 제목과 문단이 어떻게 보일지 말해 주는 스타일, 이미지, 페이지 설정입니다. 그 부분들을 다르게 배열하므로 한 형식에서 다른 형식으로 이름만 바꿀 수는 없고, 프로그램이 둘 사이를 번역해야 합니다.

ODT를 DOCX로 변환할 때 번역은 내용을 충실히 다루고 페이지 장치는 남겨 둡니다. 두 프로그램이 페이지를 다른 방식으로 만들기 때문입니다. 내용은 독자가 신경 쓰는 것입니다. 낱말, 제목, 목록, 표, 링크, 그림입니다. 장치는 디자이너가 신경 쓰는 것입니다. 여백, 단, 머리글, 바닥글, 글꼴입니다. 변환은 앞의 것을 옮기고 뒤의 것은 새 프로그램에서 다시 하도록 권합니다.

그냥 ODT를 보내면 안 되나요?

때로는 됩니다. 수신자가 LibreOffice를 쓴다는 것을 안다면 ODT를 보내십시오. 본래의 형식이라 의도한 대로 보일 것입니다. 하지만 많은 사람이 Word를 쓰며, 최근 버전의 Word는 ODT 파일을 열지만 성공 여부가 일정하지 않아서 때로 레이아웃이 밀리거나 스타일이 빠집니다. Word에서 열리도록 만든 DOCX는 그 불확실성을 피합니다. ODT를 DOCX로 변환하는 데 드는 몇 초는 어리둥절한 이메일 왕복보다 저렴합니다.

Word를 쓰는 사람에게 문서 보내기

ODT를 DOCX로 변환하기 전에 수신자가 파일로 무엇을 할지 자문하십시오. 읽기만 한다면 어디서나 똑같이 보이는 PDF가 어느 형식보다 낫습니다. 편집한다면 DOCX가 맞는 선택이며 그들이 레이아웃을 자기 템플릿에 맞출 것으로 예상해야 합니다. 설계한 그대로 인쇄한다면 PDF를 보내고 편집 가능한 파일은 직접 보관하십시오.

수신자가 편집할 때는 도와주십시오. ODT에서 진짜 제목과 목록을 쓰고, 표를 단순하게 유지하고, 어느 부분이 최종인지 알려 주십시오. 원본이 깔끔한 문서는 깔끔하게 변환되며, 정돈된 DOCX를 여는 수신자는 뒤죽박죽을 여는 수신자보다 훨씬 만족할 가능성이 높습니다.

변경 내용 추적과 협업

수정과 댓글이 오가는 협업을 계획한다면 하나의 기본 형식에 합의하십시오. Word의 검토 도구는 강력하지만 DOCX 세계에 있고, Writer에는 자체 도구가 있습니다. 동료는 Word로, 당신은 Writer로 검토한다면 왕복에서 거친 부분이 생길 것입니다. 단순한 규칙은 ODT를 DOCX로 한 번 변환하고, 검토자가 DOCX로 작업하게 하고, 반복해서 되돌려 변환하지 말고 거기서 변경을 수락하는 것입니다.

목록, 번호 매기기, 글머리 기호가 나타나는 이유

번호 목록은 ODT를 DOCX로 변환하는 사람들을 가장 자주 놀라게 하는 한 가지이므로 특별히 언급할 만합니다. 두 형식은 번호 매기기를 다른 방식으로 설명합니다. Writer의 목록은 번호 매기기 스타일을 가지며, ODT가 목록이 번호 목록임을 분명히 말하지 않으면 변환기는 확신할 수 없으므로 안전을 택해 글머리 기호 목록으로 씁니다. 모든 항목의 텍스트는 온전합니다. 표지만 바뀝니다.

Word에서의 수정은 몇 초면 됩니다. 항목을 선택하고 번호 매기기 버튼을 누르십시오. 목록이 많다면 문제를 예방하는 편이 빠릅니다. Writer에서 번호 목록을 숫자를 직접 입력하지 말고 번호 매기기 도구로 만드십시오. 직접 입력한 번호는 보통 텍스트이며 보통 텍스트로 도착하는데, 이것도 읽기에는 괜찮지만 진짜 목록은 아닙니다.

중첩 목록

목록 안의 목록, 곧 하위 항목은 대개 수준을 유지합니다. ODT를 DOCX로 변환한 뒤 확인하십시오. 수준 구조는 목록을 유용하게 만드는 부분이며, 한 수준이 평평해졌다면 Word에서 들여쓰기를 다시 적용하십시오.

여기서 ODT를 DOCX로 변환하는 방법

문서 추가

.odt 파일을 페이지에 끌어다 놓거나 기기에서 고르십시오. 브라우저 안에서 읽히며 업로드되지 않습니다.

변환

버튼을 누르십시오. 보통 문서는 몇 초가 걸립니다.

내려받아 Word에서 확인

DOCX를 내려받아 Word가 있다면 Word에서, 아니면 DOCX를 읽는 아무 프로그램에서 여십시오. 제목, 목록, 표를 확인한 다음 필요에 맞게 페이지를 설정하십시오.

깔끔한 결과를 위한 문서 준비

진짜 스타일 쓰기

제목을 Writer의 제목 스타일로 만들었다면 제목으로 도착합니다. 그저 큰 텍스트라면 큰 텍스트로 도착합니다. 진짜 스타일이 훨씬 잘 살아남습니다.

진짜 목록 쓰기

번호 목록과 글머리 기호 목록은 숫자나 기호를 직접 입력하지 말고 목록 도구로 만들어 구조가 표시되게 하십시오.

표는 단순하게 유지하기

단순한 표는 믿을 만하게 변환됩니다. 복잡하게 병합된 셀에서 차이가 가장 먼저 나타납니다.

변환하기 전에 사람들이 묻는 질문

번호 목록이 왜 글머리 기호가 되었나요?

번호 목록은 문서가 달리 표시하지 않는 한 글머리 기호로 도착하기 때문입니다. Word에서 번호를 다시 적용하십시오. 클릭 한 번이면 됩니다.

레이아웃이 왜 바뀌었나요?

페이지 크기와 여백, 머리글과 바닥글, 단, 각주, 글꼴, 사용자 지정 스타일이 옮겨지지 않기 때문입니다. 내용은 옮겨지며 디자인은 다시 설정합니다.

이미지는 유지되나요?

네. 이미지는 제목, 문단, 목록, 표, 링크와 함께 옮겨집니다.

문서가 업로드되나요?

아니요. 모든 것이 브라우저 안에서 실행되며 파일은 기기를 떠나지 않습니다.

누가 ODT를 DOCX로 변환하나

무료 오피스 소프트웨어 사용자

LibreOffice나 OpenOffice로 쓰지만 Word 사용자에게 전달하는 사람들은 이 변환이 끊임없이 필요합니다.

구직자와 프리랜서

지원서와 고객 문서는 Word 파일로 요청되는 경우가 많으며, 변환하면 Word를 설치하지 않고도 거기에 이를 수 있습니다.

소프트웨어가 섞인 팀

동료들이 서로 다른 프로그램을 쓸 때 사본을 변환하면 모두가 자기 도구로 작업할 수 있습니다.

흔한 실수

번호 목록을 확인하지 않기

글머리 기호로 도착할 수 있습니다. 보내기 전에 살펴보십시오.

같은 레이아웃을 기대하기

페이지 설정은 옮겨지지 않습니다. Word에서 다시 설정하십시오.

원본 삭제하기

특히 조판된 문서는 ODT를 마스터로 보관하십시오.

관련 도구

반대 방향으로 가려면 DOCX를 ODT로 변환하십시오. 고정된 공유용 사본에는 ODT를 PDF로 변환이나 DOCX를 PDF로 변환을 쓰십시오. PDF가 있고 편집 가능한 텍스트를 원한다면 PDF를 DOCX로 변환이나 PDF를 ODT로를 쓰십시오. 스프레드시트와 슬라이드에는 ODS를 XLS로, XLS를 ODS로, ODP를 PPTX로, PPTX를 ODP로가 같은 일을 합니다.

ODT를 DOCX로 변환할 때와 하지 않을 때

수신자가 편집 가능한 Word 파일을 필요로 할 때 변환이 맞습니다. 입사 지원서, 고객의 수정, 공저자의 초안이 그렇습니다. 수신자가 읽기만 하면 된다면 PDF가 더 충실하므로 틀린 선택이고, 정확한 디자인이 요점일 때도 페이지 레이아웃이 옮겨지지 않으므로 틀린 선택입니다. 그리고 수신자도 오픈 소프트웨어를 쓴다면 ODT 자체가 보낼 더 나은 파일입니다.

편지, 보고서, 제안서, 에세이, 메모 같은 흔한 경우에는 브라우저에서 ODT를 DOCX로 변환하는 것이 빠르고, 비공개이며, 믿을 만합니다. 원본은 절대 바뀌지 않으므로 언제든 돌아와 다시 ODT를 DOCX로 변환할 수 있습니다.

모음 변환하기

보낼 문서가 많다면 하나씩 변환하고 원본은 별도의 폴더에 보관하십시오. 먼저 하나를 시험해 확인하여 나머지에서 무엇을 기대할지 파악하십시오. ODT를 DOCX로 일괄 변환할 때는 속도보다 일관성이 중요합니다. 모두 같은 방식으로 동작하는 문서 폴더가 인계하기 훨씬 쉽습니다.

특이한 내용이 있는 문서

어떤 문서에는 이 변환이 다루지 않는 것이 들어 있습니다. 포함된 스프레드시트, Writer의 도형으로 그린 그림, 수식, 스스로 갱신되는 필드입니다. 주변의 텍스트와 구조는 여전히 도착하지만 그런 특수한 개체는 그렇지 않을 수 있습니다. 문서가 그것들에 의존한다면 ODT를 DOCX로 변환한 뒤 결과를 주의 깊게 확인하고 참고용으로 원본을 보관하십시오.

큰 문서와 느린 기기

모든 것이 기기에서 실행되므로 아주 큰 문서는 기기의 메모리에 달려 있습니다. 백 쪽의 텍스트는 문제가 없습니다. 고해상도 이미지가 수백 개 든 문서는 오래된 휴대전화에서 느릴 수 있습니다. 힘겨워하면 브라우저에 잠시 시간을 주고 작업하는 동안 다른 앱으로 넘어가지 마십시오.

문서는 기기에 남습니다

변환은 로컬에서 이루어집니다. 문서는 브라우저가 읽고, 거기서 DOCX로 쓰여 돌아옵니다. 아무것도 업로드되지 않으므로 서버에 사본이 없고 볼 수 있는 다른 사람도 없습니다. 계약서, 편지, 초안이라면 ODT를 DOCX로 변환하는 안전한 방법입니다.

계산 사례

LibreOffice로 제목, 제목 다섯 개, 이정표의 번호 목록, 비용 표, 다이어그램 하나가 든 프로젝트 제안서를 썼고 고객이 Word 파일을 원한다고 해 봅시다. 여기에 ODT를 놓고 버튼을 누릅니다. DOCX를 열면 제목, 표, 다이어그램은 제자리에 있지만 이정표는 글머리 기호로 되어 있어서 그 목록에서 번호 매기기 버튼을 누릅니다. 고객의 템플릿에 맞춰 여백을 설정하고 파일을 보냅니다.

맺는 말

가장 좋은 결과는 변환을 문서의 모양을 복사하는 일이 아니라 본질을 옮기는 일로 생각할 때 나옵니다. 깔끔한 구조로 시작하고, 변환하고, 목록을 확인한 다음, Word에서 페이지를 다시 입히십시오. 그런 정신으로 하면 과정이 빠르고, 수신자는 자기 소프트웨어에 본래의 것처럼 느껴지는 정돈된 문서를 받습니다.

페이지를 닫기 전에

DOCX를 내려받았는지, 번호 목록이 올바르게 보이는지, 원본 ODT를 보관했는지 확인하십시오.

요약

여기서 ODT를 DOCX로 변환하려면 파일을 놓고 버튼을 누르십시오. 제목, 문단, 굵게, 기울임, 밑줄, 목록, 표, 링크, 이미지가 옮겨집니다. 페이지 크기와 여백, 머리글과 바닥글, 단, 각주, 글꼴, 사용자 지정 스타일은 옮겨지지 않고, 번호 목록은 문서가 달리 표시하지 않는 한 글머리 기호로 도착합니다. 아무것도 기기를 떠나지 않습니다.

길이와 넓이 질량과 부피 온도 통화