모듈 토크:사이드바/아카이브 1

이것은 과거의 논의를 정리한 것이다.이 페이지의 내용을 편집하지 마십시오.새로운 토론을 시작하거나 오래된 토론을 부활시키고 싶다면 현재 토크 페이지에서 다시 시작하세요.

나는 다음 기사의 결함을 알고 있다.작업 중... --Cool^{My Talk} Cat 13:40, 2005년 7월 15일 (UTC)응답[응답]

• G3 자유무역협정
• G8
• 트러블

수정...키다. 큰 빈 공간이 있는데...:) --Cool Cat 13:51, 2005년 7월 15일 (UTC)응답[응답]

현재 사이드바 템플릿보다 한 사이즈 큰 텍스트로 사이드바를 만들려면 어떻게 해야 합니까?Rd232 2005년 7월 22일 (UTC) 08:47 (응답)

이것은 섹션이나 서브섹션으로 본문에 통합되는 것이 좋을 것 같은 텍스트에 많이 사용되고 있는 것 같습니다.잡지나 교과서 등에서는 매력적인 레이아웃 전술이지만, 백과사전 기사에는 도움이 되지 않는다고 생각합니다.- Matt Crypto 11:17, 2006년 3월 31일 (UTC) 응답[응답]

Wikipedia에서 다음 템플릿을 찾을 수 없습니다.템플릿 메시지 - 사람들이 알 수 있도록 해야 합니다. (이미 있는데 제가 놓쳤다면 제 머리 위로 피아노를 쳐주세요.)또한 적절한 템플릿카테고리에 넣을 수도 있습니다.- 요한 더_seance 고스트 2006년 4월 27일 (UTC)응답[응답]

그래서 템플릿이 정비되었습니다.좋은 생각이네요, 앞으로도 잘 부탁드립니다.현재 방향에 대해 몇 가지 의견이 있습니다.

1. 이 코드는 현재 작성자(IMO)의 구문 스타일을 과도하게 사용하고 있습니다.따라서 다른 사용자가 작업하는 것이 상당히 어렵습니다.저는 템플릿이 댓글 태그의 화려한 장식을 제거하는 것과 같은 좀 더 최소한의 접근 방식을 채택했으면 합니다.
2. 기본 너비가 {{infobox}의 너비와 일치하지 않습니다.이로 인해, 스택 사이드바와 인포박스가 깔끔하게 보이지 않게 됩니다.
3. 파라미터 이름도 {{infobox}/{navbox}와 미묘하게 다릅니다.이로 인해 템플릿을 선택하기가 더 어려워집니다.

생각?Chris Cunningham (사외) - 2008년 10월 28일 11:13 (UTC) 응답[응답]

1. 음, "지나치게 특이한" 스타일링은 분할선을 사용하거나, 분할선을 사용하지 않고 배경이 있는 머리글을 사용하거나, 사이드바의 각 섹션을 표시하지 않는 사이드바 사이의 차이를 인식한 결과입니다.이를 반영하기 위해 사이드바 코드에 기본 스타일링을 설정할 가치가 있는지 궁금했습니다.sectstyle = divider-lines또는= heading-backgrounds또는= none대부분의 편집자는 코드 자체를 편집하는 것이 아니라 사용 가능한 다양한 스타일링 파라미터를 사용하고 싶다고 생각합니다.
2. 확인은 안 했는데 기본 폭은 없는 것 같은데...?
3. Navbox 등을 염두에 두고 작성되었지만 의도하지 않았으므로 수정("수정")할 가치가 있을 것입니다.

Sardanaphalus (대화) 2008년 10월 28일 13:00 (UTC)응답[응답]

1. 나는 실제로 스타일링을 말하는 것이 아니라 코드의 레이아웃을 말하는 것이었다: 약 30%의 오버헤드를 공백, 코멘트 라인 및 들여쓰기. 대체로 WP 코드는 들여쓰이지 않고 라인 브레이크가 출력에 영향을 주지 않고 사용될 수 있는 경우에 대한 규칙과 코멘트 라인 같은 것이 있다.
   ------------------------------- topimage --------------------------------
   코드를 해석할 수 있는 독자는 자신이 볼 수 없는 것을 말하지 않습니다.이것을 지우고 싶지는 않지만, 그것을 가지고 있는 것은 다른 사람이 그것을 편집하도록 유인할 수 있다고는 생각하지 않습니다.
2. 그게 문제의 일부입니다.편집자는 사이드바를 인포박스와 같은 위치에 배치하고 싶을 때 삽입할 필요가 있다는 것을 예상해서는 안 됩니다.덮어쓰기 기능이 포함된 경우에도 적절한 기본값을 지정해야 합니다.
3. 예를 들어, "header" 대 "header" 및 "title"의 다른 정의를 참조하십시오.

Chris Cunningham (사외) - 2008년 10월 28일 13:13 (UTC) 응답[응답]

1. 여기와 다른 템플릿 코드에서는 코드 덩어리를 쉽게 식별할 수 있기 때문에 특히 시간이 좀 지난 후에 코드 덩어리로 돌아올 때 유용합니다.사이드바 자체의 표제어와 같은 코드라고 생각합니다.아니면 이상적으로는 그런 표제어도 없애고 싶습니까?
2. 최근 본 {{Culture of Poland sideba}} 중 하나를 가리키기에는 22.0em이 너무 넓은 사이드바가 꽤 있다고 생각합니다.Politics 시리즈 사이드바 템플릿과 Political Ideal 템플릿은 상속된 18.0em을 사용합니다.단, 이 디폴트는 매뉴얼에 기재되어 있거나 배치되어 있을 가능성이 있습니다.<!--Use width:22.0em; to match default infobox width-->옆에 style = "완전 공백 구문" 섹션 또는 자체 섹션의 다른 섹션에 입력하시겠습니까?
3. "header"는 페이지/템플릿/문서 등의 맨 위에 있는 항목에만 적용되는 반면 "header"는 템플릿 전체에 나타날 수 있으므로 여기에 "header"가 있습니다.'제목'과 '{Navbox}'의 사용법이 어떻게 다른지...?

Sardanaphalus (대화) 2008년 10월 28일 14:45 (UTC)응답[응답]

1. 우리가 여기서 동의하지 않는다는 것을 알고 있습니다.요점은 전반적으로 코드가 더 단순할 때 더 많은 편집자가 기여하는 것처럼 보인다는 것이다. 따라서 템플릿 사용에 대한 추가 참여를 위해 템플릿에 더 단순한 코딩 스타일을 채택하는 것이 선의의 제스처일 수 있다.
2. 적절한 디폴트를 사용하기 위해서는 on과 같이 디폴트여야 합니다.Infoboxen은 너비도 덮어쓸 수 있지만 기본적으로는 설정된 너비가 있습니다. 22em은 -classed navboxen 및 메시지 상자의 기본 너비이기도 합니다.그거랑 매치하면 좋을 것 같아요.
3. "heading"과 "header"는 기본적으로 동의어이다.암호로 하는 일에 관해서는 둘 다 굵고 중심적인 글자를 쓴다.다른 이름을 붙일 이유가 거의 없습니다.

Chris Cunningham (사외) - 2008년 10월 28일 (UTC) 15:05 (응답)

1. 만약 더 많은 사람들이 유용하다고 생각하는 것보다 제목과 정렬로 인해 지연되는 경향이 있다면, 그것들을 제거하는 것이 타당하다고 생각합니다.하지만 그게 사실인지 아닌지 전혀 모르겠어요.그렇다면 저와 달리 이런 템플릿은 비교적 컴퓨터 프로그래밍에 경험이 있는 사람만 편집하는 경향이 있기 때문일 것입니다.제 경험으로는 코드 섹션의 시작 부분을 찾거나 코드 끝 부분을 나타내는 괄호를 찾거나{{#if:코드 간격/포맷이 거의 또는 전혀 없는 템플릿에서는 시간이 많이 걸리고 답답할 수 있습니다.
2. 사이드바나 인포박스를 포함한 페이지만큼 사이드바만을 포함한 페이지가 많을 수 있기 때문에 디폴트를 설정하지 않는 것이 가장 적절한 상황이라고 생각하기 시작했습니다.22.0em은 특히 작은 창/스크린에서 페이지에 균등하게 들어가 지금까지 본 대부분의 사이드바보다 폭이 넓기 때문에 이 폭을 설정하는 것은 좋은 기본값이라기보다는 예외처럼 느껴집니다.
3. 알겠습니다. 대체 파라미터명으로 "header"를 추가하거나 "header"를 "header"로 대체해 주세요.("header"를 사용하는 것은 {{Infobox}}입니까?

Sardanaphalus (대화) 2008년 10월 29일 10:09 (UTC)응답[응답]

네비게이션 박스 메타템플릿을 보고 있었는데 각각 다른 이름을 인수에 사용하고 있는 것 같습니다.이 때문에 템플릿 스타일을 변경하는 것이 필요 이상으로 어려워집니다.구체적으로는:

템플릿:Navbox 및 템플릿: 접을 수 있는 그룹을 가진 Navbox가 공통 인수명을 공유하고 있는 것 같다.

group1 = abbr1 = list1

템플릿:사이드바에는 전혀 다른 이름이 사용됨

heading1 = content1 =

및 템플릿:축소 가능한 목록이 있는 사이드바는 다른 이름 집합을 사용합니다(위 중 하나와 호환되지 않음).

list1name = list1syslog = list1 =

다른 파라미터의 이름도 다릅니다.

잘못된 템플릿을 보고 있습니까?조정된 다른 내비게이션 메타템플레이트 세트가 있습니까?이 모든 것을 좋은 방법으로 가리는 어댑터 템플릿이 있습니까?(기본 템플릿을 변경할 수 없는 경우 템플릿을 작성하여 정리할 수 있지만 이미 작성된 경우 그렇게 하는 것은 의미가 없습니다.

수평 버전과 수직 버전이 모두 있는 템플릿을 보고 있는데(수동으로 동기화하려고 합니다), 어떤 사람이 하나의 템플릿과 두 개의 다른 뷰를 사용하는 방법이 없냐고 물었어요.어떻게 하는지 알 것 같은데, 그렇게 하기 위해 매개 변수 이름을 바꿔야 하는 건 고려 안 했어요.하지만 이 템플릿들을 건드리지 않고 내가 원하는 것을 할 수 있는 표준적인 방법이 이미 있는 것은 아닐까요?

그런데 왜 '접을 수 있는 그룹이 있는 네비게이션'과 '접을 수 있는 리스트가 있는 사이드바'일까요?역시 일관성이 좋습니다.Thanks Zordon (talk) 2008년 10월 30일 (UTC) 07:41 (Talk) 응답[응답]

템플릿이 표시됩니다.infobox는 다른 이름 세트를 사용합니다.

header1 =

label1 =

data1 =

놀랍게도, 이것은 내비게이션 템플릿은 아니지만, 여전히 그렇습니다."일관성이 작은 사람의 호블린"이라는 것을 알고 있습니다.Zordon (대화) 2008년 10월 30일 (UTC)응답

• 나는 동의하고 아마도 무의식중에 혼란의 가능성을 더했을 것이다. 위의 내용을 참조하라.가장 강력한 솔루션은 특정 세트를 승격시키면서 대체 파라미터 이름을 코드에 포함하는 것이라고 생각합니다.가까운 시일 내에 추천 세트를 만들어 보도록 하겠습니다.'어댑터 템플릿'이 있는지 모르겠지만 있다면 장기적인 해결책이 될지 의문입니다.한편, 템플릿의 Navbox(수평) 버전과 사이드바(수직) 버전 간에 자동 재포맷을 하는 것도 생각해 본 적이 있지만, 아직 얼마나 까다로울지 상상해보지 못했습니다.
  현시점에서는 "Navbox with collapsible groups"가 잘못된 이름이라고 생각합니다.- "Navbox with collapsible sections" 리다이렉트, "Sidebar with collapsible sections/groups"가 아닌 "Sidebar with collapsible list"가 생겨난 것은 {Collapsible list}입니다.보다 일반적인 "Collapsible 섹션"으로 이름을 바꿀 수 있으므로 "Collapsible 섹션이 있는 사이드바"를 의미합니다.또한 {{Collapsible list}}을(를) 사용하면 "Sidebar with collapsible lists"에서 listNname, listNtitle 등의 파라미터 이름을 사용할 수 있습니다.Sardanaphalus (대화) 2008년 10월 31일 20:00 (UTC)응답[응답]

감사합니다. 만약 도움이 된다면 템플릿의 콘텐츠를 가져다가 파라미터에 따라 사이드바 또는 네비게이션 박스로 포맷하는 작은 실험을 만들었습니다.(이것이 바로 식별 템플릿/사이드바입니다.)

이 과정에서 접을 수 있는 화이트버로 사이드바와 사이드바 복사본을 만들어 navbox와 동일한 주요 인수를 사용하도록 변환했습니다(navbox 파라미터 이름을 사용한 이유는 적응할 템플릿이 가장 적기 때문입니다).좋은 것 같습니다만, 그 이상의 조건이 있으면 의견을 내지 않습니다.)

navbox에서 border=none 동작을 추가하고, navbox 서브그룹에 대한 해석 서브그룹을 만드는 등 몇 가지 수정도 했습니다.

코드는 매우 거칠지만 사용자 페이지 사용자:zodon#Navigation template - Navbox/Sidebar에서 링크된 (최소) 설명과 함께 찾을 수 있습니다.여기에 코드에 포함시키고 싶은 아이디어/추가사항이 있을 경우에 대비하여 언급합니다.Zordon (토크) 2008년 11월 2일 (UTC) 응답[응답]

• 사용자:zodon#Navigation template - Navbox/Sidebar에 관심이 있습니다.현재 {{Sidebar}}개 작업이 종료되면 자세히 살펴보도록 하겠습니다.연결시켜줘서 고마워.Sardanaphalus (대화) 2008년 11월 7일 03:23 (UTC)응답[응답]

tnavbar=off로 설정하면 navbar가 숨겨집니다.tnavbar = none을 설정해도 작동하지 않는 것 같습니다(아직도 내비게이션이 표시됨).

코드가 적절하지 않은 것 같습니다.tnavbar를 none(기본값 off)이라는 변수와 비교하고 있는 것 같습니다만, 그 기능을 확실히 하기 위한 복잡함과 요령을 모두 알고 있는 것은 아닙니다.

또한 Tnavbar를 끄면 Tnavbar 위의 분리기 라인도 억제됩니다.Zordon (토크) 2008년 10월 31일 (UTC) 05:14 (응답)

• 찾아줘서 고마워요"없음"만 허용하도록 코드와 문서를 명확히 했습니다.Tnavbar와 함께 행을 생략한 것은 아마 당신이 옳을 것입니다.그래서 제가 알아보겠습니다.예를 들면 어떤 예가 있을까요?Sardanaphalus (대화) 2008년 10월 31일 (UTC)응답[응답]

• 업그레이드된 {{Sidebar}}은(는) "없음"과 "끄기"를 모두 처리합니다(#switch: 사용).Sardanaphalus (대화) 2008년 11월 12일 13:50 (UTC)응답[응답]

이 템플릿의 미래를 가지고 놀기 위해 {{sidebar/sandbox}}에서 샌드박스 페이지를 시작했습니다.

위의 스레드에서 설명한 바와 같이 템플릿은 다른 메타 템플릿의 구문에서 임의로 벗어납니다.또한 레이아웃은 가장 가까운 사촌인 {{infobox}의 레이아웃과 다릅니다.즉, {{infobox}에서 "title"이 사용되는 "exttitle"을 사용하여 테이블의 선두에 "topimage"를 추가하고 {{infobox}}에서 "title"을 호출하는 "title"을 사용합니다.IMO 레이아웃을 {{infobox}의 레이아웃과 비교하여 정규화해야 기존 배포를 업데이트할 수 있습니다.이 경우 다음 구문에 따라 이러한 전개를 수동으로 업데이트해야 합니다.

1. {{exttitle}} -> {{{extitle}}
2. {{topimage}}, {{topimagecaption}}, {{topimagecaption}}, {{topimagecaption}}, {{top이것은 단순한 복사 붙여넣기보다 더 많은 주의를 요합니다.
3. {{heading X}} -> {{header X}} 곳곳에
4. {{{contentX}} -> {{dataX}} 어디서나 사용 가능

또한 엔트리별 스타일 오버라이드 등 현재 허용되는 사용자 지정 수준은 다소 터무니 없습니다.멋대로 스타일을 무시하도록 부추길 수 있기 때문에, 이것을 허용하는 것이 좋은 생각인지는 잘 모르겠습니다.

어쨌든, 이것에 대해 어떤 의견이라도 주시면 감사하겠습니다.다음 단계에서는 기존 배포가 수정되어 있는 동안 {{sidebar} 코드가 레거시 명명 처리를 일시적으로 허용하고 기존 배포를 업데이트한 후 호환성 코드를 삭제합니다.Chris Cunningham (사외) - 2008년 11월 3일 (UTC) 12:43, 응답[응답]

• 다음 단계는 좀 더 검토해야 할 것 같습니다.다음 {{Infobox}}이(가) 최선의 방법인지 잘 모르겠습니다.실제로 {{Infobox}이(가) 좋을 수도 있고, {{Navbox}}이(가) 리비전의 혜택을 받을 수도 있습니다.
  1. extitle이 파라미터의 가장 직관적인 이름이 아니라는 것에 동의합니다.outertitle이 개선될 가능성이 있다는 생각이 방금 들었습니다.그러나 내가 지나쳤던 대부분의 사이드바가 사이드바 패널이 아닌 내부에 제목을 두고 있는 경우에는 제목 이름을 변경하는 것이 이상할 수 있습니다.
  2. 사이드바 제목(즉 사이드바 내 제목) 위의 이미지는 드물고 위의 이미지는 Infobox와 Navbox 양쪽의 이미지를 대상으로 하지 않는 것 같기 때문에 위와 같이 topimage/topimagecaption과 title을 함께 묶는 것이 어떻게 현명한지 이해할 수 없습니다.게다가 Infobox와 달리, 위는 Navbox에서 제목과 같은 사용을 의도하지 않은 것 같습니다.대신, 인포박스 및 사이드바에서 타이틀의 가장 일반적인 위치는 각각 패널 바깥쪽과 안쪽인 것처럼 보입니다.따라서 다음과 같이 세 가지 기본 템플릿에서 위, 제목, 아웃터티클 및 인터티클(이름 제안) 사용을 설정하는 것이 더 적절할 수 있습니다.

{{Navbox {{Infobox}{사이드바명=이름=이름=제목=outertitle=프레티틀=제목=intertitle=제목=위=위=위=위=위=위=위=위=위=위=위=위=위==위=위=위=위=위=위=위=위=위=위=위=위=위=위=위=위=

Infobox의 insertitle 이상은 동등합니다.위에서부터 Navbox와 Sidebar는 이미지/이미지 왼쪽과 이미지/톱 이미지의 2가지 위치를 제공하며, 일반적으로 사용되는 위치(각각 8번째 또는 제목 아래)는 더 단순한 이름을 사용합니다. 반면 Infobox는 정보 상자 내의 다른 모든 항목보다 하나를 제공하는 것처럼 보입니다.다음 두 가지 기능을 제공하는 것으로 수정하는 것이 좋을지도 모릅니다.인포박스 내의 다른 모든 기능보다 중요한 위치에 이미지를 예약합니다.

{{Navbox {{Infobox}{사이드바명=이름=이름=제목=outertitle=탑이미지[또는 상부이미지]?= 제목 = 제목 = 제목 = 제목 = 이미지 = 이미지 = 이미지 왼쪽 = 위 = 위 = 위 = 위 = 위

3. 여기서는 header X가 아니라 header X가 페이지의 맨 위(워드 프로세싱 등)에 있는 것을 식별하기 위해 사용되는 "header"가 더 적합한 기본 이름인 것 같습니다.그러나 정보 상자 및 사이드바에 사용되는 "헤더"는 곳곳에 나타날 수 있습니다.(Heading X를 Navbox용으로 설정할 수도 있고 목록 X를 의사화하거나 {{Navbox with collapsible sections}}를 사용할 수도 있습니다.)header X는 header X와 동등하게 유지될 수 있습니다(또는 그 반대).

4. 보다 비기술적이고 사용하기 쉽고 개방적인 설명으로 contentX를 제안합니다.예를 들어 템플릿에 대한 논의나...컨텐츠는 「데이터」보다 「컨텐츠」나 「컨텐츠」를 자주 사용하는 것 같습니다.

마지막으로 템플릿의 문서화가 아니라 그 가능성과 옵션이 끝까지 유지된다면 커스터마이즈는 권장되지 않는다고 생각합니다.디폴트로 포맷된 채로 두면 공백, 여분의 행, 텍스트 부족 또는 과다 구별 및 기타 부작용을 남기는 콘텐츠가 정기적으로(빈도가 높지 않은 경우) 발생하는 것을 고려할 때 좋은지 나쁜지는 알 수 없습니다.

Sardanaphalus (대화) 00:42, 2008년 11월 5일 (UTC)응답[응답]

• Infobox 및/또는 navbox 파라미터의 변경을 검토하는 경우, 이 논의에서는 이러한 템플릿에 대한 입력/접속이 필요할 것으로 보입니다.(적어도 talk:infobox 및 talk:navbox에서 이 토론에 대한 포인터), 더 널리 읽히는 포럼에서 토론이 이루어질 수 있습니다.인포박스 및 navbox를 사용하는 모든 포럼에서도 토론이 영향을 받기 때문입니다.

navbox 또는 infobox에 대한 인수를 일괄적으로 변경하는 것이 타당한가? (즉, 몇 가지 용도를 수정해야 하는가?)저는 변화에 반대하는 것이 아니라, 단지 크고 많은 일처럼 보이기 때문에 더 넓은 합의가 필요할지도 모릅니다.Zordon (토크) 2008년 11월 5일 (UTC) 응답[응답]

• 앞으로 사용하기 위해 대체 이름을 코드에 포함시키는 것만으로 Infobox, 특히 Navbox 파라미터의 일괄적인 이름 변경은 필요하지 않다고 생각합니다.한편, 조직적이든 기존 템플릿이 재방문될 때든 항상 점진적인 이름 변경이 있을 수 있습니다.Navbox에 대한 한 가지 수정 사항은 다음과 같다. 제목 스타일은 현재 제목 표시줄의 v·d·e 및 [show/hide] 링크의 형식과 제목 자체에 영향을 준다.

동일한 파라미터를 행별로 표시하기 위해 위에 제시된 이름을 다시 포맷했습니다.다음은 Navbox, Infobox 및 사이드바에서 다음과 같은 기능을 제공합니다.

  {{Infobox name = Infobox width = 17.0em; title = 위의 제목 '(outertitle)' = <div style="cont-bottom:0.5em; 글꼴-weight:normal;"> <small>[상단/상단 이미지]..?[/]small></div> 위 ''(insertitle)' 이미지 = 이미지 ''(lower image) 헤더1 = 헤더1 {{readold '(heading1)'} = 라벨1 = 데이터1 = 데이터1 '(콘텐츠1, 리스트1)' = 라벨2 = {{readergroup2'(2) = content) header1list2)' header3 = header3 {{contentold '(heading3)'} = label3 {{content3'} = data3 '(content3)'} = label4 = label4 {{content4'(content4)' = data4 '(content4)' = ''content4'(content4'(cont4)' = '(content4)' ='content4'content4'content4'count3'count3

수평(Navbox) 템플릿 설계와 수직(Sidebar) 템플릿 설계 간에 전환할 수 있다면 Navbox, Infobx 및 사이드바 모두 코드에 동일한 파라미터 이름을 사용해야 하지만 이에 대응하는 확립된 이름을 대안으로 포함해야 합니다.

공유 코드 대체 사용 확립 {{Infobox name = {{name}} 제목 = {{{parent1}} {{outertitle}} 이미지 = {{{image1}} {{top image?}} {{top image?}}} {{{top image image?}}}}} {{{ }}}}}}}}} 위 = {{{label2}} {{innertitle}} [아래 이미지 =] [{{{image2}}} [{{lowerimage}} 헤더X = {{headerX}}} {{headerX}}}}} 레이블X = {{{{{{labelX}}}}}}} 데이터X = {{{{{{{{{dataX}}}}}}}}}}}}}}}} {{{{{{{{{{{{{{{dataX}}}}}}}= {{ image } } = {{{name}} 제목 = {{{{nertitle}}} 위 = {{위}} 이미지 = {{image1}} 이미지 왼쪽 = {{{labelX}}}} 그룹X = {{{labelX}} 목록X= {{dataX}} {{{contentX}}} [headingX =][개정된 {{dataX {{contentX {{listX}}}}}}}}} = {{sidebar name}}} = {{{{contentX}}}}}}}}}}} 아래 상단 이미지 [상부위]= {{image1}} 프리타이틀 = {{pretitle}}제목 = {{{intertitle}} {{intertitle}}} 이미지 = {{{lowerimage}}} {{{lowerimage}}}} [위] [{{{heading1}} ] 헤딩 X = {{{{{{{{{heading}}}}}}}}}}}} } } headinginginginging X = {{{{{{{{{{{{{{{{{{{{contentX = {{dataX}} {{contentX}} = {{{contentX}} } } = {{contentX}} } }

즉, 3개의 템플릿 Navbox/Infobox/Sidebar 및 그 변형에 공통되는 기본 파라미터 이름은 name, name, title1, title2, image1, image2, headingX, labelX, dataX입니다(대응하는 ...style 및 일부 ...class 파라미터 포함).따라서 "heading"/"header" 또는 "data"/"content" 중 하나를 선택할 필요가 없습니다.

또, 현재의 디폴트인 분할선을 사용하지 않는 {{분할선이 있는 사이드바}와 {{헤딩이 있는 사이드바}}로 변경해, 각각 배경에 이러한 행이나 헤딩을 포함한 포맷에 사용하는 것을 추천합니다.이 두 가지 형식(분할선 또는 배경에 머리글 포함)은 두 개 이상의 섹션이 있는 사이드바가 나타나는 두 가지 주요 방식인 것으로 보인다.

Sardanaphalus (대화) 2008년 11월 5일 (UTC)응답[응답]

• 위에서 설명한 바와 같이 "분할선이 있는 사이드바" 및 "배경이 있는 사이드바"를 작성하기 위해 여기서 보다 단순한 기본 사이드바 작업을 시작했습니다.시험이 다가왔다.Sardanaphalus (대화) 2008년 11월 7일 03:26 (UTC)응답[응답]

플레인더 {{사이드바}와 {{사이드바}}의 {{헤딩배경}}을(를) 도입했습니다.Sardanaphalus (대화) 2008년 11월 12일 13:08 (UTC)응답[응답]

1. 사이드바에 대한 "위"의 처리는 명확하지 않습니다.heading1로 취급하면 코드가 명확하지 않게 됩니다.headingn code를 복제하고 이름을 above로 변경함으로써 위의 파라미터를 작성하면 읽기 쉬워집니다(heading1 - >heading2, ...). 즉, 위의 표를 따르지 않는 한,사이드바에 대해 제안된 IN [공유]코드 버전은 표제 X가 아닌 표제 X+1이라고 해야 합니다.데이터 X도 마찬가지로 (코드에도 상기의 표기를 권장합니다.)그렇지 않으면 위와 표제1(style1 등)을 모두 사용하는 경우 제대로 작동하지 않습니다.
   • 짝수/홀수 스타일을 관리하기 어려울 수도 있습니다.
2. 위의 네비게이션 박스에 "제안: headingx를 사용하는 대신..."이라고 적혀 있는 메모는 의미가 없습니다.또한 headingx가 use/IN [SHARED] CODE 박스에서 사용하는 것도 의미가 없습니다.
   • navbox와 사이드바 사이를 전환할 수 있는 경우 navbox heading X는 groupX/labelX와 동일합니다.
   • 데이터 위에 레이블을 사용하는 하위 그룹 수준이 있는 경우 사이드바를 사용합니다(그것이 바로 사이드바 용도가 됩니다.(표제 위치를 자유롭게 변경할 경우 현재와 같이 목록 항목에서 표제를 수행합니다.)Zordon (토크) 2008년 11월 9일 (UTC) 응답[응답]

1. 플레인더 {{Sidebar}}와 프리셋 형식 {{분할기 포함 사이드바}}과 {{헤딩 배경 포함 사이드바}}}을 방금 도입했으므로 이에 따라 수정하겠습니다.
2. 네, 좀 애매해요.제가 생각하는 건 이런 상황입니다.

도움이 됐으면 좋겠다.Sardanaphalus (대화) 2008년 11월 12일 13:08 (UTC)응답[응답]

제가 말하려던 것은 navbox의 경우 headinX가 labelX(inCode 버전)에 매핑되어야 한다는 것입니다.

돌이켜보면 내 코멘트가 명확하지 않았음을 알 수 있다.미안하다.무슨 뜻인지 명확하지 않은 것이 아니라 그렇게 하는 데 문제가 있다는 것이다.구체적으로 headingx가 navbox의 datax에 매핑되면 사이드바를 navbox로 변환할 때 사이드바였을 때와 동일하게 표시됩니다(heading은 여전히 데이터 위에 있습니다).사이드바를 네비게이션 박스로 변환하면, 표제가 데이터 옆에 표시됩니다(즉, 헤딩x가 그룹 라벨인 groupx(또는 Labelx)에 매핑됩니다).

(headingx가 datax에 매핑되면 datax가 덮어쓰게 되므로 실제로는 더 복잡합니다.단, 이 문제를 해결하기 위해 추가 제목 비트를 삽입해도 사이드바를 네비게이션 박스로 변환해도 사이드바처럼 보입니다(headingx를 라벨X에 매핑하지 않는 한). Zordon (talk) 09:40, 2008년 11월 13일 (UTC)응답[응답]

폭

사이드바에 너비 파라미터가 있어야 합니까?자주 사용할 것 같아요.물론 스타일도 가능하지만, 파라미터를 사용하면 네비게이션 박스로 리다이렉트 할 때 더 자연스럽게 사라집니다(즉, 무시).Zordon (토크) 2008년 11월 9일 (UTC) 09:35 (응답)

• 사이드바(폭:임의)를 Navbox로 변환하면 폭:100%의 Navbox로 변환된다고 가정하고 있었습니다.그러나 100% 이외의 폭이 필요하거나 필요한 경우 별도의 폭 매개 변수가 필요할 수 있습니다.아직 거기까지는 생각 못 했어!Sardanaphalus (대화) 2008년 11월 12일 13:08 (UTC)응답[응답]

사이드바에 width 파라미터가 있으면(사람들이 width에 css스타일을 사용하는 것이 아니라) navbox로 넘어갔을 때 width 파라미터는 무시해도 된다고 생각했습니다.파라미터로 지정하면 스타일 파라미터에 있는 경우와 비교하여 무시하기 쉬워집니다(또는 스타일에서 지정된 너비를 덮어쓰는 것만으로 처리할 수도 있습니다).Zordon (토크) 2008년 11월 13일 (UTC) 응답[응답]

무너지다

• 접을 수 있는 사이드바는 어떻게 취급합니까?
  • 단순한 사이드바를 접는 것만으로 사이드바 전체의 숨김/표시 부분이 누락된 것 같습니다.
  • 제목 앞에 있는 모든 것들로 인해 이것이 어떻게 작동해야 하는지는 명확하지 않다.제목만 표시하면 되는 건가요? 접기를 해제하면 다른 부분과 마찬가지로 프리타이틀 소재가 튀어나옵니다.

파라미터를 {{template:navbox with collapsable groups}}(으)로 간주하면 다음과 같이 추가됩니다.

selected = abbrn = staten = [collapse, uncollapse, collapse, collapse, plain, off] = image = (이것은 n번째 내비게이션 박스로 이미지 파라미터로 전달되므로 오른쪽으로 이동) imageleftn = (왼쪽)

• imagen은 "with collapsible groups" 버전에서 사용되기 때문에 위에서 설명한 것과 같이 코드에서 image1, image2를 사용하는 것은 약간 혼란스러울 수 있습니다(아마 imagea/imageb; imagebefore/imageafter; preimage/postimage; ?).

• 다시 한 번 말하지만, 당신은 나보다 앞서고 있어요. 그래서 지금 당장은 뭐가 최선일지 모르겠어요.다른 모든 것이 접혀도 사이드바에 표시되는 것(접을 수 있는 목록/그룹/섹션 포함)은 Navbox에 표시되는 것(접을 수 있는 그룹/섹션 포함)이라고 생각합니다.그러나 위와 같이 나는 잘 생각해 볼 필요가 있다.Sardanaphalus (대화) 2008년 11월 12일 13:08 (UTC)응답[응답]

1. [이것도 눈치 채고]비대칭이 좀 있어요(영어 읽기 순서로 읽는 경우)
   • 네비게이션 박스 "상위 - 이미지" - 본체 - 이미지b - 아래"
   • 사이드바 "imagea - title - above - imageb - body - below"
   • 따라서 Navbox에서는 이미지가 본문을 괄호로 묶고 사이드바에서는 제목을 괄호로 묶습니다.(사용법을 본 적이 없기 때문에 어느 쪽의 스타일에 대해서도 코멘트를 할 수 없습니다.아마도 본문 뒤에 이미지를 붙이고 싶을 때는 아래 아이템에 이미지를 붙일 수 있을 것입니다.)
2. 축소 가능한 그룹이 있는 네비게이션 상자에 없는 컨트롤 중 하나는 모든 그룹의 기본 상태를 한 번에 변경하는 방법입니다.(liststyle vs. listnstyle 등).
   • 전체 네비게이션 박스를 표시하려는 경우 유용합니다(예: 템플릿 페이지에서는 완전히 펼치지만 사용하는 페이지에서는 접습니다).
   • 상태는 네비게이션 박스 전체의 확장을 제어하기 위해 이미 사용되고 있기 때문에 사용할 수 없습니다.
   • 물론 이것은 Staten에 의해 개별적으로 재정의될 수 있다.
   • 템플릿이 더 적절하다는 건 알지만 이름을 붙이고 나서 여기서 언급해 주세요.Zordon (토크) 2008년 11월 9일 (UTC) 09:35 (응답)

1. 네, 사이드바(또는 아웃터 타이틀 아래)의 제목 위아래에 Navbox의 왼쪽(희귀)과 오른쪽(통상)의 이미지 슬롯에 대응하는 이미지 슬롯이 표시됩니다.
2. 그러니까...{{... expanded=all}}접을 수 있는 목록이 있는 사이드바에 사용할 수 있습니까?만약 그렇다면, 저는 동의하고 할 일 목록에 추가할 것이 있습니다.Sardanaphalus (대화) 2008년 11월 12일 13:08 (UTC)응답[응답]