• AcroEdit . . . . 2 matches
        * 0.9.4.21부터 유니코드를 BOM 없이 저장할 수 있어, BOM있는 tex 소스를 처리하지 못하는 일부 tex sytem에서의 문제점이 해소되었다. See KTUGContrib:2802
• BOM . . . . 39 matches
       [BOM], '''B'''yte '''O'''rder '''M'''ark
       바이트가 기본 단위인 [UTF-8]과 달리 UCS-2와 UTF-16은 2 바이트가 기본 단위이고, UTF-32에서는 4 바이트가 기본 단위이므로 바이트 열로 바꿀 경우 최상위 바이트가 먼저 오느냐 (Big Endian) 나중에 오느냐 (Little Endian)에 따라 두 가지 다른 표현이 가능하다. 이 순서를 표시하기 위해 문서의 선두에 그 위치에서는 아무런 구실을 할 수 없는 U+FEFF (Zero Width Non-Breaking Space)를 두어서 바이트 순서를 자동으로 알아내도록 할 수 있다. 예컨대, UTF-16의 Little Edian에서는 BOM을 {{{FF FE}}}로 반면 Big Edian에서는 {{{FE FF}}}로 직렬화한다. UTF-32LE라면 {{{FF FE 00 00}}}이고, UTF-32BE라면 {{{00 00 FE FF}}}일 것이다. BOM(U+FEFF)은 [UTF-8]로 나타내면 {{{EF BB BF}}}이다.
       == [UTF-8] 편집기를 이용한 LaTeX/[Lambda] 작업에서 BOM 문제 ==
       Win32의 일부 프로그램 (Notepad, Wordpad, MS Word) 등은 [UTF-8] BOM을 Win 9x/ME에서 쓰이는 [http://www.ansi.org ANSI][[FootNote(''ANSI''와 아무 관련이 없지만, MS는 이 용어를 쓴다.)]] code page (한국어 Windows라면 codepage 949 - 확장 완성형)로 작성된 텍스트 파일과 구별하기 위한 표지로 사용한다. 즉, UTF-16, UTF-32, [UTF-8] BOM이 있으면 UTF-16, UTF-32, [UTF-8]로 인식하고 그렇지 않은 경우 ''ANSI'' code page를 쓴 것으로 간주한다. XML 표준에서도 [UTF-8] BOM을 비롯한 BOM을 인코딩 결정을 위한 하나의 방법으로 명시하고 있다. 하지만, [UTF-8] BOM은 POSIX 기반 OS에서 {{{cat file1 file2 file3 | another_program}}}과 같은 파이프를 쓸 때에 문제를 일으키므로 그다지 환영받지 못 한다. TeX/Omega 입장에서도 Notepad, Wordpad 등이 BOM을 [UTF-8]에 붙이는 것은 그다지 반가운 일이 아니다. TeX/Omega compiler는 `.tex` 파일 선두에 의미를 알 수 없는 글자가 있는 것으로 여기므로 경고를 낸다. 그냥 <Enter>를 치고 강제 컴파일하면 빈 페이지가 처음에 붙어 나온다. -- 신정식
       == TeX Implementation과 BOM ==
        * 2008년 현재, Windows TeXLive(KC2008)의 실행파일들(latex, pdflatex etc)은 BOM이 붙어있든 그렇지 않든 잘 처리한다.
        * MiKTeX은 BOM을 처리하지 못한다.
       === KTUGCollection2006과 BOM ===
       BOM 처리 문제는 KTUGCollection2006에서 처음 도입되었다. Akira Kakuto 씨의 W32TeX을 [W32TeX/ko]로 정비하는 과정에서 Akira 씨에게 부탁하여 TeX, [e-TeX], PDFTeX, [Omega], [Aleph]의 실행파일이 BOM 붙은 UTF-8 TeX 입력파일을 처리할 때 BOM을 무시(제거)하도록 하는 루틴을 적용하게 되었다. 그 후, 이 BOM 처리 루틴은 TeXLive 2007, 2008과 KC2007, KC2008에 이어졌다.
       === BOM 제거를 권장 ===
       그러므로 파일 교환 등의 목적을 위해서라면 원본 파일에서 BOM을 제거하는 것이 바람직하다.
       == 에디터와 BOM ==
       아래아한글(한글2005 등), 메모장(NotePad), 워드패드, UltraEdit에서는 [UTF-8]로 저장하면 자동으로 BOM을 붙여준다. 반면 Windows용 [Yudit]에서는 Linux에서와 마찬가지로 BOM을 붙이지 않는다. 윈도 운영체제에서 [UTF-8] 엔코딩으로 LaTeX 문서를 만드는 사람들은 BOM 문제를 스스로 처리하여야 할 것이다.
        ''[UTF-8]에서 BOM이 반드시 필요한가는 의문이다. 없어도 좋을 듯. NotePad나 UltraEdit으로 유니코드 `.tex` 소스를 편집한 경우라면 유니코드(UTF-16)로 저장한 다음 [libiconv]를 이용해서 [UTF-8]로 변환하면 귀찮은 [UTF-8] BOM을 제거해준다.''
        # program to remove a leading [UTF-8] BOM from a file
       다음 옵션을 {{{%SystemRoot%\UEdit32.INI}}}에 넣어주면, BOM 없이 저장할 수 있다
        {{{Write UTF-8 BOM = 0
       Write UTF-8 BOM NF = 0}}}
        첫 줄은 기존 파일을 UTF-8로 저장했을 때, BOM을 붙일 것인가를 지정하며, 두번째 줄은 새 파일을 UTF-8을 사용하여 만들었을 때, BOM을 붙일 것인지 지정한다. (0이 붙이지 않음, 1이 붙임)
       UltraEdit의 경우, Advanced -> General 에서 BOM 제거 선택여부를 지정할 수 있습니다.
• CommonErrors . . . . 1 match
        1. (TeXworks가 아닌 다른 에디터를 쓸 때) UTF-8로 저장할 때 BOM 마크가 앞에 찍히는 옵션으로 저장하는 바람에 컴파일 시작하자마자 에러!
• EmEditor . . . . 2 matches
        * BOM(BOM이 무엇인지?)을 붙일 수도 있고 붙이지 않을 수도 있다.
• EmEditor/Free . . . . 4 matches
        * KC2006=[W32TeX/ko]에서는 [BOM]=Signature는 붙이거나 붙이지 않거나 상관없다.
        * 다른 TeX 시스템이라면 [BOM]을 붙이지 않도록 주의하여야 한다. 이런 점에서, 파일 교환 등의 목적을 위해서라면 귀찮은 [BOM]을 붙이지 않는 것이 바람직하다.[[FootNote( [BOM]을 붙여서 좋은 점이라면 NotePad에서 편집이 가능하다는 것이다.)]]
• KC2006/UPDATES . . . . 1 match
        * removebom : KTUG Collection 2005에 포함되어 있던 removebom 유틸리티. 문서교환 등을 위하여 KC 2006에서 작성한 문서의 [BOM]을 제거하고자 할 때 사용한다.
        * [http://ftp.ktug.or.kr/KTUG/KTUGCollection/UPDATES/KCupdate-removebom.kcupdate KCupdate-removebom.kcupdate]
• KC2006/처음사용자 . . . . 2 matches
        (./) 문서에 한글이 있다면, 저장할 때, encoding을 utf-8로 하고 BOM을 집어넣지 않는다. (아래 그림처럼 하면 된다.)
        attachment:utf8withoutBOM2.jpg
• KC2006/처음사용자/TroubleShooting . . . . 3 matches
        1. 한글문서 저장시 utf-8 without BOM을 깜빡했을 때
        * 저장시 인코딩을 utf-8을 누른다. BOM(Signature)은 포함시키지 않는다.
        * 단, KC2006에서는 BOM(Signature)를 넣어도 된다.
• KC2007/MiKTeX . . . . 3 matches
        1. 예제의 BOM 관련 질문
        -> 예제의 BOM을 모두 제거하지 못했습니다. 만약 BOM 에러가 뜬다면 직접 에디터 등으로 수정하여 테스트하십시오.
• KC2007/처음사용자 . . . . 2 matches
        (./) 문서에 한글이 있다면, 저장할 때, encoding을 utf-8로 하고 BOM을 집어넣지 않는다. (아래 그림처럼 하면 된다.)
        attachment:utf8withoutBOM2.jpg
• Karnes/2006-08 . . . . 1 match
       WinEdt 5.5 beta 1을 설치하고 전에 했던 UTF-8 (with BOM) 파일 편집 테스트를 해보려 하니, 아예 열리지도 않고 죽어버린다. WinEdt 5.4는 그래도 수동으로 열면 열리기는 하였으며, 죽는 것은 이전에 열었던 파일을 실행시에 다시 열려고 할 때만 그러했는데... 이제는 아예 처음부터 한글 포함된 UTF-8 파일에는 죽어버리는구나... beta 버전이라 그런 것 같지는 않다. 앞으로도 유니코드 CJK 지원 의사는 없는 모양...
• Karnes/2006-10 . . . . 1 match
        1. BOM을 무시하거나 처리하는 루틴 포함.
• Karnes/2007-01 . . . . 1 match
        1. '''BOM없는''' UTF-8로 저장한다. 다시 강조하지만, WinEdt은 사용하지 말 것.
• Karnes/2007-03 . . . . 1 match
       gvim에서 편집하기 쉽도록 BOM을 붙였다.
• Karnes/2007-04 . . . . 1 match
        1. oblivoir는 UTF-8 BOM 때문에, 그리고 한글 트루타입 map 파일 때문에 oblivoir.cls를 수정하지 않고는 pdflatex 문서를 만들 수 없다.
• Karnes/LaTeXTips . . . . 3 matches
       === [libiconv]를 이용하여 [UTF-8]의 BOM을 제거하는 도스용 배치파일 ===
       NotePad로 [UTF-8] 파일을 편집하다가 BOM이 귀찮아서, 그것을 제거하는 배치파일을 잠깐 만들었습니다. [libiconv]를 이용하여 BOM을 제거합니다. [libiconv]가 설치되어 있으면 됩니다.
       echo removebom.bat : Remove the UTF-8 Byte Order Mark
       echo Usage : removebom inputfile [outputfile]
       ren _tmpout.txt %1_bomremoved
• MiKTeX . . . . 4 matches
       1. (From KTUGSetup:11017'''''') MiKTeX은 BOM(Byte Order Mark)이 붙은 utf-8 문서를 잘 처리하지 못한다.[[FootNote(notepad 등에서 utf-8로 저장하면 BOM이 붙는다. EmEditor 같은 데서 BOM을 제거하고 다시 저장하면 된다)]][[FootNote(Karnes/Oblivoir에서 다운로드한 oblivoir-0.18.zip 에 들어 있는 oblivoir.cls 파일은 BOM 을 포함하여 저장되어 있기 때문에 이 oblivoir 클래스를 사용한 소스파일을 컴파일하면 오류 메시지 속에 "`뼁%%% an article-like class using memoir for typesetting documents espe...`"과 같이 나타난다. 이 때는 그냥 Enter 키를 치면 컴파일이 계속된다. See KTUGOperate:20517'''''' })]]
• MiKTeX/문제점 . . . . 2 matches
        1. KTUG에서 권장하는 한글 환경은 Unicode/UTF-8을 이용하는 것이다. 그러나 MiKTeX은 BOM 처리에 지장이 많다(KC2006에서는 BOM이 문제가 되지 않는다).
• MiKTeX과KC2006 . . . . 3 matches
       || UTF-8 BOM || BOM 붙은 UTF-8 문서는 에러를 냄 || BOM을 적절하게 처리해줌 || NotePad를 MiKTeX에서는 이용할 수 없음 ||
• UTF-8 . . . . 5 matches
        * [http://www.w3.org/International/questions/qa-utf8-bom.html]
        * [http://www.unicode.org/unicode/faq/utf_bom.html]
       == [BOM] 문제 ==
       [BOM]
       ''W32TeX의 [Lambda]는 BOM이 붙은 [UTF-8] 입력엔코딩의 파일을 에러없이 처리해준다.''
       위에서 언급한 [http://www.unipad.org SCUnipad]를 써 보십시오. [UTF-8] BOM 처리도 해 준다고 합니다. 또, Windows용 Vim ([VimEditor])도 [UTF-8] BOM을 잘 처리해 줄 것입니다. -- 신정식
• UltraEdit . . . . 1 match
       === BOM 없이 utf-8 로 저장 ===
• VimEditor/KC2008 . . . . 1 match
        * 파일을 BOM 붙여 저장하면 UTF-8이 즉시 인식된다.
• W32TeX . . . . 1 match
        MiKTeX 2.3의 Omega/Lambda가 BOM 문제에 취약한 것과 달리 W32TeX은 윈도에서 만들어진 UTF-8을 에러없이 처리해줍니다.
• WinEdt/Unicode . . . . 4 matches
       == BOM, no-BOM ==
       Options -> Configuration Wizard -> Wrapping 탭에 가보면 "UTF-8 Byte Order Mark (BOM)"을 선택할 수 있다. MiKTeX에서는 이걸 체크하면 안 되겠지만 KC2006이라면 취향에 따라 BOM을 붙이거나 안 붙일 수 있다.
• WinEdtTip/문서모드 . . . . 1 match
       이라고 넣고 빨강 자루 장도리 단추를 눌러서 WinEdt 창으로 보낸 것이다. 이 때 WinEdt(5.5 버젼)는 TeX 파일 첫머리에 있는 '''문서 모드'''를 읽고 상태 표시줄에 "TeX:UTF-8"로 표시하고 이 파일이 유니코드 한글(UTF-8)로 입력된 것을 인식한다. EmEditor에서 저장할 때는 "Unicode Signature"(BOM)을 넣지 않고 "UTF-8"로 저장하면 상태 표시줄에 "UTF-8 without Signature"로 나타난다. See [WinEdtTip/EmEditor함께쓰기] and KTUGContrib:4256''''''.
• Windows에서설치하기/간단하게따라하기 . . . . 7 matches
        * 처음 텍을 사용하는 입장에서 UTF-8, BOM, teTeX, dhucs 등의 용어가 생소하여 진입장벽으로 작용하는 것이 사실이므로 이를 간단하게나마 설명한다.
       === BOM ===
       UTF-8 은 두가지가 있는데 하나는 문서의 앞에 BOM 이 있거나 없는 경우이다. BOM은 3바이트의 문자로서 이 문서가 UTF-8 으로 되어 있는지를 알려주는 역할을 한다. 에디터로 UTF-8 문서를 열거나 저장하는 경우 BOM 에 대해서 확인 하는 경우가 있는데, 이는 문서 처음의 3 바이트를 어떻게 인식할 것인지에 관한 것이다. 앞으로 사용하는 UTF-8 의 경우 BOM 이 없는 것으로 한다.
       이를 {{{abc.tex}}} 이라는 이름으로 저장한다. 반드시 BOM이 없는 UTF-8 형태로 저장해야 한다.
• XeTeX . . . . 1 match
       2. 아래 같이 예제를 작성하여 "filename.tex"을 utf-8 no BOM으로 저장하고
• Yhchoe . . . . 3 matches
        (./) oblivoir.cls 와 hfontsel.sty 파일은 [Karnes/Oblivoir]에 가면 oblivoir-0.xx.zip 가 첨부되어 있다. 이것을 풀어서 수동으로 설치하여야 한다. 간혹 [HPack]를 제거하였다 다시 설치하는 경우에 이들 파일을 다시 설치하는 번거로움을 줄이기 위하여 이렇게 구한 패키지는 {{{C:\TeX\texmf-user\tex\latex\misc}}} 폴더를 만들고 이 속에 보관하는 것도 한 방법이다. oblivoir 클래스를 썼을 경우(또는 [BOM](Byte Order Mark)이 들어 있는 유니코드(utf-8) 문서)는 컴파일 때
        와 같이 오류 메시지에 "뼁%%%"이 나타나는 데 이 때 그냥 Enter 를 치거나 해당 문서를 EmEditor 등에서 열어서 BOM 없이 다시 저장[[FootNote(그냥 Enter 를 쳐서 컴파일을 계속하면 첫 쪽는 쪽번호만 찍히고 내용은 2 쪽 부터 나온다. BOM 없이 다시 저장하고 컴파일하여야 원하는 결과를 얻을 수 있다.)]]하면 된다.-See KTUGOperate:20517''''''
• gromov/TeXHelpOnWhatIsObsolete . . . . 1 match
        * 굳이 복잡한 역사는 필요없다. 그렇지만 BOM관련한 간단한 언급은 필요할 듯.
• 옛한글입력 . . . . 2 matches
       옛한글 입력이 첫가끝으로 가능하다. --다만 표준에 어긋나게 초성채움을 U+10FF로 삼았고 종성채움까지 임의로 집어넣는다. :( 같이 제공되는 날개셋 편집기 최근 버전은 UTF-8로도 저장가능하나, BOM을 문서 첫머리에 삽입한다. :(-- 날개셋 5.0 버전부터는 유니코드 표준을 완전히 준수한다. 또한 ks x 1026에 규정된 확장자모도 지원하기 시작하였다.
       키보드 할당은 세벌식 393이며, 단벌식 비트맵 폰트를 사용하여 도스 그래픽 화면으로 출력한다. 이 편집기에서 출력된 유니코드 텍스트 파일(*.uc2)은 BOM이 붙어 있지 않으므로, 일반적인 에디터에서 읽으려면 파일의 제일 첫머리에 Hex 편집기로 FE FF를 추가한 다음 UTF-16 텍스트로 간주하고 열어야 한다.

여기을 눌러 제목 찾기를 할 수 있습니다.