모듈 토크:사이드바/보관 2

이것은 과거 토론의 보관소입니다.이 페이지의 내용을 편집하지 않습니다.새 토론을 시작하거나 이전 토론을 다시 시작하려면 현재 대화 페이지에서 다시 시작하십시오.

템플릿:sidebar start/template:sidebar end/template:sidebar heading을 검토하여 이와 반호환되도록 하거나 이 템플릿을 사용하는 몇 가지 인스턴스를 대체할 수 있습니다(및 이러한 템플릿 삭제).조돈 (대화) 2008년 11월 11일 08:26 (UTC)

• 저는 그것들을 교체한 후 삭제/고장화하는 것에 투표할 것이라고 생각합니다.제가 한번 해볼까요?사르다나팔로스 (대화) 2008년 11월 12일 13:10 (UTC)

이와 같은 사이드바에서 아이콘을 적절하게 사용하는 방법에 대한 몇 가지 이야기가 있습니다.Shark D (talk) 2009년 3월 17일 20:19 (UTC)

이 템플릿에 TABLE 요소가 특별히 필요합니까? 아니면 안전하게 중첩된 DIV 요소로 대체할 수 있습니까?Shark D (talk) 2009년 3월 18일 01:54 (UTC)

여기 이 템플릿과 병합할 수 있는 다른 템플릿이 있습니다. {{Country history}}.Shark D (talk) 2009년 3월 18일 02:04 (UTC)

병합이 필요한 이유를 알 수 없습니다. 정보 상자 대신 사이드바를 메타 템플릿으로 사용할 수 있습니다.조돈 (대화) 2009년 3월 18일 07:11 (UTC)

둘 다 메타 템플릿이기 때문입니다.여기에 두 개의 간접적인 층이 있을 이유가 없습니다.크리스 커닝햄 (직장에 있지 않음) - 2009년 3월 18일 13:09, 대화 (UTC)

이 템플릿을 사용하도록 전환하는 것이 어떨까요?합병할 필요도 없다고 봅니다.「ダイノガイ千？2009년^{(Dinoguy1000)} 3월 18일 19:00 (UTC)

그것과 합병의 차이점은 무엇입니까?상어 D (대화) 2009년 3월 18일 19:20 (UTC)

큰 차이가 있습니다. 병합은 해당 템플릿을 여기서 리디렉션하려는 것으로, 비교적 특수한 특성을 고려할 때 적합하지 않습니다.제 말을 오해하셨을 수도 있습니다(제 댓글을 읽어보니 잘 모르겠습니다);{{infobox}를 호출하는 것에서 {{sidebar}}을(를) 호출하는 것으로 간단히 전환할 수 없는 이유를 묻겠다는 뜻이었습니다.「ダイノガイ千？2009년^{(Dinoguy1000)} 3월 18일 22:05 (UTC)

음, 그게 제 말이었어요.아마도 '합병'은 구체적으로 적절한 용어가 아닐 수도 있지만, 템플릿과 같은 복잡한 것으로 뭔가 다른 것을 하는 것을 상상하는 것은 어렵습니다.SharkD (대화) 2009년 3월 18일 23:08 (UTC)

좋아요, 우리가 실제로 같은 생각을 하고 있는 것을 보니 좋네요.=) 템플릿의 경우에도 병합은 정확하게 즉, 유용한 콘텐츠나 기능을 병합한 다음 리디렉션하는 것을 의미합니다.{{Country history}}은(는) 템플릿 래퍼로 설명될 것이며, 사용하는 메타 템플릿을 전환하는 행위는 확실히 병합이라고 하지 않을 것입니다.「ダイノガイ千？2009년^{(Dinoguy1000)} 3월 19일 19:41 (UTC)

"처음부터 시작"할 수 있도록 기존 템플릿에서 모든 스케일링/위치 포맷을 제거하려고 합니다.제가 지금까지 가지고 있는 것은 여기에 있습니다. 하지만 목록 항목을 둘러싼 패딩의 마지막 부분을 제거할 수 없습니다.저는 누가 그것이 일어나는 것을 방해하는 것을 보고 볼 수 있는지 궁금합니다.Shark D (talk) 00:27, 2009년 3월 27일 (UTC)

사진이나 스크린샷과 같은 항목별 이미지 또는 아이콘을 사이드바에 표시해야 하는지에 대한 논의가 진행 중입니다.Shark D (talk) 2009년 3월 29일 02:40 (UTC)

사이드바와 정보 상자 템플릿이 모두 있는 이유를 알 수 없습니다.그들은 거의 정확히 같은 일을 하는 것 같습니다. 누가 설명해 주시겠습니까?그렇지 않으면, 두 가지를 병합할 때가 될지도 모릅니다 (만약 그것이 과도한 두통 없이 이루어질 수 있다면...) -- Ludwigs2 21:03, 2009년 5월 2일 (UTC)

정보 상자 템플릿은 주로 비교 목적을 위한 키 값인 반면 사이드바는 목록-o-링크 스타일의 것입니다.우리가 그들을 정확히 어떻게 대해야 하는지에 대한 합의가 이루어진 적이 없으며, 몇 가지 다른 디자인이 있습니다. 저는 최근 이러한 이유로 {{navbox vertical}}을 시작한 것에 대해 죄책감을 느낍니다.크리스 커닝햄 (직장에 있지 않음) - 2009년 5월 3일 11:46, 대화 (UTC)

아, 좋아요. 이것에 대한 중앙 집중식 논의가 어디에나 있나요. 만약 없다면, 장소를 선택하고 시작해야 할 것 같습니다.=}

참고로, 저는 여기서도 유용할 수 있는 템플릿(작업 중인 다른 정보 상자용)을 작성했습니다. {{do list}} - 매개 변수에서 텍스트 목록을 생성하지만( 구분 기호 변경 옵션 포함), 행 구분이 구문 중간에 발생하지 않도록 제어합니다. --Ludwigs2 2009년 5월 3일 (UTC) 13:08 (UTC)

위키백과에 있었습니까?시리즈 템플릿.역사 - 위키백과와 협력하여 부활해야 합니다.템플릿 표준화. -- Quiddity (대화) 22:07, 2009년 5월 3일 (UTC)

당신에게 말하고 싶지 않지만, 당신이 이것을 시도한 첫 번째 사람은 아닙니다.위키백과 참조:삭제/로그/2009년 3월 29일 #템플릿:버트박스.Shark D (talk) 2009년 6월 29일 07:10 (UTC)

당신이 그 템플릿을 처음 작성했을 때 {{sidebar}}을 당신에게 지적한 사람이 저 아니었나요?Chris Cunningham (직장에 있지 않음) - 2009년 6월 29일 22:57, 대화 (UTC)

기억이 안 나요.관리자는 삭제된 페이지를 확인해야 합니다.Shark D (토크) 2009년 7월 3일 10:29 (UTC)

{{접이식 목록이 있는 사이드바}}는 안에 포함된 텍스트에 따라 옆으로 자라고 줄어드는 것 같습니다.이거 어떻게 고치는지 아는 사람?예: {{VG Role-play}}.SharkD (대화) 2009년 6월 29일 07:05, UTC

저는 사이드바가 항상 기사의 맨 위에 나타나야 한다고 제안하는 아이디어를 가지고 놀았습니다.하지만 사이드바가 모두 동일한 스타일을 공유하지 않고 접힌 버전의 템플릿을 사용하는 사이드바가 거의 없기 때문에 망설여집니다. 즉, 너무 크다는 의미입니다.Shark D (talk) 2009년 7월 5일 11:04, UTC

하지만 그것들이 항상 전체 기사에 적용되는 것은 아닙니다.Chris Cunningham (근무 중이 아님) - 2009년 7월 6일 11:06, 대화 (UTC)

항상 맨 위에 나타나도록 강요하는 기술적인 어려움은 말할 것도 없습니다.그리고 정보 상자와 사이드바가 같은 기사에서 사용되는 곳은 어떻습니까? 어떤 것이 승리해야 할까요?이러한 유형의 항목은 사례별로 결정해야 하며, 사이드바가 기사의 맨 위에 표시되어야 하는 경우 템플릿 내에서 기술 솔루션을 강제로 사용하는 것보다 해당 템플릿 호출을 기사의 맨 위에 배치하는 것이 훨씬 쉽고 간단합니다.「ダイノガイ千？2009년^{? · Talk⇒Dinoguy1000} 7월 6일 18:59 (UTC)

제 말은, 페이지 소스의 맨 위에 템플릿을 배치하라는 것입니다.또한, 정보 상자가 더 중요하고 관련성이 있기 때문에 정보 상자가 먼저라고 생각합니다.하지만 이미지는 항상 특정 섹션에 적용되어야 하기 때문에 그 다음에 와야 한다고 생각합니다(그렇지 않을 때는 엉성하다고 생각합니다)Shark D (talk) 2009년 7월 7일 06:44 (UTC)

그것은 스타일 설명서에 나와 있는 것이 아닙니다(1점).Chris Cunningham (근무 중이 아님) - 2009년 7월 8일 08:21 (UTC) 대화

설마 농담이겠지.그래서 그 제안.Shark D (talk) 2009년 7월 8일 08:26 (UTC)

이 템플릿의 하단에 있는 작은 v 및 d 링크는 템플릿이 기사에 표시될 때 작동하지 않는 것 같습니다.그 이유는 그들이 Template:에 연결하려고 하기 때문이라고 생각합니다.템플릿이 아닌 아티클 이름:템플릿 이름.워터게이트에 대한 기사, 즉 "워터게이트" 템플릿을 사용하는 기사를 검색하다가 이를 알게 되었습니다. 212.84.108.77 (talk) 2009년 10월 3일 (UTC) 17:02 (KST)

저는 과감히 여기에 있는 문서를 {longlink}}가 아닌 {{normalwraplink}}를 참조하도록 변경하기로 결정했습니다. 왜냐하면 후자는 실제로 작동하지 않기 때문입니다.그 페이지는 시청률이 높지 않을 수도 있기 때문에, 누군가가 그것에 대해 논의하기를 원할 경우를 대비하여 여기에 공지합니다.Anomie⚔ 2009년 11월 13일 12:54 (UTC)

nowrap 기본 동작이 필요합니까?그것을 폐지하는 것이 문제를 일으킬 수 있는 몇 가지 예를 들어 주시겠습니까?SharkD Talk 00:58, 2009년 11월 20일 (UTC)

필요하다면 개별 링크를 조정하는 대신 템플릿 단위로 해제하는 방법을 선호합니다.SharkD Talk 01:00, 2009년 11월 20일 (UTC)

저는 모르겠어요.Anomie⚔ 2009년 11월 20일 02:55 (UTC)

포인터처럼 {{Navbox}}은(는) "nowraplinks" 클래스를 오랫동안 사용해 왔습니다.그 외에는 정말 필요한지에 대해서는 의견이 없습니다.「ダイノガイ千？2009년^{? · Talk⇒Dinoguy1000} 11월 20일 04:15 (UTC)

필요한 경우 동작을 사용할 수 없도록 템플릿을 수정했습니다.기본적으로 계속 활성화되어 있습니다.SharkD Talk 2009년 11월 20일 05:30 (UTC)

이 점들은 작고 죽은 픽셀처럼 보일 수 있습니다.그것들을 더 크게 만들 수 있을까요? 213.246.94.47 (대화) 23:34, 2011년 4월 4일 (UTC)

최근에 발생한 템플릿:넓히기 위한 여성에 대한 폭력, 그리고 그것은 템플릿 자체에 대한 편집이 아니었습니다.이 사이드바 템플릿을 사용하지만 최근 편집한 내용을 이 템플릿으로 되돌리면 아무런 차이가 없습니다.무엇이 그것을 유발했을지 누가 생각할 수 있습니까?SlimVirgin^{TALK CONTRIBS} 2011년 9월 7일 04:06 (UTC)

범인은 "width:22em"을 포함한 것으로 보입니다.템플릿에 "width:auto"를 추가했습니다.여성에 대한 폭력, 이것은 이 진술을 무시합니다.프리제스 (토크) 2011년 9월 7일 15:30 (UTC)

그렇게 해줘서 고마워, 프리제스SlimVirgin^{TALK CONTRIBS} 2011년 9월 7일 21:59 (UTC)

템플릿 토크에서 질문을 던졌습니다.해당 템플릿의 모양과 관련된 축소 가능한 목록이 있는 사이드바입니다.어떤 도움이라도 주시면 감사하겠습니다. -- 노랜더 (대화) 2011년 9월 22일 (UTC) 17:08

Wikipedia 토크로 이동:Wiki 프로젝트 템플릿 #RfCre 템플릿 이름 지정

이 매개 변수들이 작동합니까?{{navbar}}개를 확인했는데 {{2}}개의 파라미터가 없습니다.템플릿에서 글꼴 색상이 작동하도록 하려면 navbarfont 스타일을 추가해야 했습니다.아제르바이잔인이 매개 변수가 전혀 작동하지 않으면 제거해야 합니다.프리제스 (대화) 2012년 3월 6일 16:21, 6일 (UTC)

이러한 매개 변수는 작동하지만 명명된 매개 변수를 {=}}(으)로 전달하고 {{!}}(으)로 구분해야 합니다!저는 또한 그러한 것이 다소 의심스럽고 일을 만들기 어렵다고 느꼈습니다.{{navbar}}을(를) 추적하고 {{sidebar}} 및 친구에게 모든 매개 변수를 내보내는 대신, 유연성을 위해 사람들이 직접(또는 직접) 호출할 수 있도록 navbar를 완전히 재정의하는 옵션을 보고 싶습니다.50.53.15.51 (대화) 11:37, 2012년 4월 4일 (UTC)

이 템플릿에 대한 모든 호출 대신 여기에 옵션에 대한 매개 변수 이름을 지정하는 것이 좋습니다.이렇게 하면 {navbar}}에 변경 사항이 있는 경우 이 템플릿에 대한 모든 호출에서 해당 사항을 추적할 필요 없이 여기서 수정할 수 있습니다.프리제스 (토크) 2012년 4월 4일 16:08, UTC)

최근의 변화는 템플릿 {{힌두교}}(폭이 작아짐)과 {{Vaishnavism}}(폭이 갑자기 증가함)의 폭을 방해했습니다.정확한 문제인지, 어떤 편집이 원인인지 잘 모르겠습니다. --Redtigerxyz ^Talk 17:26, 2012년 3월 11일 (UTC)

프리제스가 고친 것 같습니다. - 에독터 - 2012년 3월 11일(UTC) 17:33분

문제는 여전히 존재합니다.힌두교를 로드할 때 템플릿 힌두교가 100% 너비로 나타나는데 로드가 완료되면 갑자기 작은 너비가 됩니다.무엇이 바뀌었습니까?힌두교 외 템플릿에 매개 변수를 추가해야 합니까? --Redtigerxyz ^Talk 17:37, 2012년 3월 11일 (UTC)

두 번째 편집으로 문제가 해결되었습니다.Frietjes에게 감사합니다. --Redtigerxyz ^Talk 17:39, 2012년 3월 11일 (UTC)

네, 처음 편집할 때는 거의 먹을 뻔했는데, 추가 }을(를) 놓쳤어요. 이제 작동하는 것 같습니다.저는 또한 새로운 float 옵션에 대한 논리를 개선했습니다(이제 float이 존재하지만 공백인 경우 작동합니다).프리제스 (대화) 2012년 3월 11일 17:41 (UTC)

사이드바에 여러 이미지를 가져오는 것이 불가능합니까? -- 99.7.156.121 (대화) 06:00, 2012년 4월 8일 (UTC)

네, 그냥 둘 다 추가하세요. image=필드. Frietjes (대화) 16:46, 2012년 4월 15일 (UTC)

난 노력하고 있어.

1. 4개의 도움말 상자(사이드바)를 수평 행에 정렬합니다.
2. 제가 뭘 잘못하고 있는지 이해하기 위해서요!

이 샌드박스 편집을 참조하십시오.저는 결국 4명 모두가 줄을 서길 원하지만, 그 (diff) 간단한 실험조차도 효과가 없습니다! (나는 그것이 연속적으로 3개를 만들고, 아래에 1개를 만들 것이라고 생각했습니다.)그러나 그것은 4개 모두의 오른쪽 부유 기둥을 만드는 것을 지속합니다.)제가 놓치고 있는 명백한 것은 무엇입니까?Ta :) -- 퀴디티 (대화) 2012년 8월 13일 07:13 (UTC)

해당 샌드박스에 대한 HTML 소스를 조사한 결과 4개의 상자가 테이블이며 각 상자는 CSS 스타일을 가지고 있습니다.float: right;템플릿에 대한 Wiki 코드 검사{{MiniAWFP}} {{Infoboxwatch}} {{Dabnav}} {{Glossaries}}그들 중 누구도 인식하지 못한다는 것을 보여줍니다. float=매개 변수즉, 템플릿 코드를 검사해도 다음과 같은 경우는 발견되지 않습니다.{{{float--Redrose64 (대화) 2012년 8월 13일 14:07 (UTC)

근데 다들.{{Helpbox}}로 직접 구축된{{Sidebar}}플로트 포함!

[Stabpick prod test]아! 좋아요. 그래서 저는 여전히 "float=float{floatright}}" 행을 각 템플릿에 명시적으로 추가해야 합니다.(시간이 좀 흘렀지만, 이제 서서히 내게로 돌아오고 있습니다...고통!)감사해요.

다른 부분도 풀었습니다.저는 그것들을 모두 표의 열에 넣으려고 했지만 실패했습니다.이상하게도 줄 바꿈이 추가되면 작동합니다.또 다른 날(또는 그 이상의 커피)을 위한 미스터리.퀴디티 (대화) 2012년 8월 13일 23:18 (UTC)

이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

"{content33style"을 "{{content33style"로 변경하십시오(두 개가 아닌 세 개의 대괄호 참조).변경된 후에는 특수:링크 대상/템플릿:내용 33 스타일은 0으로 떨어져야 합니다.

프리제스 (토크) 2012년 8월 29일 15:15 (UTC)

고정. — Edokter(대화) — 2012년 8월 29일 16:57(UTC)

• 세포 간격
• 셀패딩

Gadget850 (Ed) 2012년 9월 23일 23:20 (UTC)

복잡한 예를 들어 {{navbox} 및 {{infobox}}과(와) 함께 여러 템플릿이 있습니다.Common.css를 포함한 CSS 구조조정이 필요합니다.현재 조사 중입니다. Edokter (대화) — 2012년 9월 24일 17:45(UTC)

이 템플릿은 이러한 속성에 대해 일부 난해한 매개 변수 구조를 사용하는 동시에 동일한 설정을 CSS로 재정의합니다.따라서 먼저 이러한 매개 변수를 제거하는 것이 좋습니다. Edokter (대화) — 2012년 10월 8일 19:36(UTC)

이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

안녕하세요. 이 템플릿의 제목에 배경이 추가되면 제목이 세로로 정렬되지 않습니다(왼쪽 아래 예 참조).그러나 제목 스타일의 패딩이 다음과 같이 변경된 경우padding:0.1em; 즉, 올라운드 0.1em 패딩으로, 이제 제목이 수직으로 정렬됩니다(중간에 있음).내용 스타일을 수정하면(아래쪽 패딩 0.4em), 사용 중인 제목 배경이 없을 때(오른쪽 아래) 각 제목-내용 쌍이 그룹화된 상태로 유지됩니다.그래서 샌드박스에 있는 현재 템플릿 코드의 복사본을 수정하여 이러한 수정 사항(15:46, 2012년 12월 4일 CsDix(talk contributes) . . (14,077바이트) (-420) . . (제목 배경이 없을 때 제목과 내용 사이의 간격을 줄이기 위해 다시 수정됨) [1]

사이드 바. 현재 서식 표제1 내용1 표제2 내용2 표제3 내용3 v t	사이드 바. 트위크(배경 포함) 표제1 내용1 표제2 내용2 표제3 내용3 v t	사이드 바. 조정됨(배경 없음) 표제1 내용1 표제2 내용2 표제3 내용3 v t
사이드바/샌드박스 200개의 이미지로 및 배경 표제1 내용1 표제2 내용2 표제3 내용3 v t	사이드바/샌드박스 200개의 이미지와 캡션이 있습니다. 그리고 배경과 함께. 이게 캡션입니다. 표제1 내용1 표제2 내용2 표제3 내용3 v t	사이드바/샌드박스 200개의 이미지와 캡션이 있습니다. 하지만 배경 없이 이게 캡션입니다. 표제1 내용1 표제2 내용2 표제3 내용3 v t

CsDix (대화) 2012년 12월 4일 03:53 (UTC)

정렬 상태가 좋아 보입니다.어제 새로운 미디어위키 소프트웨어가 출시되면서 문제가 사라진 것은 아닐까요?문제가 계속 발생하면 알려주십시오.(스크린샷도 상황을 명확히 하는 데 도움이 될 수 있습니다.) - Stradivarius^{(have a chat)} 씨, 2012년 12월 5일(UTC)

다음은 현재 사용 중인 Firefox 기반 브라우저("Palemoon")에 표시되는 사이드바 몇 개의 스크린샷입니다.

여기서 각 제목 위의 공간은 아래의 공간보다 더 많이 보입니다(특히 인류학 사이드바의 첫 번째 제목 "필드"에서).전체적인 계획은 작지만 눈에 띕니다.CsDix (대화) 2012년 12월 5일 16:50 (UTC)

PS 방금 템플릿을 편집했습니다.그래서 왼쪽 위의 스크린샷은 이 버전의 템플릿입니다.CsDix (대화) 2012년 12월 5일 17:13 (UTC)

이게 더 좋아 보이는데, 처음 두 분야의 컨디션 패딩이 궁금합니다.특히, 이미지가 있는 경우 첫 번째 표제에 대한 패딩을 변경하는 부분과 첫 번째 표제가 있는 경우 첫 번째 내용에 대한 패딩을 변경하는 부분입니다.이 진술서들에 대한 순서는 중요한 것으로 보이며, 정확히 무슨 일이 일어나고 있는지는 분명하지 않습니다.그렇지 않으면, 이것은 매우 합리적으로 보입니다.2012년 12월 8일 06:02, 플라스틱스포크_―Œ^(talk)(UTC)

좋은 지적입니다. 감사합니다.샌드박스 코드를 조금 가지고 놀았고, 첫 번째 제목/내용(이 버전)에 대한 특별한 패딩 없이 남겨두었고, 위의 예에 이미지/캡션을 포함하는 다른 예제 행을 추가했습니다.여기서는 괜찮아 보이므로 특별한 패딩이 필요하지 않을 수도 있습니다. 거기는 어떻습니까? (아마도 특수 패딩이 여전히 필요한 상황을 놓치고 있는 것 같습니다.)CsDix (대화) 2012년 12월 9일 06:25 (UTC)

지금 당장 무엇을 해야 할지 잘 몰라서 요청을 거절했습니다.제가 두 분 모두 여기로 돌아와 무엇을 해야 하는지 분명히 해달라고 요청했습니다.Nyttend (대화) 2012년 12월 18일 13:40 (UTC)

알았어, 알거 같아.문제가 있으면 제게 알려주세요.감사합니다!2012년 12월 19일 05:43(UTC) 플라스틱 스포크_―Œ^(talk)

현재 콘텐츠 섹션의 최소 선폭 기본값은 약 33X입니다.그러나 현재 템플릿에서: 경제학 사이드바를 통해 컨텐츠 섹션에 최소 6자 이상의 중복된 공백이 생깁니다.기본 너비를 6자 낮추면 문제가 해결됩니다.이 작업이 어떻게 수행될 수 있는지 또는 해당 사이드바의 최소 너비(또는 잠재적으로 모든)를 축소할 수 있는 기본값에 대한 매개 변수 재지정 기능이 있는지 아는 사람이 있습니까?감사합니다. --토마스멕스 (대화) 2012년 11월 29일 04:08 (UTC)

다음을 사용하여 내용의 줄 높이를 재정의할 수 있습니다. contentstyle=line-height:90%아니면 뭐든, 표제 부분에 대해서는 headingstyle=line-height:90%템플릿의 너비를 변경하려면 등을 사용합니다. width=20em뭐 그런 거.프리제스 (대화) 2012년 11월 29일 18:33 (UTC)

F씨, 다른 질문들도 답변해주셔서 감사합니다. 저는 이것도 유용할 것이라고 생각합니다.나는 삽입을 시도해봤습니다. width= 20em그리고. width=0em효과는 없지만, 하지만 width=100em템플릿을 확실히 넓혔습니다!그 width=auto또한 변하지 않은 것을 남겼습니다.따라서 템플릿은 너비에 대한 하한에 이미 있습니다.내용 텍스트를 가장자리에 가깝게 만드는 방법이 없는 것은 아니지만 이전 버전에서 설명한 것처럼 줄당 더 많은 문자로만 작동합니다.자동 패딩은 오른쪽으로 2칸을 허용합니다.표정 width=auto줄의 양쪽에 적어도 2개의 패딩 공간을 남기려고 하는 것처럼, 그러나 그것은 현재 템플릿에서 너비를 넘어서만 작동하는 것처럼 보입니다. 경제학 사이드바.동의하신다면 템플릿 폭이 작은 것과 큰 것의 비대칭성을 수정할 방법이 없을까요?폭이 너무 넓다는 동일한 문제가 있는 사이드바를 여러 번 보았습니다. 특히 어떤 경우에는 그렇습니다.진행 방법에 대해 제안해 주실 수 있나요?

제외된 매개 변수를 변경하면 문제를 해결할 수 있습니까?당신은 아는 것이 더 좋은 위치에 있을 것입니다. --토마스멕스 (대화) 21:54, 2012년 11월 29일 (UTC)

이것은 어떻습니까(경계선: 기호 사용).프리제스 (대화) 2012년 11월 29일 22:13 (UTC)

위의 내용을 템플릿으로 편집합니다.경제학 사이드바는 올바른 방향으로 이동하여 끝 빈칸을 8/8(cm)에서 5.5/8 비율로 줄였습니다.0.0em을 더 시도해도 더 이상의 효과는 없었습니다.그러나 비대칭은 여전히 존재하며, 단지 더 작기 때문에 좁은 텍스트 라인을 더 넓은 텍스트 라인과 다르게 처리합니다. 한 줄당 약 3개의 추가 항목(5개에서 수정).소프트웨어가 현재 기본값을 수정하는 것을 허용하지 않을 수도 있습니다.

당신의 훌륭한 노력에 감사드립니다.수정할 수 없는 기본 제한인 것 같습니다.글로벌 수정 요청을 제안하시겠습니까?그렇다면, 어디서? --토마스멕스 (대화) 23:33, 2012년 11월 29일 (UTC) (수정 굵은 글씨) 5:13, 2012년 11월 30일 (UTC)

그것을 더 좁히기 위해서, 당신은 "경제: 개념과 역사" 라인을 단축해야 할 것입니다.이것이 제한 요인입니다. 그것보다 더 낮게 줄어들지 않기 때문입니다.제목의 왼쪽과 오른쪽에 패딩(현재 0.3em)을 추가했는데, 이것도 줄일 수 있지만, 조금 이상해 보일 수 있습니다.덧붙이면 wraplinks=true그리고 "width:auto"를 "width:19em"으로 변경하면 하단의 머리글이 줄 바꿈으로써 템플릿이 더욱 좁아지는 것을 볼 수 있습니다.그러나, 그것 없이는 wraplinks=true그것은 그 선을 포장하는 것을 거부할 것입니다.저는 개인적으로 제목이 포장되지 않은 것이 더 잘 어울린다고 생각합니다.프리제스 (토크) 2012년 11월 30일 00:55 (UTC)

이전에 다른 줄을 짧게 하는 것을 테스트했고 나중에 당신이 언급한 줄을 삭제했습니다. 즉, 이전 템플릿과 같은 폭입니다(오른쪽에서 가장 가까운).http://en.wikipedia.org/w/index.php?title=Template:Economics_sidebar&oldid=525604094 의 현재 개선 사항은 현재 "템플릿: 사이드바" 형식):

경제학("현재")
나라별 경제
일반 범주
미시경제학 거시경제학 경제사상사 방법론 이단적 접근법
기술적 방법
수학적 계량경제학 실험적 국민회계
필드 및 하위 필드
행동학 문화적. 진화론적 성장 발전 역사 국제 경제 체제 통화금융경제학 공공복지경제학 헬스 교육 복지 인구. 노동 인사 관리자 계산적 비지니스 정보 게임 이론 산업조직 법 농업 천연자원 환경의 생태학적 도시의 시골의 지방의 지리학
목록
경제학자 저널 출판물 분류 색인 아웃라인
경제: 개념과 역사
비즈니스 및 경제 포털
사이드바: 보다 말해라.

경제학 (계속)
나라별 경제
일반 범주
미시경제학 · 거시경제학 경제사상사 방법론 · 이단적 접근법
기술적 방법
수학적 · 계량경제학 실험적 · 국민회계
필드 및 하위 필드
행동학·문화적.·진화론적 성장·발전·역사 국제·경제 체제 통화금융경제학 공공복지경제학 헬스·교육·복지 인구.·노동·인사 관리자·계산적 비지니스·정보·게임 이론 산업조직·법 농업·천연자원 환경의·생태학적 도시의·시골의·지방의·지리학
목록
경제학자 · 저널 · 출판물 분류 · 색인 · 아웃라인
경제: 개념과 역사
비즈니스 및 경제 포털
사이드바: 보다 말해라.

저는 현재 수정사항을 수정하려고 했지만 더 좁힐 수 없었습니다(0 ems로 이동했음에도 불구하고).따라서 두 버전 사이에는 여전히 화이트 스페이스 패딩에 현저한 차이가 있습니다.선 길이에 비례하여, 현재 수정본은 맨 위의 (의도되지 않은) 단락과 왼쪽 여백 가장자리 사이의 공간을 나타내는 것보다 훨씬 더 많은 공간을 참조하십시오.이 섹션 제목 제목에서 다루는 문제는 해당 사이드바뿐만 아니라 "템플릿:"을 사용하는 라인에 대한 링크 2개 또는 3개만 사용하는 대부분의 사이드바에도 적용됩니다. 카테고리 간의 사이드바" 형식: "시리즈의 일부" 템플리트, 예: 템플리트:성공회와 템플릿:경제 시스템 사이드바.각 경우의 현재 기본값은 링크 수가 2개 또는 3개 이상인 사이드바에 큰 마진을 부과합니다.이러한 비대칭 IMO는 여전히 문제로 남아 있습니다.다른 어떤 생각이든 환영합니다.

저는 "경제: 개념과 역사" 라인에서 당신의 수정 사항에 3X를 추가하려고 했습니다.수정 사항을 확대하지 않고 이전 템플릿(여기서 가장 왼쪽)과 마찬가지로 정확한 맞춤을 제공했습니다.따라서 이전 템플릿(여기에 복사됨)에는 지나치게 좁은 기본 패딩이 없습니다.오히려 현재 사이드바는 수정 사항이 있더라도 이전의 비패키지 형식(나중에 추정 가능한 사용자:Morph) 허가. --토마스멕스 (대화) 2012년 11월 30일 05:13 (UTC)

"이전" 버전과 매우 유사한 작업을 수행하기 위해 예제의 사이드바를 약간 변경했습니다. 기본적으로 왼쪽 오른쪽 패딩을 제거하고 제목과 제목 크기를 약간 줄입니다.다양한 브라우저가 서로 다른 수준에서 글꼴 크기를 정량화하므로 정확하게 동일하게 보이거나 그렇지 않은 경우 브라우저에 종속됩니다.프리제스 (대화) 2012년 11월 30일 19:47 (UTC)

좋은 결과야, F.명시적으로 조정 가능한 매개변수(예: 제목 글꼴 크기, 패딩, 축소 가능성 등) 및 템플릿의 정리 단순화를 포함하여 추가합니다.경제학 사이드바는 현재와 미래에 이전 템플릿의 좋은 기능을 계속 유지하는 데 분명히 도움이 될 것입니다."현재" 사이드바의 너비에 대한 제한은 현재 사이드바의 더 큰 그림 크기이며 코드화는 [파일:1인당 GDP PPP IMF 2008.svg 프레임리스]].이미지로 대체된 경우:GDP PPP Per Capital IMF 2008.svg 200px]] 이전 사이드바에서 사이드바 너비는 이전 버전의 크기로 축소되고 여분의 공백은 없습니다.적절한 대화 페이지에서 큰 교착 상태를 해결한 것을 인정합니다.

아직도 남아 있는 한 가지 의문점은 다음과 같은 다양한 요소를 통합할 수 있는 실질적인 방법이 있는지 여부입니다.

사이드바:

• 보다
• 말해라.

현재 기본값에 대한 사이드바 하단: VTE. 도와주셔서 감사합니다. --토마스멕스 (토크) 17:16, 2012년 12월 1일 (UTC)

하단의 탐색 모음을 변경하는 두 가지 방법이 있습니다. (1) 이 기능을 이 템플릿에 추가하도록 요청합니다. (2) 사용 navbar=off와 함께 below={{nobold {{navbar Economics sidebar text= This sidebar:}}}}코드화하고 합의를 얻는 데 시간이 걸리기 때문에 후자가 가장 쉬울 것입니다.저는 개인적으로 기본 VTE 링크를 좋아합니다.프리제스 (토크) 2012년 12월 1일 17:55 (UTC)

합리적인 기본값은 괜찮지만, 어쨌든 당면한 사건에 대해 더 많은 잠재적인 편집자를 끌어들이기 위한 대안의 투명성에 대한 주장이 있다고 생각합니다.아, 효과가 있었어요 (위, 밑단라인+컬러링)인내심이 소진될 위험을 무릅쓰고, 두 가지 질문을 더 합니다.다음과 같은 방법도 있습니까?

이전 버전의 것처럼 두 번째 줄부터 마지막 줄까지 색칠하기

새 맨 아래 줄의 텍스트를 마우스 오른쪽 단추로 표시하시겠습니까?감사합니다. --토마스 믹스 (토크) 21:12, 2012년 12월 1일 (UTC)

두 번째부터 마지막 라인까지의 색상은 heading7style=background:#ccccdd새 바텀 라인을 오른쪽으로 이동하려면 다음을 사용할 수 있습니다. belowstyle=text-align:right또는 belowstyle=font-weight:normal; text-align:right;그런 다음 {{navbar 경제학} 사이드바 텍스트를 변경합니다. = 이 사이드바:to {{navbar Economics} 사이드바 텍스트 = 이 사이드바:프리제스 (대화) 15:27, 2012년 12월 3일 (UTC)

아, 아름답고 우아하게 단순합니다.감사합니다. --토마스멕스 (토크) 23:23, 2012년 12월 3일 (UTC)

괜찮아요.우리는 일반적으로 wp:constructions 당 스타일 문의 수를 줄이려고 노력하지만, 이것은 그것이 가능하다는 것을 보여줍니다.프리제스 (토크) 2012년 12월 4일 00:01, (UTC)

편집자에게도 도움이 되는 적용 방법을 보여준 계층형 코딩과 같이 여러 가지 방법으로 사용할 수 있습니다.

IMO navbox 기본값이 문제가 있는 경우 기본값에서 벗어난 좋은 이유를 진술할 수 있어야 합니다.다른 사람들의 이익을 위해, 다음과 같은 관련된 WP:NAVBOX 가이드라인을 인용하겠습니다. 이 가이드라인은 탐색 상자의 장점 중 가장 먼저 나열되어 있습니다.

관련 문서에 대한 일관된 모양 및 탐색 시스템을 제공합니다(다른 주제 간은 아니지만 모든 탐색 템플릿에는 단일 형식이 없습니다).(이탤릭체 추가)

위와 아래에서 제가 제안한 것들이 관련 지침에 부합한다고 생각합니다(물론 좋은 의미로 해석됩니다)(그러나 어떤 경우에도 의심스럽다면 논평을 환영합니다.)

위의 "현재"(오른쪽) 사이드바를 다음과 같이 조정했습니다.

왼쪽 사이드바에 가까운 상단(Econ) 상자 크기 조정(뒤에 이어지는 섹션 제목과 크기를 명확하게 구분하지만 주의를 분산시키지 않기 위한 근거)

사이드바 상단에 있는 지도의 캡션을 가운데에서 왼쪽으로 정렬하여 뒤에 오는 (중심) 제목과 구분

상단(Econ) 상자의 색상을 하단 2개의 상자와 일치시켜 중간 상자와 해당 상자의 질적 차이를 나타냅니다(왼쪽 사이드바에도 표시됨).

감사합니다. --토마스멕스 (대화) 2012년 12월 7일 18:22, (UTC)

인상적이네요...하지만 도트 사이즈?

그냥 지나가다가 이 인상적인 템플릿을 발견했습니다. 안에 있는 점들이 아주 작은 면에 있다는 것을 제외하고 말이죠.예를 들어, 위키백과의 표준 글꼴 크기에서 "점 템플릿" {{·}}에 의해 지정된 것처럼 일반적인 크기로 증가할 수 있습니까?CsDix (대화) 2012년 12월 4일 04:00(UTC)

무슨 말인지 잘 모르겠어요{{sidebar}}사용 시점에 지정된 점은 생성되지 않습니다.{{·}}에 대한 설명서는 더 이상 사용되지 않는 것으로 나타나므로 점을 생성하는 데 WP:HLIST 기법을 사용하는 것이 좋습니다.그러나 {{·}} 템플릿에 의해 생성된 점은·엔티티, 굵은 글씨; 즉, WP:HLIST를 사용하여 생성된 점은 유니코드 문자 'MIDE DOT'(U+00B7), 굵은 글씨:예: ·. 이후.·) 및 · (·)는 정확하게 동일한 문자이며, 다른 방식으로 지정하면 둘 사이에 시각적인 차이는 없습니다. --Redrose64 (talk) 14:50, 2012년 12월 4일 (UTC)

네가 날 이겼어, RR.하지만 참고로 이 운송 중 코멘트를 추가하겠습니다.

제가 틀릴 수도 있지만, 아마도 위의 양쪽 사이드바의 링크 구분 기호는 내장된 글꼴의 작은 크기에 비해 점(적어도 큰 화면이 아닌)보다는 글머리 기호로 설명하는 것이 더 나을 것입니다.그들은 서로 다른 형식을 사용하지만 왼쪽은 당신이 제안한 대로({{·}}) 하고 오른쪽은 당신이 원하는 방향으로( · vs. ·) 템플릿을 사용하는 것으로(적어도 내 모니터에서는) 모양이 비슷합니다.기본값 *를 사용하여 링크를 한 줄로 구분하는 사이드바 마크업.프리제스가 이콘 사이드바를 정리하기 전에 오른쪽 사이드바는 이렇게 생겼습니다.그래서, 그의 편집은 확실히 올바른 사이드바를 올바른 방향으로 이동시켰습니다! --토마스멕스 (대화) 15:16, 2012년 12월 4일 (UTC)

미안해요, Thomas Meeks: 그건 내 실수였어요.위의 예제에 사용자 지정 글꼴 크기 축소가 포함되어 있는지 몰랐습니다(라이브된 {{Economics 사이드바}} 템플릿과 달리).점에 대한 설명 고마워, 레드로즈CsDix (대화) 2012년 12월 4일 15:22 (UTC)

PSI는 템플릿을 통해 점을 매달아 두거나(즉, 코드 내 링크 간에 빈 줄이 없음) 아예 점을 두지 않는 것을 제안합니다(예: 플레인리스트 클래스를 사용하고 템플릿을 접을 수 있는 목록 형식으로 전환).

당신의 PS에서, 저는 동의하고 편집자가 단지 그들의 효과를 보여주기 위해 "랩"을 다시 추가했을 수도 있다고 믿습니다(물론 여기서 제가 틀릴 수도 있습니다).위의 오른쪽 사이드바는 암묵적으로 줄 끝에 글머리 기호가 필요하지 않다는 주장입니다(기본값을 무시하기 위해 <br/>이 수반될 경우 가능).Template talk에서 부분적으로 암묵적으로 지원됩니다.경제학 사이드바 #여러 논쟁의 여지가 있는 형식 변경: 넓고 단편적인 링크 선 등, 포인트(1T) 및 (3T - 점이라고 불리지만 총알이라고 더 잘 불림), 이는 뒤에 이어지는 짧은 논평에서 받아들여졌습니다. --토머스멕스 (talk) 16:34, 2012년 12월 4일 (UTC)

저도 점을 거는 것을 좋아하지는 않지만, 사람들이 화면 판독기 등을 사용할 때 <br/>s나 빈 줄을 사용하여 점을 피하거나 {{·}}와 같은 "점/불렛 템플릿"을 사용하면 접근성이 저하된다는 것을 배웠습니다.그래서 지금은 점과 관련하여 "모두 또는 없음"으로 진행하겠습니다. 가능하면 사이드바/사이드박스에 없는 것을 선호합니다.당신의 의견에 감사합니다.CsDix (대화) 2012년 12월 4일 17:42 (UTC)

음, 이것은 단지 의미론적인 구분일 뿐(실질적인 구분이 아닌) 수도 있지만, 더 엄밀히 말하면, 위의 오른쪽 템플릿에는 "{{·}}" 또는 "·" 링크 구분자가 없고, 오직 *개의 링크 구분자만 총알처럼 보입니다.그래서 저는 위의 내용이 적용되는지 잘 모르겠습니다.그러나 다른 사람이 복제 가능한 검증 기준을 제시하여 다른 주장을 한다고 가정합니다.이는 특히 <br/>를 사용함으로써 영향을 받는 사람에게 접근성의 타협이 어떻게 보이는지에 대한 설명과 함께 흥미로울 것입니다.감사합니다. --토마스멕스 (대화) 20:26, 2012년 12월 4일 (UTC)

당신이 계단식 스타일시트에 대해 얼마나 알고 있는지 모르겠지만 미디어위키:Common.css에는 클래스에 고유한 여러 스타일링이 포함되어 있습니다.hlist특히 관찰해야 할 두 개의 청크는 다음과 같습니다.

목록 항목을 인라인으로 표시하여 지금 랩으로 만들기 */ .hlist dd, .hlist dt, .hlist 리 {     여백: 0;     과시하는: 인라인의;     공백의: 노랩; } 

그리고 이것은:

.hlist dd:끝나고, .hlist 리:끝나고 {     내용물: " ·";     폰트급의: 대담한; } 

기본적으로, 다음과 같은 경우.hlist클래스는 글머리 기호 목록에 적용됩니다. 위의 첫 번째 코드 청크는 목록 항목 사이에 일반적으로 발생하는 새 줄을 제거합니다. 두 번째 청크는 줄의 시작 부분에 나타났을 글머리 기호를 변경하여 굵은 글꼴로 표시합니다.·제가 다음 위키코드를 입력하면 매우 간단하게 이를 증명할 수 있습니다.

<div class=hlist> *첫번째 항목 *두번째 항목 *세번째 항목 </div>

다음과 같이 표시됩니다.

--Redrose64 (대화) 2012년 12월 4일 20:57 (UTC)

글쎄요, 저는 근처에 있었어요, RR. 하지만 이렇게 빨리 방문할 줄은 정말 몰랐어요.위에서 (복제 가능한 것으로 알려진 나쁜 결과가 <br/>를 사용하는 것과 어떻게 보이는지에 대해) 다소 다른 질문을 하려고 했습니다.표시되는 항목에도 적용됩니다.하지만 당신의 대답은 물론 독립적인 관심사입니다.접근성을 방해하는 것과 관련하여 <br/>가 가질 수 있는 문제와 관계없이 다음과 같이 제안하고 있습니까?

<nowiki>/* 목록 항목을 인라인으로 표시하여 지금 랩으로 만듭니다 */ ...<div> * ... * ...</div></nowiki>가 <br/>를 피하는 대안이 될 수 있습니까?감사합니다. --Thomasmeeks (talk) 22:06, 2012년 12월 4일 (UTC) --Thomasmeeks (talk) 21:52, 2012년 12월 4일 (UTC)

뭘 하려는 건지 잘 모르겠어요그<br />태그는 렌더링된 페이지에 줄 바꿈을 강제로 적용하며 아무리 스타일을 지정해도 다시 제거되지 않습니다.저는 이미 당신을 위해 설정된 것의 예로 두 개의 CSS 청크를 제시했습니다. WP:HLIST 기능을 사용하기 위해 페이지에 어떤 것도 넣을 필요가 없습니다.그<div>...</div>예는 HLIST를 활용하는 한 가지 방법에 대한 시연이었습니다. 일반적으로 기존 템플릿에서 관련 매개 변수를 사용하는 것이 더 쉽습니다.예를 들어, 처음에는{{sidebar}}예(2012년 11월 30일 05:13의 예), 매개 변수 class=hlist존재합니다.전체 사이드바에 대한 HLIST 기능이 켜집니다. --Redrose64 (대화) 22:25, 2012년 12월 4일 (UTC)

위의 제 글은 매우 요약되어 있으며 앞 절을 자세히 읽어보아야 합니다.거기서, 저는 오른쪽 사이드바에서 줄말기*를 사용하지 않고 많은 공백을 제거하기 위해 사이드바의 폭을 좁힐 수 있는지 묻고 있었는데, 대신 <br/>로 대체했습니다.템플릿 적용:사이드바 미개봉 마크업 규약 + 줄말기 *, 이는 템플릿 토크에서 논의되었습니다.경제학 사이드바#여러 가지 논쟁의 여지가 있는 형식 변경으로 편집이 반복됨: 광범위하고 단편화된 링크 라인 등으로 인해 해결된 것보다 더 많은 문제가 발생했습니다.어쨌든 내 모니터는 (이전 섹션의 오른쪽 사이드바 편집 모드에서 *s의 줄말기 대신) 마크업 프로토콜이 수행하는 것을 정확히 보여줍니다: 일반적으로 2-3개 링크의 다른 문자열을 위해 다음 줄로 이동합니다.당신의 마크업 프로토콜과 비교했을 때 제가 볼 수 있는 단점은 없습니다.하지만 저는 CsDix의 PS에서 엔드 오브 라인 <br/>이 접근성을 저해한다는 그의 믿음을 읽었습니다.나는 어떤 어려움의 증거도 볼 수 없습니다.저는 당신이 새로운 라인을 시작하기 위해 엔드 오브 라인 <br/>과 엔드 오브 라인 * 모두에 대한 대안을 제안하고 있다고 생각했습니다.감사합니다. --토마스멕스 (토크) 01:32, 2012년 12월 5일 (UTC)

여기서 접근성에 대해 아직 구체적으로 배운 것은 없지만 위키백과가 있다는 것은 알고 있습니다.아직 읽지 않은 내게 필요한 옵션 페이지에서 사용자:프리제스는 어딘가에서 그가 부분적으로 시력이 있다고 언급합니다.만약 그 접근성 페이지가 문제를 명확하게 설명하지 않는다면, 그가 대신 기꺼이 그렇게 할 것이라고 생각합니다.CsDix (대화) 2012년 12월 5일 02:29 (UTC)

음, 당신들의 IMO는 매우 솔직합니다. --토마스멕스 (대화) 04:00, 2012년 12월 5일 (UTC)

좋아요, 접근성.WP:LISTGAP에 있는 내용을 다시 언급하고 싶지는 않지만, 다음 두 가지 예를 고려해 보십시오. 둘 다 형식은 다음과 같습니다.hlist첫 번째는 두 개의 빈 줄을 도입하여 두 개의 후행 총알을 제거합니다.

두 번째는 명시적인 줄 바꿈을 사용하여 두 개의 후행 총알을 제거합니다.<br />태그) 두 항목을 다른 항목에 추가합니다.

눈에 보이는 사람에게, 그것들은 정확히 똑같이 보입니다.그러나 일반 글머리 기호 목록을 사용하든 WP:HLIST로 형식을 지정하든 두 번째 글머리 기호는 첫 번째 글머리 기호와 다르게 설명됩니다. 첫 번째 글머리 기호는 "2개 항목 목록: (글머리 기호)"일 수 있습니다.흰 장미, (총알) 노란 장미, 끝을 들어보세요.1개 품목 리스트: (총알) 핑크 로즈, 리스트 엔드.1개 항목의 목록: (총알) 빨간 장미, 목록 끝." 두 번째 항목은 "2개 항목의 목록: (총알)"일 수 있습니다.흰장미, (총알) 노란장미 (줄 끊어짐) 핑크장미 (줄 끊어짐) 빨간장미, 목록 끝"후행 총알을 제거하는 "깨끗한" 시각적 외관으로 인해 화면 판독기 소프트웨어가 다소 덜 "깨끗한" 설명을 생성하게 되었습니다.올바른 조치는 목록을 하나의 목록으로 만들고 명시적인 너비 내에서 제한하며 후행 글머리 기호가 정상적으로 나타나도록 하는 것입니다.

템플릿 대화에서:인포박스 런던 방송국 #포맷 스나푸?당신은 두 개의 글머리표 목록으로 의도된 스타일을 조화시키는 것에 대한 논의를 찾을 수 있을 것이지만, 사실은 세 번째 글머리표 한 개를 제거하는 미적 매력에 대한 것이었습니다.뒤에 오는 총알을 허용하는 작은 희생을 감수함으로써 접근성을 향상시켰습니다.

빈 줄을 소개하는 이와 같은 편집은 또한 토론을 몇 개의 본질적으로 분리된 토론으로 나누는 효과가 있습니다.게시물을 들여쓰기 위해 콜론을 사용할 때, 우리가 실제로 하고 있는 것은 WP:LISTGAP에서 언급된 "정의 목록"과 본질적으로 동일한 설명 목록을 설정하는 것입니다.빈 줄이 없으면 하나의 목록(하위 목록 포함)이 표시되지만 빈 줄을 추가하면 많은 목록이 표시됩니다.화면 판독기 소프트웨어는 각 목록의 시작과 끝을 알려주기 때문에 빈 줄이 있으면 귀에 거슬립니다. --Redrose64 (talk) 2012년 12월 5일 (UTC) 09:07 (KST)

마지막 요점과 관련하여, 제가 몰랐던 것은 증분(또는 증분) 들여쓰기 사이의 빈 줄이 화면 판독기 등을 화나게 할 수 있다는 것입니다.그런데 왜 제가 빈 줄을 추가했을까요?코드의 시각적 밀도(시각적 혼란)를 줄이고 답변을 입력하는 동안 이전 설명을 쉽게 찾을 수 있도록(접근성을 높입니다).이 특별한 경우, 저는 스크린 리더 등이 숫자를 세거나 표시할 수 있기를 바랍니다. (하지만 그것이 또 다른 웜 캔을 열기 시작할 것이라고 추측합니다!)CsDix (대화) 2012년 12월 5일 16:35 (UTC)

이것은 화면 판독기의 문제가 아닙니다.목록에 빈 줄을 놓으면 Mediawiki 소프트웨어는 열려 있는 모든 목록을 닫은 다음 지정된 깊이로 새 집합을 엽니다.다음과 같은 Wiki 코드가 있다고 가정합니다.

::::: 네 번째 게시물 ::::: 5차 포스팅

그것을 위한 HTML은

<dl><dd><dd><dd><dd><dd><dd><dd>4번째 포스팅 <dl><dd>5번째 포스팅 </dd></dd></dd></dd></dd>

각각<dl>열려 있는 목록(또는 하위 목록)입니다. 각<dd>해당 목록에서 항목의 시작입니다. 각</dd>항목의 끝입니다. 각 항목</dl>닫히는 목록입니다.네 번째 게시물과 다섯 번째 게시물 사이에 발생하는 모든 것은 하나의 항목을 포함하는 하위 목록이 열린 것입니다.이제 빈 줄이 삽입되었다고 가정하겠습니다.HTML은 다음과 같습니다.

<dl><dd><dd><dd><dd><dd><dd><dd>4번째 게시물 </dd> </dd> </dd> <dd> <dd> <dd> <dd> <dd> <dd> <dd> <dd> <dd> <ddd> <ddd> <ddd> 5번째 게시물 </dddddd> <ddddd>

"4번째 게시물"과 "5번째 게시물" 사이에 4개의 목록이 닫히고 5개의 목록이 열려 있음을 알 수 있습니다.스크린 리더는 5번째 게시물이 4번째 게시물의 후속작이라는 것을 알 수 없습니다. --Redrose64 (talk) 2012년 12월 5일 (UTC) 17:33

RR, 사용자의 세부 정보를 무시한 것에 대해 사과드립니다.Frietjes는 http://en.wikipedia.org/w/index.php?title=Template:Economics_sidebar&oldid=525604094 (위 섹션에서 소개됨)에서 절정을 이루는 우아하게 간단한 편집 시리즈로, <br/> 없이 편집 모드에서 줄 바꿈 공간을 사용하면 줄 끝 글머리 기호를 피할 수 있으며, 템플릿 토크에서 반대하는 많은 기능이 있습니다.경제학 사이드바 #여러 논쟁의 여지가 있는 형식 변경으로 편집 반복: 넓고 단편적인 링크 라인 등.이상의 인내심과 명확한 설명에 감사드립니다.당신과 CD에 행운이 깃들기를 바랍니다. --토마스멕스 (토크) 2012년 12월 5일 (UTC) 18:45

사이드바의 맨 위 그림 앞에 제목 상자를 표시하는 방법은 무엇입니까?

지금까지 이 섹션의 상단에 있는 사이드바에 양호한 내용이 수록되었으며, (최종)에서 (A.1)로 다시 라벨이 부착되었습니다.세 번째 상자를 아래에서 아래로 이동할 수 있을 정도로 쉽습니다("The Economy..".")를 "일반 범주" 표제 바로 앞으로 이동합니다(즉, '표제 6'에서 '표제 1'로 번호 변경).대신에 그것을 그림 앞에 나타나게 할 수 있는 쉬운 방법이 있습니까?감사합니다.

템플릿 대화의 하단과 동일한 레이블입니다.경제학 사이드바#여러 가지 논쟁의 여지가 있는 형식 변경(넓고 단편화된 링크 선 등)과 함께 편집의 재발, 이 전체 섹션의 소스가 처음 발생했습니다.상단 섹션의 토론당 수치를 200px로 줄여 상단 섹션의 최종 버전으로 좁혔습니다.

그렇게 하는 것에 대한 주장은 "경제"의 개념적 연결입니다.경제학과 "국가별 경제"의 수치 사이. --토마스멕스 (대화) 23:11, 2012년 12월 14일 (UTC) TM 12:52, 2012년 12월 15일 (UTC)

이미지 위에 제목을 이동하도록 당신의 예제를 수정했습니다.프리제스 (토크) 2012년 12월 16일 17:40 (UTC)

알겠습니다. 귀하의 수정본을 (A.3)로 표시하고 원본을 (A.1)로 추가했습니다. (A.3)은 그 자체로 관심이 있지만, 저는 약간 다른 것을 염두에 두었습니다. 제가 작성할 수 있도록 제 & 귀하의 토크 페이지에 대한 귀하의 의견이 허락했습니다.감사합니다.다른 사이드바는 http://en.wikipedia.org/w/index.php?title=User:Thomasmeeks/Rough_draft2&oldid=528378105 에서 (A.2)로 표시됩니다.독자적인 관심사일 수도 있기 때문에 여기에 추가하고 싶습니다.

하지만 먼저, [사이드바]를 오른쪽으로 띄워서 템플릿의 왼쪽에 주석을 달 수 있도록 평행(쌓이지 않음)하는 쉬운 방법이 있는지 여쭤봐도 될까요?감사합니다. --토마스 믹스 (토크) 23:10, 2012년 12월 16일 (UTC)

위에서 언급한 사이드바(A.2)는 (A.1)와 (A.3) 사이에 아래에 삽입되었습니다.

참고로, 그리고 다른 사이드바에서 유사한 변경을 시도하는 사람이 있을 경우, 사이드바에서 (A.1)에서 (A.2)로 이동할 때의 wp:차이는 http://en.wikipedia.org/w/index.php?title=Template_talk:Sidebar&diff=528508255&oldid=528507653 에 있습니다.#

(A.1)에서 (A.3)까지의 형식 차이는 http://en.wikipedia.org/w/index.php?title=Template_talk:Sidebar&diff=528506300&oldid=528505671 에 있습니다.

나중에 "선두"를 올리기 위한 모든 노력이 그렇게 단순해 보이지는 않습니다.나중에 "제목"을 제목 1로 이동했음에도 불구하고, 이 변경은 나중에 제목과 내용 번호에 번호를 다시 매길 필요조차 없었습니다. 왜냐하면 (A.1)에는 제목 1과 내용 1 행이 없었고, 오직 지도와 제목의 새로운 형식을 위해 (A.2)에만 있었기 때문입니다.

저는 여기서 프리제스에게 저를 피했던 것을 쉽게 보이려는 그의 인내심 있는 노력에 대해 다시 한번 감사를 표합니다. --토마스 믹스 (대화) 19:31, 2012년 12월 17일 (UTC)

(A.1) 경제학 나라별 경제 일반 범주 미시경제학 거시경제학 경제사상사 방법론 이단적 접근법 기술적 방법 수학적 계량경제학 실험적 국민회계 필드 및 하위 필드 행동학 문화적. 진화론적 성장 발전 역사 국제 경제 체제 통화금융경제학 공공복지경제학 헬스 교육 복지 인구. 노동 인사 관리자 계산적 비지니스 정보 게임 이론 산업조직 법 농업 천연자원 환경의 생태학적 도시의 시골의 지방의 지리학 목록 경제학자 저널 출판물 분류 색인 아웃라인 (A.1) 경제: 개념과... 비즈니스 및 경제 포털 사이드바: 보다 말해라.

(A.2) 경제학 경제 나라별 경제 일반 범주 미시경제학 거시경제학 경제사상사 방법론 이단적 접근법 기술적 방법 수학적 계량경제학 실험적 국민회계 필드 및 하위 필드 행동학 문화적. 진화론적 성장 발전 역사 국제 경제 체제 통화금융경제학 공공복지경제학 헬스 교육 복지 인구. 노동 인사 관리자 계산적 비지니스 정보 게임 이론 산업조직 법 농업 천연자원 환경의 생태학적 도시의 시골의 지방의 지리학 목록 경제학자 저널 출판물 분류 색인 아웃라인 비즈니스 및 경제 포털 사이드바: 보다 말해라.

(A.3) 경제학 나라별 경제 일반 범주 미시경제학 거시경제학 경제사상사 기술적 방법 수학적 계량경제학 실험적 국민회계 필드 및 하위 필드 행동학 문화적. 진화론적 성장 발전 역사 국제 경제 체제 통화금융경제학 공공복지경제학 헬스 교육 복지 인구. 노동 인사 관리자 계산적 비지니스 정보 게임 이론 산업조직 법 농업 천연자원 환경의 생태학적 도시의 시골의 지방의 지리학 목록 경제학자 저널 출판물 분류 색인 아웃라인 경제: 개념과 역사 비즈니스 및 경제 포털 사이드바: 보다 말해라.

문서 링크에서 사이드바 보기 버전과 사이드바 줄 간의 줄 바꿈 불일치

뷰 버전 템플릿에서:경제학 사이드바의 첫 번째 섹션의 내용 줄은 다음과 같습니다.

방법론 • 이종독재 접근법

경제학 방법론 및 이단적 경제학에 대한 링크와 함께.

그러나 경제적 방법론에서 사이드바 표시는 다음과 같습니다.

방법론 •

이단이 접근합니다.

헤테로독스 경제학에서도 마찬가지입니다.

방법론 •

이단이 접근합니다.

저는 같은 디스플레이 문제가 있는 다른 Econ 사이드바 기사를 찾지 못했습니다.즉, 사이드바는 다른 모든 행(예: 경제 사상의 역사)에 대해 잘 작동합니다.원래 줄의 길이가 길기 때문에 다음과 같은 사이드바 매개변수를 변경하여 문제를 해결할 수 있습니까?

바디 스타일 = 테두리 두께:보더, 너비:자동

머리글 스타일 = 패딩: 0.1em 0.0em; 배경색: #dde; 테두리: 1인치 솔리드 #bebe; 글꼴 크기: 97%

감사합니다. --토마스 믹스 (토크) 2012년 12월 19일 17:42 (UTC)

너비를 자동으로 설정할 경우 줄 바꿈이 아니라 사이드바의 너비가 각 줄에 필요한 최소 너비가 되도록 설정해야 합니다.템플릿의 현재 버전에는 "width:18em"이 있으며, 이는 18em의 너비를 적용합니다."width:auto"를 사용하는 경우 모든 줄 바꿈을 수동으로 지정해야 하는데, 이는 번거로운 일입니다.프리제스 (대화) 2012년 12월 19일 18:59 (UTC)

다시 시작합니다, 선생님!

http://en.wikipedia.org/w/index.php?title=Template:Economics_sidebar&curid=19081399&diff=528850514&oldid=527739446Template:Economics 사이드바에서 편집했습니다.

시작: 차체 스타일 = 너비:18em; 테두리-부분:18m

받는 사람: 본문 스타일 = 너비:auto; 테두리-눈금:눈금

몇 분 안에 경제 방법론과 헤테로독스 경제학에 표시된 Econ 사이드바에 대해 위에서 언급한 문제가 수정되었습니다.

각 보기 모드 컨텐츠 X 행 사이의 편집 모드의 빈 행이 이미 템플릿에 있습니다.경제학 사이드바.따라서 위의 편집은 문제를 해결하기 위해 추가된 개별 라인 형식을 사용할 필요가 없습니다.감사합니다. --토마스멕스 (토크) 20:56, 2012년 12월 19일 (UTC)

이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

이 사이드바 템플릿에 대한 반복적인 스타일 코드는 사이드바가 템플릿과 같은 맥락에서 "기본 스타일" 매개 변수를 가지고 있는지 궁금하게 만들었습니다.Navbox. 그렇지 않았으므로 이 샌드박스 버전에 하나를 추가했는데 테스트 사례 페이지 시작 부분에 추가한 테스트와 제대로 작동하는 것 같습니다.따라서 합법적으로 보이는 경우 현재 사이드바 코드를 적절히 교체해 주시면 문서를 업데이트하겠습니다.CsDix (대화) 2013년 1월 16일 02:28 (UTC)

이것을 더 이상 사용자 지정할 수 없게 만드는 것은 싫지만, 이것은 실제로 대부분의 경우 사이드바 스타일에 필요한 코드의 양을 줄이는 데 도움이 되므로 동기화했습니다.감사해요.Chris Cunningham (사용자: thumperward) (talk) 10:08, 2013년 1월 23일 (UTC)

• 편집해 주셔서 감사합니다.템플릿을 더 이상 사용자 지정할 수 있게 하지는 않지만, 말씀하신 대로 간소화할 수 있습니다.그리고 맞춤화를 싫어할 필요는 없다고 생각합니다. 특히 위키백과가 열망하는 범위를 고려할 때 "한 가지 크기가 모두 들어맞지는 않습니다"라는 것을 알 수 있습니다.다시 한 번 감사드립니다, CsDix (대화) 02:50, 2013년 1월 25일 (UTC)

이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

현재 이 템플릿의 기본/폴백 너비는 22.0em(라인 6)입니다.그러나 1024x768과 같이 작은 화면/창/해상도에서는 큰 쪽에 있습니다.한편, 많은 사이드바의 폭은 18.0em 또는 약 18.0em으로 설정되어 있는 것으로 보입니다. 예를 들어, 다음 범주를 참조하십시오.사이드바를 이용한 정치 이념 템플릿.따라서 사이드바의 기본 너비를 20.0em으로 줄여 주시겠습니까?(그러려면 현재 코드의 6행을 다음으로 대체합니다.)

-->width:{{#if:{{{width }}} {{{width}}} 20.0em<!--default/fallback width no greater than 20.0em, please, for the sake of smaller screens/windows-->}};<!--

CsDix (대화) 2013년 2월 21일 01:58(UTC)

저는 절차적으로 비활성화했습니다. 이것은 다소 무해하지만 합의가 필요한 큰 변화이기 때문입니다.저는 개인적으로 이것이 문제라는 것에 동의하지 않습니다; 오늘날 평균 화면 크기는 1024px보다 큽니다. [2] --Izno (대화) 2013년 2월 21일 (UTC) 03:10 (KST)

그렇긴 하지만, 저는 개인적으로 왜 우리가 CSS에 그것을 추가하는 것보다 여기서 너비를 하드 선언하는지 이해할 수 없습니다.vertical-navbox클래스. 저는 셀 간격과 셀 패딩에 대해서도 같은 말을 하고 싶습니다. 셀 패딩은 그 위에 더 이상 사용되지 않는 속성입니다.그리고 바디 스타일의 단순한 사용으로 충분한데 왜 우리는 이러한 모든 사용자 지정 매개 변수 스타일 매개 변수를 제공하고 있습니까?*안녕* --이즈노 (대화) 2013년 2월 21일 (UTC) 03:15:15

• 비활성화하는 이유는 무엇입니까?왜 변화를 만들지 않고, 사람들이 그것을 취소하거나 수정하기 위해 달려오는지, 다시 말해, 그들이 합의를 표현하도록 촉구하는지 확인해 보는 것은 어떨까요? 지금 당장, 저는 당신의 행동이 검열과 같은 냄새가 난다고 말해야겠습니다.

폭은 문제가 되지 않습니다만, 1024x768이 가장 괜찮은 해상도인 곳이 많습니다.우리 중 많은 사람들이 얼마나 잘 장비되어 있는지 놓치지 마세요.한편, 전체 화면이 표시되지 않는 창에 있는 위키백과는 어떨까요?

그리고 사용자 지정 매개 변수와 관련하여 한 가지 크기(바디 스타일, 기본값)가 모두 적합해야 한다고 말하는 사람은 누구입니까?

CsDix (대화) 2013년 2월 21일 03:32 (UTC)

검열이 거의 없습니다.사용한 템플릿은 논란의 여지가 없는 변경에만 사용해야 합니다.이것은 논란의 여지가 있습니다.따라서 템플릿을 사용해서는 안 됩니다.QED.

그런 곳들은 꾸준히 줄어들고 있습니다.우리는 소수를 위해 모든 사람을 제한해야 합니까? (지금은 10% 미만입니다!)그러나 일반적으로 이 템플릿을 사용하는 페이지는 정상적으로 실패합니다.

저는 단지 사용자 지정 매개 변수의 요점에 대해 "스타일" 또는 "바디 스타일"(우리가 부르고 싶은 것 중 하나)이라는 하나의 매개 변수가 모두 적합할 것이라고 말하는 것입니다. -- 이즈노 (대화) 03:41, 2013년 2월 21일 (UTC)

그것은 검열의 기미가 있습니다.잠시 다른 관점을 상상해 보세요.

기본 너비를 변경하는 것이 논란이 될지 모르겠습니다.자신과 자신의 관점을 공유하는 사람 이외의 사람들이 그렇게 될 것이라는 것을 어떻게 알 수 있습니까?

왜 2.0em의 감소가 단지 제한으로 간주되어야 합니까?해상도 등에 관계없이 사이드바 옆에 표시할 수 있는 텍스트 양에 대해 20.0em이 아닌 22.0em이 더 큰 제한이라는 것도 또 다른 관점입니다.

스타일/바디 스타일과 관련하여, 저는 당신이 무슨 말을 하고 있는지 잘 모르겠습니다. 제가 명백한 것을 놓쳤다면 사과드립니다.

CsDix (대화) 2013년 2월 21일 04:00 (UTC)

이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

안녕하세요. 특정 제목 및 콘텐츠 섹션에 대한 클래스를 지정하는 수단(예: 일시적으로 hlist에서 일반 목록으로 전환하기 위해)이 아직 구현되지 않았기 때문에 샌드박스의 이 템플릿 버전에서 이러한 가능성을 제공해야 합니다({headingNclass}}es 및 {{Contentclass}}es).다 괜찮으면 라이브 버전으로 해주세요.

CsDix (대화) 2013년 2월 24일 05:00 (UTC)

여기에 커스터마이징을 더 추가하는 것은 애초에 표준화하는 것의 요점을 벗어난 것입니다(다른 사이드바의 전체적인 일관성을 높이려는 한 가지 주요 이유).이것이 필요하다는 공감대가 형성된 구체적인 사례가 있습니까?Chris Cunningham (사용자: thumperward) (talk) 12:14, 2013년 2월 27일 (UTC)

요점(힌트: 괄호)을 빠뜨린 것 같습니다.그래도 신경 써주셔서 감사합니다.CsDix (대화) 2013년 2월 27일 18:51 (UTC)

다시 한 번, 여기 구체적인 예가 있습니까?단일 사이드바에 서로 다른 목록 유형을 혼합하여 사용하시겠습니까?문제가 있는 동안 보호된 요청 편집을 다시 활성화하지 마십시오.Chris Cunningham (사용자: thumperward) (talk) 2013년 2월 28일 (UTC) 10:13:13

템플릿:열역학은 현재 형식을 유지하면서 의미론적 목록을 사용하도록 변환될 수 있습니다.하지만 제가 이 요청을 지지할지는 잘 모르겠습니다.제가 보기에 우리는 마이크로포맷의 기회를 잃어가고 있는 것 같습니다(사이드바에 우리가 원하는지 잘 모르겠습니다).그렇긴 하지만, 저는 이 요청이 가치 있는 것보다 더 복잡해질 것이라고 생각합니다. 그래서 저는 우리가 그것을 하기를 원할 수 있는 몇 가지 경우에, 우리가 스스로 수업을 바꿀 수 있다고 생각합니다.그냥 여기서 곰곰이 생각하고 있습니다. -- 이즈노 (대화) 2013년 2월 28일 (UTC) 17:03 (토론)

신경 쓰지 마.이즈노가 나타내듯이, 그것은 어쨌든 수동으로 (즉, 덜 우아하게) 할 수 있는 것입니다.혼합이 왜 문제가 되는지 이해할 수 없으며, 제가 염두에 둔 상황은 각 링크의 길이가 한 줄에 하나씩, 즉 일반 목록처럼 렌더링된다는 것을 의미하는 hlist였습니다.그냥 고칠 가치가 있는 실수라고 생각했는데, 아닌 것 같아요.CsDix (대화) 00:39, 2013년 3월 1일 (UTC)