3
위키, 게시판, 블로그 등 여러 유형의 "사용자 제작 콘텐츠"사이트에서 작업했습니다.이 시스템은 크게 다를 수 있습니다. 블로그 게시물 편집기는 댓글보다 프레젠테이션을 더 잘 제어 할 수 있습니다. 나는 그런 Wikitext, 마크 다운 또는 BBCode는 같은 간단한 마크 업 언어를 사용자에게 제공해야 블로그 게시물, 위키 항목 편집기 원시 URL을 통해 위키 링크 등사용자가 내 웹 사이트에 서식있는 텍스트를 입력하도록 허용 할 때 고려해야 할 기준은 무엇입니까?
그러나, 하나의 키 디자인 결정은 각에 공통적 인을 장려 , 사용자에게 CKEdit 또는 TinyMCE와 같은 WYSIWYG 편집기를 제공하고 결과 HTML을 필터링하거나 변환해야 하는지를 사용자에게 강요해야합니까?
내 의도 된 잠재 고객을 식별하는 간단한 문제라고 생각한 시간이있었습니다. 기술에 관심이있는 사용자는 마크 업을 얻었으며 기술적이지 않은 사용자는 WYSIWYG을 얻습니다. 실제로 이것은 모든 것을 제대로 처리하지 못했고 가끔씩 사용자가 마크 업에 어려움을 겪고 WYSIWYG 편집자가 근본적인 HTML에 대한 새기 쉬운 추상화를 제공하지 못했습니다. 내 초기 신뢰가 철저하게 분쇄와
그래서, 내가 조언을 찾고 와서 : 이 결정을 내릴 때 가 내가 고려되어야 요인은 무엇- ?
- 간단한 마크 업 시스템이 평범 해져서 대부분의 사용자가 적어도 에 익숙 할 수 있습니까?
- ... 아니면 그냥 과거의 유물로 버려야하고 WYSIWYG가 더 효과적으로 작동하도록하는 방법을 찾는 작업을해야합니까?
나는 이미해온 것을 되돌아 보며 찢어지지 않을 것입니다. 더 좋든 나쁘 든간에,이 시스템은 현재 작동하고 있으며, 소수의 사용자는 편안하거나 최소한 현재는 유능합니다. 그러나 미래의 디자인을 정리할 때 더 좋은 지침을 갖는 것이 좋을 것입니다.
내가 생각할 수있는 유일한 요소는 "바보가 Word 문서를 복사하여 텍스트 형식으로 붙여 넣을 수 있는지 여부에 실제로 신경을 씁니까?"입니다. 아마도 당신은 아마도 그 자신을 위해 대답 할 수있는 유일한 사람 일 것입니다. –
@ NSD : 네, 그게 그다지 관련성이 없다고 생각합니다. 쓰는 동안 오래된 문제로 돌아가는 것을 생각해보십시오. 나는 그것을 떼어 냈다. 고마워. –