위키백과:회선 중단 사용
Wikipedia:이것은 수필이다. 그것은 한 명 이상의 위키백과 기고자들의 조언이나 의견을 담고 있다.이 페이지는 백과사전 기사도 아니며, 지역사회에서 철저히 조사되지 않았기 때문에 위키백과 정책이나 지침의 것도 아니다.어떤 에세이는 널리 퍼진 규범을 나타내고, 다른 에세이는 단지 소수의 관점만을 나타낸다. |
원본 텍스트에 두 줄 바꿈(반환 두 번 누름)을 추가하면 위키피디아가 새 단락을 만든다.기사를 읽기 쉽게 하기 위해 단락을 사용해야 한다는 것은 논란의 여지가 없다.그러나 이 페이지는 기사 출처 텍스트 내의 단일 줄 바꿈을 가리킨다.
원본 텍스트의 단일 줄 바꿈은 출력의 단일 줄 바꿈으로 변환되지 않음(단일 줄 바꿈이 렌더링된 문서에 나타나도록 하려면 다음 항목 사용)<br />
태그 또는{{Break}}
템플릿).그러나 선원의 단일 선 파단에는 다음과 같은 특정 효과가 있다.목록 내에서 단일 줄 바꿈은 다음 항목 또는 새로운 단락 중 하나를 시작하고, 들여쓰기(선행 콜론으로 표시되면, 실제로 정의 목록의 정의 부분) 내에서 줄 바꿈은 들여쓰기 작업을 중단하고 새 단락을 시작한다.링크는 줄 바꿈을 포함하지 않는다(이것은 저자들이 실수로 단락 전체를 링크 등으로 바꾸지 않도록 의도적인 것이다).
그럼에도 불구하고, 일부 위키피디아 사람들은 다양한 이유로 기사의 출처 텍스트에 단일 줄 바꿈을 삽입하고, 다른 사람들은 이러한 관행에 반대한다.이 논쟁은 기사 겉모습에 영향을 주지 않기 때문에 독자들은 신경 쓸 필요가 없다.두 가지 입장은 아래에 제시되어 있다.각 위치에 대한 현재 헤드 카운트는 토론 페이지를 참조하십시오.
단일 줄 바꿈 사용 안 함
문서를 편집할 때 문단 내에 수동으로 입력된 하드 라인 구분을 사용하지 마십시오.그 이유는 다음과 같다.
- 단일 줄 바꿈이 포함된 문단을 들여쓰려면 먼저 해당 줄 바꿈을 제거해야 한다.
- 단일 줄 바꿈을 포함하는 문단으로 목록 항목을 만들려면 먼저 해당 항목을 제거해야 한다.
- 줄 바꿈이 포함된 구문을 링크로 바꾸거나 굵은 글씨 또는 기울임꼴로 포맷하려면 줄 바꿈을 먼저 제거해야 한다.
- 많은 독자들은 논리적, 의미적 단절이 있는 곳에서만 줄 바꿈을 기대한다.소스 텍스트의 줄 바꿈은 그들이 잠시 멈추고 그러한 휴식 시간을 검색하게 하며, 없을 때 좌절하게 할 것이다.다음 예를 들어 보십시오.
- 이 수정안이 미국 사회에 미친 영향은 심오하다.분리에 관한 첫 번째 수정안 문제가 제기되었다.
교회와 국가의 문제, 시민권 문제, 포르노와 외설, 정치적 발언과 조직, 언론과 그 제한, 비자발적인 약속 법률, 그리고 더 많은 것.
- 이 수정안이 미국 사회에 미친 영향은 심오하다.분리에 관한 첫 번째 수정안 문제가 제기되었다.
- 기사 출처 텍스트의 외관은 렌더링된 출력의 외관과 달라지기 때문에, 소스 텍스트에서 렌더링된 출력의 문장을 찾기가 어려워진다.작가들은 문단의 관점에서 생각하는 경우가 많으므로 본문을 그런 식으로 구성하는 것이 이치에 맞는다.
- 출처 텍스트의 단일 줄 바꿈은 그들이 특별한 이유로 그곳에 있다고 생각할지도 모르는 새로운 편집자들을 혼란스럽게 할 수 있고, 그들이 무언가를 깨트릴 것을 두려워하기 때문에 이 단락들의 편집을 피할 수도 있다.
문단 내 줄 바꿈의 지지자들은 그들이 다른 것(한 기사의 두 개 수정사항 사이의 차이를 보여주는 보고서)을 더 쉽게 읽을 수 있도록 한다고 주장한다.diff 기능은 각 줄 바꿈으로 구분된 텍스트 블록 내에서 변경사항을 강조하고 해당 텍스트 아래 및 위의 세 번째 줄 바꿈까지 추가 컨텍스트에 변경되지 않은 텍스트를 제공한다.이것은 보통 전체 단락을 강조한다는 것을 의미하며, 문맥상 위와 아래 하나의 단락을 보여준다.변경된 문자는 변경된 블록과 다른 색상으로 별도로 강조 표시된다.
선이 변경될 때 제공되는 컨텍스트의 양을 줄이는 것이 유일한 효과일 것이기 때문에, 이러한 비교에서 개별 선이 어떤 방식으로든 도움이 되는지 알 수 없다.사실 임의로 입력된 줄 바꿈은 소프트웨어가 올바르게 작동하지 못하게 한다. 완전한 단락의 문맥을 제공하는 대신, 문장의 경계조차 존중하지 않고 텍스트의 개별 줄의 변화만 보여준다.
문단 내 줄 바꿈의 한 가지 부인할 수 없는 이점은 많은 유닉스 편집자들이 긴 줄을 잘 다루지 못한다는 것이다. – 그들은 화면 경계에서 문자를 줄임말, 고정된 길이로 줄임말 또는 전혀 줄임말을 줄임말할 수 없다.그러나 이러한 논리에 의해 줄 바꿈은 "단일 줄 바꿈 사용" 규칙의 대부분의 지지자가 원하지 않고 위에서 보듯이 확산 컨텍스트 특징을 완전히 깨는 80자 같은 고정 너비로 입력되어야 할 것이다.일부 문단에 줄 바꿈을 삽입하는 것만으로는 이러한 도구로 편집하기가 쉽지 않을 것이다.논쟁의 여지 없이, 긴 줄을 제대로 다룰 수 없는 편집기를 사용하는 사람들은 더 나은 편집기들을 얻어야 한다.마이크로소프트 노트패드는 첫 번째 버전부터 이 기능을 가지고 있으며, Gedit는 그것을 가지고 있고, vi는 "set lbr" 옵션으로 그것을 지원하고, 모든 주요 그래픽 웹 브라우저들은 심지어 유닉스 플랫폼에서도 적절한 워드 래핑을 가지고 있다.
단일 줄 바꿈 사용
최소한 모든 문장의 끝에 있는 기사의 소스 코드를 편집할 때, 그리고 필요에 따라 다른 장소에서도 자주 수동으로 입력되는 하드 라인 구분을 사용하십시오.수동으로 입력된 하드라인 끊기는 입력 텍스트의 줄이 짧을 때 기사를 훨씬 쉽게 편집할 수 있게 한다.("소스 코드", "위키 텍스트" 또는 "입력 텍스트"는 편집자들이 "이 페이지 편집" 양식의 텍스트 상자에서 보고 변경하는 것이다. 표시된 텍스트는 독자에게 표시되는 것이다.)
한 가지 이점은 줄 바꿈이 디프트를 작게 하고 (논의할 수 없을 정도로) 읽기 쉽다는 것인데, 이는 2012년에 디프 스타일링이 바뀌기 전에는 특히 그랬다.또한 최소한 모든 문장의 끝에 줄 바꿈이 있는 경우 편집자는 긴 단락 내에서 문장을 쉽게 찾거나 재정렬하거나 수정할 수 있다.작가들은 문장 단위로 생각하는 경우가 많기 때문에 본문을 그런 식으로 정리하는 것이 이치에 맞다.예를 들어 이 글의 이 부분은 주로 절 경계에서 여러 줄로 나뉜다.
스팀지에 관한 기사는 디프 알고리즘이 비참하게 실패하는 방법을 보여주는 좋은 예다.수정 이력[1]에서 사용자 64.69.92.30에 의한 2006년 1월 19일 03:48의 "아주 사소한" 변경은 연속된 문단에 대한 사소한 변경은 완전히 기반을 벗어나기 때문에 어떻게 사소한 변경사항이 실제 그대로 나타나지 않았는지를 보여준다.문장이 같은 문장을 연속해서 찾았을 것이기 때문에 문장이 문장당 한 줄로 쪼개졌다면 이렇게 큰 난장판을 피할 수 있었을 것이다.
마지막으로, 위의 많은 논점들에 대한 반박은 다음과 같다.
- MediaWiki 소프트웨어는 ":"로 들여쓰여진 문단의 중간에 줄 바꿈을 허용하지 않지만 들여쓰여야 하는 문단은 일반적으로 다른 문단에 비해 짧다.
- MediaWiki 소프트웨어는 목록 항목의 중간에 줄 바꿈을 허용하지 않지만 글머리표 목록("*" 사용) 또는 번호 목록("#" 사용)의 항목은 일반적으로 문단보다 짧다.사실, 적절하게 줄이 끊어진 단락의 개별 문장을 목록 항목으로 변환하거나 그 반대로 변환하는 것이 더 쉽다.
- MediaWiki 소프트웨어는 링크 중간에 줄 바꿈을 허용하지 않지만 링크된 문구는 일반적으로 한 절에서 시작되지 않고 다른 절에서 끝난다.
- 많은 편집자들은 논리적으로 의미론적으로 단절된 곳에서만 소스코드에 줄 바꿈을 삽입한다.다음 예를 들어 보십시오.
- 이 수정안이 미국 사회에 미친 영향은 심오하다.
에 관한 수정헌법 제1조의 문제가 제기되었다.
교회와 국가의 분리
민권 문제
음란물 및 음란물
정치적 발언 및 조직
저널리즘 및 그 제한사항
비자발적인 약속 법률
그리고 더 많은 것.
- 이 수정안이 미국 사회에 미친 영향은 심오하다.
- 텍스트는 더 이상 텍스트 입력 영역의 창 가장자리에서만 포장되지 않고, 저자가 줄 바꿈을 선택한 곳에서 포장된다.따라서, 한 단락 안에 많은 공백이 있을 것이며, 이것은 의미적 단절을 강화시킨다.
- 기사 출처 텍스트의 모양은 렌더링된 출력의 모양과 항상 달랐다.예를 들어,
[[line break]]
대괄호를 포함하지만 줄 바꿈으로 렌더링되지만 그렇지 않다.