CJ가 Word 문서에 대화를 쓰고 따옴표로 묶으면 첫 번째 따옴표 (인용문 시작 부분)가 문법 오류로 플래그 지정됩니다. 프로그램은 후행 따옴표를 정상적으로 처리합니다. 그녀가 곧은 따옴표를 사용하는지 스마트 따옴표를 사용하는지는 중요하지 않습니다. 문장이 문법적으로 정확하더라도 ‘오류’는 동일합니다. 일관성도 없습니다. CJ는 프로그램이 왜 이런 일을하는지 알지 못하지만 매우 짜증나고 있습니다.

이 행동이 왜 성가 신지 이해하기 쉽습니다. 그러나 왜 이런 일이 발생하는지 알아 내려면 탐정 작업이 필요할 수 있습니다. 문법 검사기가 따옴표가 포함 된 텍스트에 플래그를 지정하는 방법을 이해하는 것도 도움이됩니다. 각각 약간만 변경된 다음 네 가지 예를 고려하십시오.

John said "look at this!"

John said, "look at this!"

John said "Look at this!"

John said, "Look at this!"

처음 세 가지 예는 모두 문법 오류가있는 것으로 표시됩니다. 첫 번째와 세 번째는 “said”라는 단어를 오류로 표시하지만 Word에서는 실제 따옴표의 시작 전에 쉼표를 예상하기 때문입니다. 두 번째에는 “look”이라는 단어가 표시되어 있지만 대문자가 아니기 때문입니다.

잘못된 것으로 플래그가 지정되지 않은 것은 쉼표와 적절한 대문자를 모두 사용한 네 번째 예입니다. 어떤 경우에도 문법 검사기에 의해 표시되는 실제 따옴표는 없으며 그럴 수도 없습니다. 그렇다면 분명히 수상한 일이 벌어지고 있습니다.

질문해야 할 첫 번째 질문은 공통 특성을 공유하는 문서에서만이 문제가 발생하는지 여부입니다. 구체적으로, 하나 또는 두 개의 문서 만입니까 아니면 공통 템플릿에 의존하는 문서입니까? 그렇다면 문서 또는 문서와 관련된 템플릿이 어떤 식 으로든 손상되었을 가능성이 높습니다.

제한된 수의 문서에서만 문제가 발생하는 경우 선행 인용 부호가 비표준 인용 부호로 자동 대체되도록하는 문서와 관련된 일부 매크로가있을 수도 있습니다. 이것이 문제라고 생각되면 다른 이름으로 저장을 사용하여 문서를 .DOCM 대신 .DOCX 형식으로 저장하십시오. 이렇게하면 문서의 모든 매크로가 제거되고 문제가 해결 될 수 있습니다.

모든 문서에서 문제가 발생하는 경우 문제가 단일 시스템에서만 발생하는지 확인해야합니다. 그렇다면 문제는 해당 컴퓨터의 일부 설정 또는 잘못된 설정과 관련된 것입니다. 예를 들어 문법 검사기가 잘못 구성되어 설정이 기본값으로 다시 설정되었는지 확인하는 데 약간의 시간을 할애 할 수 있습니다. (문제가있는 시스템의 설정을 문제가없는 다른 시스템의 설정과 비교하십시오.)

_WordTips_는 비용 효율적인 Microsoft Word 교육을위한 소스입니다.

(Microsoft Word는 세계에서 가장 인기있는 워드 프로세싱 소프트웨어입니다.)이 팁 (11053)은 Microsoft Word 2007, 2010, 2013, 2016, 2019 및 Office 365의 Word에 적용됩니다.