MSFT 2010 연간 보고서에 Office Web Apps 사용
저희 팀은 사용자가 문서 공유를 위해 Office Web Apps를 새로운 방식으로 사용하는 것을 볼 때마다 늘 감탄하곤 합니다. 몇 주 전에 Microsoft에서는 2010 연간 보고서를 발표했으며 이제 누구든지 Word Web App을 사용하여 웹 브라우저에서 직접 이 보고서를 보거나 원하는 경우 데스크톱으로 다운로드할 수 있습니다.
이제 투자자는 Office가 설치되어 있지 않은 컴퓨터에서도 10-K 보고서, 주주에게 보내는 서한, 연간 보고서 등을 읽을 수 있습니다. 아울러 Office Web Apps의 고화질 표시 성능 덕분에 누구든지 웹 브라우저에서 그림, 차트, 각주, 서식 등이 모두 원래대로 포함된 콘텐츠를 볼 수 있습니다.
Office Web Apps와 SkyDrive가 있으면 누구든지 손쉽게 웹 사이트나 블로그에서 문서에 Web Apps 링크를 무료로 추가할 수 있습니다. 예를 들어 블로그의 이력서, 식료품 목록(Excel 목록 형식) 및 다양한 PowerPoint 프레젠테이션에 대한 링크를 게시할 수 있습니다. 혹은 기업에서는 회사 웹 사이트의 지원 자료, 프레젠테이션 또는 가격 목록에 연결할 수 있습니다. Dane Creek Folios(영문일 수 있음)처럼 말입니다. PowerPoint 프레젠테이션과 Excel 스프레드시트는 사이트에서 직접 문서의 미니 버전을 포함(영문일 수 있음)할 수도 있습니다.
사이트를 방문하는 사람은 누구든지 문서를 클릭하여 브라우저에서 문서를 볼 수 있습니다. 사이트 방문자가 어떤 Office 버전을 사용하는지, 방문자의 컴퓨터에 Office가 설치되어 있는지 등은 전혀 신경 쓸 필요가 없습니다. 문서 콘텐츠를 HTML이나 PDF로 변환할 필요도 없습니다. 원래 Office 문서를 그대로 사용하면 됩니다.
다음은 Office Web Apps를 사용하여 브라우저에서 문서를 공유하는 단계입니다.
이 문서의 내용이 Office Web Apps를 통해 웹 사이트나 블로그의 성능을 개선하는 데 도움이 되었기를 바랍니다. 제품 사용 방법에 관한 의견이 있으면 언제든지 보내 주십시오.
Evan Lew프로그램 관리자, Office Web Apps
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Using Office Web Apps for the MSFT 2010 Annual Report을 참조하십시오.
서비스 팩 2 이후부터 변경 시 워크플로가 자동으로 시작되지 않음
안녕하세요. 저는 SharePoint Designer 팀에서 관련된 글을 올리고 있는 Stephen입니다. 이 문서에서는 Office SharePoint Server 2007 및 Windows SharePoint Services 3.0용 서비스 팩 2(영문일 수 있음)에 포함된 픽스에 대해 설명하고자 합니다. 이 픽스는 SharePoint Designer 2007에서 디자인된 워크플로에 영향을 줍니다. 따라서 의도적으로 하나가 아닌 두 개의 워크플로를 사용하여 워크플로 루프를 만드는 방법을 보여 드리겠습니다.
서비스 팩 2 이전까지는 우연히 자동으로 트리거되는 워크플로를 디자인하여 무한 루프를 만드는 것이 굉장히 쉬웠습니다. 예를 들어 다음과 같은 시나리오를 가정해 보십시오.
1) 항목이 변경되면 워크플로가 시작됩니다.
2) 워크플로가 현재 항목을 업데이트하거나 변경합니다(예: 현재 항목의 필드 설정 작업 사용).
3) 워크플로가 항목을 변경했으므로 워크플로가 자동으로 트리거됩니다.
따라서 전자 메일을 보낸 다음 현재 항목을 업데이트하는 변경 시 워크플로를 사용한다면 받은 편지함에 금새 수백 통의 전자 메일이 도착하게 될 것입니다.
하지만 서버에 서비스 팩 2(SP2)를 설치한 이후부터는 항목 변경 시 시작되는 워크플로가 더 이상 현재 항목을 변경/업데이트하여 자동으로 트리거되지 않습니다. 이 무한 루프 시나리오가 가능하지 않게 되는 것입니다.
그러나 많은 사람들이 지금까지 무한 루프를 사용하는 워크플로를 디자인했습니다. 예를 들어 한 작업 항목에서 무한정 루프되어 작업이 완료로 표시될 때까지 매일 미리 알림을 보내는 변경 시 워크플로를 디자인할 수 있었습니다. 이 워크플로는 자동 트리거를 위해 목록에 추가된 카운터 열을 업데이트하여 자동으로 트리거됩니다. 또한 이 워크플로에는 특정 조건을 만족하면 워크플로를 중지하거나 중단하는 규칙이 있습니다. 이 경우 작업 상태가 완료됨이면 워크플로가 현재 항목을 변경하지 않고 중지됩니다. SP2 이후부터는 이 워크플로가 자동으로 트리거될 수 없으므로 사실상 중단됩니다.
유용하게 사용할 수 있는 무한 루프를 SP2가 차단하는 것은 아닙니다. 그러나 예전처럼 작동하는 워크플로를 다시 만들려면 서로를 트리거하는 변경 시 워크플로를 두 개 이상 디자인해야 합니다. 현재 항목을 업데이트/변경하여 서로를 트리거하는 두 개의 변경 시 워크플로는 "상호 재귀" 시나리오에 해당합니다.
그뿐만 아니라 서로를 트리거하는 짧은 워크플로를 여러 개 사용하여 상태 기반 워크플로를 구현하는 것은 매우 흔한 일입니다. 예를 들어 상태 필드가 포함된 목록이 있고 이 목록에 변경 시 워크플로가 여러 개 연결되어 있을 수 있습니다. 이들 워크플로는 모두 상태 필드를 업데이트하는 단계를 마지막에 포함합니다. 따라서 한 워크플로가 상태를 업데이트하여 다른 여러 워크플로를 트리거하고 그러면 트리거된 워크플로는 상태 필드의 값을 검토하여 실행을 계속할지, 아니면 중지할지 여부를 결정합니다. 이러한 상태 기반 워크플로도 "상호 재귀" 시나리오에 해당하는데 하나의 워크플로가 현재 항목을 변경/업데이트하여 여러 다른 변경 시 워크플로를 시작하기 때문입니다. SP2는 상호 재귀에 기반을 둔 이러한 상태 기반 워크플로를 차단하지 않습니다.
· SP2 이전에는 변경 시 워크플로 하나가 현재 항목을 업데이트하여 자신을 트리거하는 방식으로 무한 루프에 들어갈 수 있었습니다.
· SP2 이후부터는 변경 시 워크플로 하나가 현재 항목을 업데이트하여 다른 변경 시 워크플로를 트리거할 수 있지만 자신을 트리거할 수는 없습니다. 따라서 상호 재귀 시나리오가 얼마든지 가능하며, 간단한 변경 시 워크플로를 여러 개 사용하여 상태 기반 워크플로를 구현하는 시나리오가 여기에 포함됩니다.
· 다시 말씀 드리지만 생성 시 워크플로가 현재 목록에 항목을 만들도록 하여 무한 루프를 만드는 방법은 한 번도 가능했던 적이 없습니다. 모든 워크플로에는 "내가 시작할 수 없는 워크플로"라는 속성이 있으며 이 속성은 항목이 만들어질 때 시작되는 워크플로가 루프되지 않도록 하는 데 사용됩니다.
· 또 한 가지 주의할 점은 이전의 시나리오는 모두 단일 목록이나 라이브러리에 연결된 워크플로만 포함한다는 사실입니다. 목록 간 시나리오에서의 무한 루프는 변경 시 워크플로나 생성 시 워크플로에 대해 모두 가능합니다.
이 섹션에서는 SP2 이전에 변경 시 워크플로 하나로 무한 루프를 사용하는 방법을 예로 보여 줍니다. SP2 이후부터는 이 워크플로가 자신을 트리거하지 않으므로 다음 섹션에서는 별개의 두 워크플로를 사용하여 무한 루프를 만드는 방법을 예로 보여 줍니다.
팀 작업이라는 작업 목록이 있고 작업이 완료로 표시될 때까지 매일 미리 알림을 보내는 워크플로를 디자인하려 한다고 가정해 보십시오.
먼저 기본값이 0인 카운터(Counter)라는 열을 목록에 추가합니다.
워크플로만 이 카운터 열에 액세스하고 업데이트할 수 있도록 카운터 열을 목록 양식에서 숨겨야 합니다(새 항목, 항목 편집). 먼저 목록 설정 페이지에서 고급 설정을 클릭한 다음 콘텐츠 형식 관리를 허용하도록 설정합니다.
목록 설정 페이지에서 각 콘텐츠 형식을 클릭하고 다음 페이지에서 카운터 열을 클릭합니다. 그런 다음 카운터 열을 숨기도록 설정합니다. 목록의 모든 콘텐츠 형식에 대해 이 작업을 수행합니다.
카운터 열을 만들고 열이 양식에 나타나지 않도록 숨겼으면 이제 워크플로를 디자인할 차례입니다.
매일 미리 알림 워크플로는 항목이 만들어지거나 변경될 때마다 시작되어야 합니다.
첫 번째 단계에서는 두 가지 사항을 확인합니다. (1) 작업이 이미 완료로 표시되어 있으면 워크플로가 중지됩니다. 이 규칙은 작업이 마지막으로 완료로 표시될 때마다 루프를 중단합니다. (2) 작업이 완료되지 않았으면 워크플로는 작업 기한이 미래의 날짜인지(오늘 이후 날짜) 확인합니다. 여기서는 기한이 될 때까지 미리 알림을 보내지 않으려고 하므로 작업 기한이 미래의 날짜이면 기한이 될 때까지 워크플로가 일시 중지됩니다.
두 번째 단계에서는 작업이 완료되었는지 다시 확인합니다(이전 단계에서 기한이 될 때까지 워크플로가 일시 중지되었는데 그 사이에 작업이 완료되었는지 확인). 작업이 아직 완료되지 않았으면 워크플로가 하루 동안 일시 중지됩니다.
세 번째 단계에서는 워크플로가 일시 중지되어 있는 동안 작업이 완료되었는지 다시 확인합니다. 작업이 완료되었으면 워크플로가 중지됩니다.
작업이 완료되지 않았으면 워크플로는 (1) 전자 메일 미리 알림을 보냅니다. (2) 현재 항목/카운터 필드를 조회하여 CurrentCount 변수를 설정합니다. (3) CurrentCount에 1을 추가하고 이 값을 NewCount 변수에 저장합니다. (4) 카운터 열을 NewCount 변수에 저장된 값으로 설정합니다.
기본적으로 이 단계에서는 워크플로가 실행될 때마다 카운터 열의 값을 1씩 증가시키므로 카운터 열을 보면 미리 알림을 보낸 횟수를 알 수 있습니다. 그리고 가장 중요한 사실은 이 단계의 끝에 수행되는 "현재 항목의 필드 설정" 작업이 현재 항목을 변경하는 작업이므로 워크플로가 자신을 트리거하고 루프를 만든다는 점입니다.
SP2 이후에도 이러한 루프를 이용할 수 있지만 자신을 트리거하는 단일 워크플로 대신 서로를 트리거하는(상호 재귀) 두 개의 워크플로를 디자인해야 한다는 점이 다릅니다.
이때는 (1) 개수를 증가시키는 카운터 워크플로와 (2) 실제로 미리 알림 메일을 보내는 작업자 워크플로를 사용합니다.
앞에서와 같이 기본값이 0인 카운터 열을 목록에 만들고 콘텐츠 형식 관리를 허용하도록 설정하고 목록의 모든 콘텐츠 형식에 대해 이 필드를 숨김으로 설정해야 합니다.
두 개의 워크플로를 사용하는 이 디자인에는 SendMail이라는 두 번째 열이 필요합니다. 이 열은 작업자 워크플로에 대한 플래그 역할을 합니다. 기본값은 No여야 합니다. 그렇지 않을 경우 작업 항목이 변경되면 전자 메일 미리 알림이 전송됩니다.
카운터 워크플로는 항목이 만들어지거나 변경되면 시작됩니다.
첫 번째 단계에서는 작업 상태를 확인합니다. 작업이 완료되었으면 카운터 워크플로가 중지됩니다.
여기서는 기한이 될 때까지 미리 알림을 보내지 않으려고 하므로 작업 기한이 미래의 날짜(오늘 이후의 날짜)이면 기한이 될 때까지 두 번째 단계가 일시 중지됩니다.
세 번째 단계에서는 작업이 완료되었는지 다시 확인합니다. 즉, 이전 단계에서 워크플로가 일시 중지되어 있는 동안 작업이 완료되었는지 확인합니다. 작업이 아직 완료되지 않았으면 워크플로가 하루 동안 일시 중지됩니다.
마지막 단계에서는 상태를 다시 확인하여 하루 동안의 일시 중지 기간 동안 작업이 완료되었는지 확인합니다. 작업이 완료되지 않았으면 워크플로가 (1) 카운터 열의 값을 1씩 증가시키고 (2) SendMail을 Yes로 설정하여(기본값은 No임) 현재 항목을 업데이트합니다.
앞의 카운터 워크플로는 현재 항목을 업데이트(변경)하는 것으로 종료됩니다. 이러한 업데이트는 항목이 변경되면 시작되도록 설정된 작업자 워크플로를 트리거합니다.
작업자 워크플로는 단순히 SendMail 플래그가 Yes로 설정되어 있는지만 확인합니다. Yes로 설정되어 있으면 워크플로는 미리 알림 메시지를 보내고 플래그를 다시 No로 설정합니다.
SendMail 플래그를 No로 설정하면 앞의 카운터 워크플로를 트리거하도록 변경됩니다. 카운터 워크플로와 작업자 워크플로는 서로를 트리거하여 작업이 완료료 표시될 때까지 매일 미리 알림을 보냅니다.
무한 루프 대신 카운터 열이 특정 값, 예를 들어 5개의 미리 알림에 도달하면 작업자 워크플로가 작업 알림을 에스컬레이션하도록 설정할 수도 있습니다. 다음 단계에서는 미리 알림 개수에 따라 서로 다른 분기를 실행합니다. 개수가 5에 도달하면 워크플로는 관리자에게 메시지를 보냅니다. 관리자의 전자 메일 주소는 전자 메일 보내기 작업에 하드코딩하거나 워크플로 조회를 사용하여 목록에서 검색할 수 있습니다.
특정 개수의 미리 알림이 전송된 후에는 다른 개인이나 그룹에 작업을 다시 배정하도록 작업자 워크플로를 설정할 수도 있습니다. 이 단계에서 워크플로는 에스컬레이션된 작업에 대한 추가 작업을 수행할 책임이 있는 팀 구성원으로 이루어진 SharePoint 그룹에 작업을 다시 배정합니다.
개수가 특정 숫자에 도달하면 루프를 종료하려는 경우 작업자 워크플로가 아니라 카운터 워크플로의 첫 번째 단계에 분기를 추가해야 합니다. 이 분기는 카운터 열의 값이 6에 도달하면 루프를 중지합니다.
이 정보가 도움이 되길 바랍니다.
- Stephen
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Service Pack 2 prevents an on-change workflow from starting itself을 참조하십시오.
SharePoint 2010 목록 보기 블로그 시리즈: 1부 – 새 목록 보기 소개
안녕하세요. SharePoint 팀의 프로그램 관리자인 Greg Chan입니다. SharePoint 2010에 새로 도입된 목록 보기와 관련된 다양한 주제에 관해 다루게 될 이 새 블로그 시리즈를 시작하게 되어 너무도 기쁘게 생각합니다.
목록 보기란?
목록 보기란 간단히 말해 SharePoint 목록 데이터를 표시하기 위한 보기입니다. 목록 보기라는 개념은 SharePoint v2 이후부터 형성되어 왔습니다. 콘텐츠 쿼리 웹 파트를 비롯하여 다양한 시나리오에서 목록 데이터를 시각화하기 위한 여러 가지 기술이 사용되고 있지만 목록 보기는 SharePoint 2010에서 목록 데이터를 표시하기 위한 기본 구성 요소로 남아 있습니다.
목록 보기는 SharePoint의 어디서든 찾아볼 수 있으며 공지 사항, 작업 및 일정과 같은 정보를 표시하는 데 사용됩니다.
목록 보기 예:
2010 목록 보기의 가장 큰 변경 사항
2010에는 목록 데이터를 표시하기 위한 새로운 기본 기술인 XLV(XSLT 목록 보기) 웹 파트라는 구성 요소를 도입했습니다. 이 새로운 기술은 SharePoint v2에서 2007까지의 기본 기술이었던 LVWP(목록 보기 웹 파트)에 속합니다. 참고: LVWP는 SharePoint 2010에서도 지원되지만 새 XLV만큼 널리 사용되지는 않습니다.
새 XLV는 SharePoint 플랫폼의 많은 부분을 향상시키는데, 저는 이 블로그 시리즈를 통해 이러한 영역들 대부분을 다루고자 합니다.
새 XLV(XSLT 목록 보기)의 주요 이점
목록 보기의 기본 기술을 바꾸기 위해 SharePoint 플랫폼을 근본적으로 변경해야 했습니다. 그렇다면 이러한 변경이 왜 필요했는지 질문하실 겁니다. 다음은 XLV가 제공하는 몇 가지 주요 이점입니다.
블로그 시리즈에서 다룰 주제
SharePoint 제품군의 여러 팀에 소속된 많은 사람들이 SharePoint 2010의 새로운 목록 보기를 만드는 데 기여했습니다. 이 블로그 시리즈를 통해 여러분은 목록 보기와 관련된 주요 주제에 관한 이들 전문가들의 다양한 견해를 접할 수 있을 것입니다.
다음은 블로그 시리즈에서 다룰 주제입니다.
이 주제들의 게시 순서는 바뀔 수 있으며 주제가 추가되거나 수정될 수도 있습니다. 이 목록에는 없지만 자세히 알고 싶은 목록 보기 관련 내용이 있으면 언제든지 의견을 보내 주십시오.
읽어 주셔서 감사합니다. 여러분 모두 새 목록 보기에 많은 관심을 가져 주시길 바라며 아울러 이 블로그는 앞으로 더 많은 내용으로 채워질 것이니 자주 방문해 주시기 바랍니다.
Greg Chan
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 SharePoint 2010 List View Blog Series: Part 1 – Introduction to the new List View를 참조하십시오.
SharePoint Designer 잠금
여러분, 다시 뵙게 되어 반갑습니다. SharePoint Designer와 관련된 글을 올리고 있는 Stephen입니다. 잘 아시다시피 SharePoint Designer 2007은 SharePoint 사이트를 편집하는 데 사용할 수 있는 강력한 도구입니다. 이 도구만 있으면 조직에서 사용자가 SharePoint Designer 2007을 사용하는 방법과 장소를 완전하게 제어할 수 있습니다.
이 게시물을 통해 저는 "조직에서 SharePoint Designer를 잠그려면 어떻게 해야 합니까?"와 같은 아주 일반적인 질문에 대한 답변과 이 질문에 상반되는 질문, 그러니까 SharePoint Designer가 잠겨 있는 환경에서 사용자들이 흔히 던지는 "SharePoint Designer에서 사이트를 편집하려고 하면 왜 이 메시지가 나타납니까?"라는 질문에 대한 답변을 제시하려고 합니다.
아래 표에서는 조직에서 SharePoint Designer를 잠글 수 있는 다양한 방법을 간략히 보여 줍니다. 이 내용 중 일부는 Office Online, TechNet, MSDN, 기술 자료 등의 여러 곳에 이미 게시되었지만 다시 한번 이 지면을 통해 자세한 설명을 드리면 많은 도움이 되리라 생각합니다.
(보안 기능이 아님)
다양한 수준을 시각적으로 일목요연하게 보려면 MSDN: 서버 및 사이트 아키텍처: 개체 모델 개요(영문일 수 있음)를 참조하십시오.
사용 권한을 사이트 수준에서 사용하는지, 중앙 관리에서 사용하는지 관계없이 위에 나온 옵션을 사용할 경우 다음 세 가지 사용 권한을 고려해야 합니다.
사용자가 사이트에서 파일을 편집할 수 없게 하려면 페이지 추가 및 사용자 지정(Add and Customize Pages) 확인란의 선택을 취소합니다. 이렇게 하면 여기에 종속된 사용 권한인 웹 사이트 관리(Manage Web Site) 확인란도 선택이 취소됩니다.
이러한 사용 권한을 제거하더라도 사용자는 SharePoint Designer에서 사이트를 열 수 있고 사이트 루트에 있는 default.aspx와 같은 페이지를 열고 편집할 수 있습니다. 그러나 사용자가 변경 내용을 저장하려고 하면 다음과 같은 메시지가 표시됩니다.
페이지 추가 및 사용자 지정 권한이 없으면 사용자는 편집한 페이지를 사이트 루트나 사이트 내의 폴더에 저장할 수 없습니다. 예를 들어 default.aspx의 변경 내용을 사이트 루트에 저장할 수 없습니다. 그러나 사용 권한이 있는 사이트의 라이브러리나 현재 사이트 외부의 위치에는 편집한 페이지를 저장할 수 있습니다. 목록 사용 권한은 사이트 사용 권한과는 별개로 작동한다는 점을 기억하시기 바랍니다. 사실 이 두 사용 권한 집합은 사용 권한 목록에서 각각 별개의 섹션을 가지고 있습니다. 따라서 사용자가 목록이나 라이브러리 외부에 있는 파일의 변경 내용을 저장할 수 없게 설정하더라도 SharePoint Designer에서 사이트를 열고 워크플로 문서 라이브러리에서 워크플로를 삭제하거나 전체 목록을 삭제하는 등의 작업을 못하게 막을 수는 없습니다. 이러한 목록 및 라이브러리에 대한 사용 권한은 별도로 관리됩니다(다음 섹션 참조).
한 가지 더 고려해야 할 사항이 있습니다. 모든 사용 권한(기본 사용 권한 수준인 모든 권한)을 가지고 있으면 사이트 설정 페이지에서 모든 옵션을 볼 수 있습니다(아래에서 위쪽 그림). 웹 사이트 관리 권한(페이지 추가 및 사용자 지정에 따라 달라짐)이 없으면 사이트 설정 페이지에 대부분의 옵션이 나타나지 않습니다(아래에서 아래쪽 그림). 따라서 사용 권한을 잘못 설정할 경우 대부분의 사용자가 자신의 사이트에서 주요 관리 작업을 못하게 될 수도 있으므로 특히 중앙 관리 수준에서 사용자 권한을 관리할 때는 이러한 점을 신중히 고려해야 합니다.
앞에서 설명했듯이 사용자가 SharePoint Designer에서 사이트를 열 수 있으면 사용자의 목록 사용 권한에 따라 워크플로, 목록 양식, 전체 목록 등의 콘텐츠를 목록과 라이브러리에서 삭제할 수 있습니다. 이를 방지하려면 목록 관리(Manage Lists) 권한을 해제해야 합니다.
이 사용 권한을 제거한 후 사용자가 SharePoint Designer에서 사이트를 열고 사이트의 사용 권한을 상속하는 목록이나 목록의 파일을 삭제하려고 하면 표준 "액세스 거부(Access denied)" 경고 메시지가 표시됩니다.
이 사용 권한은 사이트 사용 권한을 상속하지 않는 특정 목록이나 라이브러리 수준에서 무시할 수 있습니다. 예를 들어 워크플로 문서 라이브러리는 사이트에서 숨겨진 라이브러리이며 기본적으로 사이트의 사용 권한을 상속하지 않습니다. 사이트를 만들 때 워크플로 라이브러리는 사이트와 동일한 사용 권한 구성을 적용 받지만 이후에 사용자가 사이트 수준에서 수행하는 사용 권한 변경(예: 목록 관리 해제)은 워크플로 라이브러리에 자동으로 적용되지 않습니다.
워크플로 라이브러리의 사용 권한을 관리하려면 SharePoint Designer에서 사이트를 열고 >> 워크플로 라이브러리를 마우스 오른쪽 단추로 클릭하고 >> 속성을 클릭한 다음 >> 보안 탭을 클릭하고 >> "브라우저를 사용하여 사용 권한 관리(Manage permissions using the browser)" 링크를 클릭합니다.
사용자에 대해 목록 관리 권한을 해제하면 사용자가 목록에 열을 추가하거나 공용 보기도 만들 수 없게 됩니다.
위의 두 옵션은 사용자가 SharePoint Designer에서 사이트를 연 후 사이트의 개체를 편집하거나 삭제할 수 없게 합니다. 처음부터 디렉터리 찾아보기(Browse Directories) 권한을 해제하여 SharePoint Designer에서 사이트를 열지 못하게 할 수도 있습니다.
이 사용 권한을 해제하면 여기에 종속된 네 가지 사용 권한도 해제됩니다. 둘은 앞에서 설명한 페이지 추가 및 사용자 지정(Add and Customize Pages)과 웹 사이트 관리(Manage Web Site) 권한이고 나머지 둘은 사용 권한 관리(Manage Permissions)와 사용 권한 열거(Enumerate Permissions) 권한입니다.
사이트나 웹 응용 프로그램에 대한 디렉터리 찾아보기 권한이 없는 사용자가 SharePoint Designer에서 해당 사이트나 해당 웹 응용 프로그램의 사이트를 열려고 하면 다음과 같은 메시지가 표시됩니다.
그 다음에는 새 로그온 자격 증명을 입력하라는 메시지가 나타납니다. 새 자격 증명으로 로그온에 실패하면 다음과 같은 메시지가 표시됩니다.
사용 권한 목록을 보면 "SharePoint Designer 인터페이스를 사용하여 웹 사이트에 액세스합니다."라는 문구가 나오므로 원격 인터페이스 사용(Use Remote Interfaces) 권한을 해제하고 싶을 수도 있습니다. 적절한 선택일 수도 있지만 그렇게 단순한 것이 아닙니다. 이 사용 권한에는 클라이언트 통합 기능 사용(Use Client Integration Features)이라는 종속된 사용 권한이 있기 때문에 원격 인터페이스 사용(Use Remote Interfaces) 권한을 제거하면 Word, Excel, PowerPoint 같은 Office 프로그램과의 SharePoint 통합이 모두 해제됩니다.
예를 들어 원격 인터페이스 사용을 해제하면 Microsoft Office Word에서 편집 옵션이 목록 또는 라이브러리의 항목 메뉴에서 사라집니다.
또는 Word에서 버전 기록을 보려고 하면(Office 단추 >> 서버 메뉴 >> 버전 기록 보기) 다음과 같은 메시지가 표시됩니다.
그뿐 아니라 워크플로 통합과 같은 다른 편리한 기능도 모두 비활성화되므로 원격 인터페이스 사용 권한을 해제하는 것은 SharePoint Designer를 사용한 액세스 제어 방법으로 적절하다고 할 수 없습니다.
서버 관리자의 경우 서버의 ONET.XML 파일을 수정하여 사용자가 SharePoint Designer 2007에서 사이트를 열지 못하게 할 수 있습니다. 모든 사이트 정의는 ONET.XML 파일을 하나씩 포함하며 이 파일을 변경하면 해당 사이트 정의에 기반을 둔 모든 사이트가 영향을 받습니다. 예를 들어 "sts" 사이트 정의의 ONET.XML을 수정하면 모든 사용자는 해당 사이트 정의에서 만들어진 모든 팀 사이트를 SharePoint Designer에서 열지 못하게 됩니다. 모든 사이트 정의를 제어하는 "uber-ONET.XML" 파일은 없습니다.
ONET.XML 변경은 서버의 모든 사이트에 영향을 주는 전역 변경입니다.
1) 서버에서 Windows 탐색기를 열고 사이트 정의가 있는 폴더로 이동합니다.
<드라이브:>\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\SiteTemplates\<사이트_유형>\XML
다음은 SharePoint Server 2007을 실행하는 서버의 사이트 서식 파일입니다. Windows SharePoint Services의 사이트 서식 파일은 종류가 이보다 적습니다. 각 사이트 서식 파일에는 고유의 ONET.xml 파일이 있습니다.
일부 폴더 이름은 암호화되어 있습니다. 빠른 참조를 위해 아래 표에는 폴더와 사이트 이름이 매핑되어 있습니다.
2) 사이트 정의의 ONET.XML 파일을 마우스 오른쪽 단추로 클릭하고 메모장에서 엽니다.
3) 여는 Project 태그 안에 다음 줄을 추가합니다.DisableWebDesignFeatures=wdfopensite
4) 파일을 저장하고 메모장을 닫습니다.
5) 서버에서 iisreset을 수행합니다.시작, 실행을 차례로 클릭하고 cmd를 입력하고 확인을 클릭합니다. 명령 프롬프트에서 iisreset 컴퓨터_이름 /restart를 입력한 다음 Enter 키를 누릅니다.
6) 해당 유형의 사이트가 SharePoint Designer에서 열려 있으면 SharePoint Designer를 닫습니다.SharePoint Designer에서 사이트를 열려고 하면 다음과 같은 메시지가 표시됩니다.
기술 자료 940958: SharePoint Designer 2007 사용자가 Windows SharePoint Services 3.0 사이트 또는 SharePoint Server 2007 사이트를 변경하지 못하게 하는 방법
TechNet: 특수 디렉터리 및 저장소 위치(Office SharePoint Server)
MSDN: 사이트 정의 및 구성(영문일 수 있음)
MSDN: 프로젝트 요소(영문일 수 있음)
중앙 관리에서 웹 응용 프로그램의 모든 사용자 및 그룹에 대해 사용 권한을 설정하거나 해제할 수 있습니다. 이런 식으로 중앙에서 사용 권한을 관리하면 웹 응용 프로그램 하나에 150,000개의 사이트 모음을 포함할 수 있으므로 편리합니다. 웹 응용 프로그램에서 사용 권한 확인란의 선택을 취소하면 웹 응용 프로그램의 모든 사이트 모음에 있는 모든 사이트의 사용자나 그룹에 해당 사용 권한을 할당할 수 없게 됩니다.
중앙 관리 사이트로 이동합니다. 응용 프로그램 관리(Application Management) 탭에서 웹 응용 프로그램에 대한 사용자 사용 권한(User Permissions for Web Application)을 클릭합니다.
다음 페이지에 개별 사이트의 사용 권한 수준을 관리할 때 표시되는 것과 같은 사용 권한 목록이 표시됩니다. 중앙 관리의 경우 셀프 서비스 사이트 만들기 사용이라는 추가 사용 권한이 있다는 점만 다릅니다.
특정 사용 권한을 해제했을 때의 결과에 대해서는 앞에서 설명했습니다. 하지만 중앙 관리에서 사용자가 SharePoint Designer에서 사이트를 편집할 수 없게 설정하는 가장 간단한 방법은 디렉터리 찾아보기 권한을 해제하여 SharePoint Designer에서 사이트를 열 수 없게 하는 것입니다. 이 경우 사용자가 브라우저에서 사이트 설정 페이지의 모든 옵션에 액세스할 수 없게 되고 웹 응용 프로그램의 모든 사이트에 대한 사용 권한을 관리할 수 없게 되는 위험이 따릅니다.
TechNet: 웹 응용 프로그램에 대한 사용 권한 관리(Office SharePoint Server)
앞의 웹 응용 프로그램에 대한 사용 권한 섹션에서 설명한 옵션은 웹 응용 프로그램의 모든 사이트 모음에 대해 모든 사용자와 그룹에 적용되는 포괄적 설정입니다. 이보다 세분화된 제어가 필요한 경우에는 웹 응용 프로그램의 특정 사용자나 그룹에 대한 사용 권한을 설정할 수 있습니다. 이 경우 웹 응용 프로그램에 대한 정책을 만들면 됩니다. Joel Olson의 블로그를 보면 웹 응용 프로그램 정책을 유용하게 사용할 수 있는 적절한 예(영문일 수 있음)가 나와 있습니다.
Joel이 설명하듯이 웹 응용 프로그램 정책은 사용 권한을 중앙에서 관리하는 수단입니다. 또한 웹 응용 프로그램 정책은 감사, 만료, 레이블, 바코드 등을 포함하고 목록이나 라이브러리의 데이터를 관리하는 데 사용되는 정보 관리 정책과는 다릅니다.
중앙 관리 사이트로 이동합니다. 응용 프로그램 관리(Application Management) 탭에서 웹 응용 프로그램 정책(Policy for Web Application)을 클릭합니다.
중앙 관리에서 권한 정책을 관리하는 작업은 SharePoint 팀 사이트에서 사용 권한을 관리하는 것과 상당 부분 비슷합니다. 사용자를 추가하고 사용 권한 수준을 구성한 다음 사용자에게 사용 권한 수준을 할당할 수 있습니다.
정책을 통해 사용 권한을 설정하는 방법의 경우 각 사용 권한에 대해 허용(Grant)과 거부(Deny)라는 두 개의 확인란이 제공됩니다. 이 두 확인란을 비워 두면 정책에서 해당 사용 권한을 명시적으로 허용하거나 거부하지 않음을 의미하며 따라서 사용자가 해당 사용 권한을 갖는지 여부는 웹 응용 프로그램의 사이트 소유자가 결정해야 합니다. 웹 응용 프로그램 정책의 일부로 사용 권한을 명시적으로 허용하면 사용자는 해당 사용 권한을 가지게 되며 사이트 소유자는 사이트 수준에서 이 설정을 무시할 수 없습니다. 마찬가지로 사용 권한을 명시적으로 거부하면 사용자는 앞으로 해당 사용 권한을 가질 수 없습니다.
이때 사용 권한을 사용하여 SharePoint Designer를 잠그는 방법은 앞에서 설명한 바와 같습니다. 빠른 참조를 위해 아래 표에서는 기본 정책 사용 권한 수준별로 허용되거나 거부되는 사용 권한을 보여 줍니다. 여기서 SharePoint Designer를 잠그는 가장 간단한 방법은 디렉터리 찾아보기 권한을 명시적으로 거부하는 새 권한 정책 수준을 추가하고(이 경우 앞에서 설명한 종속성 문제가 발생할 수 있음) 해당 정책을 특정 사용자나 그룹에 할당하는 것입니다.
TechNet: 정책을 통한 사용 권한 관리(Office SharePoint Server)
사이트 소유자는 사용자 및 사이트 단위로 사용 권한을 설정할 수 있습니다.
사이트에서 사용 권한을 상속하지 않는 경우
· 사이트 작업 메뉴 >> 사이트 설정 >> 고급 사용 권한 >> 설정 메뉴 >> 사용 권한 수준을 클릭합니다.
사이트에서 사용 권한을 상속하는 경우
· 사이트 작업 메뉴 >> 사이트 설정 >> 고급 사용 권한 >> 작업 메뉴 >> 사용 권한 편집 >>을 클릭하고 확인 >> 설정 메뉴 >> 사용 권한 수준을 클릭합니다.
사이트 수준에서도 동일한 사용 권한을 사용할 수 있으며 해당 사용 권한은 앞에서 설명한 것과 동일한 종속성을 가집니다. 빠른 참조를 위해 이 표에서는 이러한 사용 권한을 포함하는 SharePoint Server 2007의 기본 사용 권한 수준을 보여 줍니다.
다음은 가장 간단한 방법입니다.
· 사용자가 SharePoint Designer에서 사이트를 열지 못하게 하려면 사용자를 방문자 그룹에 추가하십시오. 방문자는 사이트를 열 수 없을 뿐만 아니라 브라우저에서 목록 또는 라이브러리의 항목이나 파일을 편집할 수도 없습니다.
· 사용자가 SharePoint Designer에서 사이트를 편집하지 못하게 하려면 사용자를 구성원 그룹에 추가하십시오. 구성원은 브라우저에서 목록 또는 라이브러리의 항목이나 파일을 편집할 수 있습니다. 또한 SharePoint Designer에서 사이트를 열 수도 있습니다. 그러나 사이트를 편집할 수는 없습니다.
· 사용자가 SharePoint Designer에서 사이트를 편집할 수 있도록 하되 사이트 소유자 작업(예: 사용 권한 관리)은 수행할 수 없도록 하려면 디자이너 그룹을 만들어 이 그룹에 디자인 사용 권한 수준을 할당하십시오. 디자인 사용 권한 수준의 사용자는 SharePoint Designer에서 사이트를 열고 편집할 수 있지만 사용 권한 관리 권한은 가지지 않습니다.
사이트 수준의 사용 권한은 웹 응용 프로그램 수준의 사용 권한으로 무시될 수 있다는 점에 유의하십시오. 사용자에게 사이트에 대한 모든 권한을 할당하더라도 중앙 관리에서 필요한 사용 권한을 제거하거나 거부한 경우에는 액세스가 거부됩니다.
Office Online: 권한 수준 및 권한
Office Online: 권한 수준 관리
참가자 설정 기능을 사용하여 참가자 모드를 설정하고 구성할 수 있습니다. 참가자 모드는 SharePoint Designer 2007의 제한된 액세스 모드입니다. SharePoint Designer 2007에서 사이트를 열어 편집하는 사용자의 경우 자신이 속한 참가자 그룹 및 해당 참가자 그룹에 지정된 편집 제한 사항에 따라 저마다 사용할 수 있는 명령이나 기능이 다릅니다.
사이트 메뉴에서 참가자 설정(Contributor Settings)을 클릭합니다.
참가자 설정 기능을 사용하면 사용자가 SharePoint Designer 2007에서 수행하는 작업을 세부적으로 제어할 수 있습니다. 이때 두 가지 중요한 사항을 염두에 두어야 합니다.
· 사용 권한과 달리 참가자 설정은 보안 기능이 아닙니다. 참가자 모드는 사이트 소유자가 사용자의 의도를 분명히 알고 있는 환경에서 사용하도록 디자인되었습니다. 참가자 모드는 사용자를 특정 방향으로 유도하여 작업을 수행하도록 함으로써 웹 사이트가 실수로 변경되지 않도록 하는 역할을 합니다.
· 사용자의 참가자 설정은 사용자가 자신의 사용 권한으로 수행할 수 있는 작업을 무시할 수 없습니다. 사용 권한은 보안 기능이고 참가자 설정은 보안 기능이 아닙니다. 두 기능이 충돌할 경우 항상 사용 권한이 우선 적용됩니다.
참가자 설정을 설정하거나 해제하려면 사용 권한 관리 권한이 있어야 합니다. SharePoint Server 2007에서는 기본적으로 모든 권한 및 계층 구조 관리 권한 수준만 이 사용 권한을 포함합니다. 따라서 기본적으로 소유자 그룹의 사용자만 참가자 설정을 해제할 수 있습니다.
마지막으로, 사용자가 자신의 참가자 설정에서 허용하지 않는 위치에 파일을 저장하려고 하면 일반적인 "액세스 거부(Access denied)" 메시지가 표시됩니다.
참가자 설정은 사이트 단위로만 구성할 수 있으며 .htm 파일에 저장됩니다. 하지만 임시 사이트에서 이 설정을 구성하고 .htm 파일을 저장한 다음 File 요소를 사용하여 이 파일을 사이트 정의에 포함할 수 있습니다. 이렇게 하면 이 사이트 정의에서 만들어진 모든 사이트가 동일한 참가자 설정을 공유하게 됩니다.
Office Online: 참가자 설정 소개
Office Online: 사이트 관리자로서 참가자 설정 사용
Windows 기반 네트워크에서 관리자는 그룹 정책 설정을 통해 사용자가 SharePoint Designer 2007을 포함하여 2007 Microsoft Office system을 사용하는 방법을 손쉽게 제어할 수 있습니다. 관리자는 그룹 정책 설정을 사용하여 사용자 컴퓨터에 Office 구성을 정의하고 유지 관리할 수 있습니다. 설치 사용자 지정 파일에 배포된 기본 설정 등의 다른 사용자 지정 요소와 달리 정책 설정은 강제로 적용되며 엄격하게 관리되거나 느슨하게 관리되는 구성을 만드는 데 사용할 수 있습니다. 예를 들어 관리자는 정책 설정을 사용하여 사용자 인터페이스의 메뉴 명령과 해당 도구 모음 단추 및 바로 가기 키를 비활성화할 수 있습니다.
로컬 컴퓨터 및 해당 컴퓨터의 모든 사용자에게 적용되는 정책 설정 또는 개별 사용자에게만 적용되는 정책 설정을 만들 수 있습니다.
· 컴퓨터별 정책 설정은 사용자가 해당 컴퓨터에서 네트워크에 처음 로그온할 때 적용됩니다.
· 사용자별 정책 설정은 해당 사용자가 아무 컴퓨터에서나 네트워크에 로그온할 때 적용됩니다.
그룹 정책은 중앙 관리의 권한 정책이나 목록 또는 라이브러리에 적용되는 정보 관리 정책과는 완전히 별개입니다. 그룹 정책은 SharePoint 배포의 사이트 또는 사이트 모음과 같은 개체에 대한 액세스를 제어하지 않습니다. 대신 그룹 정책은 SharePoint Designer 2007 사용자 인터페이스의 명령과 단추를 사용하지 않도록 설정할 수 있습니다. 예를 들어 사용자가 작업량이 가장 많은 시간대에 사이트 백업과 같은 리소스를 많이 사용하는 작업을 수행하지 못하게 하려면 그룹 정책을 사용하여 특정 컴퓨터나 사용자에 대해 웹 사이트 백업 명령을 사용하지 않도록 설정할 수 있습니다.
UI를 사용하지 않도록 설정하려면 2007 Office system 컨트롤의 TCID(도구 모음 컨트롤 ID)를 지정해야 합니다. 리본을 사용하는 Office 2007 프로그램의 경우 이 다운로드(영문일 수 있음)에서 TCID 목록을 제공합니다.
SharePoint Designer 2007에서는 Office 2003과 동일한 VBA를 사용하여 컨트롤 ID를 구할 수 있습니다. 관련 단계 및 VBA 코드 조각은 Office Online: 정책을 통해 사용자 구성 관리(영문일 수 있음)를 참조하십시오.
빠른 참조를 위해 이 게시물에 첨부된 스프레드시트에는 SharePoint Designer 2007의 모든 메뉴 및 명령의 TCID가 나와 있습니다.
TechNet: 2007 Office system에서 그룹 정책을 사용하여 설정 적용(영문일 수 있음)
TechNet: 사용자 인터페이스 항목 및 바로 가기 키 비활성화(영문일 수 있음)
그룹 정책 관리 관리 콘솔을 사용한 엔터프라이즈 관리
Office Online: 정책을 통해 사용자 구성 관리(영문일 수 있음)
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Locking Down SharePoint Designer을 참조하십시오.
This is a localized blog post. Please find the original article at Locking Down SharePoint Designer
Office Web Apps를 사용하여 새 파일 만들기
Office Web Apps는 SharePoint 배포의 일부로 설치할 수 있으며 Windows Live SkyDrive에서도 사용할 수 있습니다. 이 두 환경의 Office Web Apps가 지닌 한 가지 차이점은 새 파일을 만드는 방법에 있습니다.
SkyDrive에서 Office Web Apps를 사용하여 새 문서, 통합 문서, 프레젠테이션 또는 OneNote 전자 필기장을 만들 수 있습니다. UI는 다음과 같습니다.
이 UI를 사용하여 새 파일을 만들면 적절한 Office Web App에서 파일이 열립니다. SkyDrive에서는 비어 있는 단순한 서식 파일을 사용하여 새 파일을 만듭니다.
물론 SkyDrive에 파일을 업로드하고 Office Web Apps에서 편집할 수도 있습니다. 또한 Office 2010이 있으면 Word, PowerPoint 등의 응용 프로그램에서 SkyDrive에 직접 파일을 저장할 수 있습니다.
시스템에 Office가 설치되어 있는 경우 SharePoint에서 새 파일을 만들면 Office Web Apps가 아니라 해당 Office 데스크톱 클라이언트의 파일 만들기 환경이 사용됩니다. 그러나 데스크톱에 Office가 설치되어 있지 않으면 적절한 Office Web App(있는 경우)을 사용하여 새 파일을 만듭니다.
Office Web Apps는 Office Open XML 파일 형식(예: .docx 또는 .xlsx)과 OneNote 2010 파일 형식으로만 새 파일을 만들 수 있습니다. Office Web Apps에서 Word, PowerPoint 및 Excel 파일을 새로 만드는 경우 서식 파일이 해당 Office Wep App과 호환되어야 합니다. SharePoint와 함께 제공되는 서식 파일은 모두 Office Web Apps와 호환됩니다. OneNote Web App은 약간 다릅니다. OneNote Web App은 항상 비어 있는 OneNote 2010 전자 필기장을 만듭니다.
이제 SharePoint의 새 파일 만들기 환경을 사용자 지정하는 방법에 대해 조금 더 살펴보겠습니다. 이 내용은 Office Web Apps뿐만 아니라 Office 데스크톱 클라이언트에도 적용됩니다.
문서 라이브러리에서 새 파일을 만들기 위한 기본 SharePoint UI는 다음과 같습니다.
기본적으로 새 Word 문서를 만드는 옵션이 제공됩니다. 이 문서는 비어 있는 기본 Word 서식 파일에서 만들어집니다. 하지만 이 UI를 사용자 지정할 수 있습니다.
새 문서 라이브러리를 만드는 경우 문서 서식 파일 선택 옵션이 표시됩니다. 이러한 서식 파일에는 Office Web Apps에서 지원되는 파일 형식이 포함됩니다. 이 UI는 다음과 같습니다.
이 UI에서 선택하는 서식 파일은 비어 있는 기본 서식 파일이지만 문서 라이브러리의 고급 설정에서 이 문서 서식 파일을 원하는 문서 서식 파일로 변경할 수 있습니다. 예를 들어 사용자 지정 글꼴, 상용구 또는 회사 로고가 포함된 서식 파일을 사용할 수 있습니다. 사용자 지정 서식 파일을 선택하는 UI는 다음과 같습니다.
기본적으로 각 문서 라이브러리는 서식 파일을 하나만 지원하며 대부분의 경우 서식 파일 하나로도 충분합니다.
내용을 잘 따라오고 있습니까? 좋습니다. PowerPoint와 Word 파일을 동일한 문서 라이브러리에 만들려는 경우 해당 라이브러리에 서식 파일을 여러 개 연결해야 합니다.
SharePoint의 콘텐츠 형식(영문일 수 있음) 기능을 사용하면 문서 라이브러리 하나에 서식 파일을 여러 개 연결할 수 있습니다. 링크를 따라왔다면 콘텐츠 형식이 단순히 문서 라이브러리 하나에서 서식 파일을 여러 개 사용하는 것 이상의 기능을 제공한다는 것을 잘 알고 계실 것입니다. 하지만 여기서는 문서 라이브러리 하나에 서식 파일을 여러 개 연결하는 기능만 살펴 보겠습니다.
콘텐츠 형식을 사용하려면
다음은 이 작업을 수행하는 방법입니다.
먼저, 사용하려는 각 파일 형식에 대해 콘텐츠 형식을 만들어야 합니다. 이렇게 하려면 사이트 설정으로 가서 사이트 콘텐츠 형식을 선택하고 만들기를 클릭합니다. 그런 다음 콘텐츠 형식의 이름(예: 내 Word 문서)을 지정합니다. 그리고 문서 콘텐츠 형식 목록에서 상위 콘텐츠 형식을 문서로 설정합니다. 다음으로 콘텐츠 형식 고급 설정 페이지에서 사용할 서식 파일을 선택합니다.
이 작업이 끝나면 문서 라이브러리에서 콘텐츠 형식을 사용하도록 설정합니다. 이 작업은 문서 라이브러리 설정 > 고급 설정에서 수행할 수 있습니다.
이제 문서 라이브러리 설정으로 돌아가 콘텐츠 형식 섹션에서 기존 사이트 콘텐츠 형식에서 추가를 선택합니다. 여기서 사용자 지정 콘텐츠 형식을 선택할 수 있습니다.
모든 새 문서 라이브러리에서 동일한 콘텐츠 형식을 사용하도록 전체 SharePoint 사이트를 설정하려면 문서 라이브러리 서식 파일을 만드십시오. 이 서식 파일은 지금까지 설명한 서식 파일과는 다릅니다. 그런 다음 이 문서 라이브러리 서식 파일을 새 문서 라이브러리의 기본 서식 파일로 설정합니다. 지금부터는 사용자 지정 XML과 코드의 영역(영문일 수 있음)으로 들어갑니다. 대규모 SharePoint 사이트를 관리하는 경우라면 이 영역을 자세히 살펴볼만한 가치가 있습니다.
Nick Simons 프로그램 관리자, Office Web Apps
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Using Office Web Apps to Create New Files를 참조하십시오.
브라우저에 친화적인 Office Web Apps
지난 휴가 때 가족을 만나기 위해 고향에 갔었습니다. 기술 관련 분야에 종사하는 사람으로서 영광스럽게도 저는 곧바로 가족의 기술 지원 담당자로 임명되었습니다. 컴퓨터에 소프트웨어 패치를 적용하거나 설치하고 컴퓨터를 수리하면서 가족들의 컴퓨터 설정이 저마다 다르다는 것을 알게 되었습니다.
어머니는 Vista와 IE 7을 사용했고 남동생 둘은 Macs과 Safari를 사용하고 있었습니다. 물론 동생들은 컴퓨터에 손도 못 대게 했지만요. 아버지는 Windows XP를 사용했고 친척은 Vista와 Firefox를 사용했습니다. 이번 경험을 통해 저는 시스템 설정에 관계없이 어디서든 작업을 할 수 있다는 것이 얼마나 소중한지 깨닫게 되었습니다.
저희 팀은 Office Web Apps를 만들면서 어떤 플랫폼이나 브라우저를 사용하든 관계없이 브라우저에서도 Office와 똑같은 수준의 품질을 제공하기로 결심했습니다. 고객마다 구성이 다를 뿐만 아니라 도서관이나 공항에서 사용되는 자동 진행 시스템의 경우 다른 브라우저를 설치할 방법이 없다는 점 또한 잘 인식하고 있었습니다.
Office Web Apps는 널리 사용되는 여러 브라우저에서 작동하며 공식적으로 지원되는 브라우저는 다음과 같습니다.
다른 브라우저를 사용하려는 경우 한번 시도해 보십시오. 모든 브라우저를 공식적으로 지원할 수는 없지만 그렇다고 사용할 수 없다는 것은 아닙니다. 되도록 다양하고 많은 브라우저를 지원하는 것이 Web Apps의 목표입니다.
지원하는 모든 브라우저에서 일관된 경험을 제공하려고 하지만 가능하지 않을 때도 있습니다. 브라우저가 동일한 수준의 확장성을 제공하지 않는 경우도 있습니다. 리본의 '복사' 단추를 눌러 텍스트를 복사하는 것을 일례로 들 수 있습니다. Internet Explorer에서는 이 기능이 작동하지만(확인 메시지 표시 후) Firefox에서는 마우스 동작을 통해 클립보드로 복사하는 기능이 지원되지 않으므로 Office Web Apps에 아래와 같은 대화 상자가 표시됩니다.
Microsoft는 개발자가 대부분의 브라우저와 플랫폼에 더욱 다양한 웹 환경을 제공할 수 있도록 무료 브라우저 플러그 인인 Silverlight 3를 릴리스했습니다. Office Web Apps는 플러그 인을 설치하지 않아도 잘 작동하지만 Silverlight를 설치하면 훨씬 다양한 기능을 사용할 수 있습니다.
Word 문서나 PowerPoint 프레젠테이션을 볼 때 Silverlight를 설치할지 묻는 메시지가 나타날 때가 있는데 Silverlight를 설치하면 Word 및 PowerPoint 표시 환경이 향상되기 때문입니다.
Silverlight가 설치된 상태로 PowerPoint Web App을 실행하면 몇 가지 장점이 자동으로 추가됩니다. 예를 들어 애니메이션이 다소 부드럽게 진행되고 슬라이드 크기가 브라우저 창 크기에 맞게 조정됩니다. 하지만 Silverlight가 설치되어 있지 않아도 렌더링이나 애니메이션이 가능합니다.
Office Web Apps를 사용할 때 앞에서 설명한 장점을 이용하려면 Silverlight 설치(영문일 수 있음)를 수행하십시오. Silverlight 설치를 원하지 않는 경우 설치하지 않아도 선택한 브라우저에서 Office Web Apps가 제대로 작동하며 시스템 설정에 관계없이 어디서든 작업할 수 있습니다.
Gareth Howell 프로그램 관리자, Office Web Apps
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 The Office Web Apps Love Your Browser를 참조하십시오.
Office와 Facebook을 함께 활용하여 친구와 손쉽게 공유하는 아이디어 및 문서
Office 블로그(영문일 수 있음)에서 이 게시물을 확인하십시오.
"Facebook의 새 메시징 플랫폼에는 Facebook 사용자가 클릭 한 번으로 Microsoft Word, Excel 및 PowerPoint 문서를 볼 수 있도록 Office Web Apps가 통합되어 있습니다."
Office와 Facebook을 함께 활용하여 친구와 손쉽게 공유하는 아이디어 및 문서(영문일 수 있음)
Nick Simons프로그램 관리자, Office Web Apps
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Office + Facebook = Easily share your ideas and documents with friends를 참조하십시오.