문제

저는 SharePoint의 초보자이며 여러 가지 메뉴가있는 게시 사이트를 만들어야합니다. 요구 사항은 레벨이 수정되지 않으며 클라이언트는 페이지를 추가하고 메뉴를 사용자 정의 할 수 있어야합니다.
내가 착각하지 않은 경우 페이지는 사이트 아래의 첫 번째 레벨에서만 만들 수 있습니다. 폴더 개념과 같은 것을 보지 못합니다. 내비게이션 목적으로 헤딩을 추가 할 수 있으며 다른 레벨로 표시됩니다. 더 많은 레벨이 필요하면 하위 사이트를 만들어야합니다.

Site
   Page1
   Page2
   Heading
     Page3

이 올바른지?

Site
   Page1
   Page2
   Sublevel_1
     Page1_1
     Sublevel_2
        Page2_1
        Sublevel_3
            Page3_1
         ...

SharePoint 하위 사이트를 만들지 않고 이와 같은 일을 할 수 있습니까? 필요하지 않은 경우 사용자 정의 메뉴 컨트롤 작성을 건너 뛰거나 사용자 정의 사이트를 쓰는 것입니다. 내비게이션 관리를 위해 UI를 작성해야합니다.

편집하다:
페이지 목록에서 폴더를 만들고 해당 폴더에 페이지를 만들고 (실제로 이동) 하위 폴더를 작성했지만 탐색 설정 페이지에서도 메뉴에 표시되지 않습니다. 폴더를 승인 할 수 없습니다.

나는 이것이 불가능한 것 같습니다 앤드류 코넬 : 하위 폴더는입니다 ~ 아니다 Moss Publishing 사이트의 페이지 라이브러리에서 지원됩니다

도움이 되었습니까?

해결책

상자 밖에서, 게시 사이트의 내비게이션을 수동으로 수정할 수 있습니다.

나는 당신이 더 자동화 된 방법을 따르고 있다고 가정합니다. 불행히도, PublishingWeb의 내비게이션을 수정하는 방법은 객체 모델과 PublishingWeb.currentNavigationNodes 객체를 통한 것입니다. 이는 페이지가 편집/추가/삭제 될 때 타이머 작업 또는 기타 방법이 필요합니다.

이것은 사소하지 않으며 여전히 솔루션/기능 패키지를 만들어야합니다. 다른 방법은 사용자 정의 내비게이션 제공 업체를 만드는 것입니다. 이 두 가지 옵션의 문제 (실제 코딩 및 릴리스 외에)는 내비게이션 구조를 캐싱하는 것입니다. 탐색 구조를 보유한 객체에 표준 웹 캐시를 사용했지만 표준 사용자 브라우징 (예 : 메뉴 코드 자체)을 사용하여 내비게이션의 새로 고침을 시작하는 것은 스레딩 문제로 가득 차 있습니다.

다른 팁

사이트에서 여러 문서 라이브러를 작성한 다음 페이지를 다양한 라이브러리에 넣을 수 있습니다. 그렇게하면 하위 사이트를 만들 필요가 없습니다

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top