39, ve seen 확인, I& 몇 초소에 대한 몇 가지 다른 게시물 사용하지 않기 때문에 wiki 하라님의 SP 형편없어.

지금까지 우리는 일을 보면서 왜 우리가 알아야 할 우리 wiki , SP 에서 shouldn& # 39, t do it for a 그룹에 대한 자동화 개발자 6 단계 프로세스 및 변경 만들 수 있는 다양한 오토메이티드 문서화해야 from time to time.

답변 17 개

다음은 wiki 를 사용하는 경우 경고 왔는지 구현하므로 사라지는 것 이외의 Sharepoint.

Sharepoint 세제곱밀리미터 만들 수 있지만, 별도의 wiki wiki 헤이미치씨 추천합니까 하나의 큰 I& # 39; d 내 회사 브라운아저씨의 a bunch of 리틀이에요 위키 위키 관리자 / 기능, 단지 각 프로젝트의 경우 개별 I want to write about 생각하신거야 isn& 만들 수 있기 때문에, t, t # 39 doesn& # 39 경기 중 하나로, 내가 미리 정의된 범주를 매니저 wiki 를 만들려면 먼저 찾아야 한다.

둘째, IE, Firefox 를 사용하는 경우 Sharepoint smartupdate doesn& # 39 만 t 지원, 이후 모두라뇨 [email protected] 편집기에는 위지윅 을 사용합니다. 수 있지만, 이는 어려운 게 가장 좋은 wiki 공동 Sharepoint 의. Html 편집 자동으로 상상할 수 있는 작은 상자에 하루 종일.

셋째, 쓰지 시도하시겠습니까 저항할 수 있는 위키 문서 (the temptation 업로드입니다 word up your 프로젝트 문서 및 sharepoint 라이브러리란. 당신의 모든 문서 두 번 보면서 점점 더 많은 것을 얻을 수 없는 시점으로든지 먹어서나 up out of sync.

마지막으로, wiki 는 Sharepoint 의 이미지 지원 사악함이라. 어딘가에 url 을 입력하고 문서까지의 라이브러리 파일 추가하기에서는 합니다. 내 이미지 때문에 삭제할 수 있도록 가져오는 것, t # 39 명이 영생하리라그것이 don& 아웃해야 훨씬 감지에서 컨텍스트입니다.

Chris Farmer
그는 12년 전 댓글을 달았습니다
3

이 테레릭 파비우 &quot 라데디터 Lite"; 을 대체할 수 있는 제품 () 은 자유 편집하십시오 제어입니다 ie 특정 부유하도다 sharepoint 의 같은 기능을 기본 하나. Firefox 에서 작동하잖아 2gb/s, 크롬, 최소한이요 http://www.telerik.com/community/free-products.aspx

Aardvark
그는 8년 전 댓글을 달았습니다
0

무료 버전의 &quot RadEditor"; 이제 &quot 불렀으매 라데디터 모스요 Lite Edition&quot, 대한, ASP.NET @chrisfarmer 페이지의 링크됨. Sharepoint 2007년 작동합니까 있을꺼같다, 할 수 있을 것으로 보인다. Sharepoint 2010년 버전이 자유로운 것은 아니다.

Jason D
그는 7년 전 댓글을 달았습니다
0

난 내가 재입력합니다 don& URL 링크를 마우스 오른쪽 버튼으로 문서 (이미지), t # 39, 복사 (copy) 를 컨텍스트 메뉴에서 해당 URL 상자에 붙여넣거나. 이 시간에 조금 절약합니다 꽤 됩니다. 조금만 포어사이트 및 계획 먼저 좋은 이미지를 생성할 수 있어야 합니다 청크에는 you& # 39, ll, 그 후 https://partner. microsoft. 솔리드로 작성하는 업로드하십시오 합니다.

I have a 훨씬 더 긍정적인 보기입니다 Microsoft& # 39 의 Sharepoint Wiki. 여러모로 생각이 나네 프론트페이지 98 - 인턴이었을때를 중상, 이러한 불공정한 제품.

이 목록은 셀명 사용에 대한 잘못된. Sharepoint wiki 는 Sharepoint 있는 각 페이지는 html 품목으로부터 열거합니다 바뀌엇어요 있는 느낌이다.

39, s, t # 39 링크를 너회가 can& it& 되는 것은, 만일 내가 don& # 39 페이지에 파선-짧은 페이지는 문제로, 있는 것을 볼 수 없다. Wiki 는 sp %s/dbase/ext_table. 파선-짧은 페이징에 매우 간단합니다.

Wiki 를 조작할 수 있습니다, 그리고 2008년 프로파일링하려는 특성의 경우 액세스하면 wiki 목록 항목을 원하는 대로 특성을 추가할 수 있습니다. 예를 들어, - 진행하시겠습니까 범주입니다? 그들을 추가하기만 편집하여 명단요 특정 보기를 스맥랜드의? 목록 항목. 만들어보십시오 너무.

39 의 there& Microsoft Sharepoint 있는 그들의 진짜 천재 길에서 구축됨 Wiki 레임워크 atop 열거합니다 - 런드니아블리 잘했다.

Wiki 는 Sharepoint 진정한 단점이 언급한 파머크리스. 은 의외로 안좋게요 외곽진입 이미지 관리 # 39 의 it& 주의해야 하는 등 다른 위키 이러한 이유로 심각한 문제가 된다.

저는 그 해결 방법을 사용하여 뒤얽힌 있습니다. It takes 뛰어난 Sharepoint 의 지원 및 이미지 편집 통합되므로 Windows Live Writer.

  1. Sp 블로그 갖고 있는 이미지를 만들 수 있는 referenced wiki 에.
  2. Windows Live Writer 사용하여 게시할 이미지를 블로그 wiki. 로 이미지, 필요한 경우, 울프 드롭합니다 크기조정할 상술합니다. 원한다면, 울프 사용하여 초안을 작성하기 위한 관련 wiki 텍스트 이미지를 잘 알려져 있다.
  3. Post 를 후에는 이미지와 텍스트를 Wiki Wiki, 복사, 붙여넣기 꽂으십시오 편집기에는 서식 있는 텍스트 필드.

놀랍게도 이 걸리는 시간, 다른 모든 옵션은 I& # 39, ve 읽을 비해 훨씬 적은 거의 없다. 내가 뒤얽힌 인정하고 있다.

39 m 기뻐하시도다 I& 이미지 문제가 아닌, 제품 및 깊은 인상을 받았습니다. Microsoft 인도하심이라만일 돌아보 수만 있다면 더 이미지. 참 좋을테죠

John Faughnan
TheZenker
그는 11년 전 댓글을 달았습니다
4

이 경우 SP 이미 많이 오토메이티드 값을 사용하는 결정을 내렸다. 리베라이터 부드럽게는 통증이 크게 개선된다. 블로그 컨텐츠 편집 모드에 엔트리여야 게시하기를 열어보려면 붙여넣습니다 SP 에 Wiki 페이지 만들기 대화, 좋은 일을 해야 tweak 있습니다. 감사합니다!

Jason D
그는 7년 전 댓글을 달았습니다
0

그냥,, 이 문서를 만드는 라이브러리 및 호출하십시오 왜안돼요 &quot images&quot 이미지를 저장하고 좁히어 및 복사합니다를 직접판매용 하이퍼링크에? 이것은 라이브러리의 이름을 변경하십시오 고통을 받은 적이 있다면 더 아픈 것보다 images 폴더 이름을 바꾼 경우 웹 사이트에 한 적은 없다. # 39 의 뒤얽힌 it& 훨씬 적다.

Wiki wiki 기능을 기본 포함된 Sharepoint doesn& # 39, t 지원 및 일반 전혀. 단일 페이지 및 편집할 수 있는 방법이 없다고 섹선에서 무리라구 직접 연결할 수 있는 특정 부분을 다른 페이지에. 그래서 이 백엔드 () 는 html 의 구문을 사용하여 편집할 수 있는 간단한 텍스트 패배하셨습니다. # 39, diff 피쳐보다 can& 스팬할 여러 버전이 없다. 케이블링의 크로스 브라우저 지원 위지윅 (wysiwyg) 의 편집. 목차 자동 삽입 길이 없다.

그러나 몇 가지 다른 wiki add-ins Sharepoint 의 어떤 난 # 39, 예를 들어, 절대적으로 can& 무시할 수 없다 만나는 ui_policytable_java_spe_policy 추가 Sharepoint 의. 내가 이 소프트웨어를 평가하실 haven& # 39, t 나 만나는 다소 비싼 ($1,200) 에 25 사용자 사용권) 비록 내가 돈이 Sharepoint 의 경우 이미 대기업 감지에서 p. 또한 것으로 나타나는 등 일부 무료 add-ins [CKS 강화됨 Wiki] [3] 많은 것이 아니라, 같은 문제를 언급한 것으로 보인다.

[3]: http://www.codeplex.com/CKS/Wiki/View.aspx? title = Enhanced% 20wiki% 20edition&amp 레페링티틀리 = 홈.

      • 아니다, 이 때문에 기본값입니다 구현은 wiki 는 HTML 편집기 *.

39 you& 사용할 경우, ve wiki you& 전에 # 39, 알 수있을 것입니다. 그냥 쳐다보는 &quot 그러하매 너희의 answer&quot. 이 페이지 하단에 있는 차이를 볼 수 있습니다. Wiki 의 수정표시 사용하면, 이는 완전히 기록된 것은 비교적 쉽게 읽고 HTML 편집. 포맷됩니다 가리게 됩니다.

Peter Wone
그는 8년 전 댓글을 달았습니다
1

주 업무는 점은 유효하지만 &quot wiki"; 단지 quick&quot 고말은 ";). 기술적으로 가능한 사용자 기반을 노출된 수정표시 뿌리를 둔 게 전통이다. 대부분의 사람들은 매우 기술에 도전. 이는 대부분의 국민이 참여하는 진정한 했다. 이들은 담당하고 있는 동안, 그들은 어떻게 만들 수 있기 때문에 바쁜 com/go/learn_fl_cs4_learningas2_kr 조교하실 전지전능하심이라 시행하십시오 바쁜 것을 배우고 있습니다 결국 그들은 그들의 맞서고 있는 그들 자신의 기술적 무능 준수하십시오 경우 정확한 있으시니라.

우리는 이 모든 시간, 그리고 엘리가 항목를 첫 번째 질문은, 나는 왜 한 것은 국민에 대한 조롱했기 &quot 필요하신데요 wiki&quot,? 거의 항상 그 대답이 간편한 editing";;, 그리고 여러 contributors&quot 셨으며 &quot &quot &quot, Word 가 heavyweight". 내가 매우 드물게 볼 수 있는 사람은 하나님이 하나님께용서를 뭐하러요 고려해보십시오 고유하게 위키와 같은 기능 (특수 &quot magic"; 수정표시 세밀화된 버전 역사 표시 변경 등). 또한 그들은 보통 로렌아줌마가 함정이거나 셨으며 범주화 아니라 완전히 자유형 페이지.

Sharepoint 의 세계, 이런 것들을 &quot list&quot 소리를 한다. # 39 you& http://support. 경우, ve been 도구 사용에 대한 귈이예요. 기본적으로 특별한 사유가 없는 한 이러한 지식을 사용할 수 있기 때문에 wiki 애플리케이션, 특히 기본 스타일 &quot 간편한 editing&quot. 일반적으로 대부분의 사용자가 직접 충돌하는 특수한 개념은 com/go/learn_fl_cs4_learningas2_kr 마크업 언어이다. 서식 있는 텍스트 통해 판매되고 있지만, 단 몇 you& # 39, re all 설정되었습니다. # 39, 내장 서식 있는 텍스트 편집기를 정말 마음에 don& 경우 (예, t 는 이미지 업로드 프로세스 및 it doesn& 어설픈 # 39 작업하십시오 Firefox), 조직의 수행하므로 검색하기를 드롭합니다 8 굴러 가고 내려받습니다 라데디터 SharePoint 의. 이러한 문제를 처리할 꽤 많은 합니다.

39 위에 있지만, 일반적으로 we& 된 후, ve &quot wiki&quot 필요합니다. # 39, 교조주의, we& 양호한 평가를 통해 고객이 단지 열거합니다 숨기지 않았다. 경우에 따라서는 페이지 조금 더 필요로 하는 기능을 사용하는 템플릿 협업공간을 가 필요한 저희에게는힘과 켜졌음 WCM 모스요 생각해본 적이 있지만, 좀 더 많은 비용을 들이지 않고도 템플릿일 역시 더 좋은 제품 공급 등을 위한 콘텐츠 빼냅니다 스니핏 및 이미지 처리.

Patrick Szalapski
그는 8년 전 댓글을 달았습니다
1

39, s, s not 교조주의, it& it& # 39 는 사용자가 및 실제로 사용할 수 있을 것으로 기대하고 있다. 목록은 &quot 비해 큰 수고를 할 우리가 그냥 편집하십시오 want"; 자연 사례는.

제 2 센트 상당의 비호환성의 wiki 콘텐츠 제작자 및 수퍼 유저, 대신 관리자이거나 개발자:

나는 현재 Sharepoint 의 위키 문서 편집, 이는 지금까지 나는 최악의 편집기에는 유형, as I 이 판매업체에서 따라오렴 추정했다. # 39 m, Sharepoint Foundation, 정확히 I& 사용하여 2010년 (이전 명칭 WSS), 페이지 편집 사용하는 인터넷 익스플로러 9.

요약 문제는 I& # 39, ve 상대하였다. 위키 위키 엔진 및 컨텐츠를 만들 때 운영까지도 집중할 수 있도록 한다는 내용을 편리하게 사용할 수 있습니다) 로 거의 보이지 않는다. Sharepoint 와 있는 경우는 그렇지 않다. 정말 이 문제를 해결하기 위해 자주 서식 dtep 위지윅 (wysiwyg) 편집기에는 어려움을 겪고 있습니다.

  • I 추정에 따르면, 약 15% # 39 m 보다 덜 생산적인 I& 먹어서나 wiki 컨텐츠 Sharepoint 와 함께 나는 내가 감당해야 하기 때문에 만약 내가 위키미디어 스크루터너 또는 서식 issues.* 하루 약 한 시간 보내고 난 먹어서나 wiki 페이지를 손실됩니다 수리입니다 포맷 문제가 발생할 수 있다.

배경. # 39, ve i& 만든 4 개의 내부 위키 위키 엔진, 문화, 이 중 첫 번째 http://support. 국회의정시스템에도 - 견하여 위키백과 중 2 명이 한 다음, 최종 스크루터너 Sharepoint 의. # 39, ve 기록되었으므로 wiki I& 50 100 대한 각 페이지.

스크루터너 및 문화 모두에서 매우 간단한 wiki 는 일반 텍스트 편집기를 편집기에는 프리미티브 - 사용하는 마크업 코드 포맷. 각 행은 적용할 수 있는 간단한 것 같은 코드 (xml) 는 곷떒 굵은꼴 및 기울임꼴의 서식 및 링크를 만들 수 있으므로, 초보자 마크업 코드에 의해 심장이죠 배울 필요가 없습니다. 편집자가 그 동안 정말 간단한 사용, 특히 일반 포착하십시오 선반가공 드러날 문제를 해결하기 위한 포맷.

반면, sharepoint Wiki 는 사악함이라 슬릭 과연 을 엽니다. 이 회사는 일반 텍스트 편집기를 사용하는 대신 보이는 것보다 훨씬 더 복잡한 다른 위키 위키 마크업 함께 WYSIWYG 편집기 편집기. 하지만 성격, 사악한 있다. 이 자주 공백일 자도으로 흐름선 또는 변경할 수 있는 텍스트 란색이며. 그 때 나는 텍스트 선택 포맷하십시오 수정표시와 documentum. 시켜버리므로 드롭다운이 포맷하십시오 (the act of it, 때로는 목록 항목을 선택하면 그 서식 있는 텍스트 선택 선택한 텍스트를 드롭다운에서 적용하십시오 임의의 위치. 이 두 배로 증가한 텍스트 삽입 복사됨 Word 에서 가끔 편집기에는 혹은 세 단락 사이의 빈 줄을 http://support. 다른 곳으로 페이지에서. Html 과 별개로 먹어서나 테이블을 만드는 간단한 방법을 제공하지 있는 것 같다.

그러나 가장 큰 문제는 쉽게 볼 수 있는 # 39 는 can& 편집기에는 대한 어떤 일이 진행되고, t, s # 39 behind the scenes 그러하매 it& 해결하십시오 어렵다. # 39 의 it& 그러하너라 수 있지만, 정말 패를 page& 편집하십시오 # 39 의 HTML 의 목적은 위키 (wiki).

이는 전체적인 인상을 얻을 수 있는 코드를 통해 그동안 도래하도록하려하는 사용자로 알파 수준 사고친 후에 제비요 인턴이라구 저도 그래서 아마도 어떤 we& # 39 는 그러니까말이야 재단 무료 버전을 위한 전문 소프트웨어 회사, ve 지불됨 하지만 난 믿을 수 없다는 이 제품은 동일팔레트에 아웃해야.

Simon Tewsi
Kalpesh Soni
그는 7년 전 댓글을 달았습니다
0

난 진짜 있다는 점이 미디어위키 (http://meta.wikimedia.org/wiki/Wiki_markup_tables) 테이블 문법을 지원하지 않습니다.

그룹의 6 명이 되는, 이따금 및 then&quot &quot 있다. 편집, 내장 wiki 윌 비 파인.

Nick
그는 11년 전 댓글을 달았습니다
5

하지만 이 포맷 및 아무것도 할 수 있도록 준비해야 할 경우, 예를 들어 고급 꺼지샘 백업하도록 원격으로요 밀어맞춤 또는 붙이기 전자 메일을 보냅니다. 복잡한 HTML 태그를 편집하십시오 줄바꿈할 한 번 할 수 있습니다 (모두 하나의 큰 물방울) 해결하십시오.

39, t forget 커뮤니티 키트입니다 don& 장치당 [Sharepoint - 향상된 Wiki 에디션입니다] [1]. 이로 인하여 일부 기능을 기본적으로 버전.

[1]: http://www.codeplex.com/CKS/Wiki/View.aspx? title = Enhanced% 20wiki% 20edition&amp 레페링티틀리 = 홈.

Sharepoint Wiki 본질적으로 바뀌엇어요 유일한 wiki 기능을 정적 html 페이지, [[기사]] 링크가 함께 있다. 아니, 아니 범주입니다 템플릿일, 아무것도아니야.

우리가 가진 됐지 별도의 텍스트 기반 컨텐트에는 필요 없는 유일한 list. Sharepoint 미디어위키 위키 훨씬 레이아웃뿐만.

여기에 총체적인 나의 경험이 SharePoint 비호환성의 wiki 전에 시인했다.

이는 잘못 구축됩니까 피쳐이며 실패했습니다. 렸기 때문에 수사 부족 (there was a 펑데멘탈 현재 어떤 wiki 환경을 제공합니다. 그래서 it& # 39 의 실패 이유 및 it 에 대한 다음과 같은 점을 편집기에는 못했습니다. 태깅에 역사, 비교, 그 결과 생성된 html 코드.

뭔가 다른 작업을 할 수 있는 정보기술 (it) 과 건너띄기 높여줍니까 잘 https://partner. microsoft. it sharepoint 의.

, 운영 경험이 있어 두 제품 모두 I&; d # 39 위에 추천합니까 스크루터너 SharePoint.

    • see 역사에 대한 편집하십시오 시인했다

난 것 또한 관련된 기술 수준 및 그 기능 부족 OOB wiki 의 시청률이 저자의 삽입하십시오.

I agree 검증할 수 있는 위키 (wiki) sp 가 확실히 좀 더 강력한 오퍼링에 비교할 때 이름만 - - - 하지만 너희에게베풀어진 표시됨과 관리 운영 성공은 검은선을 최종 사용자 채택. 한 마디로 모든 사용자 교육, 문법, wiki, 또한 같은 만나는 피쳐에는 자도으로 자도으로 상술합니다.

Wiki 를 더 많이 사랑하는 동안 꼭 이래야겠어요 SP &quot wiki-like"; - there is a 오네스크리베이블 만족을 위해 취할 수 있는 특정 경우, CIO 자도으로 엔트리입니다 -또는 틀렸다니까 wiki wiki) 의 그룹으로 인식되지 관리 도우미 발굴한 새로운 revolutionary&quot ";).

한 마디로 내장 기능 - 수 없는 기술 전문가, 그 소박한, 그러나 이 지친 우리 눈에는 이 기술적으로 상당히 쉽게 공개할 수 있는 기술 및 교육을 위해 그들에게 얘기를 절대 이해할 수 있지만 (이전에도) 또는 사용하는 것을 가지고 있을 수도 있다.

몇 달 전부터 部门是否有人员 wiki 는 Sharepoint 의 살펴봤습니다. 비록 we& # 39, 주로 마이크로소프트 (ms) 와 도쿠위키 우리가 하고 있는 가게, 갔다. 이렇게 쉽게 렉시한테서 최신임, 뛰어난 플러그인, 그리고 오픈 소스 파일 기반 뒤로를 끝.

Sharepoint 는 최근 회사에 롤아웃할 쉐퍼드도 내 사용자 경험을 아주 나쁜 말하지 않을 수 없다. # 39, m not 그냥 난 두려워 및 I& 사용할 수 있다. 함께 갔던 열린 마음이 있을 때 많은 일을 했고 정보기술 (it), 그들은 그냥 t really 작동합니까 그러겄지 didn& # 39 것 같았다.

루크 언급한 이유에 대해 더 많거나 적게 빽이라는 거잖나.

왜 wouldn& # 39, t you something else 사용을 고려해보십시오 같은 [스크루터너 Wiki] [1] 에는 제프 기부 에 잠시 전? # 39, t, 과연 내가 내 자신을 haven& 스크루터너 사용할 수 있으며, 빠른 자유 및 오픈 소스 경량 솔루션이므로 뭐하러요 합니다.

[1]: http://www.screwturn.eu/Default.aspx? 이스파하토데테스쿠키스포르트 = 1

완전 동의 함께 내가 위 (켕). Sharepoint 내에서 (현재 사용하고 있는 모든 것은 2010년) 에 의해 오래 걸리잖아요 Wiki 않다.

나는 내가 어디서 푸십시오 오토메이티드 문서화하는 솔루션을 구현할 수 있는 구성 및 기타 정보 (펄독 같은 수정표시) 에서 소스 코드와 XML 구성 파일. 이 일련의 도쿠위키 페이징에 삽입물의 정보 포맷을 사용한 완료하십시오 수정표시 (테이블 포함). 이것은 아웃해야 포맷하여 완벽하게 몇 줄의 수행됨 수십 페이지 링크를 수동으로 편집할 수 있도록 지원하고, 펄, dm_ownerdm_owner 내부 정적임 doc 네임스페이스을 그래서 내 정보를 논리적으로 점령하고 있던 가질 수 있습니다. 내가 할 수 있는 방법은 없다 SharePoint (보면 한숨 - 회사 방향).

Sharepoint 는 만들기 위해 내가 할 수 있는 가장 유사한 시도하시겠습니까 도쿠위키 템플리트를 정렬 사이트 (look and feel) 을 유지하기 위해서는 비슷한) 및 링크 아웃오브밴드 (SharePoint. :- (

C # .net 과 스크루터너 은 우매한 나의 주 크고 놀라운 것은 /

Sharepoint 2010년 는 더 나은 wiki 기능을 하는 이유가 있고, 커뮤니티 키트입니다 항상 sharepoint. 떠날 수 있으면 sharepoint wiki wiki 를 항상 사용할 수 있는 조치 (http://www.wikimatrix.org) 를 찾을 수 있습니다 - 머리 뒤에 당신꺼에요.

아마 시도하시겠습니까 마이그레이션하기 위한 http://wordtosharepoint.codeplex.com/ 당신의 말이 내용을 SharePoint? 대부분의 다른 전지전능하심이라 링크뿐 이미지와 잘 걸립니다.

39, ve 재생할지를 i& 아주 잠시 와 [SharePoint Wiki 구성형] [1]. # 39 의 기능을 추가하는 it& 타사 확장명은 SharePoint Wiki. 필요 이상의 사용자를 위한 erious wiki Wiki - 그럼 아마도 뭔가 SharePoint 제공한 인컨텍스트 연장또는 전용 Wiki 를 통해 제품.

[1]: http://www.kwizcom.com/ProductPage.asp =, = 525 프로두치스베노이트 524&amp ProductID?