최초 문서 게시일: 2011년 10월 12일 수요일
안녕하세요. Office IT Pro 팀원으로는 첫 번째 게시물이네요. 예전에는 Windows 팀에서 이미징(영문일 수 있음), 배포 자동화(영문일 수 있음), 실제 OS에서 가상 OS로 마이그레이션(영문일 수 있음) 및 응용 프로그램 호환성(영문일 수 있음) 같은 항목에 대한 블로그 게시물을 여러 개 작성했었습니다. 이제는 Office 팀에 합류하여 다음 릴리스에서 제공할 효율적인 배포 기능에 대해 앞으로 몇 달 동안 게시물을 작성할 예정입니다.
"PC의 종말"을 거론하며 조만간 키보드와 마우스는 사용되지 않을 것이라는 사람들이 많습니다. 물론 저도 개인적으로 키보드가 없는 장치를 좋아하며 키보드가 있거나 없는 UMPC(울트라 모바일 PC)를 여러 대 가지고 있습니다. 현재 저는 도킹식 HP 8540W와 일반 외장형 키보드 및 마우스를 사용하여 이 블로그를 작성하고 있는데요. 키보드가 없는 Windows 또는 Windows 이외의 태블릿에서 이러한 게시물을 작성하기는 다소 번거롭기 때문입니다. 예를 들어 소형 Umid mBook이나 Fujitsu U820 키보드를 사용한다면 꽤 불편하겠죠. 작업을 완료하는 데 필요한 모든 폼 팩터가 일반 키보드와 동일하게 작성되지는 않았기 때문입니다. 이러한 사실을 고려할 때 아직 "PC의 종말"을 거론하기는 이르지 않을까요? Office와 생산성 응용 프로그램에서, 그리고 사용 중인 모드(콘텐츠 작성 또는 사용 모드)에 따라서는 이러한 문제가 특히 중요합니다. 이와 관련하여 제가 처음으로 가진 의문점은, 사용자들이 이러한 모든 컴퓨팅 장치에서 동일한 환경을 원하는지에 대한 것입니다.
제목에서 짐작하실 수 있듯이, 이 게시물은 사용자들이 여러 장치 유형을 사용하여 작업 문서와 파일을 액세스하고 보고 편집하는 방법을 설명하는 블로그 시리즈의 1부입니다. 이론적인 이야기는 여기까지 하고 지금부터는 실제로 다양한 운영 체제와 브라우저가 설치된 여러 장치 유형을 관리하는 방식에 대해 설명하겠습니다. 이 문서에서는 다음과 같은 주요 테마에 대해 다룹니다.
이러한 테마에 대한 설명은 대부분 Office 및 Office 응용 프로그램 제품군 사용에만 국한되는 것이 아니라, 여러 장치를 관리하고 장치별로 다른 액세스 권한을 제공하는 일반적인 방법입니다. Yoni Kirsh와 제가 지난 5월 애틀랜타에서 열린 TechEd에서 이 주제에 대해 발표(영문일 수 있음)를 했었는데, 이러한 테마 중 대부분의 항목과 Windows, iPad, Android 장치 및 서버 쪽과 관련하여 다수의 데모를 시연한 바 있습니다. 저의 Windows 팀 동료들도 IT 소비화와 관련된 다수의 콘텐츠를 통해 현재 시판 중인 다양한 장치와 이러한 장치를 관리하는 과정의 문제 등에 대한 설명을 제공하고 있습니다. 저는 이 게시물을 작성하기 위해 다양한 장치를 포함하며 실제로 작동하는 Exchange 및 SharePoint 환경을 작성하여 다중 장치 환경 작성 과정의 결정 요소와 실제적 의미를 파악하고자 했습니다. 예전에도 이러한 작업을 한 적이 있었습니다. 2006년에 영업/마케팅 캠페인의 일환으로 "인프라 최적화"를 사용했을 당시, IT 전문가가 핵심 인프라 최적화 권장 사항을 구현하는 방법에 대한 500페이지가 넘는 문서를 작성했었지요. 이번 태블릿 관련 주제는 얼마나 길어질지 모르겠네요.
일반적인 조사 및 보고 과정에서와 마찬가지로 이 게시물을 작성하는 데도 약간의 검색이 필요했습니다. 다시 Office의 예를 들자면, 다음과 같은 다수의 플랫폼에서 다양한 방식으로 Office 파일을 보고 편집할 수 있습니다.
IT 전문가로서 이러한 모든 옵션을 고려할 때는 두 가지 중요한 요소, 즉 각 플랫폼에 사용자를 위한 충분한 기능이 있는지와 해당 기능을 관리할 수 있는지를 고려하게 됩니다. 여기서 '관리'란 단순히 Office 응용 프로그램 자체의 관리만을 의미하는 것이 아니라, 다음과 같은 의미를 가집니다.
이러한 사항은 중요하기는 하지만 해당 분야에서 고려해야 하는 여러 중요한 사항 중 일분일 뿐입니다. 물론 응용 프로그램의 기능도 파악해야겠죠. 예를 들어 사용자가 Office 2003이 설치된 Windows XP를 실행하는 경우 Office의 기능에 대한 기대치를 가지고 있을 텐데, 해당 Office 버전을 Office Web Apps 또는 Office for Mac 2011로 대체한다면 사용자의 모든 기대치를 충족하는 동시에 IT 전문가도 관리 과정에서 충분한 제어 기능을 사용할 수 있을까요? 이와 같은 기능 및 관리 효율성에 대한 기본 시나리오를 다음과 같은 사분면 다이어그램으로 만들어 보았습니다.
솔직히 Mac이나 휴대폰의 경우에는 설정 및 '적용'할 수 있는 관리 기능이 거의 없습니다. Office for Mac 2011에서는 몇 가지 설치 시 구성 기능이 제공되기는 하지만 정책이 적용되지는 않습니다. 즉, 모든 항목이 기본 설정으로 지정되며 이러한 설정을 Active Directory 그룹 정책처럼 적용할 수는 없습니다. 여기에 대해 다음과 같은 Microsoft의 권장 사항(영문일 수 있음)이 제공됩니다.
모범 사례
고려 사항
문서를 보호하는 데 사용할 수 있는 보안 설정을 사용자에게 안내하고 교육을 시행합니다.
지정한 보안 기본 설정을 적용할 수 있는 관리 설정이 없습니다. 보안 기본 설정을 지정하여 배포한다고 하더라도 사용자가 나중에 이러한 기본 설정을 변경할 수 있습니다. 따라서 조직 정책의 일부분으로 보안 설정을 배포하는 경우에는 기본 설정 변경과 관련된 위험을 사용자에게 주지시켜야 합니다.
저는 컨퍼런스에서 발표를 할 때 이 내용을 즐겨 인용합니다. 청중으로부터 "아, 어머니께 기본 설정을 바꾸지 말라고 말씀드려야겠네요" 같은 흥미로운 반응을 즉각적으로 이끌어 낼 수 있기 때문이죠. 약간의 IT 지식이 있는 사용자라면 집에 있는 모든 컴퓨터에서 PC 진단 및 복구 도구를 한 번씩은 실행한 적이 있을지도 모르겠습니다.
설명이 길어졌는데, 기본적으로 말씀드리고 싶은 사항은 Office Professional Plus 2010 Windows 응용 프로그램의 기능 수준은 거의 동일하기는 하지만 정확히 같지는 않다는 점입니다. 관리 효율성은 서버 쪽 액세스 제어 및 설치 시 기본 설정에 크게 제한을 받습니다. 제 저서에는 이러한 제한 사항으로 인해 Office for Mac 2010의 관리 수준이 Office for Windows Phone 7과 거의 동일한 것으로 정의되어 있습니다. 휴대폰에는 실제로 설치 시 또는 설치 후 기본 설정을 지정하는 기능이 없지만, Exchange ActiveSync에서 적용하는 설정을 통해 설치 시 기본 설정을 지정할 수 있으며 서버 쪽 문서 컨트롤도 어느 정도는 비슷합니다. 또한 Windows Phone 7.5(Mango) 및 Office for Mac 2011에서는 정보 권한 관리가 사용됩니다. 그러나 Office for Windows Phone 7 응용 프로그램의 경우 Windows 또는 Mac용 전체 클라이언트에 비해 기능 집합 수가 더 적습니다. 실제로 이러한 기능은 응용 프로그램별로 설정되는 Office Web Application의 기능 집합과 거의 비슷한데, 읽기 기능의 충실도는 높지만 편집 또는 문서 작성 기능은 제한된다는 특징이 있습니다. 이러한 제한 사항은 Microsoft 제품뿐 아니라 대부분의 웹 응용 프로그램을 로컬로 설치하는 동일 프로그램과 비교할 때 일반적으로 나타나는 현상입니다. 사용해 보신 적이 없는 분들을 위해 참고로 말씀드리자면, Office Web Applications는 SharePoint 2010 환경, Windows Live 또는 Office 365 포털을 통해 액세스해야 합니다.
마지막으로 중요한 사항을 한 가지 더 짚고 넘어가겠습니다. 저는 현재 클라이언트 운영 체제 또는 원격 Windows Server에 설치된 Office(원격 Windows 또는 Android 장치, iPad, 씬 PC 또는 소형 장치를 통해 액세스)를 사용하고 있는데요, 이론적으로는 로컬 및 실제 컴퓨터에서 전체 클라이언트를 실행하는 것과 기능이 동일해야 하며 현재 통합 수준에서는 실제로 기능이 거의 동일합니다. 개인적으로 이러한 장치에서 기능을 제한하는 요인은 주로 오프라인 사용 기능 부재 또는 저속 연결을 통한 사용이라고 생각됩니다. 사용되는 아키텍처와 사용자 프로필 설정 저장 허용 여부에 따라 사용자 지정 내용이 hkey_local_machine(HKLM) 레지스트리 또는 기본 사용자 프로필 수준에만 적용될 수 있으며, 이 경우에는 사용자별 사용자 지정이 어려워집니다. 데이터 센터에서 호스팅되는 가상 클라이언트 또는 원격 서버를 사용하게 되는 경우에는 세션이 항상 활성 상태이며 서비스 처리를 위한 시스템 관리 도구에 연결되므로 일반적으로는 관리상의 이점이 있습니다. 이처럼 원격 호스팅에서 이점을 제공할 수는 있지만, 끝점에서 이러한 세션에 액세스하는 방법 및 데이터 저장/액세스 위치를 주의하여 확인해야 합니다. 데이터 액세스 및 저장 위치 권한에 대해서는 이 블로그 시리즈의 후속 게시물에서 설명하겠습니다.
지금까지 Office 응용 프로그램의 제공 유형에 대해 간략하게 설명했습니다. 재출시 프로그램 또는 응용 프로그램 가상화의 경우 전체 클라이언트에 포함될 수 있으므로 여기서는 의도적으로 제외했습니다. 또한 일부 프로비저닝 및 관리 이점과 관련된 불일치 문제(영문일 수 있음) 역시 존재하는데, 이 블로그 시리즈에서는 이러한 제공 유형에 대해 Office Professional Plus 2010 로컬 설치 부분에서 함께 설명하겠습니다. 다음 블로그에서는 슬레이트 장치에서 전자 메일 및 일정에 대해 사용할 수 있는 Exchange ActiveSync 컨트롤과, 터치 장치용으로 Office를 구성 및 사용자 지정하는 방법에 대해 설명합니다.
읽어 주셔서 감사합니다. 보다 자세한 설명이 포함된 2부도 곧 게시하겠습니다.
Jeremy Chapman
선임 제품 관리자
Office IT Pro 팀
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 1)을 참조하십시오.
최초 문서 게시일: 2011년 9월 9일 금요일
작성자: 호환성 전문가 Curtis Sawin
Office 2010으로 마이그레이션할 때의 문제 중 하나는 Office 응용 프로그램에서 개체 모델 변경의 영향을 평가하는 것입니다. 예를 들어 IT 전문가와 개발자는 개체 모델이 너무 많이 변경되어 이전 버전 Excel을 사용하여 작성한 매크로가 Excel 2010에서 작동하지 않을 것을 염려할 수 있습니다. 최신 버전 Office 2010 응용 프로그램과 그에 해당하는 Office 2007/2003/XP/2000 응용 프로그램 간의 모든 개체 모델 차이점이 포함된 목록을 MSDN(이 문서 끝부분의 링크 참조)에서 검토한다면 매크로 손상 문제는 피할 수 없는 것으로 생각될 수 있습니다. 그러나 대부분의 변경은 작업에 영향을 주지 않으며 매크로에도 적용되지 않습니다. 그러면 여기서 "대부분"이란 어떤 의미일까요? 아래에 해당 내용이 요약되어 있습니다.
이처럼 작업에 영향을 줄 수 있는 변경 항목은 5개 응용 프로그램에서 49개에 불과합니다. 이전 4개 버전을 모두 통틀어서 말이죠. 아래에 이를 보여 주는 차트가 나와 있습니다.
이 문서에서는 작업에 영향을 주지 않는 변경과 영향을 줄 수 있는 변경의 의미에 대해 설명합니다. 또한 참조를 위해 영향을 주는 변경이 모두 포함된 표가 제공됩니다. 이 표는 게시물 끝부분에 .pdf 파일로도 첨부되어 있습니다.
각 Office 2010 응용 프로그램에 대한 개체 모델의 모든 변경 내용은 MSDN 설명서에 나와 있습니다. 이러한 변경 내용은 각각의 이전 Office 버전에서 변경 또는 제거되었거나 더 이상 사용되지 않는 속성이나 메서드를 모두 나열하는 방식으로 구성되어 있습니다.
예를 들어 Excel 2010의 경우에는 개체 모델에서 900개에 가까운 항목이 이전 버전과 다릅니다. 수치로만 보면 매우 많은 항목이 변경된 것 같죠? MSDN 문서 이전 버전 이후 변경된 Excel 2010 개체 모델(영문일 수 있음)에 변경된 모든 항목이 나와 있습니다. 이 문서는 인쇄하면 약 90페이지나 됩니다.
변경된 항목 중 대부분은 더 이상 사용되지 않는 항목(숨겨진 항목)입니다. 그러면 "더 이상 사용되지 않는 항목"이란 무엇이며 매크로에는 어떤 영향을 줄까요? 더 이상 사용되지 않는 것으로 표시된 항목은 이후 Office 버전에서 더 이상 사용할 수 없으며 코드 업데이트를 계획해야 하는 항목입니다. 그러나 더 이상 사용되지 않는 항목도 계속 작동하기는 합니다. 따라서 이전 버전 Office용으로 작성한 매크로 코드에 더 이상 사용되지 않는 메서드, 속성 또는 상수가 포함되어 있는 경우 Office 2010에서 해당 항목이 작동하도록 하기 위해 특별한 작업을 수행할 필요가 없습니다. 거의 900개에 가까운 변경된 항목(정확히는 882개) 중에서 794개가 더 이상 사용되지 않는 항목입니다. 즉, Excel 개체 모델에서 변경된 900개 항목 중 거의 800개는 매크로에 포함되어 있어도 아무런 영향을 주지 않습니다.
따라서 더 이상 사용되지 않는 항목과 관련된 문제는 천천히 해결해도 되지만 해당 항목을 완전히 무시해서는 안 됩니다. 현재 더 이상 사용되지 않는 코드가 이후 손상되지 않도록 이러한 항목이 포함된 코드를 검토 및 업데이트해야 합니다.
"제거된" 항목의 경우 주의가 필요합니다. 제거된 것으로 표시된 항목은 Office 2010 개체 모델에 더 이상 포함되어 있지 않습니다. 기존 매크로에 Office 2010에서 제거된 항목이 포함되어 있으면 해당 매크로는 작동하지 않습니다. Excel 2010의 경우 이전 버전 이후 제거된 개체 모델 항목은 9개입니다. 이러한 항목의 경우에는 확인하여 교체해야 합니다.
"변경된" 항목은 이전 버전 이후로 변경된 메서드 및 속성입니다. 예를 들어 변경된 메서드가 다른 데이터 형식을 반환할 수도 있고, 속성이 "읽기 전용"에서 "읽기/쓰기"로 변경되었을 수 있습니다. 약간의 분석을 수행한 결과 대부분의 변경된 항목에는 선택적 매개 변수를 추가로 허용하는 메서드나 속성이 포함된 것으로 확인되었습니다. 예를 들어 ListRows.Add(영문일 수 있음) 메서드의 경우 Excel 2003에서는 선택적 매개 변수 하나를 제공하지만 Excel 2010에서는 두 개를 제공합니다. 이와 같은 선택적 매개 변수 추가는 매크로 사용에 아무런 영향을 주지 않습니다. Excel 2003에서 이 메서드를 사용할 때 매개 변수를 하나만 제공한 경우 동일한 코드가 Excel 2010에서 수정하지 않아도 작동합니다.
Excel 2010에서 변경된 항목은 97개이지만 영향을 줄 수 있는 항목은 없습니다. 즉, 항목의 모든 변경 내용은 "변경된" 항목을 포함하는 기존 코드에 영향을 주지 않습니다.
이처럼 이전의 4개 Excel 버전과 달라진 882개 메서드 및 속성 중에서 영향을 주는 항목은 9개뿐입니다.
변경된 모든 항목이 영향을 주지 않는 것은 아닙니다. 예를 들어 PowerPoint에서 Presentation.SaveAs 메서드는 선택적 매개 변수 FileFormat에 대해 다른 기본값을 사용합니다. 즉, PowerPoint 2003의 기본값이었던 “1”(ppSaveAsPresentation)이 PowerPoint 2010에서는 “11”(ppSaveAsDefault)로 변경되었습니다. 따라서 이 메서드를 사용하는 경우 FileFormat 매개 변수에 대해 명시적으로 값을 제공하지 않으면 PowerPoint 2003에서 작성한 매크로 실행 시 PowerPoint 2010에서와 결과가 달라질 수 있습니다. 이처럼 메서드를 사용하는 방법에 따라 변경이 영향을 줄 수도 있습니다.
OCCI(Office Code Compatibility Inspector)(영문일 수 있음)와 같은 도구로 매크로를 검색해 이전 버전 이후 변경된 코드가 포함되어 있는지를 확인할 수 있습니다. OCCI에서는 변경되었거나 더 이상 사용되지 않거나 제거된 항목 수가 포함된 보고서를 제공합니다. 또한 외부 참조를 사용 중인지 여부(운영 체제 업그레이드의 일부분으로 Office 2010을 마이그레이션하는 경우 특히 중요함)와 64비트 Office 환경에서 작동한다고 명시적으로 표시되지 않은 선언이 있는지 여부도 표시됩니다. 아래 스크린샷에는 매크로를 포함하는 Excel 통합 문서에 대해 실행된 OCCI의 결과가 요약되어 있습니다.
위에서 확인할 수 있는 것처럼 OCCI에서는 "재설계된(Redesigned)"이라는 용어가 사용되는데, 이는 "제거된"과 동일한 의미입니다.
OCCI는 모든 변경 항목을 검색하므로 출력을 정렬하여 "조치를 취할 수 있는" 정보를 파악해야 합니다. 즉, OCCI는 "달라진" 항목을 알려 주지만 즉시 수정해야 하는 항목, 즉시는 아니지만 결국에는 수정해야 하는 항목 등의 자세한 정보는 제공하지 않습니다. 아래 표를 통해 이러한 정보를 파악할 수 있습니다. 이 표에는 영향을 줄 수 있는 모든 변경 항목(즉시 평가해야 하는 항목)이 나와 있습니다. 사용 방법에 따라서는 이러한 항목이 포함된 코드를 수정하지 않아도 될 수 있습니다. 따라서 이 표는 매크로 문제를 해결하기 위한 '빠른 참조' 정도로 사용하시면 됩니다. 그러나 도구 또는 아래 표에 전적으로 의지해서는 안 됩니다. 매크로가 작동하는지 확실하게 확인하는 방법은 직접 매크로를 실행해 보는 것뿐입니다.
아래 표에는 영향을 줄 수 있는 변경 내용(제거된 모든 항목과 영향을 줄 수 있는 모든 변경된 항목)이 나와 있습니다. 이 표에 포함된 코드를 현재 사용 중인지를 빠르게 확인할 수 있습니다. OCCI 등의 도구를 통해서는 모든 변경 내용을 검색할 수 있는 반면, 이 표에서는 Office 2010으로 매크로를 마이그레이션할 때 아무런 영향을 주지 않는 개체 모델 변경 내용이 제외되어 있으므로 조치를 취할 수 있으며 활용 가능한 데이터를 확인할 수 있습니다.
도구를 사용하는 경우에는 보통 변경된 항목 등의 기술적 정보를 파악할 수 있는 데이터는 제공되는 반면, 이 변경 항목이 솔루션에 어떤 영향을 주는지와 같은 비즈니스 관련 사항은 파악하기가 어렵습니다. 도구를 통해 문제 해결 작업을 자동으로 빠르게 수행할 수는 있지만 도구에 과도하게 의존하면 도구에서 제공하는 데이터를 잘못된 분야에 활용할 가능성이 있습니다. 앞에서도 언급한 것처럼, Office 2010으로 업그레이드할 때 솔루션이 작동하는지를 확인하는 데 가장 효율적인 방법은 실제로 솔루션을 사용해 보는 최종 사용자 테스트를 수행하는 것입니다(가능하면 테스트 환경에서 수행).
이 게시물 끝부분의 .pdf 링크를 클릭하면 위의 표를 .pdf 파일로 다운로드할 수 있습니다.
아래 링크를 클릭하면 다양한 개체 모델의 차이점을 확인할 수 있습니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Understanding potentially impactful changes in the Office 2010 object model을 참조하십시오.
최초 문서 게시일: 2011년 10월 6일 목요일
Office Sustained Engineering 팀에서 Office 2007 및 SharePoint Server 2007의 세 번째 서비스 팩 릴리스 공개 날짜를 공지했습니다. 릴리스 날짜는 2011년 4사분기 내를 목표로 하고 있습니다. 릴리스 날짜가 가까워지면 보다 정확한 일자를 다시 공지하겠습니다.
자세한 내용은 다음 웹 사이트의 공지 사항을 참조하십시오. Office 2007 및 SharePoint 2007용 서비스 팩 3 공지(영문일 수 있음)를 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Service Pack 3 for Office 2007 and SharePoint 2007 target date announced를 참조하십시오.
최초 문서 게시일: 2011년 9월 13일 화요일
Office 2010 SP1(서비스 팩 1)을 설치한 경우 Outlook 2010 SP1에서 다음과 같은 문제가 발생할 수 있습니다.
Office 2010 2011년 8월 CU(누적 업데이트)에 포함된 Outlook 2010 핫픽스 패키지를 설치해야 합니다.
최신 Office 제품 업데이트에 대한 자세한 내용은 Microsoft Office, Office 서버 및 관련 제품에 대한 업데이트 센터를 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Hotfix in the August 2011 Cumulative Update fixes possible Outlook 2010 SP1 issues를 참조하십시오.
Office 2000, Office XP 또는 Office 2003 환경을 Office 2010으로 마이그레이션하는 IT 조직의 경우 사용자가 리본 메뉴 사용법을 익히도록 지원해야 할 수 있습니다. 리본 메뉴가 장기적으로 볼 때는 훨씬 우수하다(생산성이 높다)는 고객 의견이 많지만, 이전 버전과 인터페이스가 완전히 달라졌기 때문에 Office 2010을 처음 사용할 때는 일시적으로 어려움을 느낄 수 있습니다.
이와 같이 사용자가 리본 메뉴 사용법을 쉽게 익히도록 지원하는 전략 중 하나는 리본 메뉴를 숨기거나 축소하는 것입니다. 아래에는 기본 상태 Excel 2010 스크린샷 이미지가 나와 있습니다.
리본 메뉴가 축소된 Excel 2010 이미지는 다음과 같습니다.
마지막으로 Excel 2003 이미지는 아래와 같습니다.
보시다시피 리본 메뉴를 축소하면 Excel 2010의 탭이 Excel 2003의 메뉴와 비슷하게 표시됩니다. 완전히 똑같지는 않더라도 변경된 부분이 줄어들어서 사용자가 Fluent 사용자 인터페이스로 보다 쉽게 전환할 수 있습니다.
Excel 2010 이미지 오른쪽 위에는 빨간색 원이 있습니다. 이 토글 화살표를 사용하면 리본 메뉴를 수동으로 확장하거나 축소할 수 있으므로 사용자가 원하는 대로 인터페이스를 사용자 지정할 수 있습니다. Ctrl+F1을 사용하여 리본 메뉴를 확장/축소할 수도 있습니다.
Office 2010을 사용자에게 배포할 때는 사용자가 Office 응용 프로그램을 처음 열 때 리본 메뉴가 기본적으로 축소되도록 사용자 지정된 설치를 만들 수 있습니다. 이렇게 하려면 설치 패키지에 특정 레지스트리 키를 추가합니다.
대부분의 Office 응용 프로그램에는 리본 메뉴 모양을 제어하는 레지스트리 값이 하나 있습니다. 단 Outlook은 예외인데, 이에 대해서는 이 게시물 뒷부분에서 설명하겠습니다.
해당 레지스트리 값은 다음과 같습니다.
HKCU\Software\Microsoft\Office\14.0\Common\Toolbars\<AppName>\QuickAccessToolbarStyle
위 값에서 <AppName>의 값은 다음 중 하나입니다.
• Access• Excel• OneNote• PowerPoint• Project• Publisher• Visio• Word
아래 표에는 "QuickAccessToolbarStyle" 레지스트리 값에 대해 사용 가능한 값이 정의되어 있습니다.
아래에 표시된 것과 같이 REG_DWORD 값이 4이면 리본 메뉴가 축소됩니다. 이는 Ctrl+F1을 누르거나 토글 화살표를 선택하는 것과 같습니다.
Outlook의 경우 추가적인 사용자 지정이 가능합니다. Outlook에는 리본 메뉴 및 빠른 실행 도구 모음을 제어하는 레지스트리 키 24개가 있습니다. Outlook에는 서로 다른 항목 및 모듈 유형이 매우 많아서 제품 팀에서 여러 리본 메뉴를 만들어야 했기 때문입니다. 이러한 구현은 일반적으로 최종 사용자에게는 표시되지 않지만 리본 메뉴는 다른 프로그램에 비해 복잡하게 표시됩니다. 따라서 Outlook의 리본 메뉴를 축소하려면 축소할 특정 Outlook 창을 결정해야 합니다.
아래 표에는 리본 메뉴 표시 유형을 조작하는 각 레지스트리 값이 나와 있습니다. 이러한 모든 값은 HKCU\Software\Microsoft\Office\14.0\Common\Toolbars\Outlook 아래에 있습니다.
OCT(Office 사용자 지정 도구)를 사용하여 이러한 레지스트리 키를 다른 레지스트리 키처럼 추가할 수 있습니다. OCT를 통해 레지스트리 항목을 추가하는 작업은 간단합니다. 자세한 내용은 Office 2010의 Office 사용자 지정 도구(영문일 수 있음) TechNet 문서를 참조하십시오.
리본 메뉴를 축소한 상태로 Office 2010을 배포하면 사용자가 기존의 메뉴 대신 리본 메뉴로 쉽게 전환하도록 지원할 수 있습니다. 사용자가 변경된 메뉴를 간편하게 사용할 수 있도록 하려면 배포 속도를 높이는 동시에 지원 센터 통화가 감소하여 비용을 줄일 수 있습니다. OCT를 통해 설치에 레지스트리 키 몇 개를 추가하면 사용자 지정을 쉽게 수행할 수 있습니다.
리본 메뉴를 디자인하는 방식에 대해 자세히 알아보려면 Windows 8 블로그 게시물인 Windows Explorer의 개선 사항(영문일 수 있음)을 참조하십시오. 이 게시물에서는 리본 메뉴 인터페이스가 포함된 Windows 탐색기 스크린샷을 확인할 수 있습니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Hiding the Ribbon in Office 2010을 참조하십시오.