템플릿 토크:물리해양학

운동화파

이 템플릿은 물리 해양학 관련 기사에 사용하기 위한 것이다. 나는 스네커 파동을 템플릿에서 삭제했는데, 그것은 과학 용어가 아니고, 과학 논문에 사용되지 않기 때문이다. 심지어 그것이 무엇인지조차 불분명하다(예: 대조적으로 Rogue wave를 사용하고, 과학적인 의미에서 정의한다; 비록 통신사들이 매우 허술한 의미로 사용하고 있지만). 그러나 내가 템플릿에서 운동화 파동을 삭제한 것은 되돌아가고, 공감대를 형성하기 위해 다른 사람들의 의견을 듣는 것이 궁금하다. -- 크라우스네스트 (토크) 12:16, 2010년 10월 29일 (UTC)[]

안녕 크라우스네스트. 나는 우리가 템플릿의 역할에 대해 약간 다른 견해를 가지고 있다고 생각한다. 이 템플릿은 명목상으로는 물리적 해양학에 관한 것이지만, 주로 물리적 해양학자들의 공동체를 다루는 것은 아니다. 많은, 또는 대부분의 시청자들은 그 지역에 대한 일반적 관심을 가질 것이고, 일반 시청자들은 일반 시청자들이 보다 쉽게 접근할 수 있도록 하는 방식으로 접근 일반 시청자들이 반영되어야 한다. 운동화 파동에 관한 기사는 로그 파동과 약간 다른 문제를 다루고 있다. 예를 들어 '제7의 물결' 현상, 즉 파도 열차가 종종 높은 질서를 중첩시켰다는 개념은 바닷가에서 시간을 보내는 누구에게나 공통된 관찰의 문제로서 실제로 '악어 파도'라고 할 수 없다. '제7의 물결'은 과학적 근거가 없을지도 모르지만, 숫자 7에 마술이 없다는 사실에만 관심을 끌면 그 사실 자체는 어느 정도 과학적인 논평을 받을 만하다. 문헌상으로는, 이 기사에 합리적으로 추가될 수 있는 파동 훈련의 주기적인 측면과 관련된 연구가 있어야 한다고 생각한다. 이와 같은 템플릿의 또 다른 가치는 주요 주제와 관련된 모든 기사 또는 심지어 원격으로 관련된 기사들을 한데 모아 서로 관계를 평가할 수 있도록 하는 것이다. 스니커 파동을 템플릿에서 삭제하여 과학적인 순도에 대한 불편한 오점이 되지 않도록 하는 대안으로 내가 제안하는 바는, 아마도 위에 제시했던 (b) 라인에 따라, 아마도 7번째 파동으로 개명하거나 (c) 로그 파동으로 병합될 수 있다는 것이다.과대, 그것에는 문제가 있다. --Epipelagic (토크) 01:14, 2010년 10월 30일 (UTC)[]
Re (a) : "신발파"는 비과학적이기 때문에, 과학적으로 그것을 강화하려고 하는 것은 나에게 쓸모없는 것처럼 보인다. 진행 방법은 기존 또는 신규 기사에서 파동의 집단 운동학 및 역동성과 관련 효과(파동 그룹, 파동 그룹 통계, 파도 비트, 인파괴파, 파동 런업)를 향상시키는 것으로 보인다. 해변에서 바다의 위험을 초래하는 파도 현상은 물론 사실이지만, "신선 파도"는 해변에서 파도에 익숙하지 않은 사람들에게 미치는 영향(놀라움, 해악, 공포)에 의해 오염되어 있다. 또한 피해를 주는 정상적인 파도는 "신선 파도"로 쉽게 분류될 것이다. 예측하지 못한 위해를 야기하는 반면, 그것들은 대부분 과학적인 의미에서는 "흔한 파도"가 아니다.) 사람들이 운동화 물결이라고 부르는 것에 대한 비디오와 사진들을 웹에서 보십시오.
Re (b): 이름을 바꿀 필요 없음; 이 이름으로 뉴스 신문과 일부 해변 당국의 웹사이트에서 사용되고 있다. 제7의 물결은 마리너의 민속에서 잘 알려져 있으며, 약간의 과학적 연관을 가지고 있다.
레(c): 해변에서 멀리 떨어진 중해의 악한 파도와는 무관하기 때문이다.
-- Crowsnest (talk) 00:54, 2010년 11월 13일 (UTC)[]

착색

편집 전쟁에 참여하지 말고 여기서 색상 변화에 대해 논의하십시오. 내 의견과 여러 다른 편집자들의 의견으로는 디폴트에서 벗어날 이유가 없다. 감사합니다. 프리테제스 (대화) 21:42, 2011년 10월 26일 (UTC)[]

프리에제스는 안 돼 그 색상은 가이드라인을 준수한다. 여러분과 한 두 명의 다른 사람들이 여러분 자신의 특정한 취향에 따라 위키피디아를 볼모로 잡고 있는 것은 옳지 않다. 이 일로 반쪽씩 만나려고 많은 노력을 했는데, 당신도 그렇게 하기를 기대한다. --Epipelagic (토크) 21:48, 2011년 10월 26일 (UTC)[]
물어봐야겠다. #ABBEDC를 사용하기 위해 당신이 변경했거나 변경하려고 했다고 말한 다른 템플릿들을 살펴보았다. 템플릿 사용으로 변환:내가 이미 한 플랫리스트야 그 순간, 나는 색을 떠났다; 심지어 적절한 색이 부분군으로 보이는 몇몇 장소들을 고쳤다.
나는 이것이 낚시 템플릿에 관한 것이라고 생각했지만, 나는 당신이 Template과 같이 낚시와 약간 관련이 있는 템플릿에 대해 이렇게 한 것을 본다.동물 인식템플릿:산호. 그래서 더 자세히 살펴보니, 이 모든 것이 당신이 만든 템플릿들이었습니다. 이것은 모두 개인의 취향에 관한 이다.
너와 프리테제스가 전에 이 템플릿에 대해 얘기했던 것 같은데 그 토론들은 어떻게 진행되었나? 원톤 디포(토크) 05:25, 2011년 10월 27일 (UTC)[]
미래를 보라. One Ton Depot (talk) 09:09, 2011년 10월 27일 (UTC)[]
나는 색칠이 부적절하다는 것에 동의한다; 나는 편집 요약과 에피펠라직의 강연에서 그렇게 말했는데, 거기서 나는 대답하지 않았다. 나는 그것이 다시 고쳐지는 것을 보았는데, 지금 당신은 다른 사람들에게 편집 전쟁을 위해 전화하고 있는 겁니까? 당신은 전쟁을 편집하고 개인적인 선호를 강요하는 사람이야. 여기서는 단지 이 템플릿을 정상적으로 만들려고 하는 것뿐이야. 나는 그저 적용 가능한 지침을 따르려고 했을 뿐이다. 당신이 여기서 바꾼 새로운 색깔은, 그리고 수십 가지 다른 색깔들은, 더 나빠 보일 것이다. 이제 여러분은 시력에 어려움을 겪고 있는 몇몇 사람들에게는 문제가 될 겁니다. 그리고 더 넓은 문제는 이것이 187개 기사에 비표준적인 색상을 주입하고 있다는 것이다. 나는 이것을 Current sea level upFuture sea level에서 보았다. 여기서 그것은 표준 navbox에 인접해 나타난다. 이것은 수백 개의 '꺼진' 페이지를 만들어낸다. WP:편차는 편차를 피하는 것에 관한 것이다. 바다가 푸른색 또는 청록색이라는 것은 이것에 대한 꽤 얇은 근거다. 또한 마지막 편집 요약에서 다른 사용자가 내용을 기여하지 않은 영역에서 편집할 권한이 없다고 주장하십시오. 정말? You WP:이 벽이 있는 정원을 소유한다고? 색상 및 기타 이상한 스타일은 이 템플릿과 카테고리의 다른 스타일에서 제거해야 한다.낚시 네비게이션 상자. 원톤 디포(토크) 02:10, 2011년 10월 27일 (UTC)[]
템플릿을 기본 색상으로 유지하는 한 가지 좋은 이유는 특정 기사에 여러 개의 템플릿이 있기 때문이다. 적어도 역사, 과학 등에 관한 기사들과 같은 좀 더 진지한 기사들에 관한 최근의 경향은, 보다 심각한 자원으로서 제시되는 보다 통일적이고 전문적인 외모를 위해 템플릿에서 색깔의 무지개를 제거하는 것이었다. 엘리자베스 2세아돌프 히틀러에 관한 기사의 밑바닥에는 밑바닥을 가로질러 6개의 서로 다른 색깔의 템플릿이 있었는데, 그것은 솔직히 유치해 보였고, 진지한 백과사전인 임호에는 설 자리가 없었다. 또한, http://snook.ca/technical/colour_contrast/colour.html,에 있는 스누크의 도구에 따르면, 당신의 새로운 색상은 AA 가이드라인을 충족하지만 이상적인 WCAG 2 AAA 표준은 충족하지 않는다. 시력 장애가 있는 사람들이 자료를 명확하게 볼 수 있도록 하기 위해 다양한 브라우저와 플랫폼에서 기본 색상표를 테스트했다. --Diana (토크) 04:25, 2011년 10월 27일 (UTC)[]
여기 밸런스 문제가 있어, 디안나. 당신은 "최소한 역사, 과학 등 보다 진지한 기사에 관한 최근의 경향은 보다 심각한 자원으로 제시되는 보다 통일적이고 전문적인 외모를 위해 템플릿에서 색깔의 무지개를 제거하는 것이었다"고 말한다. 그러나 디폴트 블루는 직업적인 외모를 제외한 모든 것을 주는 불쾌하고 눅눅한 색깔이다. 아마도 그 색깔은 색 결핍을 가진 사람들에게는 괜찮아 보이지만, 그것은 "전문적인 외모"를 제외한 어떤 것도 준다. 그것에 대해 주장할 수 있는 것은 다른 모든 것을 희생하는 따분한 통일성이다. AA 가이드라인을 충족하는 것은 꽤 좋다. 그것은 색소 결핍을 가진 사람들을 수용하는 데 큰 도움이 된다. 그러나 그 과정은 양쪽을 주고 받는 양면이어야 한다. 사실은 현재의 템플릿이 가이드라인과 관련된 모든 측면에서 준수한다는 것이다. 그들은 시각적 결손을 가진 사람들의 입장에서 보면 적당하다. 현재의 색깔은 "종류의" 준수일 뿐만 아니라, 준수된다. 그들이 그런 관점에서 "완전히 이상적"인지는 별개의 문제다. 경직된 '구매자' 입장을 반영하도록 가이드라인이 변경되면 당연히 나도 이에 따르겠다. 현재 상태로는, 코딩 문제에만 집중하는 편협한 새로운 편집자가 있어, 많은 양의 업무를 인계하고 피해를 입히는 불쾌한 방법을 시도하고 있다. Epipelagic이 추가한 이전의 서명되지 않은 논평(토크기여)
이 색상은 브라우저(Internet Explorer, Firefox, Chrome 등)와 컴퓨터(Dell, Mac, Toshiba 등)에 따라 매우 다르게 보인다. 당신이 wishy-washy를 찾는 것은 괜찮다. --Dianna (대화) 18:19, 2011년 10월 27일 (UTC)[]
에피플랙틱, 내가 누구에게 답장하고 있었는지 왜곡하기 위해 내 게시물을 다시 보내지 마. 그리고 내 토크 페이지에 모욕감을 남기지 말고, 나를 공격하지 마라. 템플리트를 사용하도록 변환한 경우:그것은 좋고 유용하기 때문에 플랫리스트. 권장 양식: 템플릿:Navbox#예시. 이는 WP의 목록을 적절하게 사용하기 위한 것이다.접근성 이유. 그것들을 편집하는 동안, 나는 다른 문제들도 고쳤다: 두 번째 섹션인 '낚시 텔레비전'보라. 당신이 그 모든 편집을 되돌린 것은 순수 소유권이었다. (그러나 나는 이미 그것과 연결되었다.) 원형 모서리 및 그라데이션 사용을 위해 여기서 변경한 내용은 템플릿에서 제거하십시오.Navbox/시험장#Gradient; 이것이 미래의 디폴트(채무불이행)가 될 것이기 때문에 나는 그것을 미래라고 불렀다. 그러나 색상을 템플릿에 넣는 것은 그것을 방해할 것이다. 당신이 이 템플릿들을 만들었다고 해서, 그것을 개선하고자 하는 다른 편집자들을 학대할 권리가 있는 것은 아니다. 원톤 디포(토크) 18:23, 2011년 10월 27일 (UTC)[]
평판 목록으로 변환하는 주요 이유는 페이지에서 템플릿 로드를 줄이기 위함입니다. 평판 목록이 아닌 템플릿 버전:예를 들어, 물고기 질병 주제는 거의 20%의 자원을 필요로 한다. 이것은 페이지, 특히 많은 템플리트를 포함하는 페이지 로딩 시간에 큰 영향을 미친다. 또한 목록에 있는 템플릿들은 유지하기가 더 쉽다. 예를 들어 알파벳 리스트의 경우, 새로운 재료를 어디에 추가할지 결정하는 것이 훨씬 더 쉽다. Internet Explorer 9의 문제는 미디어위키 소프트웨어의 최근 변경으로 해결되었으며 이전 버전의 문제는 호환성 모드에 있을 때만 발생한다. 사람들이 작업하고 있다. 참가자들에게 자신의 의견을 콘텐츠로 제한하고, 기고자에 대한 코멘트는 하지 말 것을 상기시켜주는 것. 고마워 --Dianna (대화) 18:43, 2011년 10월 27일 (UTC)[]
당신이 주는 이유는 좋은 것이긴 하지만 주요 것이 아닌 WP:접근성. 여러분이 보시다시피 플랫리스트는 실제 리스트에 관한 것인데, 이것은 단지 시력에 문제가 있는 사람들뿐만 아니라 전화기와 다른 비전통적인 장치를 사용하는 사람들에게도 도움이 된다. 검색 엔진도 목록을 더 잘 읽을 것이다. 로딩 시간은 다운로드 시간보다 페이지의 서버 생성에 더 큰 문제가 된다; 템플릿:·w와 같은 템플릿은 서버 로드가 무겁다; 그들은 또한 화면 리더의 사용자들에게 '점'으로 '말하기' 때문에 상당히 짜증난다. 또한 템플릿과 같은 것:이제 시작 및 템플릿:이제 더 이상 Navbox의 모든 링크에 대해 사이트가 자동으로 이 작업을 하기 때문에 랩은 필요하지 않다. 제거해야 하는 것은 정크 코드(수백만 개, 그런 것 같다)이다. One Ton Depot (talk) 19:26, 2011년 10월 27일 (UTC)[]
나는 목록을 목록으로 표시하는 {{flatlist}}의 사용에 대한 요점을 보증한다('점'을 포함하는 일반 텍스트 문자열 대신). 이를 통해 비시각 사용자 요원들이 시각장애인이면 훨씬 만족스러운 방법으로 항목을 렌더링할 수 있다. 요소 배경에서 편집기 정의 색상을 제거하기 위해 실제로 더 강력한 사례가 있다. 나는 다른 블루스를 감지하는 내 능력에 약간의 결함이 있어서, 나는 Monobook.css에서 텍스트 링크가 어떻게 렌더링되는지를 바꾼다. 이것은 표준 배경과 비교해서 나에게 잘 작용한다. 또한 표준 배경이 어떻게 렌더링되는지 Monobook.css에서 변경할 수 있으며, 더 심각한 결함을 가진 다른 사용자가 파란색 배경에 링크가 나타날 때 허용 가능한 대비에 도달하도록 전경색과 배경색을 모두 변경할 것으로 예상한다. 나의 손상은 비교적 경미하지만, WCAG AA는 색상이 주로 파란색일 때(다른 색은 괜찮고) AAA가 필요할 때 나에게 불만족스럽다는 점을 주목할 필요가 있다. 이것은 편집자들이 배경색을 하드 코딩하는 인라인 스타일을 도입할 때, 배경은 모두를 위해 고정되기 때문에 텍스트와 배경의 대비를 증가시킬 수 있는 등록된 사용자들의 능력을 줄인다는 것을 의미한다. 타인의 미적 선호를 만족시키기 위해 일부의 가독성을 희생시키는 것은 좋은 트레이드오프가 아니다. --RexxS (토크) 13:20, 2011년 10월 28일 (UTC)[]
렉스, 나는 절대적으로 동의한다. 왜냐하면 너는 색의 결핍을 가지고 있기 때문에 가독성을 희생시키지 말아야 한다. 그것을 깨끗하게 다룰 수 있는 방법이 필요하다. 하지만 나는 그 목표를 달성하기 위해 다른 모든 사람들에게 불이익을 주는 것이 필요하다는 것에 동의하지 않는다. 만약 그렇다면, 나는 너의 입장을 지지할 것이다. 그러나 그것은 사실이 아니다. 당신은 "배경색을 하드코드로 하는 인라인 스타일"에 대해 말한다. 코드는 실행 시 읽고 해석하는 스크립트일 뿐이다. 렌더링하기 전에 변경할 수 있기 때문에 하드 코딩되지 않는다. 따라서 사용자가 시각적 결함을 확인한다면 인라인 배경색을 대체하는 것은 사소한 코딩 문제가 될 것이다. 위키피디아는 시각적 결손을 가진 사용자들의 맥락에서만 약간의 오버헤드만 작동하면, 즉, 실행 중에 그렇게 할 수 있었다. --Epipelagic (talk) 18:05, 2011년 10월 28일 (UTC)[]
접근성은 다수에게 불이익을 주는 것이 아니다. 웹 접근성뿐만 아니라 그것에 관한 기사를 읽으십시오. RexxS는 WP의 첫 문장을 언급하고 있다.편차: "일반적으로 테이블 및 기타 블록 레벨 요소의 스타일은 인라인 스타일 속성이 아닌 CSS 클래스를 사용하여 설정해야 한다." 당신이 언급하고 있는 런타임 스크립팅은 사용자 선호의 어떤 종류에 의해 추진될 것이다. 사용자들은 시력 결핍을 가지고 있으며, 아마도 매우 구체적일 수 있다. WMF는 개발자들이 임의의 방법으로 사물을 색칠하기를 원하는 다른 사용자들을 수용하기 위해 이것을 코딩하도록 해야 하는가? 규범에서 벗어나지 않는 요점은 잘 검증된 디폴트가 모든 사용자에게 동등하게 작동하도록 허용하는 것이다. 그리고 계정을 등록하지 않으려는 독자들의 대다수는 어떻게 되는가? 그들은 제공된 것을 얻는다, 기간. 제발 사물에 대한 당신의 개인적인 선호도를 강요하는 것을 그만두어라. 그것은 당신의 의견에 과도한 비중을 두는 것이다. 원톤 디포(토크) 22:12, 2011년 10월 28일 (UTC)[]
나는 그 점들이 이제 더 이상 사용되지 않는 것을 보고 놀랐고, 8월부터였다. 플랫리스트는 새로운 베스트 프랙티스다. 어제 한 친구와 나는 디스플레이를 비교하고 있었는데, 내 도시바에서는 기본 색상의 내비게이션 박스가 파란색으로 표시되지만, Mac에서는 (그리고 지금 내가 있는 델에서는) 보라색으로 보인다. 이 색상은 파이어폭스 색상과 거의 비슷하게 보이지만, {{Physical Oceanography}에서 준비된 예시 원톤 디포가 파이어폭스 색상의 수평 및 수직 그라데이션과 함께 디스플레이 된다. 이러한 그라데이션은 Internet Explorer(인터넷 익스플로러)에서 전혀 표시되지 않는다. 더 좋은 브라우저를 사용하는 사람들은 더 나은 경험을 얻는다. 전체 템플릿 그룹에 대한 개선 사항을 재도입하는 것에 찬성한다. --Diana (토크) 16:09, 2011년 10월 28일 (UTC)[]
버전으로 돌아가서 MediaWiki에 특수 착색 그라데이터를 추가할 수 있을까?커먼.css? 나는 시각장애가 있어서 사용자 정의 css 파일을 사용하여 내비게이션 박스 클래스의 외관을 변경한다. 당신은 특별한 색의 그라데이션과 둥근 가장자리 스타일링을 갖기 위해 같은 것을 할 수 있다. 특수에 라인을 추가하기만 하면 된다.myPage/skin.css(주 사이트 전체 파일에 롤아웃될 때까지) 예를 들어, User:의 내 개인 css 파일에서 그렇게 했다.배경 색상을 밝게 하기 위한 프리테제스/벡터.css. 나는 또한 Epipelagic이 디폴트뿐만 아니라 블루배경을 얻기 위해 디폴트보다 우선할 수 있도록 이 템플릿에 "해양학"이나 "낚시" 또는 어떤 클래스를 추가하기를 지지한다. 프리테제스 (토크) 17:29, 2011년 10월 28일 (UTC)[]
내가 여기서 아꼈던 그라데이션은 일이 어떻게 돌아가는지 보여 주었다. User talk에서 저자와 토론을 시작했으므로 여기서 삭제하겠다.에덕터. 너나 RexxS와 같은 편집자는 user-css를 사용하여 자신을 도울 수 있지만, 등록되지 않은 독자들은 그런 선택권이 없다. 소수의 사람들은 브라우저 기능을 사용할 수 있지만 대부분은 단순히 모든 사람에게 제공되는 것을 볼 것이고, 그들은 보는 것을 읽을 수 없을 것이다. 의미 있는 수업의 추가는 그것이 통제 불능이 되지 않는 한 괜찮다. 등록한 사용자들은 단순히 정상적인 외관이 아닌 다른 것을 선호하기 위한 것이라면 그런 종류의 일을 하기 위해 그러한 클래스를 필요로 하지 않는다; 그들은 전체 사이트를 다시 스타일링하기 위해 css를 추가할 수 있다. 나는 미래를 미리 보기 위해 css에 그라데이션 자료를 추가할 수도 있다. 원톤 디포(토크) 22:12, 2011년 10월 28일 (UTC)[]
나는 플랫리스트로 변환하는데 아무런 문제가 없다고 본다. 나는 그런 면에 만족했기 때문에, 처음에 원톤 디포에서 변경한 내용을 되돌리지 않았다. 내가 뒤바뀐 이유는 그가 정렬 매개변수 또한 바꾸었기 때문인데, 그 이유는 그가 정렬 매개변수의 요점을 몰랐기 때문일 것이고, 협상할 수 없는 방식으로 모든 템플릿을 어떤 미니멀리스트적 상태까지 벗겨내겠다는 그의 의도를 발표했기 때문이며, 다른 이슈를 의식하지 않는 청교도들에게만 사랑을 받을 수 있었다. --Epipelagic (ta)lk) 2011년 10월 28일 18:05, (UTC)[]
그럼 평판 리스트의 사용을 복원하고, 네가 언급하는 그룹과 리스트 스타일을 복원해 줄게. 내가 그런 일의 효과를 모른다고 생각하지 마라; 나는 그렇다. 나는 너의 다른 문제들에 대해 "관심"하지 않아. 나는 단지 그것들을 사지 않을 뿐이야. 원톤 디포(토크) 22:12, 2011년 10월 28일 (UTC)[]
글쎄, 만약 당신이 문제를 논의하지 않는다면, 어떻게 당신이 그것을 알고 있다고 그렇게 확신할 수 있겠는가? 템플릿을 수동으로 플랫 목록으로 변환하는 대신 이를 수행하는 봇을 작성해 보십시오. 템플릿이 몇 개인지는 모르겠지만 그 수는 엄청 많을 것이다. --Epipelagic (토크) 00:30, 2011년 10월 29일 (UTC)[]
제발 내가 무슨 얘기를 하고 있는 게 아니라고 말하지 마; 나는 너보다 이것에 대한 게시물이 훨씬 많아; 나도 편집-전쟁이 훨씬 적어. 네가 말하라고 했잖아. 내가 그랬지, 넌 대답하지 않았어. 너는 다른 사람들의 논평의 요점을 이해하지 못하고 있다. 당신은 이것에 대해 여러 명의 편집자를 돌려 놓았다. 당신은 다른 문제들에 의해서도, 다른 사람들에 의해서도, 다른 문제들에 대해서도 요청을 받고 있다.
봇은 이 난장판을 도울 것이다; 수백만 명이 있다. 원톤 디포(토크) 00:46, 2011년 10월 29일 (UTC)[]
패딩과 라인업
토의를 위해 이걸 복원했어 그것들은 레이아웃에 작은 트윗을 구현한다; 각 목록 행 위와 아래에 약간의 공간을 더하고, 행 안에 있는 포장된 선 사이의 공간을 약간 더 적게 한다. 따라서 이러한 특정 탐색 상자는 평소보다 다소 높게 나타난다. 내 견해는 정상적인 간격은 괜찮고, 이 일탈 코드를 생략하면 전체 프로젝트에서 일관성이 향상된다는 것이다.
너비
이러한 템플릿 중 일부는 그룹에 너비를 사용한다; 이것은 상반부와 하반부를 서로 일치시키는 것처럼 보인다. 여기서 진짜 문제는, 이 항해사와 십여 마리의 다른 재낚시가 결합 쌍둥이로 구현된다는 것이다. 그들은 그 기사에 대해 어떤 아이가 보여야 하는지를 포함 기사가 명시할 수 있도록 지어졌다. 창밖은 자동공출의 개념이다; 이러한 템플릿들은 기사가 사용하는 다른 어떤 것보다도 초기에 개방되어야 한다고 주장한다. 이 구현은 v·d·e 링크의 사용을 배제하는 부작용이 있다. 그것들은 심지어 이 내비게이션 박스에 추가되었다('녹색'이 적절한 색이었던 시절로 거슬러 올라간다). 그들은 물론 되돌아가고 있었다. v/d 및e 링크의 매우 유사한 추가가 템플릿에서 발생함:해양 서식지 주제, 그러나 또한, 유용한 링크들은 이것을 생략함으로써 서식지에 대한 보호를 제공하도록 더 나은 근거를 가지고 제거되었다. 정말? 다른 편집자로부터 보호?

나는 우리의 진행자에게 색깔에 대한 위의 합의에 동의할 것을 요청하고 싶다. 패딩, 라인 높이, 너비에 대해 모두 코멘트를 하십시오. 첫 번째 것은 사소한 것으로부터 제거된다. 폭은 이것들 중 많은 것의 쌍으로 묶여 있다. 80개의 다른 링크로 이동하지 않고 링크된 페이지에서 적절한 Navbox를 가져와야 하며, 이러한 것들은 분리되어야 하며, 자동 압축이 허용되어야 한다고 생각한다. Navbox 템플릿은 실행 가능한 크기여야 한다.

(이봐, 사용되지 않아)

원톤 디포(토크) 02:50, 2011년 10월 29일 (UTC)[]

그렇구나, One Ton Depot, 네가 다른 에서 내가 그라데이션 룩에 정말 불만족스럽다고 주장하고 있는 것을 보니, 그것을 wishy-washy and obady라고 불렀다. 그렇지 않아요. 나는 그라데이션 룩에 괜찮고, 이 특정한 템플릿 세트에 대해 시험해 보고 싶다면 반대하지 않는다. 그러나 위에서 당신은 더 비열한 언행과 일반적인 비도덕적인 행동을 계속하게 되고, 이것은 당신과 협력하려는 노력을 시간 낭비를 초래한다. 게다가, 당신은 당신이 착수하고 있는 혼란의 캠페인으로 보이는 것에 대한 지지를 얻기 위해 노력하고 있다. --Epipelagic (talk) 02:59, 2011년 10월 29일 (UTC)[]
바로 이 페이지에서 그렇게 말했잖아. 그라데이션 예제는 비록 창백한 경향이 있지만 디폴트와 동일한 색상을 사용한다. 위의 코멘트는 하드웨어에 따라 색 인식에 차이가 있다는 것이다. 확실히 그렇다. 사람의 눈에만 결함이 있는 것이 아니라, 우리의 디스플레이도 다양하다. 이것은 사물의 겉모습을 제멋대로 건드리지 않는 더 큰 이유다.
너 때문에 짜증나. 당신은 내 토크 페이지에 끔찍한 인신공격을 떨어뜨렸고, 모든 편집-전쟁 디프레이즈에서 그것과 연결되어 있었다. 그러나 당신은 플랫리스트가 괜찮다는 것에 동의한다. 당신의 문제는 리스트와 그룹 스타일에 있다. 그리고 그 색깔은, 다른 색깔들에서는 지워지지 않았다. 내가 네 영역에 무단침입했기 때문에 템플릿을 편집하기보다는 네가 내 모든 일을 완전히 뒤바꿔버린 거야.
거의 다 끝났어, 여기. 이 템플릿들은 좀 고쳐야 하는데, 내가 도와줄게. 나는 수족관을 많이 가졌고 이 지역에서 일하는 것을 즐길 것이다.
구배 예시를 시험해 볼 적절한 장소는 빌리지 펌프인데, 에독터가 그곳으로 가져가는지 알아보겠다. 너도 그것을 지지한 것에 대해 기뻐해라. 원톤 디포(토크) 03:29, 2011년 10월 29일 (UTC)[]
ec; 당신이 되돌린 편집자에게 통지하는 것은 거의 파괴적인 일이 아니다. 원톤 디포(토크) 03:29, 2011년 10월 29일 (UTC)[]
고맙네 이제 소통을 시작할 수 있을 것 같아. 제기한 사항에 회신하려면: 템플릿에서 v-d-e 옵션을 제거하는 이유는 소유권과 관련이 없다. IP는 템플릿에 끌려서 파괴하는 경우가 많은데, 나는 그 모든 시간을 되돌리는데 쓰고 싶지 않다. 숙련된 사용자는 편집 방법을 알고 있다. 반올림하여 반달리즘을 되돌릴 의향이 있는 경우 v-d-e 옵션을 활성화하십시오.
템플리트는 문서를 템플리트로 더 단순하게 만들기 때문에 기본 열린 위치를 가지고 있다. 템플릿이 여러 개일 경우 "state=collated" 또는 "expanded=none" 매개변수로 닫을 수 있다. 여러 개의 템플릿이 관련된 경우 템플릿을 열어 두는 것에 대해 나는 보수적이다. 내가 그것을 제대로 하지 못한 사례들을 찾아봐 주길 바란다. 기본 공개 위치는 템플리트를 "기사가 사용하고 있는 다른 어떤 것보다 더 중요"하게 만드는 것이었다는 당신의 주장은 거짓이다. 그들이 하는 일을 선별적으로 잘못 전달함으로써 누구에게서나 악마를 만들 수 있다.
나는 확실히 그 템플릿의 소유권을 주장하지는 않지만, 지금까지 그것들을 만들고 돌보기 위한 노력의 99.9%가 나의 것이었다. 느닷없이 다른 사람이 들어와서, 눈에 띄지 않는 변화를 하고 싶다면, 그들이 하고 있는 일을 설명하는 예의를 갖춰야 한다. 만약 당신이 내 입장이고 누군가가 들어와서 그 문제에 대해 토론하기는커녕 그들이 하는 일조차 귀찮게 말하지 않고 모든 템플릿에 엄청난 변화를 주기 시작했다면 기분이 어떠하겠는가? 정말, 어떻게 반응할까? 그게 네가 나한테 한 짓이야. 나는 너의 토크 페이지에 코멘트를 했다 왜냐하면 네가 통제할 수 없는 방식으로 고조되고 있었기 때문이다. 그리고 안녕히, 템플릿의 완전한 소유권을 당신이 가져가려고 노력했기 때문이다.
어쨌든, 이제 그만하고 다음으로 넘어가자. 생선가게에서 일하는 것을 매우 환영하며, 그라데이션 룩에서 당신을 지지할 것이다. 나는 내가 이중 템플릿을 사용하는 방식에 대해 건설적인 피드백을 원한다. 그 템플릿들을 표준적인 방법으로 사용하고 있지 않다는 것을 알지만, 그것은 표준 템플릿이 여기서 내가 하고 싶은 것을 하지 않기 때문이다. --Epipelagic (토크) 04:42, 2011년 10월 29일 (UTC)[]
좋아, 한 번 더 해보자. 그럼 v-d.e는 들어가야 한다. 표준적이고 편리하다. 편집 요약에서 매개 변수별 '개방'을 깼다고 하지 않았는가? 한번 알아 봐야겠어요. 내가 편집한 모든 걸 감시하고 있으니까 공공 기물 파손도 알아봐야지 너희들은 반달에 대해 너무 관대하다. 반달은 정말 형편없는 편집으로 3개월 동안 차단하겠다.
내가 처음 접한 페이지들은 Current sea level upFuture sea level이다. 그쪽으로 가면 이 템플릿이 반쯤 열려 있다. 훨씬 더 큰 템플릿:지구 온난화는 모든 아이들에게 보여 줄 수 있다. (그들은 붕괴되었다. 이 페이지들은 닫힌 채로 깨워야 한다. 그것은 평범하고 합리적이며 분명히 어딘가에 쓰여 있다.
색깔, 패딩, 라인 하이 등 모든 것이 남은 가장 좋은 것들을 강요하고 있다. 그라데이션 모양이 배치되면, 이러한 템플릿은 구배 색상과 인라인 색상이 혼합될 경우 완전히 읽을 수 없게 되고, 표준이 아닌 것처럼 보이게 되며, (또는 기타) 완전히 읽을 수 없게 될 수 있다. 이 모든 인라인들은 그러한 점진적인 개선을 방해하는 역할을 한다. 이런 스타일은 잘 어울려야 한다. 폭은 이중 구조와 함께 이동한다.
내가 처음 이것을 편집했을 때, 나는 합리적인 편집 요약을 남겼다; 내가 보고 있던 변경 이유에 대한 링크. 내가 편집하기 전에 누가 어떤 일을 담당한다고 느낄지 알아보지는 않을 것이다. 사람들은 물건을 소유하지 않는다. 이 곳은 공유지, 개방된 곳이다. wp가 볼드(BOLD)와 /누구나/에 관한 것이라는 것을 인터넷 전체가 알고 있다.
이중 템플릿은 매우 다루기 어렵다. 넌 이걸 왜 하는 거니? 그것들을 분리해서 보통 크기의 내비게이션 박스를 갖는 것은 어떨까? 이러한 이중성은 엄청난 수의 링크가 기사화 되어서는 안 되는 결과를 낳는다; '다른 절반'은 형제간의 주제다. 한 개씩 나눠서 먹는 게 어때? 이것 말이에요? 둘 중 하나가 더 낫다고?
One Ton Depot (talk) 06:00, 2011년 10월 29일 (UTC)[]
첫째로, 나는 항상 내가 되돌릴 때, 가능하면 되돌릴 때 한 사람에게서, 우리 중 대부분은 무언가를 배울 것이라는 말을 듣는 것에 감사한다. 둘째로, "vde"는 다소 혐오스러운 것이지만, 자기반복자를 표현에 깊이 포함시키는 것은 어떻게 이루어지는가 하는 것이다. 그리고 이유와 함께, 콘텐츠는 편집가능해야 하고, 네브박스는 꽤 많은 콘텐츠가 되기 때문이다. 셋째로, 임시 반달리즘 반달리즘은 Navbox만큼 페이지 아래로 내려가는 경우가 드물기 때문에, 나는 그것이 중요한 이슈라고 생각하지 않는다: 만약 그것이 우리가 그것을 반보호할 수 있다면. Rich Farmbrough, 12:40, 2011년 10월 29일 (UTC)
[]

솔루션 찾기

@Epipelagic: 나는 너의 이 논평에 흥미를 느꼈다. 당신은 "배경색을 하드코드로 하는 인라인 스타일"에 대해 말한다. 코드는 실행 시 읽고 해석하는 스크립트일 뿐이다. 렌더링하기 전에 변경할 수 있기 때문에 하드 코딩되지 않는다. 따라서 사용자가 시각적 결함을 확인한다면 인라인 배경색을 대체하는 것은 사소한 코딩 문제가 될 것이다. 지금은 1960년대 후반부터 컴퓨터를 프로그래밍하고 1990년대 중반부터 웹페이지를 설계해 왔지만, 아직도 위키피디아에서 사용자가 인라인 "스타일=" 선언(즉, 'hard-coded'로 정의한 배경색을 대체할 수 있도록 허용하는 스크립트를 실행할 수 있는 방법은 보이지 않는다. .css 파일)에 정의된 이전 파일을 모두 재정의하십시오. 무슨 뜻인지 예를 들어 주시겠습니까? #ABBEDC 배경과 관련된 텍스트 링크를 읽는 데 정말 문제가 있어서 도움이 될 것 같아.

텍스트 텍스트 평야가 연결된다
설명하는데 도움이 된다면, 색맹#색채색성; 처음 두 개의 이미지에는 문제가 없지만 파일:컬러블라인드5.png. 건배, --RexxS (토크) 14:16, 2011년 10월 29일 (UTC)[]
(이걸 다시 실로 다시 포맷해 놨어) 그래, 그거 정말 짜증나겠다. 텍스트를 강조 표시하면 도움이 되십니까? 진심으로, 만약 내가 배경색을 바꾸는 것이 너에게 효과가 있다고 생각한다면, 나는 즉시 동의할 거야. 더 좋은 해결책이 있을 거라고 확신하고, 그게 뭔지 알아내야 해. 내가 기지를 벗어난 것 같아. 나는 수년 동안 파스칼/C++ 앱을 개발했지만 웹이 인수되기 전에 다른 곳으로 옮겨서 웹 개발자가 아니다. 코드는 일단 컴파일되면 하드코드가 된다. 그러나 템플릿 스크립트는 실행 중에 해석되며, 이는 스크립트 자체가 수정되기 쉽다는 것을 의미한다. 이런 종류의 일은 항상 웹에서 일어나는데, 이것은 당신의 이름을 적절한 장소 홀더가 있는 곳에 삽입하는 사용자 정의 텍스트에서와 같다. 이 경우 어떻게 될지는 정확히 알 수 없지만, 렌더링용으로 제출하기 전에 html을 사전 처리할 수 있는 방법이 있을 것이다. 템플릿 스크립트에서 배경색을 검색하고 대체할 수 있는 전처리기법을 쓰는 것은 간단한 연습일 것이다. 이 접근방식의 장점은 다양한 시각적 결함을 충족시킬 수 있어야 하며, 각 사례에 대해 최적의 해결책을 제시할 수 있어야 한다는 것이다. 또 다른 장점은 디폴트 포지션이 위키피디아를 "정상적인" 시야를 가진 사람들에게 최적화시킬 수 있다는 것이다. 그것은 또한 이 모든 불필요한 갈등에 종지부를 찍을 것이다. 어쨌든, 이것의 실용성은 웹에서 할 수 있는 것과 할 수 없는 것에 대한 진정한 지식을 가진 사람이 평가할 필요가 있다. --Epipelagic (talk) 22:33, 2011년 10월 29일 (UTC)[]
만약 내가 텍스트를 강조한다 오 확실히, 완벽하게, 그러나 그것은 너무 때를 강조 표시하고 여러분은 새(원치 않는)페이지에 당신 자신을 발견한 링크를 클릭하기 쉽습니다에 띄었다. 나는 다양한 방식으로 여기 'hard-coded을 사용하고 있다고 생각한다. 때 스타일로 또는은 이드라는 전투 근무 지원 이용과 관련한 정의된다, 그 형식은 등록된 사용자들 그들은 이미 있는 클래스 또는 아이디 미디어 위키 같은 티켓의 높은 수준 style-sheet에 의해 마련하고 있는 HTML요소들이 원하는 스타일을 설정할 수 있는 더 늦은 선언(myskin.css 같은)에 의해:변경될 수 있다.Common.css cm이다. 그것은 나는 예를 들으면 나에게 필요한 다른 색상에 Common.css –에 설정되는 배경:#fdfdfd를 갖는 클래스 .navbox – 변경될 수 있습니다. 한번 누군가가 배경 색 인라인(그 html는 특정 페이지에서)을 수립했다 제게 색깔을 바꿀 하지만, 그것은 더 간단한 일 더 길다. 그건 내가 말한 뜻 'hard-coded에 의해'라고 한 스타일 sheet/definition의 맥락에 있습니다.
'연속 예비 처리'당신이 제시한데 클라이언트 컴퓨터의 브라우저에 클라이언트 브라우저와 그들에게 새로 고칩니다 정보를 제공하는데 특정 입력 상자 recognising에 달려 있게 된다. 모든 템플릿에 XSS웹 서버에 대한 통역관에 의해, 서버에서 클라이언트로 페이지를 전송하도록 그 일을 끝내고 행해진다. 이 서버의 특별한 요건(쿠키 세트 또는 기본 설정은 서버를 확인할 수 있게)이 ' 알고, 당신의 브라우저, css로 다른 사람들 모두가 같은 html및을 받을 것이다. 훨씬 나에서 위키 미디어 소프트웨어에 열중하고 있어 나만의 webservers에 무엇을 할 수 있을지 분리시키는 것은 그의 클라이언트/서버 장치이다.
나의 시각적 문제는 인구의 약 0.1%만이 공유하고 있다는 것을 알고 있기 때문에, 나 자신을 위해 특별한 사건을 변론할 생각은 전혀 없다. 그럼에도 불구하고, 컨텐츠(html)를 포맷(스타일 시트)에서 분리하는 원칙은 최종 사용자가 컨텐츠가 어떻게 제공되는지를 훨씬 더 잘 제어할 수 있게 해주기 때문에 현대 웹디자인의 주요 특징이다. 그것은 장애인뿐만 아니라 대역폭 연결이 제한된 제3세계 국가의 사람들에게 접근성 향상에 필수적인 기능이다. 그런 관점에서, 우리는 포맷 지침을 코딩하는 것에서 벗어나 우리의 웹페이지로 직접 이동하는 방법을 찾아야 한다. 건배, --RexxS (토크) 23:37, 2011년 10월 29일 (UTC)[]
그css 접근의 한계는 모든 템플릿을 가로질러, 고객"어떤 색이 검다고 그가 원한다"를 가질 수 있는 포드의 초기의 자동차는 같은 단 하나의 색깔을 허용할 것 같아 보인다. 나는 몇가지 코드 순수 주의자, 그리고 심지어"프로"로서 장려하 그"이상적인"이라고 부르지만, 현 css 시스템의 한계점들을 하고도 단지 rationalisation 깨닫게 될까? "그것은 프로답다"의 숨겨진 뜻은 만약 당신이 동의하지 않는 것이 되어야 한다 전문가 답지 않은(논쟁의 끝), 하지만 그건 조작이 아닌 논쟁이 있다. css 다른 접근 방식 허용되어 있습니까? 예를 들어, 인라인을 타길에 반대하는 템플릿을 이용하는 템플릿는 외부 설정할 수 있는 매개 변수로, 배경 색을 받아들이도록 허용할 것인가? 있을 수 있어 글로벌 기본 매개 변수가 있고, 특정 템플릿 정의는을 재정의할 는 시각적 적자를 식별하는 사용자가 없으면 쿠키는 기존 값 사용되는 적절한 색깔은 쿠키로 세웠다. 아니면 클래스 학생들은 같은 기능을 수행할 수 있을까요? 수업이 있었을까?쿠킬 이름은?
다시 말하지만 로드 시간은 유사한 방식으로 접근할 수 없는가? 나에게는 위키피디아의 주류적 경험은 휴대폰이나 낮은 대역폭을 가진 고대 브라우저를 사용하여 컬러 결손을 가진 사람들의 경험을 극대화하는 하나의 모든 버전으로 획기적으로 줄여야 한다고 주장하는 것은 이치에 맞지 않는다. 내 말은... 그건 미친 짓이야. 열망이 아니라 접근법이지. 물론 위키피디아는 고대역폭, 현대 컴퓨터 및 "정상적인" 시야를 가진 사용자에게도 최적의 경험을 목표로 해야 한다. --Epipelagic (토크) 00:52, 2011년 10월 30일 (UTC)[]
나는 내가 "정상적인" 시야를 가졌다고 생각했지만, 렉스와 마찬가지로 File을 보면 숨겨진 숫자가 보이지 않는다.컬러블라인드5.png. 나는 이것이 우리 노령 인구의 많은 구성원들에게 사실이라고 의심한다. 또한, 대부분의 시청자들은 웹사이트에 로그인하거나 편집하지 않고 있다. 그들은 그것을 IP로 보고 있고, 우리의 자원으로부터 정보를 수집하고 있다. IP는 기본 설정 집합에 대한 액세스 권한이 없다. 많은 사용자들은 집 주소보다 도서관이나 인터넷 카페나 다른 IP에서 볼 수 있기 때문에, 당신이 설명하는 방식으로 쿠키를 설정하는 어떠한 방법에도 접근할 수 없을 것이다. 가장 간단한 해결책, 즉 기본 색상표를 사용하는 방법을 간과하고 있는 것이다. --Dianna (대화) 02:47, 2011년 10월 30일 (UTC)[]
응, 나도 늙어서 시력이 정상인 줄 알았는데, 파일에는 숫자가 잘 안 보여.컬러블라인드4.png. 쿠키는 위키백과의 기본 설정과 같지 않다. 사용자가 IP로 들어와도 상관없다; 쿠키는 여전히 그들의 컴퓨터에 저장될 수 있다. 필요한 것은 검색 상자 바로 전에 위키피디아 오른쪽 상단에 있는 "접근성" 버튼과 같은 것이다. 만약 당신이 그것을 클릭했다면, 당신은 온라인에서 당신의 색시력을 테스트할 수 있는 곳으로의 리디렉션을 통해 당신이 어떤 종류의 색상의 결함을 가지고 있는지 질문을 받을 것이다. 특정 결함을 선택하면 컴퓨터에 적절한 쿠키가 설정될 수 있다. "없음" 옵션이 있을 수 있으며, 이 옵션을 클릭하면 이전에 설정한 쿠키를 지울 수 있다. 집에서 컴퓨터를 사용하는 IP는 한 번만 하면 된다. 도서관 및 인터넷 카페 컴퓨터는 세션에 대한 기본 설정이 지정된 다른 접근 방식이 필요할 수 있다. 이런 문제들에 대한 해결책도 있을 수밖에 없지만, 그들을 찾으려는 의지가 있어야 한다. 내가 "기본 색상표를 사용하는 가장 간단한 솔루션을 오버뷰하고 있다"고 말할 때 무슨 뜻인지 분명히 말해줄 수 있니? 그러한 접근법은 구현하기 가장 간단하지만, 위의 논평은 특정 단일 크기 대 적합성 접근법이 어떻게 만족스러운 방식으로 제공되지 않는지를 일관되게 지적한다. 내가 "오버뷰"하는 것은? --Epipelagic (토크) 04:25, 2011년 10월 30일 (UTC)[]
내가 "가장 간단한 해결책은 기본 색상표를 사용하는 것"이라고 말하는 것은 "가장 간단한 해결책은 기본 색상표를 사용하는 것"이라는 것이다. 여기에는 숨은 뜻이 없다. 이것을 읽어라. --Dianna (대화) 04:54, 2011년 10월 30일 (UTC)[]
물론, 그것은 가장 간단한 해결책이고, 또한 나쁜 해결책이기도 하다. 나는 이것이 어디에서 오는지는 이해하지만, 현재 이 접근방식은 단순하지만 "힘"은 부족하다. 그리고 그런 이유로 우아함이 아닌 단순한 것에 지나지 않는다. --Epipelagic (토크) 05:18, 2011년 10월 30일 (UTC)[]
나는 동의하지 않는다. 내 의견으로는 템플릿 세트 전체가 기본 색상을 사용해야 한다. --Dianna (토크) 06:36, 2011년 10월 30일 (UTC)[]
물론, 당신은 그것을 아주 분명히 했다. 그러나 그것은 어떤 추리에 근거한 당신의 의견인가? --Epipelagic (토크) 08:26, 2011년 10월 30일 (UTC)[]
Common.css와 같은 스타일시트에 정의된 기본 색상을 사용하는 힘은 누구나 다른 스타일시트를 사용하여 스타일시트를 재정의하고 개인 니즈를 충족할 수 있다는 것이다(그리고 최신 브라우저를 사용하는 경우 로컬 스타일시트를 적용할 수 있는 IP도 포함된다). 그것은 그것을 "원 사이즈 솔루션"이 아닌 다른 것으로 만든다. 물론 어떤 스타일이 페이지의 html로 쓰여지는 순간, 그 능력은 창 밖으로 나간다. 개발자들은 서버가 User Preferences에서 이미 행해진 것 이상으로 사용자의 개인 정보를 읽는 것을 결코 허용하지 않을 것이다; 그것은 사용자를 가능한 익명으로 남겨두려고 하는 WMF 철학과 근본적으로 모순된다. 디안나가 당신에게 기본 색상 정의를 추천할 때, 그런 것들이 나를 동의하게 만드는 일종의 장벽이다. 도움이 되길 바라. --RexxS (대화) 16:53, 2011년 10월 30일 (UTC)[]
(ec) 안녕, 모두. 나는 지금까지 제기된 요점을 다음과 같이 요약해서 준비했다.직접 인용하자면: 템플릿을 기본 색상으로 유지하는 한 가지 좋은 이유는 특정 기사에 여러 개의 템플릿이 있기 때문이다. 적어도 역사, 과학 등에 관한 기사들과 같은 좀 더 진지한 기사들에 관한 최근의 경향은, 보다 심각한 자원으로서 제시되는 보다 통일적이고 전문적인 외모를 위해 템플릿에서 색깔의 무지개를 제거하는 것이었다. 또한, http://snook.ca/technical/colour_contrast/colour.html,에 있는 스누크의 도구에 따르면, 당신의 새로운 색상은 AA 가이드라인을 충족하지만 이상적인 WCAG 2 AAA 표준은 충족하지 않는다. 기본 색 구성표는 시각 장애가 있는 사람들이 자료를 명확하게 볼 수 있도록 하기 위해 다양한 브라우저와 플랫폼에서 테스트되었다.

Rexx를 인용하는 방법: 편집자가 배경색을 하드 코딩하는 인라인 스타일을 도입할 때, 배경은 모두를 위해 고정되기 때문에 텍스트와 배경 사이의 대비를 증가시키는 등록 사용자의 능력을 감소시킨다. 다른 사람들의 미적 선호를 만족시키기 위해 일부 사람들을 위해 가독성을 희생시키는 것은 좋은 절충이 아니다.

1톤 디포 견적:규범에서 벗어나지 않는 요점은 잘 검증된 디폴트가 모든 사용자에게 동등하게 작동하도록 허용하는 것이다. 그리고 계정을 등록하지 않으려는 독자들의 대다수는 어떻게 되는가? 그들은 제공된 것을 얻는다, 기간.

만약 이 점들 중 명확하지 않은 점이 있다면 나에게 알려주면, 나는 그것을 비유할 수 있도록 노력하겠다. 지금까지 One Ton Depot, Rexx, Frietjes 및 나 자신은 접근성 문제에 기반한 확실한 이유와 WP에서 권장하는 모범 사례에 부합하는 기본 색상으로 전환하는 것을 선호한다.일탈. 나는 우리가 변화에 대한 강력한 합의를 보고 있다고 말하고 싶으며, 우리는 그것을 다음 날이나 이틀 안에 진행해야 한다. -- Dianna (대화) 17:02, 2011년 10월 30일 (UTC)[]

@RexxS: 나는 15년 전과 마찬가지로 css에 익숙했다. 콘텐츠와 포맷을 분리하는 핵심 원칙은 당시에도 잘 확립되어 있었지만, 당시에는 콘텐츠를 실제 앱에서 완벽하게 구현할 수 있는 툴이 없었다. 그것은 네가 말했듯이 궁극적으로 승리해야 하는 핵심 쟁점이다. 나는 이 페이지에서 이 접근방식이 여전히 위키피디아에서 원하는 결과를 전달할 수 없는 것 같다고 주장하며, 가능한 최선의 결과를 얻기 위한 중간적인 방법이 왜 사용되어서는 안 되는지 묻고 있었다. 어쨌든, 아마 총알을 물어뜯을 때가 온 것 같다. 위키피디아는 이미 평범한 포맷을 가지고 있는데, 이 움직임이 있은 후에 더 나빠질 것이다. 현재, 이것은 그들의 css-skin을 조정할 수 있는 소수의 사람들에게 해결책을 제공할 것이다; 이러한 변화를 추진하는 소수의 사람들에게. 나머지는 힘들지. 어쨌든, 이 경직성을 완화하기 위한 해결책은 새로운 틀 안에 존재하는 것 같다. 아마도 이 조치를 취하는 것이 그 문제를 강요할 것이다. 렉스가 내 절차를 밟도록 허락해줘서 고맙고, 그 문제를 거들떠보지도 않고 불도저도 없이 처리해줘서 고마워. 위키피디아에 이 프레임워크의 근거와 능력, 그리고 그 방향이 어디로 향하는지 읽을 수 있는 방식으로 제시된 정책 에세이가 있다면 도움이 될 것이다. 따라서 콘텐츠 편집자들은 이렇게 홱 돌아설 필요가 없다. 그러나 그것은 위키백과의 방법이 아닐 것이다. --Epipelagic (토크) 00:00, 2011년 10월 31일 (UTC)[]

안녕, 에피펠라틱. 이 템플릿과 다른 여러 템플릿에 제목을 추가하여 방해하려는 것은 내 의도가 아니었다. 편집의 목적은 바에서 올바른 색상을 얻는 것이었다. 제목이 추가된 편집은 취소하겠다. 안부, --Diana (대화) 04:50, 2011년 10월 31일 (UTC)[]

이제 다 잡은 것 같아. 이러한 특정 템플릿은 설계가 잘못되었기 때문에 그다지 기능적이지 않다는 점에 유의하십시오. 수리 여부는 너에게 맡기겠다. 너에게 맡기겠다. 그 방법은 그것들을 분리하고 작은 템플릿으로 나누는 것이다. --Dianna (토크) 04:55, 2011년 10월 31일 (UTC)[]

아 디안나 고마워. 하지만, 그것들은 "잘 설계되지 않은" 것은 아니다. (여러분은 정말로 후원을 잘 할 수 있다!) 그들은 현재 디자인의 한계를 극복하기 위한 절충안이었다. 하지만 나는 이제 포기했다. 네, 다시 써야 할 겁니다. --Epipelagic (talk) 05:18, 2011년 10월 31일 (UTC)[]

모델 섹션?

물리 해양학 모델을 위한 섹션이 있어야 하는가? 관련 템플릿이 이미 있습니다, 템플릿:대기, 해양기후 모델(대기/기후 모델 포함) Tfocker4 (대화) 15:29, 2018년 5월 1일 (UTC)[]