HTML 입력에 대한 이상적인 사용자 피드백

Question

직면하자 : 적절한 글쓰기, 표준 준수 HTML은하기가 매우 어렵습니다. Semantic HTML을 작성하는 것은 훨씬 더 그렇습니다. 그러나 컴퓨터가 그것을 알아낼 수는 없다고 생각합니다.

그래서 당신에게 내 질문은 HTML을 입력 한 사용자를위한 "이상적인"피드백은 무엇입니까? W3C Validator 스타일의 오류 및 해당 라인 번호 및 열 목록입니까? 강조 표시된 줄의 주석이 달린 코드 표시, 오류에 대한 설명 및 가능한 수정 사항입니까? 각 오류를 별도로 처리하는 맞춤법 검사 스타일 모드? 일 것이다 ~ 아니다 그들에게 오류 정보를 전혀 제공합니까? 또한 사용자에게 알리는 좋은 아이디어는 어떤 유형의 오류입니까? (일부 광범위한 클래스의 오류에는 구문 분석 오류, 중첩 오류 (예 : AB 태그에 DIV를 넣음) 및 성형 오류가 포함됩니다.)

• Scottm : 좋은 지적; 나는 모든 오류를 나열하는 W3C 방법을 좋아하지 않았습니다. 그러나 여전히 사용자가 문제가되는 HTML을 적절하게 편집하게하는 문제가 있습니다.
• 하나씩: 알았어 그래서 스크린 샷을보고 있습니다 HTML Validator는 W3C 오류 목록이 있지만 관련 소스 세그먼트로 바로 이동하고 오류 정보를 확장 할 수있는 기능과 한 섹션에서 다른 섹션으로 점프 할 필요가 없다는 사실과 결합했습니다. . 꽤 좋아 보이지만 평균 조가 사용할 수 있습니까?

편집 1 : 설명으로, 이것은 반드시 기본 구현이 아니라 인터페이스와 관련이 있습니다. 그러나 일반 HTML 및 JavaScript (HTML이 필요한 경우 이중 유용성 포인트 포인트를 사용하면 인터페이스가 가능하지만이 경우 W3C에 갇히게 될 것 같습니다).

Answer 1

Firefox "HTML Validator"애드온의 출력은 꽤 좋습니다. 그것은 큰 창에 소스를 보여주고 작은 창에 오류 목록이 표시됩니다 (소규모는 일반적으로 첫 번째를 목표로하기 때문에 첫 번째 부분에만 관심이 있기 때문에 중요하지 않습니다). 오류를 클릭하여 강조 표시하면 두 번째 작은 창에 확장 된 설명이 표시되며 코드의 불쾌한 부분이 큰 창에서 강조 표시됩니다.

애드온에는 텍스트 편집기가 포함되어 있지 않으므로 문제에 대한 전체 솔루션이 아닙니다. 그러나 SGML 기반 유효성 검사기와 HTML Tidy를 모두 사용하고 있으며 로컬 파일의 경우 Tidy가 제안한 수정을 수행 할 수 있다고 생각합니다.

Answer 2

나는 항상 구문 강조 표시가 훌륭하다고 생각합니다. HTML에서는 개발자가 적절하게 채색 할 때 태그를 쉽게 구별 할 수 있기 때문에 이것은 매우 유용합니다.

개인적으로 나는 당신에게 큰 지루한 문제 목록을 제공하는 W3C 방법을 좋아하지 않습니다. 코드 자체의 시각 보조 도구가 훨씬 좋습니다.