템플릿 토크:Archive box/Archive 1아카이브 박스/아카이브 1
Template talk:
정렬
양방향으로 표시할 수 있을 정도로 넓은 페이지의 경우 목차 아래가 아니라 목차 옆에 표시되도록 하는 방법이 있는가? 특히, 나는 내 토크 페이지가 궁금하다. BigNate37(T) 21:10, 2006년 8월 7일 (UTC)[]
- 예, "을(를) 삭제하십시오.
__TOC__" 혹은 인포박스 밑에 넣어라. 인포박스는 "로 떠다닌다.float: right". --swift 18:47, 2006년 8월 10일 (UTC)[]
병합 제안
템플릿:보관함을 이 템플릿과 병합하십시오. 전자는 현재 템플릿을 대체할 필요가 있는 아카이브 링크 예를 포함하고 있다. 더 나아가, 아카이브가 주제가 아닌 날짜 &mdash에 따라 만들어지는 것을 전제로 한다. 마지막으로, 교체를 강제함으로써 템플릿의 변경은 이전 템플릿 상자에 영향을 주지 않으며, 일관성을 유지하려면 수작업으로 업데이트가 이루어져야 한다.
Archivebox가 Archive_box에 대해 가지고 있는 추가 기능성에 대한 필요성이나 큰 이점이 없다고 생각되며, 전자를 후자에 유리한 것으로 간주할 것을 제안한다. --Swift 01:35, 2006년 8월 17일 (UTC)[]
: 현명하다. 아카이브 박스를 교체해야 하기 때문에 병합하기 전에 수정할 포함 항목이 없는 것이 오히려 편리하다. 좋아. -- Visviva 05:07, 2006년 11월 28일 (UTC) 사실 나는 내가 왜 그런지 알아낼 수 있을지 모르겠지만, 다른 버전에는 약간의 수비수들이 있는 것을 본다. 둘 다 갖는 것도 나쁘지 않은 것 같아. -- Visviva 05:11, 2006년 11월 28일 (UTC)[]
- 합병, {{archivebox}}} 이제 여기서 리디렉션 – Gurch 20:00, 2007년 1월 9일 (UTC)[]
아이콘
어떤 아이콘이 가장 잘 작동하는지 논의를 시작할 수 있을까? 지금까지 경쟁업체는 다음과 같다.
Vista-파일 관리자.png
Crystal Clear 앱 파일 관리자.png
system-file-manager.propertiesg
아이콘_file_cabinet.png
파일 관리자.svg
파일 캐비닛 아이콘.svg
교체 파일 캐비닛.svg
또는 파일 캐비닛 개념에서 벗어날 수도 있다(예, 알고 있다. 파일 관리자.svg는 금고 같다). --Random832(tc) 21:55, 2007년 2월 12일(UTC)[]
보관소는 보통 캐비닛을 정리하기보다는 상자에 보관하는 것이 일반적이지 않은가? 내가 무슨 말을 하는지 예를 들어보자. 2007년 2월 13일(UTC) 19:43, Korn 맛을 보다[]
그것들 중 어떤 아이콘이라도 있어? 그것이 이상적인 IMO가 될 것이다.현재로서는 모든 비스타-파일-관리자,크리스탈 클리어 앱 파일 매니저,아이콘 파일 캐비닛이 다양한 템플릿에서 활발하게 사용되고 있다. 주 나는 이 논의의 범위를 이 모든 것으로 확장했다.--Random832(tc) 17:57, 2007년 2월 14일 (UTC)[]
- 물 한 잔에 빠져 죽다니...그냥 아이콘만 가져가는 게 어때? ~~~ —앞서 서명되지 않은 코멘트는 Armando12 (토크 • 기여) 04:18, 2007년 2월 18일 (UTC)에 의해 추가되었다.
- 이 템플릿에서 두 번 변경되었어. 또한 여러 아카이브 템플릿에 걸쳐 사용되는 아카이브 아이콘이 여러 개 있으며 단일 디폴트를 갖는 것이 좋을 것 같다. --Random832 14:27, 2007년 2월 22일(UTC)[]
- Vista-file-manager.png를 사용하지 않는 템플릿은?—Centrx→talk • 15:33, 2007년 2월 22일(UTC)[]
- 템플릿:보관소에서는 크리스탈 클리어 아이콘을 사용한다. 아이콘 파일 캐비닛.png가 템플리트에서 사용됨:Afd-privacy. --Random832 13:40, 2007년 3월 2일(UTC)[]
- Vista-file-manager.png를 사용하지 않는 템플릿은?—Centrx→talk • 15:33, 2007년 2월 22일(UTC)[]
- 이 템플릿에서 두 번 변경되었어. 또한 여러 아카이브 템플릿에 걸쳐 사용되는 아카이브 아이콘이 여러 개 있으며 단일 디폴트를 갖는 것이 좋을 것 같다. --Random832 14:27, 2007년 2월 22일(UTC)[]
- 현재 아이콘은 PNG 형식이기 때문에 크기가 잘 조정되지 않는다. SVG 형식 아이콘은 사용하기에 더 좋을 것이다. — JeremyTalk 02:38, 2007년 3월 20일 (UTC)[]
- 파일 캐비닛 아이콘.svg, 그렇지 않으면 Vista-파일 관리자.png를 선호한다. 안녕하십니까, David Kernow (대화) 2007년 3월 20일 12시 50분 (UTC)[]
- 이미지 선호:교체 파일 캐비닛.svg -- Avi 16:35, 2007년 4월 22일(UTC)[]
- 너희들을 범주로 삼았지: 공유자:범주:보관 아이콘 :P. 이제 모든 혼란스러운 아이콘에 대한 간략한 개요를 보는 것은 매우 쉽다. --Ysangkok 15:53, 2007년 5월 13일 (UTC)[]
새로운 이미지?
나는 비스타 파일 매니저.png를 갖고 싶지만, 오늘부로 내가 여기서 보지 못하는 또 다른 이미지가 나타났고 그것은 분명해 보이지 않는다. 그리고 상자가 많이 달린 아이콘도 선명하더라도 싫어. 서랍장 물건은 그것이 상징하는 것치고는 꽤 정립되어 있다. 나 자신을 위해, 여기서 되돌리는 대신, 나는 내 토크 페이지의 첫 번째 아이콘이 포함된 코드로 템플릿을 대체할 것이다. 호버피쉬톡 08:01, 2007년 3월 9일 (UTC)[]
- 파일 캐비닛 아이콘을 대체한 사진은 대부분의 페이지에 있는 갈색 바탕의 흰색 격자에 지나지 않아 보인다. 위의 아이콘 중 하나를 사용할 때 저작권 문제가 있는가? 보통 항상 작거나 아이콘 크기인 어떤 것을 위해서 나는 이전의 선택들 중 하나로 돌아가는 것이 이치에 맞을 것이라고 생각한다. 로봇맨1974 09:46, 2007년 3월 9일 (UTC)[]
GNU General Public License(GNU 일반 공중 라이센스)에 따라 제한 사항에 대한 언급이 없는 것으로 알고 있는데... 호버피쉬톡 13:55, 2007년 3월 9일 (UTC)[]
다시 바꿨어 - GPL은 무료 라이선스인데, 전에 있던 사진이 그렇게 작게 작동하지 않아. --Transfinite 18:44, 2007년 3월 9일 (UTC)[]
- 이는 WP에 의해 변경되었을 것으로 추정된다.AN#심각한 저작권/정책 위반 가능성. --Random832 19:26, 2007년 3월 9일 (UTC)[]
- 나는 이 템플릿의 새 아이콘을 만들었다. 그것은 다른 아이콘들의 특징을 결합하고 꽤 멋져 보인다.
맛있게 드시길! ~~에우게네2x ☺ ~~19:27, 2007년 3월 11일 (UTC)[]
- 반대 ;)가 너무 크고, 너무 "카투니" --Steve 23:29, 2007년 3월 11일 (UTC)[]
- 사람들이 이 버전을 가지고 놀기 전에 강한 반대와 이 버전으로 되돌리십시오. 이미지:Crystal Clear 앱 file-manager.png는 괜찮다. 이 "저작권 침해"에 대한 마지막 말이 나올 때까지 그냥 놔둬라. -- Reaper X 02:21, 2007년 3월 12일 (UTC)[]
- 반대하다. 색깔이 너무 화려해서 어쩔 수 없이 이 토크 페이지에 와서 그것에 대해 불평을 했다.=P 아카이브 박스는 지금 주의를 산만하게 하는 반면, 누군가가 찾지 않는 한 시각적으로 방해가 될 필요가 있다. 이전 이미지는 괜찮았다. 이 그림의 삽화도 괜찮다. 나는 기억을 더듬는 것에 반대하지 않지만, 그 사이에 우리가 되돌릴 수 있을까? — 코엘라칸 — 02:41, 2007년 3월 12일 (UTC)[]
- 좋아, 내 제안대로 되돌릴거야 이미지:Vista-file-manager.png는 WP에 있다.AN#심각한 저작권/정책 위반 및 이미지:그동안 크리스탈 클리어 앱 파일 매니저.png가 좋은 대체품으로 제안됐다. 그리고, 사람들은 만화 같은 금색 캐비닛에 대해 불평하고 있다. 미안해 유진, 기분 나쁘게 생각하지 마, 사람들은 단지 화려한 기록 보관소를 좋아하지 않아. -- 리퍼 X 03:07, 2007년 3월 12일 (UTC)[]
- 이미지:Vista-file-manager.png는 사용할 수 없다. 나는 개인적으로 이것이 이미지보다 더 멋져 보인다고 생각한다.Crystal Clear 앱 파일 관리자.png. 로봇맨1974 03:15, 2007년 3월 12일 (UTC)[]
- 강한 반대. 색상이 약간 어긋나고, SVG 형식이 아니다. — JeremyTalk 02:41, 2007년 3월 20일 (UTC)[]
- 왜 강한 사람은 단지 색깔 문제 때문에 반대하는가? 게다가, "SVG 형식은 아니다"는 빈약한 변명처럼 들린다. ~~Eugene2x ☺ ~~04:52, 2007년 3월 22일 (UTC)[]
이건 어때?
이미지:파일 관리자.svg는 많은 맥락에서 아카이브를 설명하기 위해 사용된다. 샤이니에, 현재의 이미지보다 깨끗하고 덜 칙칙한, 나는 그것이 온라인 백과사전에 더 적합하며, 위키피디아의 우상과 더 잘 어울린다고 제안한다. 확인:
스코모록 20:44, 2008년 9월 26일 (UTC)[]
{{edit protected}}} 원하시면 템플릿을 최신 이미지로 업데이트하십시오. 스코모록 14:17, 2008년 10월 7일 (UTC)[]
- 거절했다. 이 변경에 대한 합의를 도출하십시오. --- RockMFR 21:09, 2008년 10월 7일(UTC)[]
다른 언어?
이것을 다른 언어 위키피디아에 올릴 수 있는 방법이 있을까? 2007년 4월 20일(UTC) 21:04(UTC)[]
- 말장난하는 소리가 나기를 바라지 않고: 복사해서 붙여넣기. 기본 위키 코드는 위키백과 프로젝트(그리고, 모든 미디어위키에서 css 스타일 구분)에서 작동해야 한다. 단어와 링크를 번역하고, 지역 위키백과나 하원에서 사용할 수 있는 것과 이미지를 교환해야 한다. 이 템플릿의 버전은 ar, bg 및 sl 위키백과에서 이미 사용할 수 있다. 좌현으로 어디로 가려는 겁니까? — mholland (talk) 21:25, 2007년 4월 20일 (UTC)[]
연결 문제
사용자 대화를 볼 수 있는 사람:검색어? 아카이브가 유효한 링크로 표시되지만 클릭할 수 있는 것은 아니다. 이거 오래 전에 써봤는데, 똑같은 결과가 나와서 그때 안 썼어. 고마워요. 조 1세 05:29, 2007년 5월 9일 (UTC)[]
- 좋은 질문이야. 코딩 면에서는 당신의 페이지에 아무 문제가 없는 것 같은데, 특히 거기에서는 더욱 그렇다. 브라우저 구문 분석 오류일 수도 있어. --JB Adder Talk 05:41, 2007년 5월 21일 (UTC)[]
- 이 문제는 페이지에 있는 다음과 같은 코드 블록으로 인해 발생한다.
- 템플리트는 광고용기의 원래 위치의 오른쪽에 뜨기 때문에, CSS가 그것을 재포장하기 전에 광고 뒤에 실제로 있다. 나는 당신의 브라우저가 일종의 유령 층을 뒤에 두거나, 원래의 위치에서 새로운 위치로 층을 확장하는 것이 아닌가 의심된다. 어느 쪽이든 링크를 커버하기 때문에, 아카이브 박스 층 대신에 광고 층을 클릭하는 것이다.
- 광고를 제거하면 문제가 해결되는데, 이는 광고 레이어가 박스로부터 떨어져 나가도록 강제하는 것과 같다.
<br clear="all" />보관 목록 템플릿 뒤에. —{admin} Pathoschild 06:06:47, 2007년 5월 21일(UTC)
- 광고를 제거하면 문제가 해결되는데, 이는 광고 레이어가 박스로부터 떨어져 나가도록 강제하는 것과 같다.
- 웰컴 —{admin} Pathoschild 01:36:32, 2007년 5월 22일(UTC)
보관함을 접을 수 있는 쉬운 방법이 있는가? {{숨겨진}}}}}}} 놀이를 했더니 어느 정도 괜찮아 보였지만, 정말로 구문을 실험하고 있을 뿐, 무슨 일을 하고 있는지 전혀 알 수가 없다... 아니면 누군가 내가 이걸 하기 위해 어떻게 내비게이션이나 다른 템플릿을 사용할 수 있는지 아는가? 페이지가 로드되면 무너지는 아카이브 박스가 있으면 좋지 않을까? —AldeBaer 22:17, 2007년 5월 31일 (UTC)
- 그래. 계속 만지작거려. 접을 수 있는 다른 템플릿을 보고 여기에 적용할 수 있는지 확인하십시오. 이 토크 템플릿이 몇 분 동안 깨진다고 해서 세상이 끝나는 것은 아니다. —Centrx→talk • 22:20, 2007년 6월 2일 (UTC)[]
- 샌드박스에서 놀고 있지만, CSS/JS 등에 정말 신참이라 작업 결과가 나오려면 시간이 좀 걸릴 것 같아. —AldeBaer 12:48, 2007년 6월 3일(UTC)
내 샌드박스에 예비 결과가 있어 마지막 쟁점은 어떻게 상자 로드를 붕괴로 만들 것인가이다. class="toccolours collapsible collapsed" 나는 계속 구문을 엉망으로 만들고 있다. 그걸 어떻게 이룰지 아는 사람 있어? —AldeBaer 14:18, 2007년 6월 3일(UTC)
접을 수 있는 보관함
여기 접을 수 있는 보관함 입니다. 색깔과 너비 등은 물론 취향대로 바뀔 수 있다. 아래 코드를 참조하십시오. 새로운 아카이브 페이지로 넘어가는 내 사용자 공간의 하위 페이지에 해당 페이지가 있다.
<div class="NavFrame collapsed" style="border:1; padding:0; width:200px; float:right;"><div class="NavHead" style="background-color:#e6e6fa;">'''Archive'''</div> <div class="NavContent" style="text-align:left;"> { class="plainlinks" width="100%" style="background: #f8fcff;" - align="top" align="left" *[[User talk:USERNAME/Archive 1 Archive 1] *[사용자 대화:USERNAME/Archive 2 아카이브 2] *[사용자 대화:USERNAME/Archive 3 Archive 3] }</div> —AldeBaer 15:43, 2007년 6월 18일(UTC)
또는, 여기 원본 템플릿의 모든 전횡이 있는 버전이 있다. 효과가 있어야 하는데 아직 테스트 안 했어
<div class="NavFrame collapsed" style="border:1; padding:0; width:200px; float:right;"><div class="NavHead" style="background-color:#e6e6fa;">'''Archive'''</div> <div class="NavContent" style="text-align:left;"> { class="plainlinks" width="100%" style="background: #f8fcff;" - align="top" align="left" {{#if:{{{auto }}}{{#ifeq}:{{auto}}} 길이 {{아카이브 목록 긴 길이}}<div style="text-align: 중앙"{아카이브 목록}}}{{#if:{{1}{{1}}} <br/>}}:{{{1 }}</div>} —AldeBaer 16:40, 2007년 6월 18일(UTC)
- 두 번째는 효과가 없는 것 같다. 첫 번째 링크는 작동하지만 기본 링크는 "숨기기"가 아니라 "표시"로 시작해야 하며 그렇지 않으면 두 번 클릭해야 한다. 2007년 6월 18일 19:10(UTC)
기본 / 배너로 축소 가능
접을 수 있는 배너 스타일의 아카이브 박스는 템플릿:아카이브 배너를 참조하십시오. 이 템플릿에 비해 다음과 같은 장점이 있다.
- 현수막이기 때문에 (위키프로젝트 배너 등) 토크페이지에 분명한 위치를 가지고 있다.
- 그것은 붕괴할 수 있다.
- 기본적으로 "Archive 1", "Archive 2" 등의 페이지를 가정한다. 따라서 페이지에 {{archive banner}}을(를) 넣는 것만으로도 아카이브 표시라는 목표를 달성할 수 있다. 즉, 매개 변수가 필요하지 않다!
Timneu22 (대화) 14:46, 2008년 2월 3일 (UTC)[]
선택적 링크 추가?
안녕, 더치위키에서 나는 이것과 비슷한 템플릿을 만들었어. 그러나 한 가지 차이점은 네덜란드 버전에서 존재하지 않는 다음(또는 첫 번째) 아카이브 페이지에 대한 링크를 추가했기 때문에 /Archive 1이 이미 있는 경우 링크는 /Archive 2가 된다. 해당 페이지에 내용을 추가한 후 링크는 /Archive 3 등이 된다. 이 옵션도 여기에 추가하는 것이 좋을까? 프리스타일 15:26, 2007년 6월 18일 (UTC)[]
- 템플릿:아카이브는 enwiki에 있는 비슷한 자동 템플릿이다. 여기에 자동화를 추가하면 기존의 여러 가지 전횡이 깨질까 봐 걱정이다. — mholland (talk) 15:45, 2007년 6월 18일 (UTC)[]
반보호
오늘 이 편집이 일어났을 때 나는 충격을 받았다. 왜냐하면 나는 이 템플릿이 확실히 고위험으로 간주되고, 반보호될 것이라고 생각했기 때문이다. 지금 가서 반보호 신청을 할 겁니다. -- 리퍼 X 20:28, 2007년 7월 5일 (UTC)[]
- 음, 노력했지만 Centrx는 그가 2007년 8월 22일 (UTC)[] 86.133.139.195 12:59, 12:59를 가장 잘 안다고 생각하는 것 같다.
왜 창 편집으로 연결되는가?
대화 중:북극곰, 아카이브 링크를 클릭하면 판독기가 아카이브의 편집 창 보기로 이동한다. 왜? 아카이브는 더 이상 편집되어서는 안 되기 때문에 이것은 적절한 행동처럼 보이지 않는다. 이 템플릿이 제대로 작동했던 것 같은데, 그 다음 토크 페이지가 옮겨졌고, 자료실은 따로 옮겨야 했고, 이제 이런 문제가 생겼어.--Yannick 02:11, 2007년 10월 11일 (UTC)[]
- 문제가 안 보이는데, 페이지가 제대로 연결되어 있어. 이 문제는 아마도 페이지 이름에 대문자 B가 붙어 있을 때에만 존재했고, 그 페이지들은 Talk에 연결되었을 것이다.대화 대신 북극곰/아카이브 1:북극곰/아카이브 1. 자본화는 차이를 만든다. (멍청하지만, 이봐, 난 메타정키가 아니야. -- 리퍼 X 02:28, 2007년 10월 11일 (UTC)[]
- 아니, 내가 말하는 문제는 작은 b를 가지고 북극곰으로 자료실을 옮긴 후에야 일어났다. 대화로 이동하는 경우:지금 북극곰을 클릭하고 /Archive 2를 클릭하면 올바른 아카이브가 열리지만 일반적인 보기 대신 편집창으로 열린다.--Yannick 02:55, 2007년 10월 11일(UTC)[]
링크가 작동하지 않음
이 템플릿은 현재 Talk에서 작동하지 않음:태양 에너지. 기존 아카이브에 대한 링크는 빨간색 링크로 표시된다. 션크 12:25, 2007년 10월 12일 (UTC)[]
- 템플릿에 문제가 있는 건 아니에요. 그 기사는 최근에 옮겨졌고, 기록 보관소는 옛 제목에 남겨졌다. 나는 그 문제를 해결하기 위해 세 개의 대화 기록 보관소를 모두 옮겼다. — mholland (talk) 16:10, 2007년 10월 12일 (UTC)[]
변전소?
몇 개의 봇이 이 템플릿을 실행하는 것을 보았다(예: 사용자:SoxBot) 그러나 템플릿 문서에는 이 작업의 적절성에 대한 내용이 없다. 변전소에 특별한 이점이 있는가? Axem 티타늄 (토크) 15:05, 2007년 11월 17일 (UTC)[]
운영자가 통지를 받고 문제를 이해한다는 뜻을 표시했다. 그의 편집의 약 95%는 나에 의해 되돌아왔다. -- 리퍼 X 17:06, 2007년 11월 17일 (UTC)[]
{Archive box}에서 {Archive list} 및 {Archive light} 통화를 제거하십시오.
현재 {{Archive list}}과{Archive list long}}}}이(가) 함께 165번 전화를 걸어 #존재하고 있다. 퍼 베르드나(Per Werdna), 서버, 그리고 (캐스케이드 포함) 100개 이상의 호출이 끊어질 모든 페이지.
한도를 넘는 기사 목록이 여기에 나열되어 있으며, 매우 많은 기사들은 단순히 {{Archive box}}}을(를) 포함하는 토크 페이지들이다.
{{Archive list}} 및 {{Archive list long}}} 호출은 {{Archive box}}에서 제거하여 다른 솔루션을 사용할 수 있도록 하십시오. 고마워. -- 풀스톱 (대화) 00:26, 2007년 12월 5일 (UTC)[]
(ec)
- {{Archive list}}}}에 대한 호출을 일시적으로 제거했으므로 이제 auto=의 모든 인스턴스는 {{Archive list long}}에만 전달됨. #If existance(전자의 100대 반대)라는 전화가 36통밖에 없기 때문에 후자를 선택했다. -- 풀스톱(토크) 01:05, 2007년 12월 5일 (UTC)[]
#존재가 계속된다면...
- 음, 내가 {아카이브 리스트}에 #incess를 전혀 사용하지 않는 "fix"를 썼었는데, 접근성 때문에 격추되었다. 보관함/샌드박스에 고정되어 있음. (혹은 그랬음)
- #존재하는 것을 포함한 모든 솔루션은 실제로 형편없는 해킹에 불과하며, 아카이브봇이 {{archive box}/{archive box collapable}}}(예를 들어 템플릿에 아카이브가 얼마나 있는지 알려주는 파라미터를 제공/업데이트)하지 않기 때문에 필요하다.
- {{Archive list long}}}은(는) 아마도 {{Special:Prefindex/{nameofpage}/}}. 예쁘다는 것은 다 좋고 좋지만, 예쁘다는 것 보다 효용이 우선되어야 한다.
- -- 풀스톱 (대화) 21:39, 2008년 1월 11일 (UTC)[]
아카이브 상자 대 기록 보관소?
{{archive box}}과(와) {{archives}}의 관계는? 어느 것을 사용해야 하는가? 한 사람을 감가상각하고 다른 사람으로 합병해야 하는가? 왜 혹은 왜 아닌가? TheHYPO (talk) 05:27, 2007년 12월 19일 (UTC)[]
- 내 생각에 다른 선택사항이야. 일부 사용자는 다른 템플릿을 좋아할 수 있다.--Tasc0 22:49, 2007년 12월 19일(UTC)[]
- 음, {{archives}}}은(는) 2006년 4월 20일에 만들어졌다. {{archive box}}}}}은(는) 그 직후인 2006년 8월 2일에 만들어졌다. 후자는 창간 2주 후에 전자와 합병할 것을 제안받았으나, 합병이 이루어진 것으로 보이자 1월에 태그가 제거되었다. 나는 왜 감가상각이 일어났는지 모르겠다. 정말 좋은 질문이고, 그것은 조사되어야 할 것이다. 내가 보는 유일한 차이점은 다른 이미지와 편집 버튼이며, {{archives}}은(는) 변환된 하위 페이지를 통해 아카이브 목록을 표시한다. -- Reaper X 05:06, 2007년 12월 20일(UTC)[]
- 나는 그들이 같은 생각에 대해 너무 다른 생각을 하고 있다고 확신해, 아마도 시간이 지남에 따라 수렴될 거야. FWIW, 나는 현재 {{archive box}}에만 있는 기능성을 {{archives}}에 통합하는 작업을 해왔기 때문에, 후자는 "box"의 상위 집합인 기능을 가지고 있다. 그리고 나서 "박스" 템플릿은 포장지로 바뀔 수도 있고, 교체될 수도 있다. 아니면 혼자 남겨두거나. —드래곤호크 (대화 이력) 17:51, 2008년 1월 11일 (UTC)[]
새 보관 상자
{{archives}}, {{archive box}, {{archive box collapable}}부터 {{archive box collapable}까지 모든 것을 통합한 새로운 아카이브 박스를 디자인해 보았는데, 그 중 일부는 내가 만든 것이다. 나는 이것이 {{archive box}}의 새로운 코드일 것을 제안하며, {{archives}}과{archive box collapable}}}이(가) 그것을 전도할 것을 제안한다. 사람들이 그것을 시험해 보고 결함이나 문제가 있는지 알아봐 주시겠습니까? 가능한 모든 조합을 시도해 본 것 같은데, 뭔가 놓친 게 있었을지도 모른다. 논평과 제안은 매우 감사할 것이다. 고마워요. MrKIA11 (토크) 2008년 1월 12일 (UTC) 23:45[]
- 나는 새로운 템플릿에 대해 특별한 의견은 없지만, 템플릿에 너비 파라미터가 없는 것에 대해 강한 이의신청을 하고 싶다. 많은 편집자들은 아카이브 박스에 대해 다른 크기를 선호하며, 크기에 대한 표준화를 요구할 명분이 없다. 또한, 이것은 많은 페이지에 영향을 미칠 것이기 때문에, 나는 그러한 변경을 하기 전에 더 많은 피드백을 받는 것을 추천한다. 세레신은 그냥...? 23:04, 2008년 1월 23일 (UTC)[]
폭 매개변수
왜 제거되는 겁니까? Lara❤Love 19:29, 2008년 1월 23일 (UTC)[]
- 보관 상자를 표준화하려면 다음과 같이 하십시오. 여기서 좀 더 큰 논의가 있다. MrKIA11 (대화) 2008년 1월 23일 19:34 (UTC)[]
와우, 너비 필드를 제거하는 것이 무슨 의미인지 알기 위해 많은 논의를 거쳤군. 나는 우연히 그 분야를 사용하는 것을 좋아하게 되었고 그것을 제거하는 데 있어서 요점을 이해하지 못한다. 마을 펌프는 지역사회에 토론을 경고하는 좋은 장소가 될 것이다. 현재, 내가 반대하듯이, 그것은 66%의 합의를 끌어낸다. 나는 최근의 사건들이 공동체 전체가 66%가 실천 가능한 합의라는 것에 동의하지 않는다는 것을 입증했다고 생각한다. Lara❤Love 00:26, 2008년 1월 24일 (UTC)[]
- 이 대실패 때문에, 나 또한 이 의견에 동의한다.
width남아야 한다. 원래 이런 생각이 들었지만, 나와 의논하고 있던 행정관은 내가 모르는 타당한 지적들이 있는 것 같았다. 누구든 상관할 수 있도록, 나는 그것을 나의 새로운 아카이브 박스 제안서에 재구축했다. MrKIA11 (대화) 00:37, 2008년 1월 24일 (UTC)[]
이미지 링크, 제목 등
(대부분) 심미적(기능적) 목적으로 나는 템플릿을 검토하고 이미지 코드를 변환하여 이제 사용자들이 이미지에 대한 링크를 설정할 수 있도록 했다. 또한, 이것은 사용자들이 이전에 할 수 없었던 동안 변경된 이미지에 대한 자신만의 이미지 크기를 설정할 수 있게 해준다. 또한 이미지 위를 맴돌 때 나타나는 선택적 '제목' 텍스트를 설정할 수도 있다. 내 변경사항을 모두에게 알리는 것뿐이에요. 건배, 인형사 18:52, 2008년 1월 27일 (UTC)[]
플로트 매개변수
현재 Mediawiki.css는 항상 오른쪽에 infobox가 뜬다. 왼쪽 부동을 허용하는 파라미터를 추가하고 싶은데, 여러 페이지에서 공백 문제를 제거하는 데 도움이 될 것 같아. 그 암호는 다음과 같은 것을 읽을 것이다.
<!-- 템플릿:보관함 시작 -->{class="infobox 플레인링크" 스타일="폭:{{{{box-width 238;}};message:{{{{position 오른쪽}}}}" 스타일="패딩-톱:4px; 텍스트 정렬:중앙;"{{{이미지 [이미지:교체 파일 캐비닛.svg {{{{image-width 40px}}} 아카이브]]}}'[도움말:토크 페이지 보관]]' ----{{#switch:{{{auto }}}} 예={{limit list}}} 길이={{{{{}아카이브 목록 긴 길이}}{{{1 }}}<!--->{{voidd {{Template:아카이브 박스/박스 폭/{#if: {{{{box-width }} 정의되지 않음}}}}<!-->{{voidd {{Template:아카이브 박스/이미지/{#if: {{{image }} 정의되지 않음}}}}<!--->{{voidd {{Template:아카이브 박스/이미지 폭/{#if: {{{{이미지 폭 }}} 정의되지 않음}}}}<!--->{{voidd {{Template:아카이브 박스/auto/{#if: {{{auto }} 정의되지 않음}}}<!--->{{voidd {{Template:아카이브 박스/1/{{#if: {{1 }} 정의되지 않음}}}}<!---><!-- 템플릿:보관함 끝 ->> 변경하기 전에 여기 단골들의 피드백이나 코멘트를 받고 싶다. 고마워. -- 에이비 (대화) 02:36, 2008년 3월 4일 (UTC)[]
- 나는 그것이 선택사항이 되어야 한다는 것에 동의하지 않는다. 그럴 만한 충분한 이유가 없고, 모든 상자들이 다 같은, 오른쪽이 더 낫다고 생각한다. 이 매개 변수가 추가되는 경우
float. MrKIA11 (대화) 02:39, 2008년 3월 4일 (UTC)[]
다른 의견 있으십니까? -- Avi (대화) 05:17, 2008년 3월 5일 (UTC)[]
추가 항목 링크
다음 예시와 같이 아카이브가 나타내는 특정 개정판에 괄호 링크를 추가하고자 한다.
- 아카이브 1 — 2006년 4월 - 12월(2006-11-25)
현재 템플리트에서는 아카이브 링크의 닫힌 "]" 괄호를 지나 어떤 것도 지정할 수 없으며, 어떤 것이 있으면 아카이브 목록이 비어 있는 것으로 나타난다. 링크를 괄호 안에 묶는 것도 작동하지 않는다. 이렇게 할 방법이 있을까? — Loadmaster (talk) 2008년 4월 11일 19:19 (UTC)[]
루트, 링크, nobr 매개 변수가 이제 자동 모드에서 작동함
auto=yes를 선택하면 옵션 루트, 링크 및 nobr 매개 변수가 이제 {{archive list}}(으)로 전달된다. auto=long이면 선택적 루트 매개 변수가 이제 {{archive list long}}(으)로 전달된다. 문서도 업데이트되었다. davidwr/(talk)/(contracties)/(e-mail) 03:31, 2008년 5월 19일(UTC)[]
- 자동이 활성화되지 않은 경우 루트가 작동하도록 템플릿을 편집하십시오. 이것은 여러 개의 병합된 글에서 중앙 위치로 토크 페이지를 수집하는 데 유용하다. SharkD (대화) 03:07, 2008년 6월 10일 (UTC)[]
- 그건 불가능해. root 활성화되면 다른 템플릿으로 전달됨. 여러 루트를 가지려면 다른 템플릿을 여러 번 호출해야 한다.
{{아카이브 박스 {{아카이브 리스트 루트=FIRST}}{아카이브 목록 루트=두 번째}} {{아카이브 목록 루트=세번째}}}}
조건부 색상표
템플릿이 토크 페이지(대화 페이지가 아님)에서 변환될 때 우리의 토크 페이지 색상표를 사용하기 위해 코드를 추가했다. Rjd0060은 편집 요약 "미안해. 이건 끔찍해. 아마도 변화하기 전에 토론이 필요하다".
그래서 나는 요청된 토론을 시작하고 있다. 나는 우리의 토크 페이지 색상표가 "끔찍해 보인다"는 Rjd0060의 의견에 반대하며 스타일 가이드라인을 따라야 한다고 믿는다. —데이빗 레비 04:36, 2008년 5월 19일 (UTC)[]
- 입력 매개 변수와 토크 스페이스를 모두 조건부로 만들 수 있는가? 일단 stdtalk라는 새로운 매개변수가 "예"인 경우에만 변경하도록 한다. 앞으로 stdtalk=yes 또는 stdtalk가 no가 아닌 경우 변경하고 네임스페이스는 기사 토크 페이지 또는 비사용자 토크 페이지일 수 있다. 사용자 대화 페이지의 주황색은 어색해 보이고, 사람들은 그들의 사용자 대화 페이지의 레이아웃을 찾기 위해 로그인해서는 안 된다.
- 일반적으로 기본 동작에 대한 변경은 실행되기 전에 논의되어야 한다. davidwr/(대화)/(contracts)/(e-mail) 05:45, 2008년 5월 19일(UTC)[]
- 1. 포인트는 자동화(추가 개입 없이 모든 페이지의 적절한 색상표)이다. 수동 색상표 선택(대부분 사용자가 신경 쓰지 않을 것임)의 경우, 두 개의 별도 템플릿을 갖는 것이 훨씬 더 실용적일 것이다.
- 2. 그러나 단순히 사용자 대화 페이지를 변경사항에서 제외하는 것(또는 사용자가 제안한 방식으로 매개변수가 지정되지 않은 경우 제외하는 것)은 꽤 쉽다.
- 3. 편집자가 (뒤돌아 동료 편집자를 무시하는 것이 아니라) 선의의 토론으로 반역 및/또는 불만사항에 대응할 준비가 되어 있다면, (특히 지침을 준수할 목적으로 만들어진 경우) 사소한 변경에 대해 사전에 논의할 필요가 있다는 데 동의하지 않는다. —데이빗 레비 06:14, 2008년 5월 19일 (UTC)[]
- 넌 대담했고, 뒤로 물러났어. 토론 기간 동안 템플리트를 선택사항으로 설정하는 것은 위키피디아를 전부 바꾸지는 않으면서 사람들이 어떻게 생겼는지 보는 데 도움이 될 것이다. 일단 토론이 끝나면, 큰 이의가 없을 경우 대부분의 대화 공간에 대한 선택을 취소하고, user_talk를 선택할 수 있다. 흰색에서 주황색으로 변하는 것은 눈에 잘 띄는 변화로, 경미한지 아닌지는 개인적인 의견의 문제다. 개인적으로, 나는 목차 색깔과 어울려야 한다고 생각하지만, 그것은 단지 내가 말하는 것이다. 기사 토크 페이지에서는 일관성을 위해 TOC도 오렌지색이어야 할지도 모른다. davidwr/(talk)/(contracts)/(e-mail) 06:27, 2008년 5월 19일(UTC)[]
- 1. 그래, 대담하게 굴다가 뒤바뀌었어. 그래서 내가 여기서 이 문제에 대해 토론하고 있는 것이다(반복하지 않고, 눈치채게 될 것이다). 그래야지. 나는 비슷한 편집을 꽤 자주 하는데, 비교적 적은 수의 사람들이 불만을 제기한다. 그들이 그렇게 했을 때, 나는 그들을 언급하는 것이 더 기쁘다. 만약 우리가 그러한 변화들을 미리 논의해야 한다면, 우리는 이 근처에서 훨씬 덜 할 것이다.
- 그리고 다시 말하지만, 이 편집은 (변덕이 아닌) 오랜 합의를 거친 가이드라인에 기초했다. 이미 논의되고 합의된 토크 페이지 템플릿에 이 색 구성표를 사용해야 한다는 것. 각 개별 토크 페이지 템플릿에 대해 이 결정을 검증할 필요가 없다.
- 2. 내가 언급했듯이, 만약 색상표가 그 정도까지 선택적이라면, 이것을 달성하기 위한 가장 실용적인 수단은 단순히 템플릿을 두 개의 별도 버전으로 포크로 만드는 것이다. 그러나 그 아이디어는 선택사항이 아니라 자동화를 위한 것이다. (사용자의 대화 페이지를 제외하고, 상당히 더 많은 여유가 존재하는 경우) 우리의 네임스페이스별 색 구성표는 공동체의 이익을 위해 존재하며, 사용자들이 비사용자 네임스페이스에서 임의로 이탈하도록 권장함으로써 얻을 수 있는 것은 아무것도 없다.
- 3. 박스들은 회색과 황갈색(흰색과 주황색이 아님)으로 되어 있기 때문에 화면의 색이 꺼질 수 있다.
- 4. 실제로 토크 페이지 TOCs를 태닝하게 할 가능성에 대해 어느 정도 생각해 보았지만, 기술적 실현가능성은 확신할 수 없다. —David Levy 06:55, 2008년 5월 19일 (UTC)[]
- 너의 논점은 모두 타당하다. 만약 모든 기사 편집자가 편집-전쟁보다는 토론에 관해 당신처럼 정중했다면. 제 생각에 의견의 불일치가 있는 부분은, 아카이브 박스가 기술적으로는 토크 페이지 템플릿이긴 하지만, 토마토에 가깝다는 겁니다. 엄밀히 말하면 1800년대에 법적인 이유로 야채로서 세금을 부과한 과일이지요. 기존의 토크 스페이스 콘텐츠와 달리 아카이브 박스는 목차와 유사한 목적으로 이용되며, 사용자가 특정 댓글을 찾을 수 있도록 돕는다. 토크 페이지 템플릿 가이드라인이 만들어졌을 때 개별 편집자와 유권자들이 아카이브 박스가 '카운트'됐는지 아닌지를 고민했는지 모르겠다. 템플릿을 분할하는 경우, 사용자_talk. davidwr/(talk)/(contracts)/(contracts)/(e-mail) 12:46, 2008년 5월 19일(UTC) []
- 이 계획은 Talk: page에 적합해 보였지만 이 템플릿은 User talk: page에도 사용되었고 보기에도 좋지 않다. 색깔에 대한 선택권이 있어야 한다. 너는 내가 망한 것을 불쾌하게 여기는 것 같은데, 너는 그래서는 안 된다. 이 지침은 사용자 대화: 페이지, AFAIK. - Rjd0060 (대화) 14:43, 2008년 5월 19일 (UTC)[]에는 적용되지 않는다.
- 아니, 난 전혀 기분이 상하지 않아! 당신이 되돌아가서 토론을 요청했는데, 이것은 누군가가 대담한 편집에 반대할 때 정확히 어떻게 해야 하는가이다.
- 네 말이 맞아. 사용자 토크 페이지는 가이드라인을 반영할 필요가 없어. (물론 그들이 할 수 없는 규칙은 없다.) 위에서 언급했듯이, 사용자 대화 페이지가 선택되지 않는 한 변경에서 제외하는 것은 매우 쉬울 것이다. 괜찮으시겠습니까? —David Levy 14:58, 2008년 5월 19일 (UTC)[]
- 좋아, 문제없어! 템플릿을 다시 편집하기 전에 추가 설명을 기다리겠다. :-) —David Levy 15:06, 2008년 5월 19일 (UTC)[]
- 구현에 대한 아이디어: user_talk 페이지와 non-talk 페이지의 경우 기본적으로 공백이 되고 다른 대화 페이지의 경우 "standard-talk"가 되는 선택적 스타일= 매개변수를 추가한다. 커뮤니티에서 추가 푸시백이 있을 경우 모든 페이지에 대해 기본값을 공백으로 만들 수 있다. davidwr/(talk)/(contracts)/(e-mail) 15:50, 2008년 5월 19일(UTC)[]
WT에서 이걸 봤어VG와 그것은 정말 끔찍해 보인다. 이러한 종류의 대화 페이지에 실제로 사용할 수 있는 오래된 빈 백색으로 돌아가기 위한 매개 변수가 있는가? 이건 말할 것도 없고... --oracuit.알렉스: 2008년 7월 23일 10시 48분 (UTC)[]
수평선
왜 이걸 제거했을까? 무슨 설명이라도 있나? Tasc0 02:24, 2008년 6월 30일 (UTC)[]
기타 아이콘
{{edit protected}}} 임의의 아이콘을 나열하는 대신 Other icons 섹션은 commons를 포함하는 링크 또는 템플릿 포함:범주:보관 아이콘. --Damiens.rf 16:23, 2008년 7월 16일(UTC)[]
엉킨 첫 번째 탄환 지점
위키백과의 보관함에 있는 첫 번째 글머리 기호가 왜 이렇게 말하는지 누가 설명할 수 있는가?매뉴얼의 스타일(플래그)이 제대로 작동하지 않는가? — SMcCandlish [talk] [content] ›(---)› 15:37, 2008년 8월 17일 (UTC)[]
- 나는 "1=" 부분이 필요하지 않다고 생각한다. 내가 그것을 제거했고 그것을 고쳤다. -- 안마피노테라 (토크·출고) 15:40, 2008년 8월 17일 (UTC)[]
- 고마워, 하지만 고장 "1="를 갖는 것은 아마도 문제가 될 거야. — SMcCandlish [talk] [content] ‹(---)› 00:40, 2008년 8월 18일(UTC)[]
- 별로...이것은 템플릿 지침에서 요구되지 않는다 :P -- AnmaFinotera (토크·컨설팅) 00:50, 2008년 8월 18일 (UTC)[]
- 내 말뜻을 놓친 것 같은데, 텍스트 필드를 여는 템플릿은 1=(또는 무엇인가)를 사용해야 하는데, 그렇지 않으면 특정 문자가 템플릿의 기능을 방해하기 때문이다. {{WikiProjectBannerShell}과 이와 같은 종류의 개방된 필드를 가진 많은 다른 템플릿들이 1=를 사용하는 이유다. — SMcCandlish [talk] [content] ‹(---) 0 06:59, 2008년 8월 18일 (UTC)[]
- 별로...이것은 템플릿 지침에서 요구되지 않는다 :P -- AnmaFinotera (토크·컨설팅) 00:50, 2008년 8월 18일 (UTC)[]
- 고마워, 하지만 고장 "1="를 갖는 것은 아마도 문제가 될 거야. — SMcCandlish [talk] [content] ‹(---)› 00:40, 2008년 8월 18일(UTC)[]
인덱스에 링크를 추가하는 중?
auto=yes 및 "/archive Index"가 있는 경우 이 템플릿을 "/archive Index"에 연결하도록 수정할 수 있는가? 즉, 아카이브가 아카이브 1, 아카이브 2, ...이고 아카이브 인덱스 기사(HBC 아카이브 인덱서봇(talk · concessions)가 있는 경우 인덱스에 대한 링크도 함께 표시된다. 나는 그것이 그렇게 큰 변화는 아니라고 생각하지만 매우 편리할 것이라고 생각한다. 그리고 나는 그것에 대한 기술을 가진 누군가가 그러한 변화를 만들 수 있다면 감사하겠다. SoWhy 08:11, 2008년 9월 4일 (UTC)[]
- 아이디어는 좋지만, 당신의 하위 페이지와는 다르게 링크를 배치할 것이다. 나는 대담하게 하지 않고 중앙이 아닌 오른쪽이나 왼쪽으로 떠다닐 것이다. 또한, 아카이브 링크 바로 위나 박스 맨 아래에 둘 겁니다. 템플릿 토크에서 제안서를 참조하십시오.아카이브 상자 접기 가능#Google 사용자 정의 검색 사용자:매 13:23, 2008년 9월 12일 (UTC)[]
관련토론
이 템플릿에 관심이 있는 사용자는 Template_talk에서 시작하려는 토론에 참여하고 싶을 수 있다.Talkheader#Archive_option. GDallimore (Talk) 12:51, 2008년 9월 25일 (UTC)[]
다른 언어의 버전
스페인어 버전의 템플릿에 링크를 추가하려고 했다(예:플랜티야:Caja Archivos) 하지만 차단되어 있어서 할 수 없었는데, 템플릿이 정말 그렇게 많은 보호가 필요한가? 내 말은, 다른 언어가 차단되면 어떻게 링크를 추가해야 한다는 거야. 수파만89 (대화) 01:14, 2008년 10월 7일 (UTC)[]
Mbox 클래스
템플릿의 첫 번째 줄을 다음 코드로 바꾸십시오.
<!-- 템플릿:아카이브 상자가 시작됨 -->{class="{#ifeq}:{{{{네임스페이스} {{TAKESPACE}}} tmbox tmbox-notice tmbox-smbox-notice ambox-smbox-small}s style="{#if:{{{{box-width }}} 폭:{{{{box-width}}};}{{style }}" 고마워. —Ms2ger (대화) 16:03, 2008년 10월 18일 (UTC)[]
완료되지 않음: 사용 전에 이 변경에 대한 합의점을 확인하십시오. {{edit protected}}템플릿. 숨막힘 (대화) 2008년 10월 20일 (UTC)[]
완료되지 않음: 사용 전에 이 - 우리가 텍스트를 예전과 같은 크기로 만들 수 있을까? 고마워요. §hep • "Talk to me! 2008년 11월 1일(UTC)[]
완료되지 않음: 변경해야 할 사항에 대해 좀 더 구체적으로 설명하십시오. --Elonka- 아, 미리 알려줘서 고마워. PS 위의 편집 보호는 내 것이 아니다. §hep • "Talk to me! 03:17, 2008년 11월 1일 (UTC)[]
- 이 방법은 템플릿:을 참조하십시오.아카이브 박스#스타일. —Ms2ger (대화) 09:04, 2008년 11월 1일 (UTC)[]
- 아, 미리 알려줘서 고마워. PS 위의 편집 보호는 내 것이 아니다. §hep • "Talk to me! 03:17, 2008년 11월 1일 (UTC)[]
상자색
어떻게 된 거야? 방금 내 토크 페이지에 갔는데 갑자기 내 아카이브 박스가 이 끔찍한 갈색이야. 흰색으로 다시 바꾸려면 어떻게 해야 해? لennavecia 03:29, 2008년 11월 1일 (UTC)[]
- 신경 쓰지 마. 나만의 것을 만들었어. لennavecia 03:36, 2008년 11월 1일 (UTC)[]
- 하지만 새로운 코드의 또 다른 문제. 템플릿이 어디에 있는지 더 이상 확인하지 않는 것 같다. IE Talk:, User Talk: 옴폭스를 사용한다는 생각은 (템플릿) 그들의 외모를 극적으로 바꾸지 않도록 하는 것이다. §hep • "Talk to me! 03:39, 2008년 11월 1일 (UTC)[]
- 디자인이 있는 사용자 토크 페이지에는 끔찍한 색이다. 배경색을 사용자 지정할 수 있는 필드를 추가할 수 있는가? 이쯤 되면 별일 아니다. 어제부터 코드를 내 사용자 공간으로 옮기고 그것으로 전환했을 뿐인데, 만약 다른 사람들이 예전처럼 흰색이나 옅은 회색으로 돌아가고 싶어한다면, 그들은 그 옵션을 가질 수 있을 것이다. لennavecia 04:15, 2008년 11월 1일 (UTC)[]
- 지금 템플릿에서 이 작업을 수행하는 방법 설명:아카이브 박스#스타일. 이는 이전 버전보다 훨씬 더 많은 디자인을 할 수 있다는 것을 의미하는데, 이 버전에서는 두 가지 다른 모습만 허용했다!—Ms2ger (토크) 09:04, 2008년 11월 1일 (UTC)[]
- 하지만, 상자를 있는 그대로 좋아한 모든 사람들은 템플릿을 수정할 필요가 없어야 한다. 수정 가능한 것은 좋지만, 원래 텍스트 크기와 색상이 엉망으로 되어서는 안 된다. 이러한 변경사항에 대해 어떠한 합의도 얻지 못했다. §hep • "Talk to me! 16:27, 2008년 11월 1일 (UTC)[]
- 지금 템플릿에서 이 작업을 수행하는 방법 설명:아카이브 박스#스타일. 이는 이전 버전보다 훨씬 더 많은 디자인을 할 수 있다는 것을 의미하는데, 이 버전에서는 두 가지 다른 모습만 허용했다!—Ms2ger (토크) 09:04, 2008년 11월 1일 (UTC)[]
- 디자인이 있는 사용자 토크 페이지에는 끔찍한 색이다. 배경색을 사용자 지정할 수 있는 필드를 추가할 수 있는가? 이쯤 되면 별일 아니다. 어제부터 코드를 내 사용자 공간으로 옮기고 그것으로 전환했을 뿐인데, 만약 다른 사람들이 예전처럼 흰색이나 옅은 회색으로 돌아가고 싶어한다면, 그들은 그 옵션을 가질 수 있을 것이다. لennavecia 04:15, 2008년 11월 1일 (UTC)[]
- 하지만 새로운 코드의 또 다른 문제. 템플릿이 어디에 있는지 더 이상 확인하지 않는 것 같다. IE Talk:, User Talk: 옴폭스를 사용한다는 생각은 (템플릿) 그들의 외모를 극적으로 바꾸지 않도록 하는 것이다. §hep • "Talk to me! 03:39, 2008년 11월 1일 (UTC)[]
검색
이 코드는 다음 항목이 포함된 페이지의 하위 페이지를 검색하는 검색 상자를 추가한다.
<<inputbox> type=fulltext 접두사={{FULLPAGENAME}/검색 버튼라벨=검색 아카이브 </입력함> ---- Gadget850 (Ed) - 2009년 1월 14일 (UTC)[]
- 이거 좀 넣어야겠다. 매우 유용하다. - Peregrine Fisher (talk) (contracts) 08:00, 2009년 2월 4일 (UTC)[]
- 보관 배너로 전환하십시오. 이미 거기에 있습니다. Timneu22 (대화) 2009년 2월 4일 (UTC)[] 10:59, 4
- 둘 다 바를 수 있을까? 필요한 모든 페이지에 수작업으로 추가했지만, 모든 보관소가 어떤 템플릿이든 가지고 있다면 사람들이 혜택을 볼 것이라고 생각한다. - Peregrine Fisher (토크) 03:25, 2009년 2월 5일 (UTC)[]
- 보관 배너로 전환하십시오. 이미 거기에 있습니다. Timneu22 (대화) 2009년 2월 4일 (UTC)[] 10:59, 4
User talk에서 실험 버전 제시:조마세쿠/모래/아카이브 테스트. 내가 쓴 버전은 현재 박스를 바꾸지 않는다. 검색 기능은 search=yes 매개 변수가 추가된 경우에만 추가된다. 조마세쿠 21contribs:57, 2009년 2월 11일 (UTC)[]
{{editprotected}}사용자 대화에서 예를 들자면:조마세쿠/모래/아카이브 테스트 사용 중. 그 링크에서 볼 수 있듯이, 그것은 템플릿의 현재 사용을 전혀 변경하지 않고, 검색=yes 매개변수를 추가할 수 있다. 다음 줄을 "}{{{1} }" 뒤에 추가하십시오.
{{#ifeq:{{search}}} 예, <<gbox> bgcolor=fulltext 접두사={#if:{{{{root }}}{{root}}}}{{FULLPAGENAME}}}} 브레이크={#if:{{{search-break }}}{{search-break}}}} no} 폭={#if:{{{search-width }}}{{search-width}}} 22} 검색버튼라벨={#if:{{{{{button-label}}}}{{button-label}}}} 검색} </입력함>}}}} 이렇게 하면 템플릿에 적절한 매개 변수 정보를 추가할 수 있다.보관함/doc. 조마세쿠 20contribs:27, 2009년 2월 16일 (UTC)[]
- 현재 비활성화된 상태에서는 추가 매개 변수가 작동하지 않는 것 같다. —Ms2ger (대화) 20:38, 2009년 2월 16일 (UTC)[]
- 정확히 안 되는 게 뭔지 설명해 줘. 조마세쿠talkcontribs 20:43, 2009년 2월 16일 (UTC)[]
- 이전에 분명하지 않았을 수도 있다. 사용자 대화:Jomasecu/Sand/ArchiveTest는 예제 템플릿이 아니라 디모스하는 페이지 입니다. 템플릿은 User:조마세쿠/모래/아카이브 박스. 조마세쿠 20contribs:53, 2009년 2월 16일 (UTC)[]
- 정확히 안 되는 게 뭔지 설명해 줘. 조마세쿠talkcontribs 20:43, 2009년 2월 16일 (UTC)[]
나는 조금 더 만지작거렸고, 여전히 예상대로 작동하지 않는 매개변수를 찾을 수가 없다. Ms2ger의 코멘트는 위에서 설명한 오해로 인해 발생한 것으로 알고 있어, 편집보호 요청을 복원하고 있다. Jomasecu 23contribs:32, 2009년 2월 16일 (UTC) 사용자:조마세쿠/모래/아카이브 박스
- 이 상자(
{{User:Jomasecu/Sand/Archive box button-label=PASS search=yes}})은 "PASS"라고 쓰여 있는 단추가 있어야 하지 않겠는가? 나한테는 "검색"이라고 써있어. {{#tag : {{#tag :}}. —Ms2ger (대화) 15:44, 2009년 2월 17일 (UTC)[]- 와우, 어젯밤에도 작동한다고 맹세할 수 있었는데. 이제 알아낸 것 같아.
{{#ifeq:{{{search}}} 예 {{#tag::box bgcolor=fulltext 접두사={#if:{{{{root }}}{{root}}}}{{FULLPAGENAME}}}} 브레이크={#if:{{{search-break }}}{{search-break}}}} no} 폭={#if:{{{search-width }}}{{search-width}}} 22} 검색버튼라벨={#if:{{{{{button-label}}}}{{button-label}}}} 검색}}}}}}}} {{editprotected}}
Done붕괴할 수 있는
이것은 Navbox와 같은 숨기기/쇼 "버튼"으로 접을 수 있게 만들 수 있는가? 76.66.193.90 (토크) 12:34, 2009년 2월 24일 (UTC)[]
여분의 공간
{{editprotected}}
- 참고: 자세한 내용은 내 대화 페이지를 참조하십시오. MathCool10 01:21, 2009년 4월 1일 (UTC)[]
- 나는 네가 무엇을 하라고 요구하는지 잘 모르겠다. 당신은 그 템플릿이 당신의 토크 페이지에 많은 공간을 만들고 있다고 말한다. 문제를 수정하고 싶은 변경사항을 정확하게 설명할 수 있는가? 고마워. --CapitalR (대화) 07:49, 2009년 4월 1일 (UTC)[]
- 나는 거기서 대답했다. 그것은 템플릿 논리에 문제가 있는 것으로 보이지 않는다; 그것은 MathCool이 그의 헤더 페이지의 내용을 초월하는 방식과 관련이 있다. Chris Cunningham (직장이 아님) - 대화 11:57, 2009년 4월 1일 (UTC)[]
{{archives}}에 병합
나는 이 템플릿들이 더 이상 공존할 이유가 없다고 생각한다. {{archives}}이(가) 기본적으로 아카이브를 감지하고 이 아카이브에는 속성을 지정해야 한다는 점을 제외하면 기능적으로 동등하다. 무슨 생각 있어? Chris Cunningham (직장이 아님) - 토크 08:55, 2009년 3월 11일 (UTC)[]
- 나도 동의해. 하지만 나는 이런 것을 한 번 시도했지만, 사람들은 동의하지 않았다. 나는 개인적으로 {{archive banner}}를 좋아한다. Timneu22 (대화) 00:39, 2009년 3월 12일 (UTC)[]
- {{archives}}에서 지원되지 않는 유일한 것은 스타일 재정의인데, 추가하기 쉬워야 한다. 내가 샌드박스에서 뭘 할 수 있는지 볼게. Chris Cunningham (직장이 아님) - 토크 11:42, 2009년 3월 13일 (UTC)[]
- 이러한(또는 다른) 아카이브 템플릿을 통합하기 위한 노력을 지지한다. 현재의 이중화는 혼란스럽고 불필요하다. —David Levy 14:57, 2009년 3월 13일 (UTC)[]
업데이트
좋아, 이걸로 가는 게 좋을 거야. 샌드박스를 들여다보고 문제를 찾을 수 있는지 확인해 보십시오. 내가 찾을 수 있는 만큼의 이상한 사용자 토크 구성에 대해 테스트해 본 적이 있습니다. 이의가 없으면 나는 편집 보호를 제기할 것이다. Chris Cunningham (직장이 아님) - talk 12:26, 2009년 3월 14일 (UTC)[]
- 그것은 동시에 할 수 있다. 애초에 행정 개입이 필요한 걸 보면 일석이조라고 생각한다. Chris Cunningham (직장이 아님) - talk 00:35, 2009년 3월 15일 (UTC)[]
{{editprotected}}
반대 의견이 없으므로 위의 병합 수행을 위해 편집 보호 요청. Chris Cunningham (직장이 아님) - talk 11:37, 2009년 3월 24일 (UTC)[]
- 됐어, 고마워. — 마틴 (MSGJ · talk) 2009년 3월 24일 (UTC)[] 18:31, 18:31
- 사실 이게 뭔가를 깨트렸지 리스트의 첫 번째 항목은 그냥 평범해졌어
*(예: User talk:MSGJ). 공간을 추가하여 {{아카이브 박스/샌드박스}}에 고친 것 같다. 템플릿을 업데이트할 수 있는가? —Ms2ger (대화) 2009년 3월 24일 19:18, (UTC)[]
됐어, 고마워! --Amalthea 19:42, 2009년 3월 24일 (UTC)[]
- 사실 이게 뭔가를 깨트렸지 리스트의 첫 번째 항목은 그냥 평범해졌어
- 의사가 제거된 것 같다. 다시 한번 망각될 수 있을까? 고마워요. Chris Cunningham (직장이 아님) -토크 11:15, 2009년 3월 25일 (UTC)[]
- 서류가 돌아왔어, 고마워. --Amalthea 11:47, 2009년 3월 25일 (UTC)[]
- 의사가 제거된 것 같다. 다시 한번 망각될 수 있을까? 고마워요. Chris Cunningham (직장이 아님) -토크 11:15, 2009년 3월 25일 (UTC)[]
- 이러한 템플릿(예: 최근 추가된 검색)의 증분 개선은 두 개의 개별 코드 기반으로 실행되었기 때문에 배포의 50%까지만 영향을 미쳤다. 이 템플릿들이 다르다는 것은 분명하지 않았다. 포맷에서 한 가지 사소한 변화 외에는 출력과 파라미터가 동일했다. 합병할 수 있고 향후 모든 개선사항을 수집할 수 있는 하나의 코드베이스를 가질 수 있는 두 개의 별도 코드 베이스에서 계속 실행할 이유가 없다. Chris Cunningham (직장이 아님) - 2009년 3월 29일 12:12, 대화[]
템플릿:보관함
해결됨사용자:제노는 이러한 중복 템플릿을 통합하려는 우리의 노력이 마음에 들지 않는다고 판단하고 자신의 토크 페이지를 위해 {{Archivebox}(이전까지 리디렉션)에 포크를 만들었다. 나는 이것을 가능한 빨리 취소하기를 제안한다; 사용자:Xeno가 개인화된 박스를 원한다면, 그는 그의 사용자 공간에 그것을 만들 수 있다. —Ms2ger (대화) 2009년 3월 29일 (UTC)[]
- 그래, 분명히. 단순히 '아카이브'(여기서 유일하게 출력이 바뀐 것)를 연결하는 대신 '아카이브에 대하여'를 위한 별도의 행을 갖는 것을 싫어한다면, 이 자리에서 그 문제를 논의해야 한다. 템플릿스페이스는 어쨌든 개인 포크를 위한 보금자리가 아니다. Chris Cunningham (직장이 아님) - 2009년 3월 29일 (UTC)[]
- 공식적으로, 이 변화는 내 연설도 망쳤다. 내 강연에서 볼 수 있는 스크롤 가능한 걸 작업해 봤는데, 효과가 좋은 것 같아. — 신경(talk)(review) 19:35, 2009년 3월 29일 (UTC)[]
템플릿 전체를 포킹하기보다는 {{archives}}에 기본 패딩을 줄이는 것이 어떨까? 이것은 장기적으로 보아 꽤 적절한 해결책이다. 여기 현재 샌드박스 버전인 {{archives}이(가) 있는데, 패딩을 추가하던 몇 가지 특성을 제거했다.
Chris Cunningham (직장이 아님) - talk 12:23, 2009년 3월 30일 (UTC)[]
- 잘됐네.
우리는 또한 결론에 도달할 수 있을까?나는 이것을 이루기 위해 샌드박스를 변경했다. 네가 검토해줄 수 있고 네가 괜찮다고 생각한다면 내가 실행해줄게. –xeno (대화) 2009년 3월 30일 12:36, (UTC)[]
- 내게는 괜찮은 것 같지만, 나는 다른 사람들로부터 그 수업에서 지는 것이 괜찮은지에 대해 듣고 싶다(기본 스타일링을 추가하는 것 이외에는 아무것도 하지 말아야 하는데, 내가 놓치고 있는 어떤 의미론이나 다른 가치가 있을 수도 있다). Chris Cunningham (직장이 아님) - talk 12:54, 2009년 3월 30일 (UTC)[]
아카이브 인덱스
누군가가 "편집" 단추가 있는 보관함에 색인을 대체하기 위해 보관 색인-자동=예 매개변수를 수행할 수 있는가?
76.66.196.218 (토크) 07:09, 2009년 4월 23일 (UTC)[]
"루트"를 이전 디렉토리로 설정하지 않으면 검색이 작동하지 않음
도움이 좀 필요해. 보관 검색 기능을 Talk에 추가하려고 했다.지구 온난화에 대한 주류 과학 평가에 반대하는 과학자들의 목록. 모든 아카이브를 수동으로 이동한 위치
로
그리고 인덱스를 구성했다. 그러나 설정하지 않으면 검색 기능이 작동하지 않는다.
- 루트=토크:지구 온난화에 대한 주류 과학 평가에 반대하는 과학자들
내가 뭘 빼놓았나요? 아니면 기록 보관소를 다른 곳으로 옮겨야 할까? Q 과학 (대화) 03:46, 2009년 5월 23일 (UTC)[]
이슈를 {{s/wnote}와 함께 표시
이 템플릿은 {{s/wnote}}에 병합 중임. (자세한 내용은 내 토크 페이지 참조) 이 템플릿에 문제가 있는 겁니까, 아니면 {{s/wnote}}? —MC10 서명! 00:25, 2009년 6월 14일 (UTC)[]
