Sharepoint Wiki

https://stackoverflow.com/questions/11462

08-06-2019
|

문제

확인을 봤어요 몇 가지는 게시물 언급 몇 가지 다른 게시물에 대한 사용하지 않 SP 위키기 때문에 그들은 빨.

때문에 우리가 보고 있다고 우리 위키 에 SP,나를 알아야 우리가 왜 안 그것의 그룹에 대한 6 자동화하는 개발자 문서를 단계에서 다양한 자동화된 프로세스와 변경 사항을 만들 수 있다.

해결책 10

하기 전에 폭언,여기에 내 전반적인 경험을 SharePoint 로 wiki.

그것이 제대로 수행되지 않는 기능을 못했기 때문이 있었 fundemental 의 부족을 조사를 무엇으로 현재 wiki 환경을 제공합니다.그 이유는 그것은 실패에 그것의 편집하고 왜 그것을 그리워 포인트에 다음과 같:태그,비교 역사,그리고 제대로 생성된 html 코드입니다.

필요하신 그것을 건너뛰고 다른 것은 더 나은 작업을 수행에 대한 링크 및에서 SharePoint.

가 생산 모두 경험이있는 제품,나는 추천 ScrewTurn 통해 SharePoint.

편집을 참조하십시오 역사에 대한 폭언

다른 팁

여기에 몇 가지의 경고 내가 나가는 것입니다 사라지를 사용하는 경우 이외의 다른 wiki Sharepoint.

Sharepoint 을 만들 수 있습니다 톤의 별도 위키지만,나는 추천 하는 데 큰 위키에 대한 모든 것입니다.나의 회사로 만든 무리의 작은 위키에 대한 각 프로젝트/기능하지만,관리자를 만들 수 있습니다 개인 위키,그래서 내가 원하는 경우에 대해 쓰지 않는 무언가 일치하지 않을 한 미리 정의된 종류,내가 찾는 관리자를 만드는 위키 처음이다.

둘째,Sharepoint 를 사용하는 경우에는지 확인 모두에서 당신의 직원만이 사용하여 즉,이후 파이어 폭스를 지원하지 않는 이러한 wysiwig 편집기입니다.이 좋 대부분의 위키지만,협력하기 어려운에서 Sharepoint.상상 편집 자동 생성 HTML 에서 작은 상자니다.

셋째,하려고 쓰기까지 프로젝트 문서에서 위키고 유혹을 업로드하는 단어는 문서를 Sharepoint 라이브러리입니다.아점에서 쓰는 모든 문서 두 번이고 보는 것들을 더 얻고 더 많은 동기화됩니다.

마지막으로,이미지 지원 Sharepoint 에서 위키가 끔찍하다.당신은 파일을 추가 문서 라이브러리와 어딘가에 입력합니다.나의 이미지가 영원히 삭제하기 때문에 그들은 보이지 않을 의미합니다.

나는 훨씬 더 많은 긍정적인 Microsoft Sharepoint Wiki.많은 방법에 있는 그것을 생각 나게 FrontPage98--고는 부당하게 새겨진 제품입니다.

댓글에 대한 목록을 사용하여 잘못입니다.Sharepoint 위키는 Sharepoint 목록,각 페이지 목록 항 HTML 첨부합니다.

그것의 진정한 수 없는 링크를로 페이지를 하는 경우,페이지가 짧은 보이지 않는 문제입니다.SP Wiki 매우 쉽게 짧은 페이지입니다.

조작할 수 있습 Wiki 특성에서 액세스는 2008 년,원하는 경우 특성을 추가할 수 있습 wiki 목록 항목을 원하는 대로.예를 들어--당신이 원하는 카테고리?다만 추가하여 그들을 편집니다.원하는 특정 뷰?의 목록 항목입니다.을 만들도 있습니다.

이 진정한 천재에서 방법 마이크로 소프트 내장 된 자신의 위키 framework 꼭대기에 Sharepoint 목록은 undeniablly 잘 이루어집니다.

진정한 결점의 Sharepoint 위키에 의해 언급되었다 famerchris.에 접근하여 이미지 관리에는 놀라 울 정도로 끔찍합니다.그런 심각한 문제를 고려해야 하는 다른 위키에 대한 이런 이유로 혼자입니다.

가 있는 복잡한 해결 방법을 사용하는.그것을 활용하는 최상의 Sharepoint 지원 및 이미지 편집과 통합 윈도우 라이브 작가입니다.

을 만들 SP 블로그를 보유하는 이미지에서 참조하는 역할을 한다.
사용 윈도우 라이브 작가에 게시하 wiki-이미지-블로그입니다.드롭으로 이미지 WLW,크기를 조정이 필요,등등.당신이 좋아하는 경우,사용 WLW 를 작성하는 이미지 관련된 위키 텍스트 초안뿐만 아니라.
후에 게시하 Wiki,복사 및 붙여넣기를 이미지 및 텍스트를 위키 편집기를 풍부한 텍스트를 입력 할 수 있습니다.

이것은 놀랍게도,약간의 시간보다 훨씬 적은 다른 옵션을 읽었습니다.나는,그것은 복잡한.

다른 것보다 이미지는 문제 나는 기뻐하고 감동과 제품입니다.는 경우에만 Microsoft 생각했다 더 열심히 이미지에 대한...는 경우에만...

기본 위키에 포함된 Sharepoint 지원하지 않는 일반적인 위키는 기능입니다.방법은 없을 편집 페이지의 섹션,그리고 방법이 없을 직접 링크를 특정 섹션에서 다른 페이지로 이동합니다.백엔드에서 HTML 그래서 당신이 할 수있는 능력을 잃을 편집 일반 텍스트를 사용하여 간단한 구문입니다.비교 기능을 수 없는 여러 버전입니다.가난한 크로스 브라우저 지원 WYSIWYG 편집합니다.방법이 없 자동 삽입 테이블의 내용을...

그러나,다른 위키에 대한 추가 기능을 Sharepoint 수 있습은 절대적으로 해,대한 인스턴스 Confluence 는 추가 기능을 Sharepoint.지 못한 평가가 이 소프트웨어,자신고 합류가 다소 비싼($1,200 25user license)지만 경우에 당신은 이미에 Sharepoint 나는 의미가 큰 기업 금고:P.거기에도 나타나 일부 무료 추가 기능은 다음과 같 CKS 향상 Wiki 그러나 표시되는 많은 동일한 문제는 위에서 언급된다.

우리는 실행이라는 주제를 연구 모든 시간,그리고 첫 번째 질문이 있을 묻는 사람이"왜 필요 wiki"?거의 항상이 답변하는 것"편집","여러 참가자"및"단어가 헤비급". 아 거의 우리 본 사람이 무엇을 요청하고 고려하는 고유 위키와 같은 기능을 제공(특별한"magic"태그를 세밀한 버전의 역사를 보여주는 변경,etc.).또한,그들은 일반적으로 원하는 몇 가지 종류의 것,단지 완전히 자유 형식이다.

SharePoint 세계 이러한 일명"목록에서"당신이 경우에 당신과 함께 작업 도구이다.기본적으로 특정 사용하는 이유에 대한 위키 이러한 지식 베이스 스타일의 애플리케이션에 적합하며,특히 때문에"편의 편집하는"일반적으로 직접 충돌하는 아이디어와 학습의 특별한 마크업 언어에 대한 대부분의 사용자.의 몇 가지를 통해 풍부한 텍스트에서 열기,그리고 당신은 모든 설정합니다.당신이 정말 좋아하지 않 내장된 텍스트 편집기(예를 이미지 업로드 과정은 그것이 작동하지 않 Firefox),누군가가 조직의 가을 드롭 8 굴러고 가 RadEditor SharePoint.그것은 꽤 많은 사람들을 처리 문제입니다.

일반적으로 일단 우리가 얻은"하지만 그것이 필요 wiki"교리를,우리가 꽤 좋은 고객 리셉션을 사용하여 목록입니다.어떤 경우에는 조금 더 페이지의 템플릿화 시설이었 필요한 우리는 설정을 사용하여 WCM 기능의 끼가 필요 조금 더 앞에 대해 생각 템플릿지만,또한 더 나은 상자에 경험이 같은 것들에 대해 컨텐츠 미리보기 및 이미지 처리가 있습니다.

기 때문에 기본 구현은 지 위키,그것은 HTML 편집기.

를 사용한 경우 위키기 전에 당신은 알 수 있다.그냥 보면서"당신의 대답에서"이 페이지 하단의 차이를 볼 수 있습니다.를 사용할 태그에서 위키,상대적으로 읽기 쉽고 편집합니다.HTML 형식으로 완전히 가린 것입니다.

나의 가치가 있으로 위키 콘텐츠 제작자 및 최고의 사용자,관리자가 또는 개발자:

나는 현재 편집 문서를 Sharepoint 에서 위키 내가 입력한 이며,그것은 지금까지 최악의 편집기가 있습니다....정확히 말하면,내가 사용하여 Sharepoint Foundation2010(이전에 WSS),편집 페이지를 사용하여 IE9.

요약하면 문제 내가 직면:때 만들기 위키의 내용에 집중하고 싶은 콘텐츠와 wiki 엔진이어야 그렇게 쉽게 사용할 수 있는 거의 보이지 않습니다.Sharepoint 는 경우가 아니다.정말과의 투쟁이 의사 WYSIWYG editor,해결하는 빈번한 서식이 문제입니다.

내가 예상되는 내가 약 15%를 생산성이 낮은 쓰기 위키의 내용 Sharepoint 보다 나으로 ScrewTurn 또는 위키기 때문에 나는 형식이 문제입니다. 는 경우루를 보내는 쓰기 위키 페이지 내가 잃을 것이 시간에 대한 해결하려는 형식 문제입니다.

배경:내가 생성 네 내부 wiki 우리 회사에서 첫 번째에 위키미디어,위키의 엔진과는 다음 두 가지에서 ScrewTurn,그리고 최종 중 하나에서 Sharepoint.에서 각각의 위키에 대해 물어보았 50-100 페이지입니다.

모두 ScrewTurn 및 위키 편집기 보이는 상당히 원-일반 텍스트 편집기를 사용하는 간단하 wiki 마크업 코드 서식을 지정할 수 있습니다.각각의 행이 있는 버튼을 적용할 수 있는 표시 코드에 대한 간단한 것 같은 굵은 및 기울임꼴 서식하고,링크를 만들고,그래서 초보자는 법을 배워야 할 필요가 없습 마크업 코드에 의한 마음입니다.하는 동안 편집자를 보면 보통 그들은 정말 간단을 사용하여,특히 고정하기 위한 서식이 문제입니다.

Sharepoint Wiki,다른 한편으로는,매끄러운 외모만 끔찍한 편집할 수 있습니다.대신 사용하여 일반 텍스트 편집기로 wiki 표시하고 있 WYSIWYG editor 보이는 훨씬 더 정교한 다른 위키 편집기입니다.그러나 그것은 개성 있는 악한 자를 이기었음이니라그것은 자주 빈 줄을 추가하거나 변경한 색상의 텍스트입니다.가 선택한 텍스트 포맷한 후 마크업 스타일을 드롭다운 형식으로,때로는 행위를 선택하는 항목에서 드롭다운 목록을 취소 선택한 텍스트 포맷에 적용되는 텍스트에서는 임의의 위치에 있습니다.를 삽입하는 텍스트 복사한 단어에서 때로는 원인이 편집기를 더블룸 또는 트리플에 빈줄이 단락에서 다른 장소에서 페이지입니다.도 없고 쉬운 방법을 만드 테이블에서 떨어져,쓰기 HTML.

가장 큰 문제에 대한 편집기,그러나,당신은 쉽게 무슨 일이 일어나 뒤에서 그것을 해결하기 어렵습니다.네,그것이 가능하여 편집 페이지의 HTML 하지만 정말로 패배의 목적 wiki.

전반적인 느낌을 얻을 같이 사용자가,이은 알파-레벨의 코드 된 두 by a summer intern.나는 알고 재단은 무료 버전에 그래서 아마도 내가 무엇을 얻을 우리를 위해 지불했지만 나는 믿을 수 없을 전문적인 소프트웨어 회사는 이 제품입니다.

에 대한 그룹의 6 사람 만드는 것입니다"모든 이제 다음"편집,내에서 위키 잘 될 것입니다.

Sharepoint Wiki 은 기본적으로 목록을 정적 HTML 페이지만 위키징되는 것[[article]]links.가 없음 범주,아무것도 아니다.

우리는 별도의 미디어위키에만 사용하여 Sharepoint 위키에 대한 텍스트 기반하지 않는 콘텐츠를 많이 필요 레이아웃이 있습니다.

을 잊지 않는 커뮤니티 키트 Sharepoint-향상된 위키 Edition.이 추가 기능의 상자 버전입니다.

회사 출 sharepoint 최근에,그리고 내가 가지고 사용자 경험 매우 나쁘.그리고 나는 단지 말하는 내가 불안하여 사용:에 갔을 열린 마음으로 그것을 시도하고,많은 것들인 것처럼 느껴져서 그들은 정말 못니다.

이유 누가복음을 언급이 더 많거나 적은 그것을 커버.

왜 당신이 사용을 고려와 같은 다른 뭔가 Screwturn Wiki 는 제프에 기부 하는 동안 전?나는 사용하지 않은 Screwturn 자신이지만,그것은 무료이며 오픈 소스,과될 수 있는 빠른 경량의 솔루션을 위해 무엇을 해야 합니다.

우리는 보 Sharepoint 에 대한 부서 위키의 몇 개월 전에.비록 우리가 주로 MS 가게,우리는 우리와 함께 갔 DokuWiki.오픈 소스,너무 쉽게 최신 상태로 유지한 플러그인,그리고 파일 기반으로 합니다.

나는 것 또한 성질 평가의 된 대역 외 wiki 및 그 부족의 기능과 기술 수준의 저자는 여기에.

는 것에 동의 SP 위키에 사용할 수 있습에서 이름만 확실히 비교했을 때 좀 더 강력한 제품만을 기억으로 관리자의 기본 성공을 결정된 최종 사용자에 의해 채택합니다.에서 짧은 모든 기능에 대한 위키 다음과 같이 합류가,그것도 추가 사용자 교육,구문,etc.

는 동안 내가 사랑하는 것 SP wiki 가 더"위키 같이"-특정,undescribable 만족할 수 있습을 때의 CIO 항목을 추가합니다 회사에서 위키나 인식의 그룹에 의해 관리 조수들을 찾아 새로운 wiki"혁명".

에 짧은 기능에 내장될 수 있습이 부족하여 눈을 지긋지긋한 저희의 기술 전문가,그러나 기술적으로 순진,그것의 아주 쉽게 열차에,그리고를 노출할 수 있습할 기술들이 들어 있을 수 있습니다 하지만 결코(전)이해하거나 사용하여 상상해보십시오.

나는 아주 간단하게로 SharePoint Wiki Plus.그것은 제삼자 추가하는 확장 기능을 SharePoint Wiki.에 대한 심각한 위키 사용자는 다음 당신은 아마 보다 더 많은 일을해야합 SharePoint 제공하는 위키를 통해 하나 확장하거나 전용 Wiki 제품입니다.

어쩌면도 http://wordtosharepoint.codeplex.com/ 마이그레이션하는 방법에 대한 단어 콘텐츠를 SharePoint?그것의 연결 이미지와는 다른 대부분의 것들입니다.

Screwturn 은 악에서 악을 내나니 이것은 C#/.Net.

Sharepoint2010 년에는 더 나은 위키징,그리고 항상 있는 커뮤니티 키트의 sharepoint.면 떠날 수 있 Sharepoint Wiki 뒤에 당신은 항상 머리 http://www.wikimatrix.org 을 찾기 위키를 위해 일하는 당신.

나는 완전히 동의 위(Keng).어떤 것은 내에서 SharePoint(현재 사용하여 2010),그것은 위키 롱 있습니다.

나를 구현하는 자동 문서화 솔루션을,어디에 내가 추출물 config 및 기타 정보(수 있는 태그)에서 소스 코드 및 XML config 파일이 있습니다.삽입 정보의 집합 DokuWIKI 는 페이지에 완전한 형식 태그(테이블 등).그 밖으로 완벽하게 형식 및 작동의 몇 수십 라인의 펄 포함,내부 연결하는 수동으로 편집하는 정적 doc 페이지에 대한 지원 네임스페이스를 가질 수 있도록 내 정보를 논리적으로 구성되어 있습니다.방법은 없을 할 수 있는 것에서 SharePoint(한숨-회사는 방향으로)...

최고의 나이 할 수 있게 만들려고 DokuWIKI 템플릿을 닮은 종류의 SharePoint 사이트(을 유지하는 모양과 느낌과 비슷)과 링크의 SharePoint.:-(

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow