위키백과 대화:Shortcut지름길
Wikipedia talk:![]() | hide 이 페이지는 다음의 위키프로젝트에 관심이 있다. | ||||
|
RFC: 페이지의 바로 가기 양에 대한 권장 숫자 제한 제거
- 다음의 논의는 종결되었다. 수정하지 마십시오. 후속 코멘트는 새로운 섹션으로 작성되어야 한다.
이 가이드라인에는 현재 다음과 같은 문구가 포함되어 있다.
이러한 템플릿 상자의 포인트는 특정 페이지에 대한 모든 리디렉션을 나열하는 것이 아니다(사실, 특별함:WhatLinks대신 일반적으로 하나 또는 두 개의 공통 리디렉션만 나열해야 하며 쉽게 기억되는 리디렉션
이 가이드라인은 거의 10년 가까이 지역사회에 의해 무시되어 왔고, 그럴 만한 이유로 인해 나는 이것을 다음과 같이 변경했다.
이러한 템플릿 상자의 포인트는 특정 페이지에 대한 모든 리디렉션을 나열하는 것이 아니다(사실, 특별함:WhatLinks대신 일반적으로 가장 흔하고 쉽게 기억되는 리디렉션
한두 개만 나열해야 한다.
하지만 되돌렸지
따라서 나는 이전에 이 변경이 WP:V, WP:NOT, WP:DEL, WP에서 입증된 표준 및 현행 관행을 반영하여 구현될 것을 제안하였다.EP 및 WP:몇 개의 핵심 정책 페이지만 지정할 수 있는 NPOV. 모든 가능한 지름길을 나열하는 것은 과잉 살상이지만, WP도 마찬가지다.인위적인 제한이 있어서는 안 된다는 상식. 페이지에 네 가지 공통 단축키가 있으면 나열하고, 한 가지 단축키만 있으면 나열해야 한다. 단지 특정 숫자를 제거하기 위해서만 단축키를 없애는 것은 그렇게 하는 것이 과연 그 프로젝트가 정말로 향상되는지(어쩌면 아이러니하게도, 나는 과거에 비난을 받았던 적이 있다)는 생각 없이 규칙을 따르기 위해 규칙의 서면을 따르는 것과 같은 인상을 준다.
이 RFC는 단지 문구를 "하나 둘만"에서 "가장"으로 바꿔야 하는지에 관한 것이다.
바로 가기 제거에 관여했던 편집자 pinging: Johnuniq, Carl Tristan Orense, Galobtter, Izno.
SoWhy 07:46, 2018년 9월 12일 (UTC)[]
지원
- 제안자로서. SoWhy 07:46, 2018년 9월 12일 (UTC)[]
- 이것은 지역 협정이 필요한 것이다. — 빌HPike (대화, 기여) 13:32, 2018년 9월 12일 (UTC)[]
- 이는 어떤 두 가지 바로가기가 가장 중요한지에 대한 편집 전쟁으로 이어질 수 있을 뿐이다. (나는 이 페이지를 보고 있지 않으니, 내 관심을 받고 싶다면 ping해줘.) ^^ 13:50, 2018년 9월 12일 (UTC)[]
- 에어보네미히르 (토크) 20:43, 2018년 9월 12일 (UTC)[]
- 특히 이것이 메인 스페이스가 아닌 WP 공간에 있다는 점을 감안할 때 사용자들이 특정 숫자를 고수하기를 기대하는 것은 다소 지나친 통제다. 또한 이러한 표현은 현재의 관행을 반영하고 있으며, 이러한 것들은 설득력 있는 이유가 없는 한 그것을 바꾸려고 하기보다는 현재의 관행을 반영해야 한다. --Tryptofish (대화) 21:11, 2018년 9월 12일 (UTC)[]
- NOTBUREAU, 그리고 여러 번 3+ 단축키를 표시해야 한다. — 미스터 구예 (토크) 00:06, 2018년 9월 13일 (UTC)[]
- power~enwiki (π, ν) 02:10, 2018년 9월 13일 (UTC)[]
- Per Guye Tazerdadog (대화) 06:30, 2018년 9월 13일 (UTC)[]
- 제안은 타당하고 아주 사소한 수정이다. 약간 과대포장된 이것은 나를 위해 RfC로 가야만 했다. --LukeSurl t c 12:01, 2018년 9월 13일 (UTC)[]
- 이는 상식이며, 이미 너무 많은 "예외"가 있기 때문에 현재의 관행을 반영하고 있다. -- 타빅스 16:04, 2018년 9월 13일 (UTC)[]
- ArbItrary 번호를 설정하는 것은 의미가 없다. 열어두고, 건별로 처리해. –Ammarpad (대화) 18:24, 2018년 9월 13일 (UTC)[]
- 마지못해 지지하는 것, 사실 내가 어려운 숫자 한도를 지지할 것이기 때문에—그것은 단지 2의 한계가 아니다. 4개를 추천할게. 현재 WP에 나열된 18개(!) 바로 가기 키:SOAP는 말도 안 된다. 우리가 리디렉션을 삭제한다면 달라지겠지만, WP와 같은 경우는 거의 없다.비프로파간다 또는 WP:NOTPRESSREATION은 우리가 홍보하고 싶은 쉽고 빠른 연상작용이다. 그것이 두어 명의 사용자들의 '고투'라면, 좋고, 또 누군가가 그것이 효과가 있는지 알아보기 위해 타이핑을 하면 좋으나, 바로 가기 박스에 있을 필요는 없다.(내 입장은 아마도 대부분의 반대자들과 같을 것이라는 생각이 들어, 이것은 나에게 제안된 변화가 '가장'보다 약간 덜 느슨한 것이 공감대를 더 모을 수도 있다는 것을 시사한다.) — Bilorv(c)(talk) 23:41, 2018년 9월 13일 (UTC)[]
- 지름길의 양을 열어 두는 것이 타당하다. 다른 페이지들은 다른 양을 필요로 할 것이다. – BrandonXLF 00:40, 2018년 9월 14일 (UTC)[]
- 가끔은 말이 되기도 한다. 고정 번호는 필요 없다. \\ 16:00, 2018년 9월 14일 (UTC)[]
- 지원 - 우리는 상식에 따라 사례별로 이 문제를 다룰 수 있는 능력이 있다. 수적 한계를 적용하는 것은 좀 우스꽝스럽고, 반대자들은 꽤 설득력이 없다. 특히 그 작은 상자들이 "가독성 있는 배달원"을 만든다는 주장이 그렇다. 제발, 아무도 그들을 대부분 알아채지 못하는데, 만약 여러분이 두 개 대신 네 개의 바로가기가 나열되어 있기 때문에 한 페이지를 이해할 수 없다면, 여러분은 어쨌든 CIR 케이스일 가능성이 높다. swarm 23:20, 2018년 9월 14일 (UTC)[]
- 지원 - 유용한 바로가기를 나열하는 데 아무런 해가 없다고 생각되며, 독자에게 해를 끼치는 것은 그렇지 않다. '가독성까지 배리어스'는 레드 청어, 사전 정의된 번호가 없는 케이스 바이 케이스(case by case)로 괜찮다. 비욘드 마이 켄 (토크) 02:23, 2018년 9월 17일 (UTC)[]
- 지지 - 이것이 좋지 않은 생각이 될 이유를 전혀 보지 못함. 때때로 2개 이상의 단축키가 극도로 자주 사용되기 때문에 단축키 수는 사례별 것이어야 한다. 키르반조 (토크) 01:14, 2018년 9월 18일 (UTC)[]
- 지원: 종종 세 가지 이상의 단축키가 유용할 수 있으며, 현재로서는 2개로 제한하지 않아도 된다(바로 가기를 포함한 페이지 범람도 좋지 않은 일이다). 사용자:더드래곤파이어300. (연출 문의) 이 메시지는 2018년 9월 18일 05:43(UTC)에 남겨졌다[]
- 지지하다. 정책과 지침은 실제 관행을 반영해야 하며, 실제 관행이 상식과 일치할 때 두 배로 반영해야 한다. Thryduulf (talk) 11:09, 2018년 9월 22일 (UTC)[]
- 하나 또는 둘 이상일 수 있는 모든 관련 리디렉션을 연결하지 않을 이유가 없도록 지원하십시오. L293D(☎) 01:55, 2018년 9월 27일 (UTC)[]
- 여기 있는 다른 사람들처럼, 2로 제한하는 것은 너무 제한적인 것으로 보이며, 사례별로 다루어져야 한다. Killiondude (대화) 06:15, 2018년 10월 2일 (UTC)[]
- 지지하다. 종종 2개 정도는 괜찮지만, 많은 페이지의 경우 여러 개의 단축키가 사용되므로 사례별로 고려해야 한다. 오랫동안 자주 사용되는 리디렉션은 단지 지침 때문에 제거되어야 할 이유는 없으며, 특히 이 문제를 해결하기 위해 페이지를 인위적으로 분할하는 인센티브만 제공할 때 더욱 그렇다. ----- 파타 기사 - contributions/ 19:37, 2018년 10월 3일 (UTC)[]
반대하다
- 나는 WP를 보았다.아니, 그리고 그 페이지가 이 토론의 촉매제인 것 같다. 나는 그곳에서 너무 많고 산만한 단축키 사용을 줄이고 싶어하는 다른 편집자들의 의견에 동의하는 경향이 있다. 나는 우리가 어쨌든 더 많은 지름길 폭격을 장려하기 위해 가이드의 표현을 바꾸어야 한다고 생각하지 않는다. 에어콘(토크) 10:05, 2018년 9월 12일 (UTC)[]
- 어떻게 1이나 2가 1에서 3이나 2나 3이 아니라 정확한 숫자라는 것을 깨닫게 되었는지 설명해 주시겠습니까? SoWhy 10:34, 2018년 9월 12일(UTC)[]
- 나는 정확한 숫자를 주장하는 것이 아니다. 한두 개가 가장 논리적으로 맞는 것 같다. 2개, 3개라고 하면 안 되는 것도 있는데 2개, 3개라고 하면 안 되는 것도 있어. 네가 원한다면 1대 3이라고 말할 수 있지만, 그건 제안이 아니었어. 내가 본 바로는 나는 적은 것이 대부분 더 낫고 그것을 장려하는 표현을 원한다는 쪽에 동의할 것이다. 일반적으로 사용하는 것과 이것이 지침이라는 사실은 어쨌든 편집자들이 반드시 언급해야 한다고 느끼는 추가적인 외부 링크들이 몇 개라도 있다면 우리에게 충분한 유연성을 준다. 에어콘(토크) 11:34, 2018년 9월 12일(UTC)[]
- 바로 그것이다. 대부분의 페이지가 세 개 이상의 단축키를 사용할 때, "일반적으로" 정확하지 않다는 것은 분명하다. 내가 제안하는 것은 숫자만 없애는 것이다. 왜냐하면 그것은 2보다 더 많은 것이 과도하다고 보여지고 특별한 이유가 필요하기 때문이다. SoWhy 11:44, 2018년 9월 12일 (UTC)[]
- 그게 내가 하고 싶은 말인 것 같아. 나는 마법의 숫자로 두 개에 집착하는 것이 아니라, 우리가 지나친 수를 억제하는 것이 낫다고 느낀다. 오른쪽은 위키피디아의 링크박스 입니다.위키피디아가 아닌 것은위키피디아는 비누박스나 홍보수단이 아니다. 그들이 그 단계에 도달하면 그들은 실제 정책 자체로부터 주의를 돌리기 시작한다. 나는 대다수가 두 개 이상을 가지고 있다는 것에 이의를 제기할 것이다. Category에 나열된 정책 선택 항목:위키백과 정책과 대다수는 링크박스당 1~2개의 링크만 가지고 있었으며, 소수의 링크는 3개였다. 그것은 거의 항상 한 두 개만 가지고 있는 위키피디아 주제를 고려하지도 않는다. 에어콘 (토크) 00:43, 2018년 9월 13일 (UTC)[]
- 바로 그것이다. 대부분의 페이지가 세 개 이상의 단축키를 사용할 때, "일반적으로" 정확하지 않다는 것은 분명하다. 내가 제안하는 것은 숫자만 없애는 것이다. 왜냐하면 그것은 2보다 더 많은 것이 과도하다고 보여지고 특별한 이유가 필요하기 때문이다. SoWhy 11:44, 2018년 9월 12일 (UTC)[]
- 나는 정확한 숫자를 주장하는 것이 아니다. 한두 개가 가장 논리적으로 맞는 것 같다. 2개, 3개라고 하면 안 되는 것도 있는데 2개, 3개라고 하면 안 되는 것도 있어. 네가 원한다면 1대 3이라고 말할 수 있지만, 그건 제안이 아니었어. 내가 본 바로는 나는 적은 것이 대부분 더 낫고 그것을 장려하는 표현을 원한다는 쪽에 동의할 것이다. 일반적으로 사용하는 것과 이것이 지침이라는 사실은 어쨌든 편집자들이 반드시 언급해야 한다고 느끼는 추가적인 외부 링크들이 몇 개라도 있다면 우리에게 충분한 유연성을 준다. 에어콘(토크) 11:34, 2018년 9월 12일(UTC)[]
- 어떻게 1이나 2가 1에서 3이나 2나 3이 아니라 정확한 숫자라는 것을 깨닫게 되었는지 설명해 주시겠습니까? SoWhy 10:34, 2018년 9월 12일(UTC)[]
- LINKBOX 컨트롤에 물을 내리지 마십시오. 링크박스 잡지는 새로 온 사람들이 읽을 수 있는 장벽을 만드는 전문용어다. 광고된 지름길 두 개면 충분하다. —SmokeyJoe (대화) 12:52, 2018년 9월 12일 (UTC)
나는 WP를 다듬고 있다.링크박스는 한동안 바로 가기를 광고했다. 대부분의 경우, 누군가에게 '바로 가기'에 대한 새로운 아이디어를 추가하게 하는 무절제한 관행은 우스꽝스러운 상황을 초래했다. 대부분 정책 섹션이며, 때로는 단락 내 문장까지도 포함한다. 모든 페이지에는 LINKBOX 광고된 바로 가기가 있고, 그 다음 모든 섹션이 있다. 종종 지름길은 짧지 않지만 큰 함성을 지르는 구호들이다. 이러한 LINKBOX 바로가기는 참조의 용이성과 공통의 인식성을 위한 것이어야 하지만, 이는 다수의 옵션이 있을 때 손실된다. 표면적인 목적을 위해서는 한 사람이면 충분해야 한다. 둘이 밀고 있다. 더 많은 것은 말도 안 된다. WP:NOT는 투표일의 선거 포스터와 약간 비슷하고 WP의 얼굴형 스타일과 유사한 전혀 다른 목적을 가진 링크박스(LINKBOX)가 채택한 사례다.엔씨(ENC)는 침착한 설명으로 얻을 수 없는 완고한 반항아들을 연결하기 위한 것이다.NOT는 따를 예가 아니다. —스모키조 (토크) 03:58, 2018년 9월 14일 (UTC)
독서에 대한 장벽. AKA 간판이 어수선하다. 그리고 전문용어. 친숙한 사람에게는 간단하다. 새로 온 사람들은, 큰 대담한 파란색 글씨를 읽어야 하는가, 아니면 검은색 글씨를 읽어야 하는가? —스모키조(토크) 01:01, 2018년 9월 15일 (UTC)[] - 나는 아래 나의 코멘트대로 이 RFC에 반대할 것이다. 일부 합의된 텍스트가 있을 수 있지만, "바로 가기와 관련하여 촬영할 수 있는 [임의적인] 것이 있다"는 것은 완전히 삭제된 것이 아니다. --Izno (대화) 04:20, 2018년 9월 13일 (UTC)[]
- 페르 이즈노. 왜 그렇게 많은 단축키가 필요한지 모르겠어. 엔터프라이즈y (talk!) 20:24, 2018년 9월 13일 (UTC)[]
- 나는 이 문제에 여러 번 부딪혔고 어떤 경우에는 편집자들이 선호하는 스타일만 덧붙이는 것 같다. 겉보기만 나쁘다는 기본적인 사실을 무시한 채 실제 토론 이슈를 일으킨다. 편집자가 여러 가지 바로 가기에 연결하기만 하면, 어떤 편집자는 동일한 위치에 도달하고 어떤 편집자는 언급된 내용을 추적할 때 가이드라인과 관련된 문제(이동 또는 삭제 요청 등)에 대한 논의를 하기가 어렵다. 여기 오른쪽에 주어진 예에서, 이것들은 모두 같은 말을 하지만, 토론에서 사용되는 것은 더 강한 것에 대한 환상을 줄 것이다. 내 생각에는 이것들이 제한적일 뿐만 아니라 리디렉션도 역시 전체 해결책이 아닌 것처럼 되어야 한다. --Gonnym (대화) 22:17, 2018년 9월 13일 (UTC)[]
- 그것은 지침이고 일반적으로 적용되는 지침을 제공해야 한다. WP와 같은 예외:적절한 이유로 여러 가지 바로 가기를 나열하지 마십시오. 예를 들어, WP:NOTPROPAGANDA는 WP:공권력이 더 좋을 것이다. 이 제안은 모든 리디렉션을 바로 가기로 추가하고 다른 사람들이 "가장 일반적인" 것이 적용되지 않는다는 것을 증명하도록 하기 위한 초대장이다. 지름길이 많을수록 혼란과 선택의 폭이 넓어진다. 위키백과:WP:5, WP:5P, WP:5P, WP를 포함한 5개의 기둥은 오랫동안 단축키를 추가하는 사람들에게 선호되어 왔다.Five, WP:5개 필러, WP:기둥, WP:WPIS. 일반적으로 2개면 충분해! 요누니크 (대화) 03:38, 2018년 9월 14일 (UTC)[]
- 나는 사실 당신의 WP 사례에 동의하지 않는다.비프로파간다 및 WP:공증. 그러한 상황에서, 그 두 가지 지름길이 모두 같은 섹션뿐만 아니라 같은 글머리 기점으로 이어지기 때문에, 바로가기의 과도한 사용은 더욱 명백하다. 그래서 누군가는 한 사람을 쓰고 다른 누군가는 다른 사람을 쓰고 있을 수도 있지만, 둘 다 같은 말을 하고 있지만 마치 다른 것들과 연결되는 듯한 착각을 준다. 만약 두 이름이 모두 하위 파라면, 그 섹션에 더 잘 맞는 더 좋은 이름을 찾을 수 있지만, 같은 포인트로 가는 지름길 2개가 정말로 필요하지 않다. --Gonnym (토크) 09:43, 2018년 9월 14일 (UTC)[]
- 대부분의 경우 하나 또는 두 개; WP와 같은 페이지에 대해서는 예외를 둘 수 있다.아니다. 두 개 이상, 어쩌면 세 개 이상은 어수선하고 일반적으로 적절하지 않다. — 갓시 (TALKCONT) 08:11, 2018년 9월 14일 (UTC)[]
토론
At least for my edits, I didn't make changes because of a dogmatic adherence to the guideline but because I felt removing the shortcuts were an improvement - most pages have one shortcut that is used 90+% of the time (e.g WP:BLP, WP:V, WP:ANI etc) and it makes sense IMO to show that main shortcut rather than having say 3-4 shortcuts on display. 4개 이상의 단축키가 실제로 일반적으로 사용되는 경우 물론 표시될 수 있지만, 일반적인 지침으로서 1개 또는 2개의 단축키가 잘 작동한다고 생각한다("일반적으로 일반적이고 쉽게 기억되는 리디렉트만 나열해야 한다"). 제한은 두지 않고 "일반적으로" 그렇게 하라고 말하는데, 말이 된다. 갈롭터 (pingo mio) 08:04, 2018년 9월 12일 (UTC)[]
- WP:NOT 섹션은 각 포인트가 일반적으로 사용되는 바로가기를 가지고 있지만, 그 바로가기는 약간 다듬어진 갈로브터 (pingo mio) 08:07, 2018년 9월 12일 (UTC)[] 와 같은 특수한 경우다.
- 왜 1이나 2는 3이 아니라 잘 되는가? WP:V는 3개가 있고, 몇 년 동안 그렇게 해왔다. WP:ANI는 4개가 있고 몇 년 동안 그렇게 해왔다. 나는 지름길을 추가하기 위해 지름길을 추가하는 것에 찬성하지는 않지만, 왜 가이드라인이 (최근 편집된 내용에서 입증된 바와 같이) 양만을 기준으로 제거하도록 유도하는 것으로 보아, 가이드라인이 특정 숫자를 포함해야 하는지 그 이유를 알 수 없다. SoWhy 08:14, 2018년 9월 12일 (UTC)[]
- 4개 필요했니? 그 세월 동안? 아마도 그렇지 않을 것이다. (합의는 단지 침묵에 의해서만 결정되는 것이 아니며, 특히 누군가가 이의를 제기할 때 전례에 의해서만 결정되는 것이 아니다.) 그것이 우리가 WP:2 ShOTcuts 바로 가기를 사용하든 그렇지 않든 간에 지침의 요점이다. WP:ANI는 WP를 합리적으로 추가할 수 있지만, 실제로 필요한 모든 것이다.AN/I. 편집자들에게 "이봐, 여기 숫자가 있어"라고 상기시켜주기 위해 왜 우리가 특정 숫자를 갖지 말아야 하는지 모르겠다. --Izno (토크) 04:23, 2018년 9월 13일 (UTC)[]
나는 지금 오프위키 허튼소리에 짜증이 나므로, 단지 불쾌한 메시지만 남길 것이다(더 나중에: WP:2Shortcuts는 종종 모든 리디렉션을 지름길로 추가해야 한다고 느끼는 많은 편집자들의 경향을 저항하는 근거로서 사용된다. 예외가 존재한다는 사실은 2개의 숏컷이 일반적으로 좋은 지침이라는 사실을 바꾸지 않으며 단지 사람들이 적절할 때 무시하는 것을 환영하는 지침일 뿐이다. WP:V 및 WP와 같은 정책:작업에 적합한 바로 가기를 선택할 수 있도록 여러 개의 바로 가기를 사용하지 마십시오. 2개의 Shortcuts가 정말로 목표로 하는 것은 WP:5P와 같이 WP:5를 필요로 하지 않는 장소와 단축키로 나열된 다른 모든 귀여운 리디렉션이다. 요누니크 (토크) 08:16, 2018년 9월 12일 (UTC)[]
타협은 어떨까?...대신 그들은 일반적으로 가장 흔하고 쉽게 기억되는 리디렉션(보통 하나 또는 둘)만을 나열해야 한다." --Bsher(대화) 15:38, 2018년 9월 12일 (UTC)[]
- 나는 그 표현들이 명확성을 위해 약간의 수정을 필요로 할 수 있다고 생각한다. 복수형
일반적
으로가장 흔하고 쉽게 기억되는 리디렉션
이 바로 가기 상자당 하나 또는 여러 개의 바로 가기를 권장하기 위한 것인지에 대해서는 완전히 불분명하게 남겨둔 채 모든 바로 가기 상자를 언급해야한다
. 이 물건들은 바보 같은 방지가 되어야 한다. 당신은 현재 단어에서 의미를 추측할 수 있지만 제안된 변경사항은 더 모호하다. – 리드그렉트 (대화) 18:06, 2018년 9월 12일 (UTC)[] - 나는 왜 나의 편집에 대한 반대 의견이 일반적으로 가이드라인 수치로서 사용되어온 가이드라인을 위해 RFC를 요청했는지 정말 이해할 수 없다. WP에서 지름길의 절반도 안 되는 부분을 제거했다.NOTSOAP는 "NOT"라는 단어를 제외한 다른 바로 가기를 모두 복제하기 때문이다. 정책의 요점은 물론 NOT가 아니라 (즉 SOAP보다는 NOTSOAP), 즉 SOAP보다는 후자를 요구한 것을 다듬는 것이 상당히 합리적이라고 생각했다. (리디렉션을 유지하는 것은 물론 문제가 없다.) 가이드라인에서 단축키 카운트가 임의적이라는 것은 카운트가 필요하지 않다는 것을 의미하는 것이 아니라 단지 우리가 촬영할 번호가 있다는 것을 의미할 뿐이다. 어떤 경우에는, 우리는 토크 페이지나 그 어떤 것에 대한 의견 일치 때문에 그 숫자에 도달하지 못할 것이다. 일반적으로 내가 취급하는 방법은 "광고 2, 다수 수용"이지만, 섹션당 6개 항목이 있을 수 있는 NOT 같은 것에 대해서는 상당히 합리적으로 "각탄 OR SO를 광고하고, 다른 수라도 수용하라"고 했다. --Izno (대화) 04:20, 2018년 9월 13일 (UTC)[]
- 나는 혼동을 보지 못한다. 이 토론은 편집한 내용에 대한 응답으로 시작된 것이 아니라 여러 사용자가 편집한 내용에 대한 응답으로 시작된 것이다. 그러나 내가 지적한 바와 같이 가이드라인은 합의를 반영해야 하며 WP는 다음과 같다.수많은 다른 페이지들만큼 잘하지는 않지만, "촬영할 수 있는 숫자"는 많은 편집자들이 따르는 것이 아니라 일부 편집자들이 단지 숫자적인 이유로 바로 가기를 제거하기 시작하는 위험을 수반한다는 것을 보여준다. 결국, 이 제안은 대부분의 정책 또는 가이드라인 페이지에 타당할 수 있는 고유 "정확한" 숫자가 없기 때문에 그들이 사용하는 페이지에 얼마나 많은 단축키를 사용해야 하는지에 대한 질문을 위임하는 데 그 목적이 있다. SoWhy 07:18, 2018년 9월 13일 (UTC)[]
- 앞에서 설명한 WP:NOT 예는 일종의 WP로 언급할 수 있는 좋은 예처럼 보일 수 있다.링크크리스(LINKCRISISIS) 그러나 그 가이드라인은 상당히 다양한 활동(앞서 Galobtter가 언급한 바와 같이)에서 이루어지는 프로모션을 설명한다. 이 가이드라인에는 5개 범주가 나열되어 있으며, 그 중 3개 범주가 다른 범주를 여러 개 나열하고 있다. 내가 세어본 바로는 10가지 종류의 비누 박스야. 많은 것들이 응축될 수 있지만, 다른 것들은 다음과 같은 과제를 제시할 수 있다. 채용은 스캔들과 같은가? 마케팅이 가십과 같은가? 옹호하는 것이 보도자료와 같은가? 일부 편집자들은 합법적으로 이 모든 것이 정말 같은 것이라고 주장할 수 있지만, 다른 편집자들은 그렇게 보지 않을 것이고, 시작하기에 너무 많은 이름들이 지나가는 현상에 대해 약간 특수성을 갖는 것이 유용할 수 있다. spenso 22:37, 2018년 9월 14일 (UTC)[]
- WP에서 박스들을 비판한 사람들:NOT(또는 적어도 나)는 이러한 리디렉션의 삭제를 주장하는 것이 아니라 바로 가기 상자의 트리밍을 주장하는 것이다. 여러분은 여전히 생각할 수 있다. "이 사용자는 계속해서 보도 자료의 스타일로 쓰여진 내용을 추가하고 있다. 그것은 위키백과가 그렇지 않은 것 중 하나이다."WP:PRISELISELISE는 나에게 올바른 페이지를 준다. 당신은 WP를 볼 수 없을 것이다.다른 방법을 통해 해당 페이지에 도착한 경우 눈에 띄게 강조된 리디렉션으로 PRESSRELEASELISELISE를 표시하십시오. 그러나 정책 페이지를 보고 "이것은 미래를 위해 기억하겠다"고 생각한다면 WP를 기억하는 것이 좋을 것이다.홍보 왜냐하면 보도 자료는 홍보 자료의 일부분이기 때문에 WP를 사용하는 곳이라면 어디든지:PRESSREATION WP를 항상 사용할 수 있음:대신 프로모션. 그리고 사실 정책 페이지에서 언급된 "언론발표"라는 단어조차 찾을 수 없을 것이다. — Bilorv(c)(talk) 22:54, 2018년 9월 14일 (UTC)[]
- 강력하게 동의했다. 위의 다른 사람들이 지적했듯이, 꽤 많은 페이지에서는 바로가기가 포함되는 임계값이 너무 낮다. 엔터프라이즈y (토크!) 01:47, 2018년 9월 22일 (UTC)[]
- 일부 바로 가기 상자는 과도할 수 있지만, 마법의 숫자는 없으며 제거해야 한다. 예를 들어, 이 페이지를 어떻게 참조하는지 모르는 사람이 이 편집을 한 것이 분명하다. 이 편집은 가장 많이 사용되는 두 가지 바로 가기 중 하나인 WP:XNR를 제거했지만 덜 사용되는 WP:CROSS를 남겼다. 드라이브 바이 드라이브 제거보다 훨씬 더 좋은 것은 한 페이지의 편집자들이 너무 많은 지름길이 있다는 것에 동의하는지, 그리고 만약 그렇다면 어느 것이 가장 도움이 되지 않는지에 대해 토론하는 것이다. Thryduulf (대화) 2018년 9월 22일 11시 15분 (UTC)[]
- 강력하게 동의했다. 위의 다른 사람들이 지적했듯이, 꽤 많은 페이지에서는 바로가기가 포함되는 임계값이 너무 낮다. 엔터프라이즈y (토크!) 01:47, 2018년 9월 22일 (UTC)[]
- WP에서 박스들을 비판한 사람들:NOT(또는 적어도 나)는 이러한 리디렉션의 삭제를 주장하는 것이 아니라 바로 가기 상자의 트리밍을 주장하는 것이다. 여러분은 여전히 생각할 수 있다. "이 사용자는 계속해서 보도 자료의 스타일로 쓰여진 내용을 추가하고 있다. 그것은 위키백과가 그렇지 않은 것 중 하나이다."WP:PRISELISELISE는 나에게 올바른 페이지를 준다. 당신은 WP를 볼 수 없을 것이다.다른 방법을 통해 해당 페이지에 도착한 경우 눈에 띄게 강조된 리디렉션으로 PRESSRELEASELISELISE를 표시하십시오. 그러나 정책 페이지를 보고 "이것은 미래를 위해 기억하겠다"고 생각한다면 WP를 기억하는 것이 좋을 것이다.홍보 왜냐하면 보도 자료는 홍보 자료의 일부분이기 때문에 WP를 사용하는 곳이라면 어디든지:PRESSREATION WP를 항상 사용할 수 있음:대신 프로모션. 그리고 사실 정책 페이지에서 언급된 "언론발표"라는 단어조차 찾을 수 없을 것이다. — Bilorv(c)(talk) 22:54, 2018년 9월 14일 (UTC)[]
- 앞에서 설명한 WP:NOT 예는 일종의 WP로 언급할 수 있는 좋은 예처럼 보일 수 있다.링크크리스(LINKCRISISIS) 그러나 그 가이드라인은 상당히 다양한 활동(앞서 Galobtter가 언급한 바와 같이)에서 이루어지는 프로모션을 설명한다. 이 가이드라인에는 5개 범주가 나열되어 있으며, 그 중 3개 범주가 다른 범주를 여러 개 나열하고 있다. 내가 세어본 바로는 10가지 종류의 비누 박스야. 많은 것들이 응축될 수 있지만, 다른 것들은 다음과 같은 과제를 제시할 수 있다. 채용은 스캔들과 같은가? 마케팅이 가십과 같은가? 옹호하는 것이 보도자료와 같은가? 일부 편집자들은 합법적으로 이 모든 것이 정말 같은 것이라고 주장할 수 있지만, 다른 편집자들은 그렇게 보지 않을 것이고, 시작하기에 너무 많은 이름들이 지나가는 현상에 대해 약간 특수성을 갖는 것이 유용할 수 있다. spenso 22:37, 2018년 9월 14일 (UTC)[]
단축키 수 제한 완화에 찬성표를 던진 모든 사람들을 위해 위키피디아 토크에서 그 결과를 살펴보십시오.토크 페이지 지침 #WP:기타토크. 스스로 만족하기를 바란다. --RexxS (대화) 13:42, 2019년 3월 16일 (UTC)[]
바로 가기 접두사 및 네임스페이스
이것은 "우리가 실제로 말하는 것을 잊어버린 너무나 명백한 경우"일 가능성이 높지만, 여기 이렇게 되어 있다.
이 가이드라인은 단축키 작성에 대해 언급할 것이 거의 없다. 단축키 사용자에게 지시된 대로 설명된다. 하지만 나는 지름길 만들기가 규제되는 다른 페이지와의 링크를 찾을 수 없어, 그래서 나는 여기 있어.
페이지에서 실제 생성 제한 사항을 찾을 수 없다. 특히 2개:
- WP 수행:위키백과 네임스페이스에 연결되는 바로 가기는? 즉, 가이드라인이 접두사를 대상 네임스페이스와 일치시키라고 하는가? (WP --> 위키백과, UT --> 사용자 토크 등)
- 단축키는 특정 네임스페이스로 제한되는가? 본문에서는 대부분 WP와 H로 가라고 되어 있는데, 네임스페이스가 모두 열려 있는가?
#1과 #2 둘 다 하나의 간단한 질문으로 요약할 수 있다: 내 사용자 토크 페이지의 바로 가기를 만들 수 있는가? 그리고 WP 접두사처럼 내가 사용할 수 없도록 하는 정책/가이드라인/커뮤니티 컨센서스가 있는가?
시험 삼아 한번 해 봅시다. WP에 대해 어떻게 생각하십니까?CAPNZAPP? (링크 연결은 적어도 작성 시점에 내 사용자 대화로 이어진다.)
나의 주된 목표는 개인적인 충고를 받는 것이 아니라 우리의 기사를 개선하는 것이라는 것을 이해해줘. 즉, 여기서 "그럴 수 있다" 또는 "그럴 수 없다"고 답하는 것은 실제 기사를 편집하는 것만큼 도움이 되지 않기 때문에 나와 다른 모든 사람들이 그곳에서 답을 읽을 수 있다. (합의된 결정이 분명하지 않더라도 자유롭게 토론할 수 있다! 그리고 혹은 만약 답이 이미 거기에 있고 내가 단지 그것들을 놓쳤다면, 물론 나에게 기꺼이 조언을 해줘라...)
*) 기술적으로 가능한지 묻지 않고, 이에 반대하는 정책이나 가이드라인이나 권고사항이 있다면...
고마워 CapnZapp (대화) 10:43, 2019년 6월 23일 (UTC)[]
- 위키백과 참조:#8번 삭제에 대한 이유 리디렉션 믿을 수 없다. 케임브리지베이날씨, 우카크투크(토크), 수나스투크 11:23, 2019년 6월 23일(UTC)[]
- 이 주제는 빠른 삭제 기준과 관련이 없다, 캠브리지베이날씨다. 바로 가기에 대한 규칙에 대한 토론에 참여하도록 초대받으셨습니다. CapnZapp (대화) 11:49, 2019년 6월 23일 (UTC)[]
- 위키백과:와 위키백과 talk: 네임스페이스(만 해당), 축약형 서식은 각각 WP:와 WT:로 제공된다. 이것들은 미디어위키 소프트웨어에 내장되어 있는 자동화된 것이다. 따라서, 토론 페이지가 되는 페이지는 위키백과:바로 가기 그러나 WP:바로 가기 및 링크는 필요한 리디렉션 없이 작동한다. 그 반대도 마찬가지로 사실이다. 위에서 WP 링크를 제공했다.CAPNZAPP, 위키백과:CAPNZAPP는 정확히 동일하게 동작한다. 다른 네임스페이스의 경우, 네임스페이스의 단축된 형식은 리디렉션을 통해 수동으로 설정해야 한다. H:, UT: 등의 목록을 참조하십시오. 우리가 네임스페이스 바로 가기를 권장하지 않는 이유와 그 중 일부는 모호성에 대해 다룬다. T: Talk: 또는 Template:? --Redros64 🌹 (talk) 14:37, 2019년 6월 23일 (UTC)[]
- 이 주제는 빠른 삭제 기준과 관련이 없다, 캠브리지베이날씨다. 바로 가기에 대한 규칙에 대한 토론에 참여하도록 초대받으셨습니다. CapnZapp (대화) 11:49, 2019년 6월 23일 (UTC)[]
다시 한 번 묻지만, 바로 가기 만들기를 제한하는 정책(등)이 있는가? 누구라도 어디에서나 바로 가기를 만들 수 있는가, 아니면 바로 가기가 특정 네임스페이스로 제한되어 있는가? 접두사를 네임스페이스에 일치시켜야 하는가, 아니면 사용자 대화 공간에 연결하는 "WP" 바로 가기를 만들 수 있는가? CapnZapp (대화) 18:11, 2019년 7월 1일 (UTC)[]
- 나는 그런 정책을 전혀 알지 못한다. WP:3Q와 같은 수백 개의 리디렉션사용자 에세이 등에 연결되는 UITS(분류:사용자 네임스페이스로 리디렉션) 그러나 이러한 리디렉션은 유용할 가능성이 높고 일반적으로 페이지를 대화할 수 없는 경우에만 작성되어야 한다. DexDor (talk) 20:09, 2019년 7월 1일 (UTC)[]
- WP:WH는 프로젝트 공간에서 어떤 것에 대한 지름길로 매우 자주 여겨진다.
- 페이지 또는 페이지 섹션에 있을 수 있다.
- 도전적인 에세이가 사용자화되면, WP: 단축키를 삭제하는 것이 일반적이다.
- 위키백과에서 잘 지원하는 많은 에세이에는 WP: 바로가기가 있다. 내가 최근에 많이 사용하는 예로는 WP:세 개
- "교차 네임스페이스 바로 가기 리디렉션은 금지되어야 하지만 예외가 있을 것"이라고 말하고 싶다.
- WP:CNR 규칙은 단지 메인 스페이스가 메인 스페이스에서 연결되지 않아야 한다는 것이다.
- 나는 종종 지름길이 너무 많고, 더더욱 WP가 너무 많다고 주장한다.LINKBOXES는 바로 가기를 광고했다. 때때로 나는 그것들을 잘라냈다. 어떤 사람들은 이러한 챠트요네워드슬로건들을 괴롭히고 엄포를 놓을 때 쓰는 애정을 가지고 있다. --스모키죠(토크) 05:09, 2019년 7월 2일 (UTC)[]
- WP에 일부 텍스트를 추가해야 한다고 제안하는 것 같다.짧지만 WP:CREEP를 명심하십시오. 당신은 "우리가 실제로 말하는 것을 잊어버렸다"고 말하지만, 어쩌면 "우리가 말할 필요가 없는 너무나 명백한" 또는 "너무 무해한, 우리는 그것에 대해 규칙을 쓸 필요가 없다"고 말하는 것이 더 정확할지도 모른다. 이것이 어떻게 진행해야 하는지에 대해 편집자들의 혼란을 야기했거나 야기할 가능성이 있는 실제 또는 가상의 시나리오를 보지 않는 한, 여기서 할 일은 아무것도 없다고 말하고 싶다. 콜린 M (토크) 00:18, 2019년 7월 3일 (UTC)[]
요누니크: 기고해줘서 고맙지만, 당신은 토크 페이지를 읽었잖아, 내가 여기서 힘들어 하는 거 알잖아. 그러니 어떻게 개선해야 할 지 힌트를 주지 않고 단순히 내 노력을 되돌리지 말아줘. WP는 네임스페이스 별칭이 내장되어 있는데, 그래서? 지름길은 지름길이 아닌가? 왜 접두사의 기술적 특성이 중요한가? 특히 이 페이지(또는 다른 페이지!)에서 "내장된 네임스페이스 별칭 바로 가기"와 "간접 바로 가기"의 차이점은 어디에 있는가? 우리의 문서를 실제로 개선할 수 있도록 도와주십시오. 고마워 CapnZapp (대화) 09:15, 2019년 7월 8일 (UTC)[]
- 네임스페이스 별칭은 열거된 대로 되어 있지만 여기서는 WP와 WT라는 두 가지 관심밖에 없다. 즉, CAT와 UT와 같은 다른 모든 것들은 구성된다. 이 지침은 예를 들어 UT를 생성하는 방법을 암시한다.사용자 대화로 리디렉션되는 예:예를 들어 전자가 삭제될 수 있다("다음 접두사를 자유롭게 사용할 수 있음"에 나열되어 있지 않기 때문이다). 실제로 토론이 도움이 되지 않는다고 생각되는 경우 작성된 페이지는 삭제될 수 있다. 즉, 권장 양식 중 하나로 작성된 바로 가기가 유지된다는 보장이 없다. UT가 아마도 받아들여지지 않는 이유는 사람들이 기억되어야 하는 귀여운 두문자어의 계속적인 목록을 원하지 않기 때문이다. 또한 UT는 새로운 편집자에게 너무 모호하며 무명을 가치 있게 만들기 위해 충분히 자주 필요하지 않다(단, 사용자 대화:필요한 경우 예). UT는 허용되지 않기 때문에 바로 가기에 대한 유일한 옵션은 WP 또는 WT 또는 "자유롭게 사용"된 메이크업 접두사 중 하나일 뿐이다. 100만 명이 훨씬 넘는 편집자들이 있고 우리는 각각 사용자 토크와 같은 링크와 함께 해야 한다.이러한 목적을 위해 바로 가기를 만드는 것은 무의미한 오버헤드가 될 수 있기 때문에 예시. 조누니크 (대화) 10:16, 2019년 7월 8일 (UTC)[]
- 조누니크, 나는 너의 답변이 적용 가능한지 잘 모르겠다. '우리는 창조해서는 안 된다'는 말이 전부인 것 같다.UT:ABCD" 바로 가기'? 그게 어떻게 내 기여를 되돌릴 수 있지? 제발, 이 토크 섹션에서 내가 제기하는 질문에 대한 답을 기사화하는데 초점을 맞추자. 위 내용을 참조하십시오. 여기에 답장하는 대신에, 내가 편집한 내용이 다시 되돌아오는 것을 피하려면 당신이 직접 페이지를 편집해서 답을 제공하는 것이 좋을 것이다. 고마워 CapnZapp (대화) 15:19, 2019년 7월 8일 (UTC)[]
- 이 페이지에는 아무런 문제가 없다. 변화를 만들고자 하는 사람은 누구나 그 변화를 정당화할 필요가 있다. 조누니크 (대화) 23:40, 2019년 7월 8일 (UTC)[]
- 그게 무슨 뜻이야? "문제가 발견되지 않았다"? 이 항을 읽지 않으셨습니까? 네가 날 배신했기 때문에 이런 논의를 하는 거야. 나의 시간과 노력을 낭비하지 않기 위해 당신의 동료 사용자들에 대한 예의로서, 나는 왜 그리고 내가 더 많은 반전을 유발하지 않고 어떻게 진행할 수 있는지 묻는다. 간결하고 비밀스러운 것은 도움이 되지 않아. 그리고 이것이 네 쪽에서 선의를 가지려는 나의 마지막 시도가 되게 해줘, 조누니크. CapnZapp (talk) 08:28, 2019년 7월 10일 (UTC)[]
- 나는 그들이 말하는 것이 독자들이 직면할 것 같은 문제를 보완하지 않는 한 우리는 이 가이드라인에 추가해서는 안 된다는 것이라고 생각한다. 그리고 나는 그들의 의견에 동의하는 경향이 있는데, 여기서 니즈가 명확하게 규명되지 않았다는 것이다. 유저 스토리를 파악해 주면 도움이 될 것 같아. 즉, "편집자 X는 ____를 원하는데 ____ 때문에 꼼짝 못하고 있어." 거기서, 우리가 여기서(또는 다른 페이지에서) 그러한 편집자에게 도움이 될 수 있는 변화가 있는지 여부를 논의하는 것이 더 쉬울 수 있을 것이다. 콜린 M (토크) 14:54, 2019년 7월 10일 (UTC)[]
- 나는 당연한 줄 알았는데 그렇지 않을 수도 있다고 지적해줘서 고마워. OK:
- 나는 그들이 말하는 것이 독자들이 직면할 것 같은 문제를 보완하지 않는 한 우리는 이 가이드라인에 추가해서는 안 된다는 것이라고 생각한다. 그리고 나는 그들의 의견에 동의하는 경향이 있는데, 여기서 니즈가 명확하게 규명되지 않았다는 것이다. 유저 스토리를 파악해 주면 도움이 될 것 같아. 즉, "편집자 X는 ____를 원하는데 ____ 때문에 꼼짝 못하고 있어." 거기서, 우리가 여기서(또는 다른 페이지에서) 그러한 편집자에게 도움이 될 수 있는 변화가 있는지 여부를 논의하는 것이 더 쉬울 수 있을 것이다. 콜린 M (토크) 14:54, 2019년 7월 10일 (UTC)[]
- 그게 무슨 뜻이야? "문제가 발견되지 않았다"? 이 항을 읽지 않으셨습니까? 네가 날 배신했기 때문에 이런 논의를 하는 거야. 나의 시간과 노력을 낭비하지 않기 위해 당신의 동료 사용자들에 대한 예의로서, 나는 왜 그리고 내가 더 많은 반전을 유발하지 않고 어떻게 진행할 수 있는지 묻는다. 간결하고 비밀스러운 것은 도움이 되지 않아. 그리고 이것이 네 쪽에서 선의를 가지려는 나의 마지막 시도가 되게 해줘, 조누니크. CapnZapp (talk) 08:28, 2019년 7월 10일 (UTC)[]
- 이 페이지에는 아무런 문제가 없다. 변화를 만들고자 하는 사람은 누구나 그 변화를 정당화할 필요가 있다. 조누니크 (대화) 23:40, 2019년 7월 8일 (UTC)[]
- 조누니크, 나는 너의 답변이 적용 가능한지 잘 모르겠다. '우리는 창조해서는 안 된다'는 말이 전부인 것 같다.UT:ABCD" 바로 가기'? 그게 어떻게 내 기여를 되돌릴 수 있지? 제발, 이 토크 섹션에서 내가 제기하는 질문에 대한 답을 기사화하는데 초점을 맞추자. 위 내용을 참조하십시오. 여기에 답장하는 대신에, 내가 편집한 내용이 다시 되돌아오는 것을 피하려면 당신이 직접 페이지를 편집해서 답을 제공하는 것이 좋을 것이다. 고마워 CapnZapp (대화) 15:19, 2019년 7월 8일 (UTC)[]
첫 번째 사용 사례: 바로 가기를 우연히 발견하여 정책(가이드라인 등) 내에 있는지 알고 싶다. 두 번째 사용 사례: 지름길을 만들고 싶고, 규칙과 규정을 지키는 법을 알고 싶다. 구체적으로는 어떤 임의의 이유로 어떤 임의의 사용자에 의해 그 사실 뒤에 내 지름길이 되돌아가는 것을 원하지 않는다.
요컨대: 이 페이지는 "미필수 규칙" 즉, 위키백과 바로 가기 관련 관습과 승인된 관습이 있지만 기록되지 않은 것으로 보인다. 서류상으로 고치지 않는 것은 그들에게 질문하거나 토론하거나 바꾸는 것을 불가능하게 만든다. 접두사와 네임스페이스가 일치해야 하는지, 그리고 일반적으로 "무엇이든" 바로 가기를 만들 수 있는지 알아보려고 이 페이지를 찾았다. 이러한 주제에 대한 새로운 언어의 부족은 그 페이지의 단점이다.
내게 이 페이지는 언어를 단순화하고, 섹션 헤더에서 기술적인 세부사항을 멀리하고, 리디렉션과 단축키 사이의 차이점을 설명하고, "WP:Anything" 바로 가기는 위키백과 네임스페이스로 연결되거나 사용자 대화와 같은 모든 곳을 연결할 수 있는 경우로 연결되어야 한다.
CapnZapp (대화) 13:28, 2019년 7월 14일 (UTC)[]
- 구성 위치를 찾았어 이니셜리스 3659-3662호선에 있어설정.우리가 선을 찾을 수 있는 php. 그래서:T8313은 여기에서 관련되며, 이는 위키백과를 참조한다.마을 펌프(proposal)/아카이브 4#WP : 사이비 네임스페이스. --Redrose64 🌹 (talk) 21:35, 2019년 8월 9일 (UTC)[]
'+엔위키' => [ // T8313 'WP' => NS_프로젝트, 'WT' => NS_PROJECT_토크, ],
"우스퍼프"
@ItsPugle: 위키피디아는 "usurp"이라는 단어를 부정적이지 않은 맥락에서 사용한 전례가 있다: WP:사용자 계정 및 WP에 대한 USRP:기사 제목에 대한 USURPITLE. 이것은 같은 종류의 것을 묘사하기 때문에 나는 같은 단어가 적절하다고 생각한다. 잭mcbarn (대화) 04:10, 2020년 8월 1일 (UTC)[]
- @Jackmcbarn: 야! 나에게 전화를 걸어줘서 고마워. 두 가지 예시, WP:USRP 및 WP:USURPTITLE은 사용자 이름과 기사 제목에 대해 각각 동의하지 않거나 논의되지 않은 재정의를 위한 구체적인 프로세스를 상세하게 설명하지만, 이 글에서 언급된 내용은 편집자의 합의를 이끌어낸 논의된 움직임에 관한 것이다. 이와 같이, 나는 "usurp"이 여기서 사용하는 가장 좋은 용어는 아니라는 것을 계속한다. 나는 다른 용어를 많이 사용하게 되어 기쁘지만, usurp을 사용하는 것은 나에게 명백한 잘못된 것이다. 그렇지 않다면, 당신은 동의와 함께 요청된 움직임과 같은 것이 usurpation이라고 말할 것이다. 그게 아니잖아 ItsPugle (답장에 사용) 04:23, 2020년 8월 1일 (UTC)[]
- 기록에 따르면, 2011년 2월 5일 올잉글리쉬에 의해 USurp 포인트가 추가되었다. 요누니크 (대화) 04:59, 2020년 8월 1일 (UTC)[]
- 처음에 추가했을 때 기본값은 토론 없이 바로 가기(usurp)만 하는 것으로 알고 있는데, 왜 추가했느냐. 그러나 나는 또한 나의 편집 요약에 "편집/복구 자유"라고 썼고, 그것은 여전히 적용된다. 「적절한」을 제안해도 좋으십니까?-- œ™ 06:08, 2020년 8월 1일 (UTC)[]
- "적절한"이라는 용어는 문제없어! 다만 내가 그것을 세출법안 같은 것에 연결시켜 주지만, 그것은 근본적으로 여전히 '할당'이라는 관점에서 작동한다. ItsPugle(답장에 사용) 09:38, 2020년 8월 1일(UTC)[]
- @ItsPugle 및 Ol English: 처음 배정받는 것이 아니라 다른 것을 위한 것이라는 의미를 지키려면 '적절하다'는 것은 어떨까. 잭mcbarn (대화) 05:03, 2020년 8월 2일 (UTC)[]
- @Jackmcbarn: 그것으로 만족한다 :) ItsPugle (답장에 사용) 05:23, 2020년 8월 2일 (UTC)[]
- @Jackmcbarn and ItsPugle:미안하지만 여기서 반칙을 불러야 해. 그것이 (Its It's It? )은 재적응에 대한 절충안을 제안하는 방법으로 썼다: 그것이
처음으로 배정
된 것이아니라 다른 것을 위한 것이었다는 의미를 지키기 위해서?
그러나 그것이 '적절하다'는 것이 일반적으로 사용되는 감각은 아니다. 당신이 묘사한 것은 회수나 리디렉션 같은 단어들을 다시 쓰는데 더 적합할 것이다... 아니면 당신이 정의에 그 뿌리를 채택할 수 있을 정도로 아슬아슬한 곳에 도달한 것. - 재적합성은 회수, 복구 또는 복원과 같은 단어에 더 부합하는 의미를 갖는다. 감각은 당신이 단순히 무언가를 가져가는 것이 아니라, 두 번째 정의에서 말하는 "다시 적절한 [그것]을 얻기 위해서"처럼 그것을 다시 가져가거나 노력한다는 것이다. 이러한 용어로 단축키의 초기 생성을 기술하는 것은, 예를 들어 AfC 제출을 제목 텍스트의 "적합"으로 기술하는 것과 같은 방법으로 거의 한계점까지 "적합"의 정의를 확장한다. 당신이 그 시점까지 존재하지 않았던 새로운 것을 창조할 때, 전용될 것은 아무것도 없다. 전용을 위해 "청구"되거나 "제쳐져 있다"는 것은 전용 이전에 이미 존재했던, 청구될 것이 있다는 것을 암시한다.
- 당신은 자금, 토지, 일정상의 시간, 또는 다른 위키피디아 사람들이 지나치게 장황한 논쟁에 탐닉한 인내심과 같은 유한한 것들을 적절할 수 있다. (음... 듣던 중이거나 🤔 )
- 그러나 당신은 사랑, 호의, 기사 제목 또는 공간과 같은 순간적인 것들을 위키백과 토크 페이지에서 지나치게 장황한 주장을 펴는 데 적절할 수 없다(그러므로 아무도 다시 적합할 수 없다). 이러한 자원은 모든 실무적 목적을 위해 무한 재생 가능한 자원이며, 특정 할당에 대한 배타성에 대해 여전히 논쟁이 발생할 수 있다.
- 이전에 고려했던 옵션(따라서 그 옵션의 의미에서도)에서 의도적으로 상당 부분 벗어나는 제안을 할 수 있다면, 간단히 "재정의"를 제안해도 될까? 기술적으로 정확하고 거의 중립적이기도 하다. -- FeRDNYC (토크) 17:21, 2020년 8월 30일 (UTC)[]
- @Jackmcbarn and ItsPugle:미안하지만 여기서 반칙을 불러야 해. 그것이 (Its It's It? )은 재적응에 대한 절충안을 제안하는 방법으로 썼다: 그것이
- @Jackmcbarn: 그것으로 만족한다 :) ItsPugle (답장에 사용) 05:23, 2020년 8월 2일 (UTC)[]
- @ItsPugle 및 Ol English: 처음 배정받는 것이 아니라 다른 것을 위한 것이라는 의미를 지키려면 '적절하다'는 것은 어떨까. 잭mcbarn (대화) 05:03, 2020년 8월 2일 (UTC)[]
- "적절한"이라는 용어는 문제없어! 다만 내가 그것을 세출법안 같은 것에 연결시켜 주지만, 그것은 근본적으로 여전히 '할당'이라는 관점에서 작동한다. ItsPugle(답장에 사용) 09:38, 2020년 8월 1일(UTC)[]
- 처음에 추가했을 때 기본값은 토론 없이 바로 가기(usurp)만 하는 것으로 알고 있는데, 왜 추가했느냐. 그러나 나는 또한 나의 편집 요약에 "편집/복구 자유"라고 썼고, 그것은 여전히 적용된다. 「적절한」을 제안해도 좋으십니까?-- œ™ 06:08, 2020년 8월 1일 (UTC)[]
위키백과에서 토론:이미지 삭제 논의에서 피해야 할 주장 § IMAGENAZI 바로 가기
위키백과의 토론에 참여하십시오.이미지 삭제 논의에서 피해야 할 주장 § IMAGENAZI 바로 가기. -- 3월 21:53, 2021년 6월 18일 (UTC)[]
바로 가기 및 설명 해제
모호한 지름길은 모순이다. 매번 추가 페이지를 거쳐야 하는데 왜 바로 가기를 DAB로 할까? Rfd에서 바로 가기를 제안하는 것 중 하나가 바로 가기를 DAB로 하는 것이었는데, DAB인 쇼컷이 80여 개라는 것을 알고 깜짝 놀랐다. 바로 가기가 편집자를 하나의 목표물로만 이끌 수 있도록 보장할 수 없는가? 다른 것은 WP 페이지 DAB가 될 수 있지만 바로 가기는 아니다. Jay 11:42, 2021년 7월 3일 (UTC)[]
- 내 생각에는 WP의 메인 스페이스 개념과 유사한 고려사항이 있다.기본 주제. WP와 같은 이름의 후보 대상이 여러 개인 경우:플래그와 그것이 무엇을 가리켜야 하는지에 대한 합의는 없다. 왜냐하면 대략적으로 똑같이 인기 있고 두드러진 여러 후보 페이지가 있기 때문이다. 그러면 그것을 가볍게 만드는 것이 이치에 맞다. 기본적으로, 그것을 검색하는 사람들의 100%를 자신이 원하는 페이지로 직접 25%의 사용자를 보내는 것보다 그들이 원하는 페이지로 빠르게 접근할 수 있는 짧은 디렉토리로 보내는 것이 더 낫고, 나머지 75%는 원하는 목적지에 도달하기 위해 애쓰게 하는 것이다. (사용자들이 메인 스페이스에 비해 제목 검색으로 메타 네임스페이스를 탐색할 가능성이 다소 낮다고 생각하기 때문에 완벽한 비유는 아니다. 하지만 이런 일은 여전히 일어난다. 예를 들어 내가 "17"을 써야 할지 "세븐틴"을 써야 할지 MOS가 규칙을 가지고 있는지 알고 싶다면, 나는 MOS에게 믿음을 줄 것이다.NUMBER, 그리고 내가 찾고 있는 가이드라인을 가리키는 현존하는 지름길이었으면 좋겠다.) 콜린 M (토크) 22:11, 2021년 7월 3일 (UTC)[]