위키백과:스타일/목록 설명서

목록은 위키피디아에서 정보를 정리하기 위해 일반적으로 사용된다. 목록은 산문 기사의 본문, "홍보" 또는 "작업" 섹션과 같은 부록 또는 독립된 기사로 찾을 수 있다. 이 가이드라인은 목록을 적절하게 사용하는 시기와 방법을 설명한다.

목록 유형

위키피디아는 주로 목록으로 구성된 기사(일반적으로 "목록" 또는 "독립 목록"으로 불리는 기사)와 주로 산문으로 구성된 기사("예술가"라 한다)를 구분한다. 기사는 일부 목록을 포함할 수 있지만 주로 산문으로 구성된다.

독립 실행형 목록 문서

목록 기사는 리드 섹션 다음에 목록으로 구성된 백과사전 페이지다(제목별로 나눌 수도 있고 안 나눌 수도 있다). 이 목록에 있는 항목은 특정 주제 영역의 기사에 대한 링크를 포함하며, 목록에 있는 항목에 대한 추가 정보를 포함할 수 있다. 독립형 목록의 제목은 일반적으로 목록 유형(목록, 색인 등)으로 시작하며, 그 다음에 기사의 제목(예: 식물성 기름 목록)이 나타난다. 그것들은 알파벳순으로, 주제 분류별로, 또는 주제별로 편평하거나 계층 구조로 구성될 수 있다.

제목과 글머리 기호 스타일 또는 세로 스타일은 독립 실행형 목록에 공통적이다. 이 위키백과 기사는 위키백과를 따른다.독립 실행형 목록 스타일 가이드라인

포함 목록

임베디드 리스트는 기사의 산문 내용을 보충하는 기사 내에서 사용되는 리스트다. 그것들은 텍스트 속성이나 추가된 것에 포함되며, 표 형식일 수 있다. 위키피디아는 네비게이션 템플리트뿐만 아니라, 보통 목록 형식으로 된 몇 가지 표준 부록들을 사용한다.

포함된 목록은 적절한 경우에만 사용해야 한다. 때로는 목록의 정보가 산문으로 더 잘 제시될 수 있다. 목록 형식으로 너무 많은 통계 데이터를 표시하는 것은 정책을 위반할 수 있다.

"어린이"(즉, 움푹 들어간 곳)

목록의 항목이 앞에 있는 문단의 "자녀"인 경우 목록 스타일을 사용하는 것이 적절할 수 있다. 그러한 "자식"은 논리적으로 그들의 부모적 묘사 아래 삽입될 수 있는 자격이 있다. 이 경우, 특히 단락이 매우 짧은 경우, 목록 형식의 문단을 들여쓰면 더 쉽게 읽을 수 있을 것이다. 다음 예제는 총알이 있는 경우와 없는 경우 모두 작동한다.

산문 리스트
20세기 초 뉴욕보-아츠 건축 운동의 중심지로서 스탠포드 화이트카레, 헤이스팅스 같은 위대한 건축가들의 재능을 끌어 모았다. 세기가 진행될수록 더 나은 건설과 엔지니어링 기술이 가능해지면서 뉴욕은 세계에서 가장 높은 빌딩을 놓고 경쟁하는 구심점이 되었다.

도시의 스카이라인은 수많은 다양한 초고층 건물들로 이루어져 왔으며, 그 중 많은 것들이 20세기 건축의 상징이다. 높이 87m의 플랫아이언 빌딩은 1902년 완공 당시 이 도시에서 가장 높은 빌딩 중 하나로 철골 덕분에 가능했다. 그것은 강철 골격을 가지고 설계한 최초의 건물 중 하나였으며, 당시의 다른 건축 방법으로 이 높이를 달성하는 것은 매우 어려웠을 것이다. 시청이 내려다보이는 신고딕적 '상업자의 성'인 울워스 빌딩캐스 길버트가 설계했다. 1913년 완공된 792피트(241미터)의 이 빌딩은 세계에서 가장 높은 빌딩이 되었는데, 이 빌딩은 1930년 40번 월스트리트에 추월당하기 전까지 유지되었던 영광이다. 같은 해, 크라이슬러 빌딩은 1,046피트(319m)의 하늘을 긁으며 세계에서 가장 높은 빌딩으로 선두에 섰다. 높이보다 더 인상적인 것은 윌리엄 앨런이 설계한 건물이다. 벽돌로 만들어진 외관을 가진 아트 데코 걸작인 크라이슬러 빌딩은 오늘날까지 뉴욕 시민들이 가장 좋아하는 건물이다.

20세기 초 뉴욕보-아츠 건축 운동의 중심지로서 스탠포드 화이트카레, 헤이스팅스 같은 위대한 건축가들의 재능을 끌어 모았다. 세기가 진행될수록 더 나은 건설과 엔지니어링 기술이 가능해지면서 뉴욕은 세계에서 가장 높은 빌딩을 놓고 경쟁하는 구심점이 되었다. 이 도시의 눈부신 스카이라인은 수많은 다양한 초고층 건물들로 구성되어 있으며, 이 건물들 중 많은 것들이 20세기 건축의 상징이다.
  • 높이 87m의 플랫아이언 빌딩은 1902년 완공 당시 이 도시에서 가장 높은 빌딩 중 하나로 철골 덕분에 가능했다. 그것은 강철 골격을 가지고 설계한 최초의 건물 중 하나였으며, 당시의 다른 건축 방법으로 이 높이를 달성하는 것은 매우 어려웠을 것이다.
  • 시청이 내려다보이는 신고딕적 '상업자의 성'인 울워스 빌딩캐스 길버트가 설계했다. 1913년 완공된 792피트(241미터)의 이 빌딩은 세계에서 가장 높은 빌딩이 되었는데, 이 빌딩은 1930년 40번 월스트리트에 추월당하기 전까지 유지되었던 영광이다.
  • 같은 해, 크라이슬러 빌딩은 1,046피트(319m)의 하늘을 긁으며 세계에서 가장 높은 빌딩으로 선두에 섰다. 높이보다 더 인상적인 것은 윌리엄 앨런이 설계한 건물이다. 벽돌로 만들어진 외관을 가진 아트 데코 걸작인 크라이슬러 빌딩은 오늘날까지 뉴욕 시민들이 가장 좋아하는 건물이다.

작업 및 시간 목록

주요 논점에 대한 산문 분석에 의해 기사의 다른 곳에서도 정보가 뒷받침될 것으로 예상되며, 리스트가 다루기 어려워지면 s가 되는 것이 예상되지만, 도서, 음반, 음반 담당자, 트랙리스트 등 개인이나 그룹의 작품 목록은 일반적으로 간단한 목록 형식으로 제시된다.WP에 따라 독립 실행형 목록으로 이동한다.요약 스타일. 타임라인과 연대기는 실제 역사에 대한 산문적 서술에 유용한 보충물이 될 수 있다. 목록의 내용은 산문과 동일한 내용 정책에 의해 관리되며, 여기에는 적절한 가중치 원칙과 독창적인 연구를 회피하는 원칙이 포함된다. 위키백과 정책 및 지침(WP 포함:트리비아 섹션). 산문이 더 적절한지 생각해 보라. 일정과 관련된 구체적인 조언은 위키피디아에서 제공된다.타임라인 표준.

관련 항목(기본 목록)

"참고" 목록 "관련 주제" 목록은 사용자가 관련 위키백과 기사를 찾을 수 있도록 도와주는 유용한 탐색 도구다. 어떤 기사와 기사 목록을 어떤 기사에 추가할지 결정할 때, 독자들의 마음 속에 자신을 넣어보는 것이 유용하다: 독자는 기사를 읽은 후에 어디로 가고 싶어할 것 같은지 스스로에게 물어보라. 일반적으로 여기에는 세 가지 유형의 링크가 포함된다.

어떤 기사에 넣어야 할 기사와 목록과의 연결고리가 얼마나 많은지에 대해서는 약간의 논란이 있다. 일부 사람들은 "기사에 대한 링크"("참고" 섹션도 "목록 링크" ("관련 주제" 섹션도 삽입)와 "기사에 대한 링크"를 구분하지만, 한 섹션에만 너무 많은 링크가 없는 한, 이것은 필요하지 않다. 어떤 사람들은 주어진 글의 끝에 포함되어야 하는 목록으로 연결되는 최적의 링크 수가 0, 1 또는 2라고 느낀다. 다른 이들은 보다 포괄적인 목록 집합이 유용할 것이라고 생각한다. 일반적으로, 어떤 목록을 포함시킬지 결정할 때, 같은 기준을 사용하여 "참고 항목" 섹션에 어떤 기사를 포함해야 할지를 결정한다. 편집자들은 독자들의 심경에 자신을 담아서 "이 기사를 읽고 어디로 가고 싶을까"라고 물어봐야 한다. 일반적으로 "참고" 섹션은 기사의 본문에 나타나는 링크를 반복해서는 안 된다.

참조 및 외부 링크

참고 목록은 위키백과 외부의 정보 소스를 보여준다. 가장 일반적인 두 가지 유형은 다음과 같다.

  • "웹 하이퍼링크" – "외부 링크" 제목 아래 위키백과 이외의 웹 주소에 대한 링크 목록
  • "참고사항" – "참고사항" 제목 아래에 있는 학술지 기사 또는 책 목록

위키피디아는 링크 컬렉션이 아니며 외부 링크만 있는 기사는 적극적으로 낙담하고 있지만, 인터넷에서 보다 상세한 자료를 참조하는 것이 적절하다. 특히 웹 사이트를 중요한 정보 출처로 사용한 경우가 이에 해당된다.

목록의 특수 이름

위키피디아의 대부분의 목록은 항목 목록이지만 전부는 아니다. 전문화된 유형의 목록에는 다음이 포함된다.

  • 개요 - 위키백과 개요는 주어진 주제에 속하는 주제들의 계층적으로 배열된 목록이다. 개요는 위키피디아에 있는 두 가지 유형의 일반 주제 목록 중 하나이며, 다른 하나는 색인이다.
  • 색인 – 위키피디아에 대한 색인은 특정 주제에 대한 기사의 알파벳 목록이다. 위키백과 참조:위키프로젝트 인덱스.
  • 타임라인타임라인은 사건의 연대순을 그래픽으로 나타낸 것이다.
  • 전투 순서 – 계층적 조직과 지휘 구조를 보여주는 무장 구성 요소의 표현.
  • 작품 목록에는 문헌 자료와 기록 자료가 포함되어 있다. 도서목록은 책, 저널 기사, 웹 기사를 포함한 주제 영역에 대한 관련 참고문헌 목록이며, 음반목록은 음악가나 가수가 특징으로 하는 모든 음반 목록이다. 또는 장르나 레코드 레이블을 기반으로 컴파일될 수 있다.
  • 용어집용어집은 정의가 포함된 특정 주제 영역의 용어 목록이다.
  • 색인 문서 설정 – 동일한(또는 유사한) 이름을 공유하는 항목 집합을 문서화하십시오. 여러 과목을 기록하기 위한 전문 기사라는 점에서 해시 페이지와 다른 반면 해시 페이지는 항해용이라는 점에서 다르다. 설정된 색인 문서가 모두 목록은 아니다.
  • 동적 목록 – 동적 목록은 다루는 주제가 변경됨에 따라 변경되는 목록이다. 따라서 결코 완성되지 않을 수도 있다. 모든 유형의 목록은 동적일 수 있다.

리스트의 목적

목록에는 세 가지 주요 목적이 있다.

정보

그 목록은 귀중한 정보원이 될 수도 있다. 이것은 특히 구조화된 목록의 경우다. 예를 들면 연대순으로 정리된 목록, 테마별로 분류된 목록 또는 주석이 달린 목록을 들 수 있다.[clarification needed]

항법

내부적으로 연결된 용어(즉, 위키링크)를 포함하는 목록으로, 위키백과의 자연적인 목차 및 색인 표로서 총집합한다. 사용자가 찾고 있는 것에 대한 일반적인 생각을 가지고 있지만 특정 용어를 알지 못하는 경우, 기본 주제 목록과 보다 포괄적인 주제 목록을 찾아볼 수 있으며, 이는 위키피디아의 모든 목록은 아닐 경우 대부분으로 이어지며, 결국 관련 기사로 이어진다. 특정 연구 목표가 없는 사용자도 기사에 나열된 기사가 유용하다고 생각할 수 있다. 표제는 또한 포털에서 제공되어 피사체의 탐색을 돕고, 리스트는 종종 시리즈 상자나 다른 탐색 템플릿을 사용하여 기사에 배치된다.

특정한 연구 목표를 가진 사용자들은 하나 또는 두 단어로 설명되며, 위키피디아의 검색 상자가 유용하다고 생각할 가능성이 높다.

개발

일부 목록은 위키피디아 개발 목적에 유용하다. 관련 주제 목록에는 위키백과의 현황, 작성된 기사, 아직 작성되지 않은 기사 등이 기재되어 있다. 그러나 위키피디아가 편집자보다 독자에게 최적화되어 있기 때문에 주로 개발 또는 유지보수를 목적으로 존재하는 목록(전적으로 레드 링크로 구성되고 정보 목적을 제공하지 않는 목록, 특히 누락된 주제 목록 등)은 메인 공간이 아닌 프로젝트 또는 사용자 공간에 있어야 한다.

목록 및 범주

목록과 범주의 중복은 두 가지 형식이 함께 작동하기 때문에 유익하다. 원칙은 위키백과에서 다룬다.범주, 목록 탐색 템플릿. 카테고리처럼 목록은 Related Changes 기능을 사용하여 나열된 페이지의 변경사항을 추적하는 데 사용될 수 있다. 카테고리와는 달리, 목록은 또한 내용 기록을 보관할 수 있고, 목록 또한 한 페이지에 많은 수의 항목이 나타날 수 있다.

목록 이름 지정

독립 실행형 목록의 경우, 목록의 제목은 페이지 이름이다. 내장된 리스트의 경우, 리스트의 제목은 대개 섹션 제목(예: 라틴 제국#라틴 콘스탄티노폴리스 황제, 1204–1261)이지만 더 짧을 수 있다. 목록 제목은 오해의 소지가 없어야 하며 일반적으로 약어를 포함해서는 안 된다. 또한 지나치게 정밀한 목록 제목은 덜 유용할 수 있고 목록을 찾기 어렵게 만들 수 있다. 목록의 정밀한 포함 기준은 제목이 아닌 리드 섹션(아래 참조)에 명시되어야 한다. 예를 들어, 완전하고 주목할 만한 단어들은 보통 목록 제목에서 제외된다. 대신, 리드는 리스트가 완성되었는지, 널리 알려지거나 눈에 띄는 회원(즉, 기사를 쓸 만한 가치가 있는 회원)에 한정되어 있는지 여부를 명확히 한다. "유명"이라는 단어는 불필요한 "피콕" 장식으로 간주되므로 사용해서는 안 된다는 점에 유의하십시오.

리스트 레이아웃

이해하기 쉬운 산문을 사용하라.

한 구절이 일반 텍스트로 쉽게 이해되는 산문을 선호한다. 산문은 단순한 목록이 아닌 방식으로 상세한 내용을 제시하고 문맥을 명확히 할 수 있기 때문에 기사에서 선호된다. 그것은 설명하기 위한 것이기 때문에 기사에 가장 적합하다.

산문으로 더 잘 쓰여질 수 있는 목록을 표시하기 위해 {{prose}}}을 사용할 수 있다. 불필요한 목록을 백과사전적인 산문으로 변환함으로써 많은 단조로운 기사들을 개선할 수 있다. 참고 항목: WP:스타일/트리비아 섹션 매뉴얼을 참조하십시오.

산문과 목록 간의 차이 예제
산문 내용이 없는 목록
20세기 뉴욕시의 건축은 수많은 건축의 아이콘들을 포함하고 있으며, 가장 두드러진 마천루들이 있다. 세기의 처음 몇 십 년 동안, 이 도시는 건축가 스탠포드 화이트카레르와 헤이스팅스로 대표되는 보-아츠 운동의 중심지가 되었다. New York's new skyscrapers included the Flatiron Building (1902), where Fifth Avenue crosses Broadway at Madison Square; Cass Gilbert's Woolworth Building (1913), a neo-Gothic "Cathedral of Commerce" overlooking City Hall; the Chrysler Building (1929), a pure expression of Art Deco; and the Empire State Building (1931). 제2차 세계대전 이후 모더니즘 건축가 레이먼드 후드레버 하우스는 1930년대의 고전적인 스카이라인을 변형시킨 "유리상자"의 군집을 시작해 세계무역센터 타워(1973년)에서 정점을 찍었다. 20세기 뉴욕시의 건축물

좋은 마크업 사용

적절한 마크업 사용: 주의 깊은 Wiki 마크업 또는 템플릿 기반 목록 코드를 사용하십시오(도움말 참조:많은 포인터를 위한 목록). 특히 목록에 있는 항목 사이에 빈 을 두지 마십시오. 이는 MediaWiki 소프트웨어가 각 항목을 새 목록 시작으로 잘못 해석하게 하기 때문이다. (목록 항목에 줄 바꿈 또는 추가 단락을 삽입하는 HTML 기법이 있다.) 리스트가 없는 소재의 시각적 스타일링을 위해 글에서 리스트 마크업을 잘못 사용하지 않도록 주의하십시오.

이미지 및 목록

A (좋음)
 [[파일:예.jpg 엄지손가락 캡션 텍스트] * 예 1 * 예 2 * 예 3 * 예 4 
B(나쁨)
 * 예 1 * 예 2 [파일:예.jpg 엄지손가락 캡션 텍스트] * 예 3 * 예 4 
C (좋음)
 * 예 1 * 예 2 * [파일:예제.jpg 엄지손가락 캡션 텍스트]] 예제 3 * 예제 4 

목록의 오른쪽으로 그림을 플로팅하려면 대부분의 경우 첫 번째 항목 앞에 이미지 마크를 표시해야 한다(예: "A" 참조). (예: "B"와 같이) 이미지 마크를 목록 내에 별도의 줄로 다시 한 번 삽입하면 두 개의 절반 목록으로 분할된다.

목록 항목의 길이 또는 해당 이미지의 주제 관련성이 상단 모서리에 표시되지 않는 경우, 정렬되지 않은 목록의 연속성을 깨지 않도록 첫 번째 목록 항목(예: "C")의 별표 뒤에 배치하는 것을 고려하십시오(예: "C").<ul>) 요소.

참고: 목록의 왼쪽으로 영상을 플로팅할 때는 {{flowlist} 템플릿을 사용하여 글머리 기호 삽입을 방해하지 않도록 하십시오.

기본적으로 정렬되지 않은 목록 사용

특히 긴 목록의 경우 기본적으로 글머리표(순서가 없는) 목록을 사용하십시오. 번호별로 항목을 참조할 필요가 있거나, 항목의 순서가 중요하거나, 실제 세계에 번호 매기기(예: 앨범 트랙)가 있는 경우에만 번호(순서) 목록을 사용하십시오.

목록 항목을 일관성 있게 포맷

목록 항목은 목록에서 일관되게 포맷되어야 한다. 동일한 페이지에서 서로 다른 목록 유형을 사용할 타당한 이유가 없는 한, 기사 전체의 일관성도 바람직하다.

완전한 문장인지 여부에 관계없이 목록 항목에 대해서는 기본적으로 문장 대소문자를 사용하십시오. 문장의 경우는 위키피디아 목록의 약 99%에 사용된다. 제목 케이스(책 제목에 사용되는 경우)는 목록 항목에는 사용되지 않는다.

소문자는 다음 경우에 가장 적합하다.

  • 문장 파편에 의해 소개된 목록과 짧은 항목 목록, 또한 파편과 함께 연장된 문장을 계속한다.
  • 용어집 기재. 일반적으로 어떤 것이 자본화되었는지 여부를 전달하는 것이 중요한 경우.
  • 영문 이외의 이름(영어로 동화되지 않은 항목)을 대문자화되지 않은 언어에서 가져온 항목의 목록

목록의 모든 항목에 대해 동일한 문법 형식을 사용하십시오. 문장과 문장 조각이 항목으로 혼합되지 않도록 하십시오.

  • 항목이 완전한 문장일 경우, 각 문장은 문장 사례(즉, 초기 문자는 대문자로 표시)와 최종 완전 정지(기간)로 포맷된다.
  • 항목이 문장 조각일 때는 대개 소개 자료와 결장이 선행된다. 항목은 초기 소문자 또는 문장의 경우에 제공될 수 있다. 대부분의 경우 최종 구두점은 사용되지 않는다.
    • 세미콜론은 목록이 짧고, 항목이 소문자일 때 사용할 수 있으며, 전체 목록이 완전한 문장을 형성할 수 있다(일반적으로 문장을 완성하기 위한 도입 구절과 가능한 경우 목록 뒤에 닫는 구절과 함께 사용할 수 있다). 명료성을 위해 항목을 "듣는" 것이 문맥상 중요하지 않다면(예: 목록 아래의 나머지 글의 섹션에 해당하기 때문) 많은 경우들은 문단으로 다시 쓰는 것이 좋다.

목록 항목은 완전한 문장으로 구성되지 않거나 목록 전체를 구성하는 목록의 끝인 경우가 아니면 완전 중지 상태로 끝나서는 안 된다.

요소들이 작품 제목이나 다른 적절한 이름을 포함하고 있을 때, 이것들은 목록의 나머지 부분이 어떻게 포맷되는지에 관계없이 원래의 대문자를 유지한다.

섹션 제목의 목록 제목은 섹션 편집이 가능한 경우 직접 편집 지점을 제공한다. 또한 자동 목차가 목록을 탐지할 수 있도록 한다. 단, 섹션의 초점이 아닌 목록이나 짧은 목록을 많이 사용하고 관련 목록을 그룹화하는 보다 주제적인 제목에 의해 더 잘 배열된 기사의 목록에는 필요하지 않으며, 이 목록을 사용하지 않아야 한다.

소개자료

목록에는 소개 자료가 있어야 하며, 독립형 목록의 경우, 이것이 리드 섹션이어야 한다. 이 소개 자료는 목록의 범위를 명확히 해야 한다. 또한 리스트의 구조와 같이 리스트의 명확하지 않은 특성에 대한 설명도 제공해야 한다. 독립형 목록은 별도의 도입부(예: 요한 세바스티안 바흐#리스팅 바흐의 작곡 목록)에 비구체적 특성을 배치할 수 있다.

목록과 해당 지원 자료는 중립적이어야 한다. 주제를 달리 보완하는 독립 실행형 목록은 해당 주제를 만족시키지 않아야 한다. 소개 자료도 위키백과의 자기 참조를 피해야 한다.

문맥을 위해 읽거나 내용을 스캔할 수 있는 "Notable people" 또는 "Alumni"와 같은 일부 정보는 크기에 따라 섹션 리드 및 설명, 글머리표 목록 또는 산문으로 포맷될 수 있다. 목록이 길고 요약할 수 없지만 분할에 적합하지 않은 경우, 서술적이고 굵은 글자가 있는 섹션 리드가 긴 산문 섹션보다 더 적절할 수 있다.

조직

목록은 다른 방식으로 정리될 수 있지만, 항상 정리되어야 한다. 가장 기본적인 형태의 조직은 알파벳 또는 숫자형이다(예: 스타워즈 스타파이터 목록). 그러나 특정 날짜가 있는 항목은 때때로 연대기 형식을 선호한다(벨라루스 총리 목록). 보다 복잡한 형태의 조직(원래별, 용도별, 유형별 등)을 사용할 때 분류 기준이 명확하고 일관되어야 한다. 독자나 편집자가 제목 A, B, C가 (1903이 아닌) D가 뒤따를 것이라고 쉽게 가정할 수 있듯이, 더 복잡한 시스템도 그만큼 명시적이어야 한다. 국제 교도소에 수감 중인 호주인 명부아르헨티나, 캄보디아(국가별 조직)의 표제가 포함돼 있다면 편집자가 마약 밀매(범죄에 의한 조직) 표제를 추가하는 것은 부적절할 것이다. 목록 항목이 논리적으로 둘 이상의 범주(예: 아르헨티나 마약 밀매 교도소에 수감된 호주인)에 속할 경우 목록 분류에 결함이 있을 수 있으므로 다시 검토해야 한다.

목록에 포함할 가치가 있는 모든 항목은 일부 기준에 따라 정렬될 수 있으므로, 리스트의 형식은 모든 적절한 항목을 포함하도록 수정해야 할 수 있지만, 리스트에는 "일련되지 않은" 또는 "기타" 제목을 포함해서는 안 된다. 분류가 결정되는 동안 분류되지 않은 항목은 목록의 대화 페이지에 포함될 수 있다.

목록 크기

목록과 표를 목적과 범위에 대해 가능한 한 짧게 유지하십시오. 목록 내의 자료는 불필요한 세부사항 없이 기사 주제에 관련되어야 하며, 정책당 통계 데이터는 최소한으로 유지되어야 한다.

일부 자료는 요약 스타일 방법을 사용하여 축소하거나 요약하는 데 적합하지 않을 수 있다. 포함된 목록은 다음을 생성하는 {{See} 템플릿을 남기고 목록 기사로 완전히 분리해야 할 수 있다.

어떤 경우에는 문장 내의 긴 시퀀스보다 목록 스타일이 더 바람직할 수 있다. 비교:

산문 리스트
철학자들은 정의를 제시하는 의미, 기능, 가능성을 논한다. 사전 또는 어휘적 정의, 강도적 정의, 확장적 정의, 허세적 정의, 규정적 정의, 운영적 정의, 이론적 정의, 설득력 있는 정의, g에 의한 정의를 포함하여 여러 가지 다른 종류의 정의와 기법을 구별하는 것이 전형적이다(예: 대학 논리학 본문에서).이너스와 차이 철학자들은 정의를 제시하는 의미, 기능, 가능성을 논한다. 다음을 포함하여 다양한 종류의 정의와 기법을 구별하는 것이 일반적이다(예: 대학 논리학 본문).

목록에 개별 항목 추가

목록은 독립 실행형 목록(목록 기사라고도 함)이든, 포함된 목록이든, 문단 전용 기사나 섹션과 마찬가지로 백과사전적 내용이다. 따라서 목록에 있는 모든 개별 항목은 위키피디아의 콘텐츠 정책, 즉 검증가능성핵심 콘텐츠 정책(항목의 하나 이상의 참고자료있는 좋은 출처를 통해), 독창적연구중립적인 관점, 그리고 기타 콘텐츠 정책도 따라야 한다. 인용문이 반드시 있어야 하는 4가지 종류의 자료 중 하나를 포함하는 내용이 인라인 인용문으로 나타날 경우 내용을 소싱해야 한다. 목록 형식은 주제당 더 적은 세부사항을 요구할 수 있지만, 위키백과 정책과 절차는 목록의 개별 항목이 연결될 수 있는 관련 기사뿐만 아니라 유사한 내용의 목록에도 동일하게 적용된다.

목록의 항목을 추가하거나 편집하는 데 있어서 대담해지는 것은 중요하지만, 또한 대담함과 사려 깊은 생각, 즉 모든 콘텐츠 정책이 편집자의 달성을 돕는 것을 목표로 하는 균형감각을 맞추는 것도 중요하다. 불확실한 품질의 편집은 먼저 다른 편집자들의 피드백을 위해 토크 페이지에서 논의될 수 있다.

토크 페이지 토론은 그러한 피드백에 유용할 뿐만 아니라, 특히 주제 자체의 정의가 논란이 되는 항목을 추가하기 합의에 도달하기 위한 좋은 검토 과정이기도 하다. 이 절에서 언급한 다른 정책 및 프로세스와 마찬가지로, 이 프로세스는 위키백과에서 어렵거나 논쟁적인 백과사전 콘텐츠의 모든 유형에 사용될 수 있다는 점에 유의하십시오.

목록 자체를 편집하기 전에 토크 페이지에 합의하면 장기적으로 시간을 절약할 뿐만 아니라 목록의 각 항목이 잘 참조되고 목록 전체중립적인 관점을 나타내는지 확인하는 데 도움이 된다. 콘텐츠는 표시된 곳에서 소싱되어야 하며, 인용문이 반드시 필요한 4가지 종류의 자료 중 하나를 포함하는 경우 인라인 인용문을 제공해야 한다.

항목이 검증가능성 정책의 요구사항을 충족하면, 목록의 독자는 해당 정보가 신뢰할 수 있는 출처에서 왔는지 확인하기 위해 항목의 참조를 확인할 수 있다. 정보가 검증가능하기 위해서는 위키피디아가 독창적인 연구를 발표하지 않는다는 뜻도 된다: 위키피디아의 내용은 편집자의 신념이나 경험이나 심지어 출처가 실제로 말하는 것 이상의 편집자의 해석보다는 이전에 좋은 출처에서 발표된 정보에 의해 결정된다. 항목이 목록의 주제와 관련이 있다고 확신하더라도 목록에 추가하기 전에 이 지식을 검증하는 좋은 출처를 찾아서(토크 페이지에서 제안할 수 있지만), 해당 출처를 항목 옆에 있는 참조에 추가해야 한다.

생활인이 포함된 목록에는 생활인 전기 정책이 적용된다.

신뢰할 수 있는 출처가 불일치할 때 중립적인 관점을 유지하는 정책은 특별히 어떤 관점을 지지하지 않고 경쟁적인 관점을 기술할 것을 요구한다. 편집자는 다양한 출처의 말을 간단하게 제시하여 출판된 신뢰할 수 있는 출처에서 각 관점의 중요성에 따라 균형을 이룬 커버리지를 통해 각 측면에 적절한 가중치를 부여해야 한다.

다른 기사에 대한 링크가 있는 독립 실행형 목록에 항목을 추가할 때, 항목을 추가할 때 설정된 형식을 따라 해당 항목을 해당 항목의 주제에 초점을 맞춘 기사에 연결할 수 있는지 확인하십시오. 만일 그렇다면, 리스트의 형식이 리스트 항목에서 경쟁 뷰의 모든 세부사항을 위한 공간을 제공하는지 또는 그러한 세부사항이 해당 주제에 관한 링크된 주요 기사에서만 다루어져야 하는지를 고려해 보십시오. 어느 쪽이든, 그들이 아직 그곳에 있지 않다면, 반드시 주요 기사에 그것들을 추가하라.

분류

카테고리의 적절한 하위 카테고리를 하나 이상 추가할 수 있다.독립적 백과사전적 관심사가 될 수 있는 목록을 포함하는 페이지 하단의 목록. 목록에 대한 리디렉션(예: "엘보니아 대통령 목록"에서 "엘보니아 대통령 목록"으로)이 있을 경우, 리스트 카테고리를 대신 "리스트"로 명명된 리디렉션에 추가한다. 항목별로 알파벳 순으로 정렬하려면 정렬 키를 사용하십시오.

리스트 스타일

위키피디아에 목록을 표시하는 방법에는 여러 가지가 있다.

글머리 기호 목록

이것은 위키피디아에서 가장 흔한 목록 유형이다. 글머리 기호는 목록의 개별 항목을 한 눈에 식별하기 위해 사용되는데, 보통 목록의 각 항목이 단순한 단어, 구문 또는 단일 줄의 텍스트일 때, 숫자 순서가 적절하지 않거나 극히 간략한 목록일 때, 항목을 한 눈에 파악하는 것은 문제가 되지 않는다. 그것들은 큰 문단에 적합하지 않다. 단순 글머리표 리스트는 다음 행을 시작하여 작성됨 * 목록 항목의 텍스트 추가(한 항목당 하나씩) * 선을 긋다

목록 항목은 일관성 있게 포맷되어야 한다. 요약:.

  • 문장 케이스를 선호한다.
  • 전체 문장을 사용하는 것을 선호하며, 같은 목록의 항목으로 문장과 조각을 혼합하는 것을 피한다.
  • 문장 조각에는 단자 구두점이 사용되지 않는다.
  • 목록 항목 사이에 빈 줄을 두지 마십시오.

자세한 내용은 위의 § 글머리표 번호 목록참조하십시오.

좋은 예
위키텍스트 HTML 외관
== 목록 제목 == * 예 1 * 예 2 * 예 3 
<h2><span class="mw-flash" id="제목_of_list">>목록 제목(</h2></li>1</li><li> 2</li> </li> 3</li> 예시 
목록 제목
  • 예 1
  • 예 2
  • 예 3

HTML 형식은 내부 단락 구분 기호가 있는 항목을 포함하여 리치 리스트를 작성하는 데 사용될 수 있다. 리스트가 있는 이미지를 사용하려면 주의가 필요하다.

infobox의 경우 글머리표 리스트를 간단한 템플릿으로 글머리표나 가로세로 변환하여 큰 글머리표와 들여쓰기를 모두 억제할 수 있다.

리스트 뒤에 빈 줄을 남겨서 리스트의 행을 두 배로 띄우지 마십시오. 이렇게 하면 목록이 여러 목록으로 분할되어 목록 마크업 사용의 목적을 무시한다. 이는 접근성에 악영향을 미치며(화면 판독기는 시각 장애가 있는 사용자에게 복수의 목록이 있음을 알려준다)[1] 재사용을 위한 콘텐츠의 기계파괴성을 방해한다. 게다가, 특정 웹 브라우저에서는 목록 출력 블록과 다음 블록 사이의 여분의 화이트 스페이스가 시각적으로 거슬리는 효과를 가질 수 있다.

번호가 매겨진 목록의 항목 사이에 빈 줄이 있으면 글머리표 목록과 동일한 목록 오류가 발생할 뿐만 아니라 "1"에서 번호 매기기를 다시 시작할 것이다. 이것은 복잡한 마크업(편집하기 쉬운 기대치 감소) 없이 고정될 수 없으므로, 번호가 매겨진 목록에서는 항상 이중스페이스를 피해야 한다.

나쁜 예
위키텍스트 HTML 외관
== 목록 제목 == * 예 1 * 예 2 * 예 3 
<h2><span class="mw-flash" id="제목_of_list">>목록 제목(</h2></li></li></li><li><li><li></li><li><li><li><li><li><li><li><li><li> 3</uli> 예) 
목록 제목
  • 예 1
  • 예 2
  • 예 3

이렇게 하면 실제로 각 항목이 하나씩 포함된 세 개의 목록이 생성된다! 렌더링된 HTML이 많은 경우 <ul> 라고 딱지를 붙이다. <li> 꼬리표를 달다

글머리 기호 해제 목록

글머리 기호 없이 최대 30개 항목(나중에 증가할 수 있음)의 목록을 보려면 {{Plainlist} 또는 {{Unbulleted list} 템플릿을 사용하십시오. 일반적인 용도는 infobox 필드에 있으며, 로 구분된 선의 유사 목록을 대체하는 데 사용된다. <br />. 템플릿은 올바른 HTML 마크업을 내보내고 CSS로 글머리 기호를 숨긴다(Template:플레인리스트 § 기술 세부사항).

위키텍스트 HTML 외관
== 목록 제목 == {{Plainlist * 예 1 * 예 2 * 예 3 }}}} 
<h2><span class="mw-flash" id="제목_of_list">>목록 제목</h2></div class="plainlist"><li> 예 1</li> 예 2</li> 예 3</li> </div> 예시 
목록 제목
  • 예 1
  • 예 2
  • 예 3
== 목록 제목 == {{불러지지 않은 목록 예 1 예 2 예 3 }}} 
<h2><span class="mw-flash" id="제목_of_list">>목록 제목</h2></div class="plainlist"><li> 예 1</li> 예 2</li> 예 3</li> </div> 예시 
목록 제목
  • 예 1
  • 예 2
  • 예 3

{{Plainlist}}의 이점은 이미 존재하는 총탄목록을 감쌀 수 있다는 것이다. {{Unbulleted list}}의 특징은 짧은 목록의 경우 한 줄에 놓을 수 있다는 것이다. {{Unbulleted list Example 1 Example 2 Example 3}}.

번호 목록

다음 중 하나에 해당하는 경우에만 번호가 매겨진(순서된) 목록을 사용하십시오.

  • 숫자에 따라 원소를 참조할 필요가 있다.
  • 그 항목의 순서는 매우 중요하다.
  • 그 번호 매기는 예를 들어 앨범의 음악 트랙 리스트에서와 같은 몇몇 독립적인 의미를 가지고 있다.

사용 a # 번호가 매겨진 목록 항목을 생성하기 위한 줄의 시작 부분에 기호(이 절에 자세히 설명되어 있는 경우를 제외하고, 이것은 다음과 같이 작동한다). * 글머리표 리스트의 경우, 위).

목록 항목은 일관성 있게 포맷되어야 한다. 요약:.

  • 문장 케이스를 선호한다.
  • 전체 문장을 사용하는 것을 선호하며, 같은 목록의 항목으로 문장과 조각을 혼합하는 것을 피한다.
  • 문장 조각에는 단자 구두점이 사용되지 않는다.
  • 목록 항목 사이에 빈 줄을 두지 마십시오.

자세한 내용은 위의 § 글머리표 번호 목록참조하십시오.

예:

위키텍스트 HTML 외관
== 목록 제목 == # 예 1 # 예 2 # 예 3 
<h2><span class="mw-flash" id="제목_of_list">>목록 제목(</h2></li> 예 1</li> 예 2</li> 예 3</li> 예시 
목록 제목
  1. 예 1
  2. 예 2
  3. 예 3

주문된 목록의 항목 사이에 빈 줄이 있으면 글머리표 목록과 같은 고장 목록 문제가 발생할 뿐만 아니라 "1"에서 번호를 다시 지정하게 된다. 이것은 복잡한 마크업(편집하기 쉬운 기대치 감소) 없이 고정될 수 없으므로, 번호가 매겨진 목록에서는 항상 이중스페이스를 피해야 한다.

HTML 형식은 내부 단락 휴식 시간이 있는 항목을 포함하여 풍부한 목록을 작성하는 데 사용될 수 있다. 아래에 몇 가지 기본 사항이 설명되어 있다. 목록과 함께 이미지를 사용하는 것 또한 약간의 주의가 필요하다.

기타경우수

경험이 풍부한 편집자는 원시 HTML을 사용하여 숫자 이외의 색인을 사용하는 순서 목록, 1부터 시작하지 않는 순서 목록 등 보다 복잡한 결과를 얻을 수 있다.

위키텍스트 외관
<ol type="a"는 이것을 사용한다. 
  1. 리스트를 작성하다
  2. 사용하다
  3. 편지들
  4. 로서
  5. 색인
<ol start="10" 이것[li][li]10"에서[li][li] 목록[li]이[li][li]가] 된다. 
  1. 리스트를 작성하다
  2. 출발하다
  3. 로부터
  4. 10
<올타입="I" start="50" 이 목록에는 "li"로맨틱[li"로맨틱[li]과 "li"로 시작하는 "/li"는 "li"50[li]/li]/li"로 부터 시작된다. 
  1. 리스트를 작성하다
  2. 사용하다
  3. 로마인의
  4. 숫자
  5. 그리고
  6. 출발하다
  7. 로부터
  8. 50

목록 유형의 유효한 값:

  • 1(기본값, 숫자)
  • a(하위 라틴 문자)
  • A(대소문자 라틴 문자)
  • i( 소문자 로마 숫자)
  • I(대소문자 로마 숫자)

시작 값은 음수가 될 수 있지만 목록이 숫자를 인덱스로 사용하는 경우에만 음수가 될 수 있다. 그렇지 않으면 기이한 결과를 얻는다.

위키텍스트 외관
<ol type="a" start="-2"><lie></lie><not</lie><lie> good!</li> </ol> 
  1. 반드시
  2. 아닌
  3. a
  4. 좋은
  5. 아이디어!

설명(정의, 연결) 목록

설명 목록에는 "... 용어 및 정의 그룹, 메타데이터 주제 및 값, 질문과 답변 또는 기타 이름 값 데이터 그룹이 포함되어 있다."[2][3] 위키피디아에서 설명 목록의 가장 일반적인 용어는 용어집을 위한 것으로, 다른 스타일보다 선호된다. 위키피디아는 다음에 대한 특별한 마크업을 가지고 있다.

마크업 렌더링:
; 이름 1 : 값 1 ; 이름 2 : 값 2 ; 이름 3 : 값 3
이름을 1로 짓다
값 1
이름을 2로 짓다
가치 2
이름을 3번으로 짓다
가치 3

출처는 다음과 같이 용어 뒤에 다음 줄에 서술적 값으로 배치될 수도 있다.

마크업 렌더링:
; 이름 1 : 이것은 이름과 관련된 값이며 꽤 길 수도 있지만, 반드시 소스에서 끊기지 않은 하나의 줄이어야 한다. ; 이름 2 : 두 번째 이름과 관련된 값이며, 또한 길 수도 있다.
이름을 1로 짓다
이것은 첫 번째 용어와 관련된 값이고 꽤 길 수도 있지만, 반드시 원천에서 하나의 끊기지 않는 선이어야 한다.
이름을 2로 짓다
이것은 또한 길 수도 있는 두 번째 학기와 관련된 값이다.

이렇게 하면 이름과 값이 여전히 단일 설명 목록 내에 유지되며, 일반적으로 짧은 이름과 긴 값을 번갈아 사용하면 편집 중에 개별 구성요소를 쉽게 찾을 수 있다. 결과 레이아웃과 HTML은 단일 회선 구문에 의해 생성된 것과 동일하다.

Wikitext 마크업 중 하나는 기능 제한이 있고 쉽게 깨진다. 두 가지 유형의 위키텍스트 마크업의 주요 약점은 멀티라인 값을 만들려는 후기 편집자에 의해 쉽게 깨진다는 것이다. 이 문제들은 긴 설명 목록에서 가장 유망하다. 이와 같이 용어집과 같은 설명 목록을 작성하기 위한 템플릿이 있으며, 복수의 단락, 블록 인용문, 하위 목록 등을 포함하여 보다 풍부하고 복잡한 내용을 제공한다(대장 구분 목록 마크업 문제에 대한 자세한 내용WP:스타일/광택지/DD 버그 테스트 사례 참조).

a의 기본 형식은 다음과 같다.

마크업 렌더링:

{{glossary}}
{{term name 1}}
{{defn value 1}}
{{term name 2}}
{{defn value 2}}
{{term name 3}}
{{defn value 3}}
{{glossary end}}

name 1
값 1
name 2
가치 2
name 3
가치 3

다른 형식은 독자와 편집자에게 예기치 않은 것일 수 있고, 위키백과 내용의 재사용성을 저해하며, 자동 처리를 더욱 어렵게 하며, 사용성 및 접근성 문제를 야기할 수 있으므로, 다른 형식은 다른 설명 형식 대신 위와 같이 위키텍스트 또는 템플리트를 사용하십시오. (다른 형식은 수직 공간을 덜 차지하지만, 그럴 경우)나는 독자들이 스캔하는 것이 더 어렵다.) 즉, 설명에 둘 이상의 단락이 포함된 항목 목록이 독립 실행형 목록 기사의 섹션으로 더 잘 표시될 수 있는 반면, 표는 설명 목록보다 내용을 연결하기에 더 적합하며, 특히 각 항목에 대한 값이 여러 개일 경우 더욱 그러하다.

주문되지 않은(게재된) 목록과 주문된(숫자) 목록과 마찬가지로, 설명 목록의 항목들 사이에는 빈 줄이 없어야 한다. 각 항목이 출력물에서 자체 가짜 "리스트"가 되기 때문에 목록 마크업에서 시작하는 항목을 제외하기 때문이다.

위키 마크업 콜론은 시각적 들여쓰기용으로만 사용될 때 HTML로 렌더링되지만 -indent 재료가 적용되는 지연된 용어 없이, 또한 부서진 마크업을 생성하는 목록 시작 태그와 끝 태그로 렌더링된다(자세한 내용WP:스타일/접근성 § 들여쓰기 참조). 접근성이 높은 들여쓰기 템플릿을 사용할 수 있음(예: {{in5}} 또는 하나의 선에 대한 변형 중 하나, {{block indent}} 둘 이상의 행에 대해(대화 페이지의 설명 목록 마크업 오용에 너무 깊이 배어 현 시점에서 변경할 수 없음)

WP:Style#Section 머리글의 많은 고려사항은 설명 목록 용어에도 적용된다. 설명 목록 용어가 머리글이 아님에도 불구하고, 어떤 면에서는 머리글과 같은 역할을 한다. 그러나 적어도 한 가지 측면에서는 그렇지 않다: 설명 목록 용어 wikitext();를 큰 섹션을 세분화하는 데 사용해서는 안 된다. 대신 하위 제목(예: )을 사용하십시오.

산문 및 설명 목록 양식의 내용 비교
산문 리스트


질병은 정상적인 기능, 특히 감염성 질환을 손상시키는 모든 비정상적인 질환으로, 병원성 미생물제의 존재로 인해 발생하는 임상적으로 명백한 질병이다. 질병이나 질병은 환자의 질병에 대한 개인적인 경험을 구체적으로 언급할 때를 제외하고는 대개 질병의 동의어다. 의료 상태는 모든 질병과 장애를 포함하는 광범위한 용어지만, 사람의 건강에 영향을 미치거나, 의료 보조의 혜택을 받거나, 의료 치료에 영향을 미칠 수 있는 임신과 같은 정상적인 건강 상황을 포함할 수도 있다.

정상적인 기능을 해치는 이상 상태, 특히 감염성 질환은 병원성 미생물제의 존재로 인해 발생하는 임상적으로 명백한 질병이다.
병 또는 병
질병에 대한 동의어, 환자의 질병에 대한 개인적 경험을 구체적으로 언급하는 데 사용되는 경우를 제외한다.
의학적 상태
모든 질병과 장애를 포함하지만, 사람의 건강에 영향을 미치거나, 의료 보조의 혜택을 받거나, 의료 치료에 영향을 미칠 수 있는 부상 임신과 같은 정상적인 건강 상황을 포함할 수 있는 광범위한 용어.

테이블

표는 링크, 데이터 또는 정보를 행과 열에 표시하는 방법이다. 그것들은 목록의 복잡한 형태로서, 특히 각 목록 항목에 2개 이상의 정보가 관심 있을 때 유용하다. 표는 좀 더 복잡한 표기법이 필요하며, 접근성을 위해 면밀히 조사해야 한다. 산문에서 다루는 정보를 통합하는 붕괴 표에 고려할 수 있다.

표는 곱셈표, 비교 수치 또는 스포츠 결과와 같은 수학적 데이터를 표시하는 데 사용될 수 있다. 그들은 또한 2개 이상의 언어로 동등한 단어를 제시하는 데 사용될 수 있다. 유형별, 연도별 시상 및 복잡한 음반 목록.

수평 목록

인포박스와 같은 상황에서는 수평 목록이 유용할 수 있다. 예:

접근하다 출력 코드
쉼표로 나열 1, 2, 3번 항목 일반 텍스트만
{{Hlist}} 목록
  • 엔트리 1
  • 엔트리 2
  • 엔트리 3
{{hlist Entry 1 entry 2 entry 3}}
{{Flatlist}} 목록
  • 엔트리 1
  • 엔트리 2
  • 엔트리 3

{{flatlist
* Entry 1
* entry 2
* entry 3
}}

코딩 스타일에 관계없이 이 목록의 첫 단어("Entry 1...")만 대문자로 표시하십시오. 일반적으로 자본화된 단어들은, 보통 적절한 이름처럼, 물론 여전히 자본화 될 수 있다.

{{Flatlist}}}의 이점은 이미 존재하는 총탄 리스트를 감쌀 수 있다는 것이다. {{Hlist}}의 특징은 짧은 리스트의 경우 한 줄에 올릴 수 있다는 점이다.

타임라인

날짜 이벤트 목록 또는 시간 표시 막대의 경우 이벤트당 하나의 {{Timeline-event} 인스턴스를 사용하십시오. 따라서,

*{Timeline-event date={Start date 1904 11 df=y}} event=A happened} * {{Timeline-event date={Start date 1905}} 이벤트={Timeline-event date={Start date 1906 01 21} event={Starting dometing}}}}}}}}} event=nothernother}}}}}}}}}}}}}}}}}}}}}} 

로 렌더링하려면:

  • 1904년 11월 18일 (1904년-11월-18일) : 어떤 일이 일어났다.
  • 1905 (1905): 별일 없었다.
  • 1906년 1월 21일(1906-01-21): 다른 일이 일어났다.

(선택 사항 참고) df=y (날짜 우선) 매개변수 – 날짜 형식은 개별 조항 내에서 일관되어야 한다.

타임라인과 같은 연대순 목록은 가장 이른 시간부터 가장 최근의 시간순이어야 한다. 위키백과 참조:독립 실행형 목록은 § 연대순을 나열한다.

줄 바꿈

마크업 렌더링:
케이크 치즈 초콜릿

케이크
치즈를 치다
초콜릿

이 "의사 목록" 방법은 웹 표준을 충족하지 못하고 접근성 문제를 일으킬 수 있기 때문에 더 이상 사용되지 않는다. 대신 위에서 정의한 보다 형식화된 목록 스타일 중 하나를 사용하십시오.

보일러판 문자

불완전한 목록 바로 앞에 삽입 {{expand list}}, 이 페이지에서 다음 항목을 대체한다.

이 템플릿의 몇 가지 주제별 변형도 범주 내에서 사용할 수 있다.목록에 대한 해트노트 템플릿. 다음 중 하나만 {{expand list}} 또는 주제가 두 개 이상의 하위 범주와 유의하게 관련되지 않는 한 변형을 추가해야 한다. 둘 다 추가하지 않음 {{expand list}} 그리고 어떤 리스트에 대한 변화도.

프로 및 콘 리스트

이것들은 특정한 논쟁이나 입장에 대한 찬반 논쟁의 목록이다. 여기에는 기술이나 제안(예: Wi-Fi)의 장단점 목록과 자유주의진화론과 같은 정치적 입장이나 다른 관점의 비판과 방어 목록이 포함된다. 프로 리스트와 콘 리스트는 서로 다른 관점이 표현될 수 있는 별도의 공간을 만들어 기사에 중립성 문제를 캡슐화하거나 괄호로 묶을 수 있다. 대안적인 방법은 다른 관점을 달리는 산문으로 연결하는 것이다.

어느 방법이나 사용 여부와 방법에 대해서는 신중한 판단이 필요하다. 특히 프로 리스트와 사기 리스트는 사실의 표시를 단편화하고, 사실의 스펙트럼에 대한 보다 미묘한 처리가 선호되는 이항 구조를 만들 수 있으며, 과도한 단순화를 부추기고, 독자들이 목록의 양면 사이를 왔다 갔다 하도록 요구할 수 있다.

참고 항목

메모들

  1. ^ 빈 줄은 화면 판독기 사용자에게 특정한 문제를 야기한다. 위의 잘못된 형식의 예는 다음과 같이 크게 읽힌다: "1개 항목의 목록: 예 1, 목록 끝. 1개 항목 목록: 예 2, 목록 끝. 1개 항목 목록: 예 3, 목록 끝." 서식을 잘못 입력하면 목록을 읽는 데 걸리는 시간이 3배 이상 길어질 수 있다.
  2. ^ HTML5: A Vocabulary and Associated APIs for HTML and XHTML – W3C Recommendation, World Wide Web Consortium, 28 October 2014, "4.4.8 The dl element".
  3. ^ 설명 목록은 HTML4에서는 a, 초기 HTML5에서는 a라고 불렸다.