위키백과:사용자 스크립트/요청/아카이브 4

이것은 과거 토론의 기록이다.이 페이지의 내용을 편집하지 마십시오.새로운 토론을 시작하거나 오래된 토론을 다시 시작하려면 현재 토크 페이지에서 다시 시작하십시오.

아카이브 1

아카이브 2

아카이브 3

아카이브 4

아카이브 5

아카이브 6

G5 태그 자동화를 지원하는 스크립트

나는 종종 특별함을 확인한다:신규 페이지들이 '차단된 사용자들에 의해'로 이동한다. 차단된 사용자들의 대부분은 수동으로 태그를 붙여야 할 25개 이상의 기사를 만든 삭푸펫 계정이다.이 모든 기사에 태그를 다는 것은 지루한 일이며 나는 종종 IRC의 sysops에게 특별한:nuke를 운영해 달라고 부탁하는 나를 발견한다.다른 편집자에 의해 편집되지 않고 사용자가 입력한 날짜 이후에 생성된 경우 사용자의 기여 페이지 또는 페이지 작성 로그에 G5 적격 기사를 반자동으로 통과하여 태그를 지정할 수 있는 스크립트를 요청한다.도와줄 수 있는 사람 누구라도 고마워!Kb03 (대화) 19:28, 2019년 3월 8일 (UTC)

@Kb03: 나는 이것이 대본으로는 좋은 생각이 아니라고 생각한다.예를 들어, 위키백과:Bots/승인 요청/PkbwcgsBot 6이 거부된 이유삭제하기 위해 지명하는 페이지는 항상 검토되어야 하지만, 편집자들과의 의사소통 등과도 관련이 있다.나는 이 대본을 만드는 것이 허용될 것이라는 의견의 일치가 없으면 불편하다.죄송합니다, --DannyS712 (대화) 19:46, 2019년 3월 8일 (UTC)

DannyS712, RfC가 이것에 적합할까?Kb03 (대화) 19:47, 2019년 3월 8일 (UTC)

@Kb03: 아마도.WT에서 토론할 수도 있다.CSD 또는 WP:AN. 실제 대본은 (프로그래밍의 작은 문제) 만들기가 비교적 간단해야 하지만, 잠재적 결과 때문에 망설이게 된다. --DannyS712 (토크) 19:48, 2019년 3월 8일 (UTC)

대니S712, 질문 하나.당신이 "편집자와 소통하는 등"을 인용할 때, 당신은 G5에 이의를 제기할 수 있는 기사의 작성자나 편집자를 말하는가?Kb03 (대화) 20:33, 2019년 3월 8일 (UTC)

@Kb03: 나는 @Xaosflux가 창조주를 가리키는 것이라고 믿는다.그리고 그래, 이게 보통 G5에는 적용되지 않는 것으로 알고 있지만, 그래도 개별적으로 페이지를 검토해야 해. --DannyS712 (토크) 20:35, 2019년 3월 8일 (UTC)

그렇다, 그런 대본은 어떤 이유로든 사용될 수 있기 때문이다.아마도 트윙클에 "csd-batch"를 추가하는 것이 유용할 것이며, 또한 적절한 설정을 자동화한다.그러나 일반적으로 AN/ANI에 메모를 남기는 것은 핵 관련 상황에서는 페이지 태그가 필요하지 않다.— Xaosflux^Talk 20:45, 2019년 3월 8일(UTC)

Xaosflux, WT에 기능 추가를 요청하는 데 문제가 있으십니까?반짝반짝?Kb03 (대화) 20:58, 2019년 3월 8일 (UTC)

Kb03, 트윙클에게 잘 어울리는지 잘 모르겠어.매스-G5 태그 지정은 대부분의 사용자들에게 그리 흔하지 않으며, 내가 생각하기에 우리가 제안해야 할 것은 쉽게 권장되는 것이 아니다.대량 태깅은 단지 대량 편집일 뿐이다. 나는 그것이 정말 극적인 사람들이 AWB를 사용했다면, 하지만 실제로 Xaosflux가 AN/ANI에 게시하는 것이 적절할 것이라고 말했듯이, 태그 지정은 특히 이미 차단된 경우, 요점에서 벗어나 있다.— Amorymeltzer가 추가한 사전 서명되지 않은 의견(대화 • 기여) 21:53, 2019년 3월 8일(UTC)

Kb03은 이것이 일종의 틈새라고 추측하는데, 단지 AN — Xaosflux^Talk 22:48, 2019년 3월 8일 (UTC)에서 물어보기만 하면 되기 때문에, 누군가가 대량 태깅에 시간을 보낼 만한 충분한 이유가 없다.

Xaosflux, TW는 WP에 게시하는 기능을 자동화할 수 있다.A은 그런 이유로?코뿔소F1^(chat)_{(status)(contribs)} 07:51, 2019년 3월 9일(UTC)

@RhinoSF1:반면, 이 스크립트는 XYZ가 만든 새로운 섹션인 새로운 페이지를 작성하기 위한 간단한 스크립트 입니다.나는 그것이 얼마나 희귀한 것인지 때문에 반짝이에 포함되어야 한다고 생각하지 않는다; 반짝반짝 대 독립 각본의 필요성에 대해 @Amorymeltzer ping to chime. --DannyS712 (토크) 07:54, 2019년 3월 9일 (UTC)

나는 며칠 안에 베타 스크립트를 가질 수 있다 --DannyS712 (토크) 07:55, 2019년 3월 9일 (UTC)

대니S712, 대량보호 요청은?코뿔소F1^(chat)_{(status)(contribs)} 08:04, 2019년 3월 9일(UTC)

@RhinoSF1:RFPP는 다르게 작동하고, 특정한 형식을 가지고 있기 때문에, 그것은 더 어려울 것이다.A은 그저&section=new그리고 문제 설명 --DannyS712 (대화) 08:09, 2019년 3월 9일 (UTC)

DannyS712, Amorymeltzer는 Twinkle이 한 번에 하나씩 할 수 있기 때문에 조언을 해줄 수 있을 것이다.U5/G11과 같은 기준도 대본의 잠재력으로 제안할 수 있을까?한 번에 꽤 많은 작업이 이루어지면 사용자는 다시 편집하지 않는다.코뿔소F1^(chat)_{(status)(contribs)} 08:12, 2019년 3월 9일(UTC)

@RhinoSF1: 거기서부터 핵, 빌드(build)를 요청하는 것으로 시작합시다.가야 하는데, 곧 초안 버전으로 다시 연락할게 --DannyS712 (대화) 08:23, 2019년 3월 9일 (UTC)

@RhinoSF1: 현재 스크립트(User:DannyS712 test/nuke.js는 이렇게 편집한다(대상 페이지를 AN으로 변경하기만 하면 되는데 그때까지 내 샌드박스를 대상으로 하므로 테스트에 부담 갖지 마십시오).생각? --DannyS712 (대화) 04:24, 2019년 3월 10일 (UTC)

사용자 대화로 확장 토론 이동:DannyS712 test/nuke.js --DannyS712 (토크) 08:04, 2019년 3월 10일 (UTC)

ToBeFree, WP:RfPPRhinosF1^(chat)_{(status)(contribs)} 18:19, 2019년 3월 9일(UTC) 재설계하지 않으셨습니까?

대니S712, 좋은 대안이 될 거야나는 그것에 아무런 문제가 없다고 본다.Kb03 (대화) 21:08, 2019년 3월 9일 (UTC)

나는 지금 같은 일을 하려고 노력해왔다.G5는 "다른 사람이 실질적으로 편집한 내용이 없는 페이지"에만 적용되기 때문에 차단된 사용자가 편집하지 않은 모든 편집의 상당성을 수동으로 확인해야 했다.나는 또한 지금 확인된 꼭두각시에 의해 기사가 만들어지기 전에 삭푸페티어가 막혔는지 확인해야 했다.스크립트가 내가 방금 한 일을 안전하게 자동화할 수 있을지 모르겠어.하지만 더 쉬운 경우에 유용할 수 있다면.

@RhinoSF1: 네; 우리는 현재 봇이 업데이트되기를 기다리고 있다. ~ ToBeFree (토크) 03:25, 2019년 3월 10일 (UTC)

페이지 탭 동작 리디렉션

commons.js에 대한 스크립트가 정말 고맙기 때문에, 리디렉션 페이지의 토크 페이지에 앉아 페이지 상단에 있는 "기사" 탭을 클릭하면, 목적어가 아닌 리디렉션 기사로 되돌아간다.WP의 이 페이지에 대한 자세한 내용:VPP. 고마워!Mathglot (토크) 06:22, 2019년 5월 9일 (UTC)

@Mathglot:나는 지금 시내에 나가 있지만, 이 일을 하고 싶다.이번 주말에 뭐 좀 드려야겠다 --DannyS712 (대화) 06:26, 2019년 5월 9일 (UTC)

와, 고마워!나에게서 추가 정보가 필요한가?내게 알려줘.Mathglot (대화) 06:38, 2019년 5월 9일 (UTC)

페이징 사용자:이 주제를 따르는 데 관심이 있을 수 있는 브리온 VIBBER.Mathglot (대화) 06:49, 2019년 5월 9일 (UTC)

@Mathglot: JS의 한 줄을 사용해서 할 수 있다.common.js 파일에 다음을 추가하십시오.$("#p-namespaces a")[0].href += '?redirect=no';이렇게 하면 제목 페이지 단추가 리디렉션을 따르지 않게 된다.벡터 피부에 효과가 있어 다른 건 확실하지SD0001 (대화) 17:50, 2019년 5월 9일 (UTC)

@SD0001:잘 된 것 같아, 고마워!존재하지 않는 프로젝트 토크 페이지(예: 위키백과에 속하는 TP:WPWO.) 어디엔가 이런 도움이 되는 스크립트로 연결되는 링크가 있는 리포지토리가 있는지 궁금하다.아마도 많은 편집자들이 그들의 경험을 맞춤화해서 행복하게 만들 것이다.이건 내 삶을 바로 편하게 해 준다.Mathglot (토크) 19:49, 2019년 5월 9일 (UTC)

@Mathglot 및 SD0001:탭이 리디렉션 자체로 연결되는 추가 줄:$("#p-views a")[0].href += '?redirect=no';. 이 둘 다 한 줄로 합쳐질 수도 있겠지만, 나는 JQuery나 JS를 전반적으로 잘 알지 못한다.

또한 T5324 • Tthe 기초 Phabricator 문제를 다시 열었음. 여기서 더 많은 논의가 있음. e^πi(토크 기여) 01:51, 2019년 5월 10일(UTC)

안녕, @SD0001, DannyS712 및 E to the Pi times i: 이 수정으로 인해 발생할 수 있는 예기치 않은 연쇄 반응 효과에 대해 자세히 알아보십시오. WP:생성 탭의 VPT#잘못된 URL.나는 이 문제가 아주 사소한 문제라고 생각하는데, 이제 내가 그것을 알고 있으니, 나는 당신이 관심을 가질 경우를 대비해서 당신의 관심을 끌기를 원했다.간단히 말해, URL에 이미 쿼리 문자열이 있는 경우, 추가된 문자열의 위치redirect=매개변수 또는 매개변수의 구분 기호를 변경해야 할 수 있다.고마워, Mathglot (토크) 23:52, 2019년 5월 10일 (UTC)

@Mathglot:그래, 그건 아마 내 잘못일 거야.SD0001의 대본을 베꼈지만, 그것이 오른쪽 탭에 미칠 영향은 고려하지 않았다.그러나 그것은 고정할 수 없는 문제가 아니다; 그것은 단지 URL을 어떻게 수정하는지에 대해 더 분별할 필요가 있다. e^πi (토크 기여) 01:52, 2019년 5월 11일 (UTC)

미안, 벌레가 나올 줄 몰랐네 if ($("#p-namespaces a")[0].className.includes('mw-redirect')) $("#p-namespaces a")[0].href += '?redirect=no';여기서 이제 ?redirect=no는 제목 페이지가 리디렉션되어 모든 이슈를 제거하는 경우에만 추가된다.내가 전화한 이후로 이걸 시험해 본 적이 없어.안 되면 말해줘.SD0001 (대화) 03:38, 2019년 5월 11일 (UTC)

@Mathglot: 이것만 테스트해 보니 효과가 있다.또한 "읽기" 탭이 리디렉션을 따르지 않도록 하려면if ($("#ca-view a")[0].className.includes('mw-redirect')) $("#ca-view a")[0].href += '?redirect=no'; SD0001 (대화) 06:42, 2019년 5월 12일 (UTC)

@SD0001: 고마워.토크&리딩의 마지막 하나(@06:42)만 필요한지, 아니면 둘 다 필요한지(03:38 & 06:42)가 별로 확실하지 않았다.Mathglot (토크) 08:01, 2019년 5월 12일 (UTC)

자동 미국식 영어

나는 오하이퍼시픽의 미국식 → 영국식 대본의 역순을 원해서 영국식 → 미국식 대본을 변환할 수 있게 하고 싶다.IDK 왜 아직 안 됐는지. — 미스터 구예 (토크) 08:32, 2018년 7월 26일 (UTC)

원본 대본에 대한 링크가 있으십니까? --단스키454 (토크) 16:39, 2018년 8월 3일 (UTC)

이게 문제의 페이지인가? --Kailash29792 (토크) 16:49, 2018년 8월 3일 (UTC)

내 생각엔 이게 다인 것 같아: 사용자:Ohconfucius/script/EngvarB.js --Danski454 (토크) 17:38, 2018년 8월 3일 (UTC)

Danski454, Ohconfucous는 영국영어를 미국어로 번역할 수 있는 대본을 만들어 달라는 요청에 응답하지 않은 것으로 보인다.지금 하고 있는 거야?아니면 캐나다 영어도 같은 스타일을 따르나? --Kailash29792 (토크) 11:44, 2018년 8월 24일 (UTC)

Kailash29792 나는 이 대본을 작업하고 있지 않다.또한, 캐나다 영어는 영국과 미국 사이의 어딘가에 있다.단스키454 (대화) 18:47, 2018년 8월 25일 (UTC)

이것을 가능하게 해 준 오코쿠치우스에게 감사해야 이 요청이 보관될 수 있다. --Kailash29792 (대화) 08:54, 2018년 9월 13일 (UTC)

아니, 이 요청은 보관해서는 안 된다.영국영어를 미국영어로 바꾸는 자동편집 대본도 아직 없고, 누가 만들려고 하는 것처럼 보이지도 않는다.내 요청은 충족되지 않았다.——구예씨 (대화) 01:25, 2018년 9월 15일 (UTC)

작업하는 사람 있어?그렇지 않다면, 한번 시도해 볼 수 있다.워팔타르퍼 (대화) 16:05, 2019년 5월 30일 (UTC)

이 스크립트를 지원하는 또 다른 편집자 - 📧_Talk 21:09, 2019년 7월 20일(UTC)

Watchlist 알림: 브라우저 페이지 제목의 (자동화된) 업데이트 수

라이브 블로그의 자동 업데이트는 종종 브라우저의 페이지 제목에 표시된 괄호 사이의 숫자로 표시되며, 이는 최근 변경사항의 수를 나타낸다.대부분의 전자 메일 서비스의 받은 편지함은 트위터 페이지와 동일하게 표시된다.브라우저(탭) 페이지 제목에도 이러한 알림 기능을 사용하여 (모든 프로젝트에 대해) Watchlist의 자동 업데이트를 허용하는 가젯을 추가할 수 있는가?나와 다른 많은 사용자들에게 있어, 더 이상 수동으로 워치리스트를 확인할 필요가 없고 대신 다른 브라우저 창에서 작업하면서 라이브 업데이트를 볼 수 있다는 것은 큰 발전이 될 것이다.나는 이것이 전에 제안되었는지 아닌지 확신할 수 없다 - 만약 그렇다면, 사과한다.위르겐 아이싱크 (대화) 14:24, 2019년 7월 17일 (UTC)

@Jürgen Eissink: 창문에 포커스가 없을 때 자바스크립트를 실행해야 하는데, 그게 지원되는지 잘 모르겠어.그러나 사용자:DannyS712/Global watchlist 여러 사이트에서 당신의 watchlist를 보여준다.도움이 되길 바라며 --DannyS712 (대화) 20:01, 2019년 7월 17일 (UTC)

나는 실제로 모든 프로젝트에 대한 감시 목록을 의미하는 것이 아니라 제안된 기능을 다른 프로젝트에서 활성화할 수 있는 가능성(내 경우 주로 nl, en. commons)을 의미했다.그리고 DannyS712는 자동 업데이트와 페이지 제목 표시기를 사용하는 것 같지 않은데, 이것은 내가 특별히 문의하는 것이다.수천 페이지의 페이지가 포커스를 맞추지 않고 실행되는데, 왜 이것이 특정 위키백과 페이지에 문제가 되는지 모르겠다.오, 이제야 네가 DannyS712구나.어쨌든 대답해줘서 고마워.위르겐 에이싱크 (대화) 20:25, 2019년 7월 17일 (UTC)

@Jürgen Eissink: 설명:사용자 정의 javascript(예: /common.js)에 대한 위키피디아의 지원이 창이 초점을 맞추지 않을 때 실행될지는 잘 모르겠다.내가 틀릴 수도 있지만 --DannyS712 (대화) 21:50, 2019년 7월 17일 (UTC)

내가 전문가라고 생각하는 다른 누군가가 기술적으로 구현하기 쉬울 것이라는 인상을 주었다.다른 반응을 기다리자.지금까지 고마워.위르겐 에이싱크 (대화) 21:58, 2019년 7월 17일 (UTC)

@Jürgen Eissink:나는 몇 가지 테스트를 했다.맞아, 미안해 --DannyS712 (대화) 22:13, 2019년 7월 17일 (UTC)

@DannyS712:희망적으로 들리네, 고마워!나 자신도 모든 가능성을 파악할 수 있는 프로그래밍에 집중하지 못하기 때문에 이러한 문제들에 있어서 다른 사람들에게 의존해야 한다.위르겐 에이싱크 (대화) 22:19, 2019년 7월 17일 (UTC)

@Jürgen Eissink:사용자:SD0001/watchlist-update-title.js.SD0001 (대화) 18:52, 2019년 7월 18일 (UTC)

@SD0001:고마워, SD0001 하지만 아직 나한테는 효과가 없는 것 같아.내 사용자 공간에 있는 새로운 .js 페이지에 네 스크립트를 복사했는데, 자동으로 업데이트되는 것 같지 않고 페이지 제목에 변경된 페이지 번호도 표시되지 않아.내가 잘못 알고 있는 건가?@DannyS712: 또한 핑.위르겐 에이싱크 (대화) 20:20, 2019년 7월 18일 (UTC)

아, 이제 보니 내 common.js에 복사해야 하는데, 방금 복사한 거야.다시 한번 볼게.위르겐 아이싱크 (대화) 20:30, 2019년 7월 18일 (UTC)

이것은 다른 창에서 작업할 때 자동으로 감시 목록을 업데이트하도록 되어 있는가?그렇다면 얼마나 자주 업데이트될 것인가?지금까지는 아무 것도 하지 않는다.위르겐 아이싱크 (대화) 21:07, 2019년 7월 18일 (UTC)

@Jürgen Eissink:감시 목록에서 "Live updates" 버튼을 선택해야 작동한다.(자동으로 선택할 수 있는 기본 설정 옵션이 없는 것 같음 - 감시 목록을 열 때마다 선택해야 하지만, 내가 원하면 감시 목록을 열 때마다 선택할 수 있도록 스크립트를 변경할 수 있다.)감시목록이 라이브 업데이트(이 스크립트가 아닌 미디어위키 소프트웨어에서 수행)를 받으면 스크립트는 페이지의 HTML 제목 앞에 "(1)" 또는 (2)" 등이 붙도록 업데이트하기만 한다.이 번호는 윈도우가 포커스가 되면 제거된다(즉, 다른 탭에서 탭으로 전환하거나, 이미 윈도우 내에 있는 아무 곳이나 클릭했을 때).

모든 Wiki에 걸쳐 설치하려면

mw.짐을 싣다.짐을 싣다('//en.wikipedia.org/w/index.php?title=User:SD0001/watchlist-update-title.js&action=raw&ctype=text/javascript'); 

메타에 대한 당신의 글로벌 js 페이지에.특정 Wiki에 사용할 수 있도록 로컬에서 사용하는 공용 .j.내가 할 수 있는 업데이트/개선을 자동으로 사용할 수 있도록 코드를 복사하는 것보다 이렇게 하는 것이 좋다.SD0001 (대화) 03:24, 2019년 7월 19일 (UTC)

좋아, 말이 되네. 이제 보니 효과가 있는 것 같네. 하지만 나는 지금까지 더 많은 페이지가 추가되었을 때 (1)로 표시된 업데이트를 봤어.그래서 카운트는 업데이트인 것 같고, 업데이트 된 페이지 수는 아닌 것 같은데, 나는 그것을 더 선호한다.작은 문제는 '모든 변경사항을 보이는 대로 표시'를 누를 때 카운터가 다시 나타나 페이지를 새로 고친 후에야 사라진다는 점인데, 이는 초기 목적에 역행하는 것이다.나는 조금 더 테스트를 할 것이고, 개선은 환영할 것이지만, 코드는 고맙다!위르겐 아이싱크 (대화) 11:40, 2019년 7월 19일 (UTC)

이 새로운 기능에 익숙해지려면 시간이 좀 걸리지만, 첫 번째 경험은 만족스럽다.다시 한번 고마워.대니S712의 발전도 주시하겠다.둘 다 고마워.위르겐 아이싱크 (대화) 20:27, 2019년 7월 19일 (UTC)

@Jürgen Eissink: 이제 "Live updates"가 자동으로 활성화된다.카운터는 감시 목록 업데이트 대신 새로운 편집 횟수를 카운트한다.또한 Mark all changes as see 버튼으로 문제를 해결하십시오.SD0001 (대화) 19:31, 2019년 7월 20일 (UTC)

@SD0001: 그건 꽤 놀랍고 말 그대로 내가 생각하고 있는 그대로여서 더없이 고마울 수가 없었다.더 많은 사용자들이 유용하게 사용하길 바라며, 사실 이것이 처음이라는 것에 다소 놀랐다.다시 한 번 감사드려요.위르겐 에이싱크 (대화) 19:40, 2019년 7월 20일 (UTC). 추신. 위키백과에 이것을 나열하는 것이 좋을지도 모른다:사용자 스크립트/List#Watchlist?

마지막 한 가지 개선은 @SD0001: 자기 자신의 편집은 세어지지 않는다는 것일 수 있지만, 그것이 가능한지는 잘 모르겠다.위르겐 에이싱크 (대화) 21:18, 2019년 7월 20일 (UTC)

그럴 수도 있지만, 그냥 자기 편집 내용을 감시자 명단에서 숨기는 게 낫지 않을까?Preferences(기본 설정)에 선택사항이 있다.SD0001 (대화) 07:19, 2019년 7월 21일 (UTC)

그럼에도 불구하고 나는 그러한 선택권을 가지고 있지 않은 사람들에게 이익이 있다고 본다.추가하겠다.SD0001 (대화) 08:27, 2019년 7월 21일 (UTC)

나는 스크립트를 사용한다. 왜냐하면 그것이 내게 편리하기 때문이다. 하지만 아마도 사소한 세부사항으로 개선될 수 있다. 페이지 기록을 검색할 때, 페이지 기록은 업데이트되지 않는다. 이것을 추가하는 것이 가능할까?고마워요.위르겐 아이싱크 (대화) 13:32, 2019년 7월 26일 (UTC)

sfn을 CS1로 변환

제목에 뭐라고 써있는지.오류가 발생한 경우 sfn을 그대로 두십시오. 즉, 해당 참조를 추적할 수 없는 경우.∯WBG^converse 14:43, 2019년 8월 2일 (UTC)

위키프로젝트 상태

{{WikiProject status}}에 대한 매개 변수를 수동으로 입력할 수 있는 경량 스크립트만 원함.User와 거의 유사함:Evad37/rater, 그러나 하나의 배너 템플릿에 대해서만 단순함. –MJL ▲Talk ^☖▲ 20:16, 2019년 7월 9일(UTC)

그럴지도 모르지, 만약 9월 말 이전에 아무도 이걸 받지 않는다면.∯WBG^converse 14:44, 2019년 8월 2일 (UTC)

Wiki 간 보고 툴이 필요

• 사용자/ips를 크로스위키 게시판에 보고할 수 있는 반짝임이나 다른 도구가 있는지 알고 싶은 마음으로 여기에 글을 쓴다.메타/로컬로
• 기본적으로 지역/전지구적 선택이나 새로운 대본으로 반짝반짝 빛나면 큰 도움이 될 것이다. 고마워. 퀴어 에코페미니스트 ^{"cite! even if you fight"!!!} [그들/그들/그들/그들] 02:31, 2019년 8월 6일(UTC)

템플릿:Infobox 저널 필러/인서터

부분적으로 미리 채워진 {{infobox 저널}}을(를) 기사에 삽입하거나 기존 것을 재구성할 수 있는 원클릭 스크립트가 있다면 정말, 아주 유용할 것이다.

기본적으로 기본값을 삽입함

그 MathSciNet abbreviat 들어{{Infobox 저널 제목)이미지)<.!--또는cover=,>image_size) 높은)캡션)former_name=<>!--또는former_names=,>약어)<.!--ISO4약어-->, bluebook)<.!으로 법 저널 뿐인데>mathscinet)<.!--.이온 만약 ISO4와 다르다준말,>nlm)<>!--NLM약자 들어 만약 ISO4약어의 다른<>를 사용하여 규율)<>!--또는 subject=,>peer-reviewed)언어)편집자)<>!--또는 editors=,>출판사)나라)역사)주파수)openaccess= 면허증.   = 영향= 임팩트년 = ISSN = eISSN = eISSN = CODEN = LCCN = LCCN = 웹 사이트 = 링크1 = 링크1-이름 = <!--까지 링크5= --> 링크2-이름 = <!--까지 링크5-이름= -->}}}}}}}

(그리고 {{italic title}}) 또는 그 리디렉션(있는 경우)과 같이 선두에 있으며, 기사에서 발견된 기존 {{infobox journal}}을(를) 가져다가 위의 레이아웃으로 표준화하여 발견한 파라미터를 가져오게 된다.비어 있지 않은 추가 매개변수는 아래 줄당 하나씩 추가될 수 있음 link2-name=ABC순으로, 알파벳순으로헤드폭탄 {t · c · p · b} 00:35, 2019년 7월 29일(UTC)

또한 다음과 같은 특정 필드를 자동으로 채울 수 있다.

• frequency=, 카테고리 기준:출판 빈도 및 하위 카테고리별 학술지
• language=, 카테고리 기준:언어 및 하위 카테고리별 학술지
• publisher=, 카테고리 기준:출판사별 학술지 및 그 하위 카테고리별
• discipline=, 카테고리 기준:주제 영역 및 하위 카테고리별 학술지
• history=, 카테고리 기준:설립 10년/ 카테고리별 출판물:10년간 구축되지 않은 출판물 및 그 하위 범주별 출판물

• title=, {{PAGENAME}}일 수 있으며, 비저널 기사에 인포박스 저널이 있는 경우(예: 저널을 발행하는 사회와 같은 경우) 이름을 검증하기 위한 경고가 있을 수 있다.
• abbreviation=[1]에 {{PAGENAME}}을(를) 넣어 결정할 수 있으며, 특히 영어 이외의 제목이나 비저널 기사에 대해서는 약어를 검증하라는 경고가 있을 수 있다.
  • [2]를 사용하여 영어 이외의 제목의 약어를 계산할 수 있다(영어처럼 다국어 처리).

헤드폭탄 {t · c · p · b} 00:54, 2019년 7월 29일(UTC)

@Tokenzero로 가는 것: 여기서도 어느 정도의 통찰력을 가질 수 있는 사람.헤드폭탄 {t · c · p · b} 01:10, 2019년 7월 29일(UTC)

아직 조사중인데...지금 내 생각은: 아마도 mwparserfromhell과 같은 견고한 파서를 사용하는 것이 가장 좋을 것이다: 선택한 infobox의 기본 재포맷을 하기 위해 그것을 사용하는 것이 훨씬 더 쉽고 아마도 항상 손으로 짠 regex보다 더 강력할 것이다.mw 보기:얼터너티브 파서들은 기본적으로 두 가지 옵션을 제공한다: Parsoid (비주얼 편집기와 몇 가지 다른 도구 뒤에 파서; 사용하기 더 어려워 보이지만 브라우저에서 직접 실행될 수 있다) 또는 python (mwparserfromhell 또는 wikitextparser; 내게는 더 쉽지만 당신의 브라우저와 통신하기 위해 약간의 서버를 설정해야 한다.)한편, TemplateData에 대해서도 배웠는데, 이상적으로 형식과 제안된 필드, 그리고 주문은 거기서 가져갈 수 있다, 그렇지?

UI에 대해: 기사 페이지의 추가 메뉴 항목 "인포박스 추가/정상화"에 대해 생각 중인데, 이 항목을 사용하면 디프포즈로 편집 화면으로 이동하시겠습니까?토큰제로(토크) 22:58, 2019년 8월 2일(UTC)

그래, 디프 창문으로 가는 게 좋을 거야.헤드폭탄 {t · c · p · b} 04:13, 2019년 8월 3일(UTC)

User에 템플릿 분석기가 있는 경우:Evad37/extra.js ( parseTemplates 함수), 이를 사용하여 사용자 첨자를 만들고자 하는 경우. - Evad37[talk] 03:46, 2019년 8월 3일(UTC)

고마워! 정말 효과가 있을 거야(파르소이드는 과잉 살상으로 판명되었고 내가 보기엔 템플리트 수정/안정적이거나 문서화된 API로 그들의 위치를 찾는 것은 허락하지 않아).

YPartly done 내 첫 번째 시도:importScript('User:Tokenzero/infoboxJournal.js'); // Backlink: [[User:Tokenzero/infoboxJournal.js]]. 아직 필드를 미리 채우지 않고 기본값, 리패킷, 리오더만 추가한 다음 {{italic title}}을(를) 제거하십시오.그것은 'More' 메뉴 아래에 'Infobox 저널' 포틀렛을 표시해야 한다.편집 페이지에서는 텍스트 영역만 수정하고, 문서 보기 페이지에서는 분산 페이지로 리디렉션한다.토큰제로(토크) 20:03, 2019년 8월 9일 (UTC)

오늘 밤 늦게 먹어볼게!기대 많이 해!헤드폭탄 {t · c · p · b} 21:19, 2019년 8월 9일(UTC)

@Tokenzero: 첫번째는 편집 요약을 해야 한다는 것이다.헤드폭탄 {t · c · p · b} 01:18, 2019년 8월 10일(UTC)

[3] 추가 formernames=의 가명으로 former_name= 헤드폭탄 {t · c · p · b} 01:26, 2019년 8월 10일(UTC)

OK, 지금 요약 편집Add infobox journal (IJ.js)또는Reformat infobox journal (IJ.js)(아니면 그냥 하는 게 더 좋니)ce? 또한 나는 스크립트에 대한 링크에 대해서는 신경 쓰지 않는다. 원하면 제거할 수 있다.)추가된 별칭 formernames=그리고 formername=새로운 infobox는 모든 초기 템플릿 뒤에 삽입된다.토큰제로(토크) 09:03, 2019년 8월 10일 (UTC)

"User에 infobox 저널 추가/표준화:토큰제로/infoboxJournal.js"가 추가되었는지 또는 이미 존재하는지에 따라 다름.링크는 대본을 어떻게 추가/사용하는지에 대한 '인스트레이션 페이지'일 수 있지만, 그 링크가 있는 것이 좀 더 세련될 때까지 기다릴 가치가 있을 수 있다.헤드폭탄 {t · c · p · b} 12:07, 2019년 8월 10일(UTC)

요약 변경, 사용자 링크:토큰제로/infoboxJournal.이제 사전 채우는 것이 효과적일 것이다. language=그리고 frequency=. 토큰제로(토크) 13:01, 2019년 8월 10일 (UTC)

좋아 보인다.다만 좀 이상한 점은 프리메이드 요약을 사용하여 저장하면 편집 요약이 없다는 경고가 나온다는 점이다.몇몇 대본들이 그렇게 하고 있는 것 같다.왜 그런지 궁금하다.헤드폭탄 {t · c · p · b} 16:29, 2019년 8월 10일(UTC)

고정: 'wpAutoSummary'는 빈 문자열의 md5로 설정되어야 함스크립트가 사용자가 사전 설정 요약을 변경하기를 원하는 경우(예: 스크립트 이름만 태그 지정), 의도된 동작은 'wpAutoSummary'를 md5로 설정하는 것이다.그런데, 편집페이지나 디프 페이지로 리디렉션되는 사용자 스크립트가 있는지 아십니까?토큰제로(토크) 18:55, 2019년 8월 10일 (UTC)

"편집 또는 확산 페이지로 리디렉션되는 사용자 스크립트를 알고 있는가"의 의미는 확실하지 않지만 WP:Citation 확장기를 볼 수 있다.헤드폭탄 {t · c · p · b} 19:15, 2019년 8월 10일(UTC)

변경사항을 제안하는 보기 페이지에서 편집 또는 분산 페이지로 안내하는 스크립트.방금 그 까다롭다는 것을 알게 되었고 더 좋은 방법이 있는지 궁금하다:) 내가 보기엔 인용 확장자는 편집 페이지에서 직접 작동하거나(그래서 디프가 표시되지 않을 것이다) 디프를 보기 전에 편집을 제출하는 웹 페이지에서 작동한다(이것은 훨씬 더 쉽다).토큰제로(토크) 19:26, 2019년 8월 10일(UTC)

그 버튼을 사용하면 마음이 흔들린다.헤드폭탄 {t · c · p · b} 19:38, 2019년 8월 10일(UTC)

빈 매개 변수

인용 웹 템플릿에서 "df="와 같이 항상 비어 있는 빈 매개변수를 제거하는 스크립트가 있는가? --Mazewaxie (토크 • 기여) 13:28, 2019년 8월 26일 (UTC)

t = t.대체하다(/\ \s*(?:df mf dmy mdy)\s*\=\s*(?=[\\}]/g, ""); 

어디에t위키텍스트(wikitext)는 여러분이 이전의 어떤 단계에서 얻었기를 바란다.

이렇게 하면 (템플릿 이름이나 간격의 양과 관계없이) 위의 네 가지 이름 중 하나를 가진 모든 매개변수가 공백인 한 감겨진다는 점에 유의하십시오.

빈 매개변수(그러나 특정 템플리트에서만)를 제거하는 것은 선행 매개변수 값이 다른 템플리트의 중첩된 호출 수를 포함할 수 있기 때문에 패턴 일치가 좀 더 복잡할 것이다.

-cobaltcigs 06:56, 2019년 10월 11일(UTC)

오른쪽 사이드바면 좋을 것 같아!

화면 오른쪽에 가로 세로 막대가 있으면 위키피디아를 더 빨리 사용할 수 있고, 이것을 스크립트(가능한 경우)로 구현했으면 한다.건배! 크리에이티브^t@lk 라자 16:20, 2019년 10월 14일(UTC)

다른 모든 것이 다르게 보이는 것이 두렵지 않다면 (자신의 취향에 따라) Timeless 피부를 확인해 보십시오.WP에서 아무것도 찾을 수 없음:오른쪽 사이드바에 대한 US/L은 있지만, 나는 한 개가 현존하는 것을 기억하는 것 같아.Enterprisey (talk!) 04:44, 2019년 10월 16일 (UTC)

믿을 수 없는.js, 약탈적인 잡지/잡지 인쇄 하이라이터

사용자와 유사:Anomie/linkclassifier.js/사용자:Anomie/linkclassifier.css, 약탈적 저널과 허니티 프레스 인용문을 강조하기 위한 사용자 스크립트가 필요하다.Regex는 Special에서 도난/첨부할 수 있음:남용필터/891.

기본적으로 도메인과 일치하는 URL이 있는 경우urls := 부분, 링크를 강조해서...핑크→핑크/약간 짜증나는 색깔로 하자.마찬가지로, DOI와 일치하는 경우dois :짜증나는 분홍색도 강조한다(doi:10.4172/omicsjournalofnonsense→doi:10.4172/omicsjournalofnsense).아니면 다른 색깔이든.스크립트를 특수와 동적으로 유지할 수 없는 경우:남용필터/891, 인수인계하여 사용자:헤드폭탄/불신뢰.js 그리고 그 이후에도 유지한다.

그 생각은, 만약 당신이 다음과 같은 인용문을 접하게 된다면.

• 쉬, 팅(2017-01-06)"금리, 소득, GDP 성장과 주택가격의 관계"경제 및 경영에 관한 연구. 2 (1): 30. doi:10.22158/rem.v2n1p30.ISSN 2470-4393.

이런 걸 받게 되는 겁니다.

• 쉬, 팅(2017-01-06)"금리, 소득, GDP 성장과 주택가격의 관계"경제 및 경영에 관한 연구. 2 (1): 30. doi:10.22158/rem.v2n1p30.ISSN 2470-4393.

그리고 뭔가 이상하다는 것을 안다.블랙리스트 링크와 신뢰할 수 없는 소스(예: Forbes.com)와 같은 추가 사항(예: 종종 괜찮지만 때로는 그렇지 않을 수도 있음)도 강조될 수 있도록 다중 '필수'와 색상이 지원되어야 한다.헤드폭탄 {t · c · p · b} 07:16, 2020년 2월 6일(UTC)

기본 버전은 다음과 같을 것이다.

시합을 하다 포식자_HREFS_RGX = /academicjournals\.com academicjournals\.net academicjournals\.org academicpub\.org academicresearchjournals\.org aiac\.org\.au aicit\.org alliedacademies\.org ashdin\.com aspbs\.com avensonline\.org biomedres\.info biopublisher\.ca bowenpublishing\.com ccsenet\.org cennser\.org clinmedjournals\.org cluteinstitute\.com cpinet\.info cscanada\.net davidpublisher\.org etpub\.com eujournal\.org growingscience\.com hanspub\.org hoajonline\.com hrmars\.com iacsit\.org iamure\.com \.idosi\.org igi-global\.com iises\.net imedpub\.com informaticsjournals\.com innspub\.net intechopen\.com intechweb\.org interesjournals\.org ispacs\.com ispub\.com julypress\.com juniperpublishers\.com kowsarpub\.com kspjournals\.org m-hikari\.com macrothink\.org mathewsopenaccess\.com mecs-press\.org oapublishinglondon\.com oatext\.com omicsonline\.org ospcindia\.org researchleap\.com sapub\.org scholink\.org scialert\.net scidoc\.org sciencedomain\.org sciencedomains\.org sciedu\.ca sciencepg\.com sciencepub\.net sciencepubco\.com sciencepublication\.org sciencepublishinggroup\.com scipg\.net scipres\.com scopemed\.com scopemed\.com susc\.ssjournals\.com sai\.ssjournals\.com worldworldpress\.com zantpress\.com/i;  시합을 하다 포식자_DOIS_RGX = /doi.org\/10\.(11648 1166 1234 12677 12692 12720 12988 13005 13172 13188 14257 14303 14419 1453 14569 14662 15415 15373 15761 17265 18005 18052 18311 18775 19030 19044 19070 19080 1999 20472 20849 20902 21102 21767 22158 23937 2495 30654 30845 35841 36648 3844 3923 3968 4018 4156 4172 4236 4303 5267 5296 5376 5430 5455 5539 5567 5580 5772 5812 58155829 5897 5899 5923 5963 6007 7243 7537 7575 7718 7763 9734)/i)/i;  시합을 하다 cssRules = {  "우측": "0.1em",  "padding": "3px 4px 2px",  "색깔": "#ffddddd",  "경계": "1인치",  "국경": "3인치",  "박스 섀도우": "0.1em 0.1em 0.25em rgba(0,0,0,0,0.75)",  "-box-shadow": "2px 2px 4px #A0A080",  "-웹킷-박스-섀도": "2px 2px 4px #A0A080",  "박스 섀도우": "2px 2px 4px #A0A080" };  $('.mw-파서-출력 a.외부').각각(기능을 하다() {  만일 (포식자_HREFS_RGX.시험하다(이.href)) {   $(이).css(cssRules);  } 다른 만일 (포식자_DOIS_RGX.시험하다(이.href)) {   $(이).css(cssRules);  } }); 

바라건대, 다른 누군가가 당신이 원하는 맞춤형 서비스를 제공할 수 있기를 바란다.

성능을 향상시키려면 대규모 regex(예를 들어 모든 .com 도메인에 대해 .com 부분을 공통으로 설정)를 반드시 단순화해야 한다.SD0001 (대화) 12:43, 2020년 2월 6일 (UTC)

나는 regex를 할 수 있어, 내가 할 수 없는 것은 처음부터 .js이지만, 위 내용은 내가 시작할 수 있을 만큼 충분히 줄 거야.오늘 오후에 그 코드 조각에 한 번 시도해 볼게.성능은 아마 별로 문제가 되지 않을 것이다.헤드폭탄 {t · c · p · b} 13:54, 2020년 2월 6일(UTC)

@SD0001:사용자:헤드폭탄/신뢰할 수 없음.js는 원래 코드를 포함하여 작동하지 않는 것 같다.이는 일치해야 하는 URL과 doi가 모두 있는 Science Publishing Group에서 테스트할 수 있다.헤드폭탄 {t · c · p · b} 14:45, 2020년 2월 6일(UTC)

신경 쓰지 마, 난 머리가 돌았어.즉, 나는 이것을 하는 것을 잊었다.헤드폭탄 {t · c · p · b} 16:04, 2020년 2월 6일(UTC)

안정적으로 로딩되려면 스크립트 코드가 실행되기 전에 페이지가 완전히 로딩되었는지 확인해야 한다는 점을 언급했어야 했다.전체 코드를 사이에 포장을 해서 이렇게 할 수 있다.(function() {...스크립트 코드는 여기에 온다... })();

나는 당신이 DOI regex에서 doi.org을 제거했다는 것을 알았다. 이것은 링크의 URL이 "10.16848"을 포함하고 있기 때문에 anyinnocentdomain.com/3424310.11648에 플래그가 표시된다는 것을 의미한다.마크업 like(doi)*?[ ]*?[=\ \:][ ]*?여기서 wikitext가 아닌, 페이지의 HTML(특히 외부 링크 URL)을 확인하므로 작동하지 않을 것이다.[4] i는 regex 시험 케이스를 만든다.SD0001 (대화) 17:16, 2020년 2월 6일 (UTC)

알게 되서 좋다./i에 대해서는 몰랐지만, 유용할 겁니다.doi.org 제거의 경우, 템플릿이 사용되지 않을 수 있는 "Journal of basty 10.4172/asdf10354"를 선택하고자 한다.일반적으로 결승전을 추가할 수 있지만 잘못된 긍정은 멀고 그 사이에 거의 없다....\/A와 일치하는지 확인하기 위해10.4172/뿐만 아니라10.4172. 분명히 "(PRED_DOIS_RGX.test(this.href))" 바깥쪽을 보기 위해서는 수정이 필요하지만, 무엇에 대해서는 아직 모르겠어.헤드폭탄 {t · c · p · b} 17:21, 2020년 2월 6일(UTC)

@headbombum:다음과 같은 코드를 사용하여 전체 참조 텍스트(<ref> 태그 내에 있는 모든 텍스트)를 확인할 수 있다.

$('span.reference-text').각각(기능을 하다() {     만일 (DOI_RGX.시험하다(이.텍스트 내용)) {         $(이).css(CSSRULE);     } }); 

SD0001 (대화) 17:47, 2020년 2월 6일 (UTC)

@SD0001:음, 이것도 태그만 참조하도록 제한되지 않았으면 좋겠어.페이지 어디에 있든지 나는 그것들을 찾고 싶다.헤드폭탄 {t · c · p · b} 17:56, 2020년 2월 6일(UTC)

Done 또한 특정 네임스페이스에서만 감지/강조할 수 있는 경우, 그것이 좋을 것이다.예를 들어 전류var WIKI_HREFS_RGX주/주요 공간에서만 강조 표시되어야 한다.헤드폭탄 {t · c · p · b} 23:27, 2020년 2월 6일(UTC)

@SD0001:참고문/링크 밖에서 보는 방법에 대한 아이디어는?헤드폭탄 {t · c · p · b} 01:33, 2020년 2월 11일(UTC)

@headbombum:지금까지 수고 많으셨습니다!이것이 끝나면, 나는 이것이 특히 NPP/AFC 사람들에게 매우 유용한 대본이 될 것이라고 생각한다.

외부 참고문헌에 대해서는 좀 복잡하다.페이지의 모든 텍스트 노드에 반복해서 검색이 시작되는 인덱스를 추출하여 스팬 요소로 압축한 다음 여기에 맞춤 스타일링을 적용하십시오.내가 시간 있을 때 코드화할 수 있어.하지만 외부 참조 태그에 대한 욕구는 어디에서 오는 것일까?SD0001 (대화) 18:02, 2020년 2월 12일 (UTC)

@SD0001:일반적인 예는 다음과 같은 것을 가질 수 있는 추가 읽기 섹션 또는 외부 링크 섹션이다.

==추가 읽기 * 스미스, J. (2019) "사물의 기사" "쓸데없는 저널" 도이: 10.4172/123456798

도이 전체를 강조할 필요는 없지만(할 수 있다면 깔끔하겠지만), 접두사/어떠한 접두사만 있으면 충분하다.헤드폭탄 {t · c · p · b} 18:08, 2020년 2월 12일(UTC)

• https://markjs.io/은 여기 어떤 것에 유용할지도 모른다.헤드폭탄 {t · c · p · b} 19:00, 2020년 2월 12일(UTC)

TFD 홀딩 셀: 템플릿 삭제 준비 완료 표시를 위한 버튼

그래서 나는 실제로 제안/요청이 있다.한 가지 좋은 점은 이것을 홀딩 셀에서 사용할 수 있다는 것이다.즉, 현재 홀딩 섹션 중 하나에 나열된 템플릿을 삭제할 준비가 되었을 때 버튼을 클릭하기만 하면 항목이 아래로 이동되고 해당 템플릿이 삭제 준비가 된 것으로 업데이트되는 것이 좋다는 것이다.사상의 음식... --Zackmann (/)^{Talk to me}_{What I been doing} 00:24, 2019년 2월 11일 (UTC)

그게 말이 돼?설명 잘했는지는 모르겠지만... --Zackmann (/)^{Talk to me}_{What I been doing} 19:32, 2019년 2월 15일 (UTC)

그래, 이런 것도 가능해야 해.이 스레드를 WT:XFDC로 옮겨 내 토크 페이지 아카이브에서 이 제안이 손실되지 않도록 하겠다. - Evad37 [토크] 02:20, 2019년 2월 16일(UTC)

이것에 대해 더 생각해 보면, 별도의 스크립트로 하는 것이 더 나을 것이다 – XFDcloser에 소속되어 있는 것이 코드를 크게 절약할 것이라고 생각하지 않는다 - Evad37 [토크] 01:06, 2019년 11월 20일(UTC)

핑 @Zackman08: - Evad37 [대화] 01:12, 2019년 11월 20일(UTC)

아니면 그냥 귀찮게 하지 말고delete=1어차피 쓸모가 없으니까 장사.‑Trialpears (대화) 13:07, 2019년 12월 3일 (UTC)

고정된 VisualEditor에서 데이터 추출

VisualEditor가 동결되어 마크업 모드로 저장하거나 전환하는 것을 허용하지 않는 경우가 많으며, 대신 "docserver-http-error", "500" 또는 "404" 오류(편집하는 동안 아티클 이름이 변경된 경우)가 발생한다.이런 일은 하루에 한 번 정도 일어난다.

VisualEditor의 API는 서버에 연결하지 않으면 마크업 데이터를 추출할 수 없는 것으로 보인다.

이 문제를 어떻게 해결해야 할지 두 가지 추악한 생각이 있다.

1. VisualEditor 사용 시 Wikimarkup을 정기적으로 로그업하여 데이터가 정지할 때 손실 방지

• 매 30초마다 Wiki 마크업을 생성하고 console.log를 생성한다.
• 서버에 대한 연결이 끊어진 경우() 콘솔에서 마크업을 검색하고 편집기를 다시 로드할 수 있도록 알림을 보내십시오.

2. 데이터 모델 추출

• 데이터 모델을 추출하여 클립보드에 복사
• 창 다시 로드
• 데이터 모델을 붙여넣으면 사용자 스크립트가 VisualEditor의 새 인스턴스에 적용

아니면 얼어붙은 VisualEditor에서 데이터를 검색하는 더 좋은 방법을 아는 사람이 있다면, 알아두는 것이 좋을 것이다.

감사합니다, – Thjarkur (대화) 22:40, 2019년 8월 3일(UTC)

@Whatamidoing (WMF): 어떤 아이디어/코멘트?SD0001 (대화) 04:58, 2019년 10월 21일 (UTC)

þ자르쿠르, 데이터 모델은 실제로 브라우저의 로컬 세션 스토리지에 저장되어 있다.편집기 세션 중에 페이지를 임의로 새로 고치는 경우, "변경사항 복구됨, 저장하지 않은 변경사항이 자동으로 복구됨"이라는 작은 알림 오른쪽 상단에 표시된다.그 시간 동안 페이지가 이동되면 어떤 일이 일어나는지 알 수 없다.아마 그것을 염두에 두고 디자인된 것은 아닐 것이다.당신은 그 특집 요청에 따라 위조지폐 티켓을 여는 것을 고려할지도 모른다. 왜냐하면 그것은 내가 생각하는 흔한 상황이 아니기 때문이다.—DJ (대화 • 기여) 09:22, 2019년 10월 21일 (UTC)

SD0001, ping 고마워.나는 편집자들이 나에게 대화에 대해 알려줄 때 정말 고마워.짜르쿠르, 네가 겪고 있던 문제들에 대해 게시해줘서 고마워.그것을 찾는 것이 늦어진 것에 대해 사과할게.비주얼 에디터 안쪽에.?메뉴. 그 메뉴의 끝에는 소프트웨어에 피드백을 남기기 위한 항목이 있다.그것은 당신의 노트를 MediaWiki.org에 게시하는데, 그곳에서는 개발자들이 더 빨리 찾을 수 있을 것 같다.

예, 저장되지 않은 변경 사항을 복구할 수 있는(일반적으로) 기능은 이미 존재함.시각적 편집기가 작동 중단되지만 웹 브라우저가 작동하지 않는 경우 모든 항목(또는 변경 내용만)을 선택하여 복사한 다음 다시 붙여넣을 수 있어야 한다.100%는 안 되겠지만, 보통은 나한테 효과가 있어.

최근에 404개의 문제가 발생했다.그것은 별개의 것이다(모든 것은 mw:RESTBase, 그리고 아마도 지금 최종적으로 확정되었을 것이다(마지막 WP 기준:목요일?)바라건대 당신은 이미 이런 문제들을 덜 보고 있길 바란다.Whatamidoing (WMF) (토크) 17:10, 2019년 10월 23일 (UTC)

Restbase의 개선은 문제를 줄여주었지만, 나는 여전히 이런 식으로 너무 자주 달려든다.실수로 이스케이프를 클릭하거나 VisualEditor를 클릭했을 경우 쿠키 자동 저장 상태가 해제되며, 쿠키가 단지 5%의 사례에서만 나를 구했다고 생각한다.Javascript에서 VisualEditor 인스턴스와 상호작용하는 방법을 아는 사람?– Thjarkur (대화) 15:51, 2019년 12월 9일 (UTC)

PROD 핸들러

관리자가 제안된 삭제 내용을 평가하기 위해 순찰하는 데 시간이 조금 덜 걸리는 스크립트.클릭 한 번으로 대화 상자를 열고 다음 사항을 확인하십시오.

• 그 페이지는 이전부터 프로디드된 적이 있다.
• 그 페이지는 이전에 삭제 후보로 지명된 적이 있다.
• 그 페이지는 삭제된 적이 없다.
• talk 페이지에는 WikiProject 템플릿 이외의 내용이 있음

및 단추를 사용하여 다음 작업을 수행하십시오.

• 새 탭에서 여기에 있는 링크를 열거나(표시만) 대화 상자에 나열하십시오.
• 토크 페이지를 새 탭에서 열거나 대화 상자에 표시
• PROD를 수락하고 페이지, 대화 페이지 및 리디렉션
• 부적격하거나 관습적인 이유로 PROD를 거절하다.

--kingboyk (대화) 18:18, 2020년 2월 13일 (UTC) (답장이 있으면 ping 감사)

나는 이제 PROD 템플릿 자체가 그 기사가 이미 AfD에 있었는지를 나타내도록 되어 있다는 것을 기억한다.

최근 며칠 동안 나는 이전에 PRODedded되었던 기사(이것은 종종 역사에서 발견하기 어렵거나 불가능하다)와 이전에 그 기사가 삭제되지 않았던 기사 때문에 PRODs를 거절해야 했다. --kingboyk (대화) 13:19, 2020년 2월 14일 (UTC)

소개되지 않은 추천 기사

위키백과 참조:표시되지 않은 추천 기사, 템플릿:기사 기록 및 위키백과:주요 기사 검토(FAR)

만약 누군가가 마지막 검토일(FAC 또는 FAR)까지 주문(가장 오래된 FA에서 가장 최신 FA 목록)을 생성할 수 있다면, 그리고 그들이 WP를 운영했다면 그들의 메인 페이지 날짜를 포함시킬 수 있다면 굉장할 것이다.TFA.

이것은 FAR에서 날짜가 기재된 FA를 반드시 검토하도록 하고, 아직 메인페이지에서 뛰지 않은 FA를 우선할 수 있도록 하는 데 도움이 될 것이다.

• 현재 FA는 Category에서 확인할 수 있다.특집 기사
• 마지막 검토 날짜는 기사 토크 페이지의 {{기사 기록} 템플릿에서 액션Nate에서 액션N이 FAS 또는 FAR을 포함하는 가장 높은 N을 검색하는 것을 확인할 수 있다.
  • FAS 또는 FAR(최신 버전 중 하나)를 포함하는 가장 높은 N에 대한 반환(actionNdate= 및 actionNlink=)
• 기본 페이지 날짜는 기사 대화 페이지의 기사 기록 템플릿에서 주 날짜로 확인됨=
• 가장 오래된 최종 검토 날짜부터 최신 검토 날짜까지 표로 작성된 이 목록은 WP에 배치될 것이다.URFA, 다음과 같이 보인다.

마지막 날짜 FAS 또는 FAR	TFA일자	기사	가장 최근의 FAS 또는 FAR	메모들
2006-11-02	2020-03-03	투렛 증후군	위키백과:특집 기사 후보/투레트 증후군
2020-09-26	2008-04-26	만자나르	위키백과:주요 기사 리뷰/만자나/아카이브1

예를 들어 2020 TFA를 위해 완전히 정비된 Tourette 신드롬을 적용하여 검토자가 노트 필드를 공백으로 둘 수 있다.

만약 그것이 일을 덜 하게 만든다면, 2017-01-01 이후 FAX를 통과시킨 FA가 꼭 필요한 것은 아니다...그 아이디어는 아주 오래된 FA들을 보는 것이다.

고마워!샌디조지아 (토크) 21:53, 2020년 11월 9일 (UTC)

@SandyGeorgia: 사용자 지정 완료:SDZeroBot/Featured 기사.모든 요구 사항을 충족하기를 희망한다:D – SD0001 (대화) 21:20, 2020년 11월 20일 (UTC)

완전 대박이야...나는 지금 그것을 검토 중이고 너에게 다시 연락할게.샌디조지아 (토크) 21:42, 2020년 11월 20일 (UTC)

사용자:SD0001 하나의 쿼리(스크립트에 기본 문제가 있음을 표시하지 않는 한 수동으로 조정할 수 있음):

1. 크레탄 전쟁 (기원전 205–200년)은 마지막 FAS/FAR 날짜를 반환하지 않았다.

그리고 그것이 내가 밝혀낸 유일한 쟁점이다.피처링, 탈피, 재피처링 이력이 난무하는 FA 두어 명을 확인해보니 완벽해 보인다.

목록을 위키백과로 옮겨 주시겠습니까?주요 기사를 볼 수 없음/2020?

놀라운 일을 해줘서 고마워. 완벽한 별을 찾아야겠어!샌디조지아 (토크) 22:06, 2020년 11월 20일 (UTC)

SandyGeorgia, 정말로 근본적인 문제를 지적한 것: 이 스크립트는 "행동"을 다루도록 구성되지 않았다.N" 여기서 N은 2자리 숫자였다.고친 후 재실행한다.또한 프로젝트 공간으로 이동했다.– SD0001 (대화) 22:51, 2020년 11월 20일 (UTC)

대박이다, 이걸 보관하고 싶은 사람이 있으면 다 준비됐어.샌디조지아 (토크) 23:35, 2020년 11월 20일 (UTC)

좋은 기사 재평가 스크립트

좋은 기사를 재평가하기 위해 기사를 지명하는 과정은 매우 시간이 걸리고 다소 복잡하다(Wipedia에서 설명한 절차 참조:좋은 기사 재평가) 그리고 나는 대본이 이것을 자동화할 수 있다고 생각한다.반짝반짝한 기능(확실하지 않음)으로 하는 것이 더 나을 수 있지만, 여기 (코딩 경험이 없는) 내 아이디어는 스크립트가 선택한 내용에 따라 개인 또는 커뮤니티 재평가에 이 기능을 지정하는 옵션이 올바른 하위 페이지를 생성한다는 것이다.그러면 근거를 입력할 부분이 있을 수 있으며, 이상적으로 스크립트는 원래의 ga 명명자, 원래의 검토자 및 대화에 태그가 지정된 모든 위키백과 주체를 통지할 수 있다.내 생각에 이것은 XfD를 얼마나 잘 다루는지와 토론을 통합하는 것과 같을 것이다. 얼마나 어려울지는 모르지만, 곧 재평가를 위해 질이 나쁜 기사를 많이 지명할 것으로 예상하기 때문에, 그것은 매우 도움이 될 수 있다.행운을 빌며, Eddie891 16_Work:31, 2020년 6월 19일 (UTC)

완료되었다는 점에 유의하십시오(사용자:SD0001/GAR-헬퍼).WT: 참조:TW#좋은 기사 재평가.SD0001 (대화) 09:38, 2020년 7월 16일 (UTC)

사용자 설명 도움말

Meta-Wiki에서 사용자 첨자를 가져와서 User:FlightTime/확인-logout.js.작가에게 연락을 해 보았지만, 그들은 활동적이지 않은 것 같다.스크립트에서 로그아웃에 대한 준수를 요청함 파일:logout screenshot.png.스크립트는 RGB 컬러 호출을 사용한다. 모든 RGB 호출을 헥스 트리플트로 변경할 수 있는 완벽한 방법은 다음과 같다.

background: #EEEEEE;

border: 2px solid #0000FF; (also the button borders)

text: #000

나는 내 토크 페이지에 있는 박스를 맞추려고 한다.

어떤 도움이라도 크게 감사할 것이다.댓글/결과로 나에게 ping을 해줘.시간 내주셔서 감사합니다, - FlightTime (오픈 채널) 20:32, 2020년 2월 23일 (UTC)

@FlightTime: 다음을 변경하십시오.

• warning: {text: "rgba(255, 255, 255, 1)", background: "rgba(221, 51, 51, 1)"},→
• warning: {text: "#000", background: "#EEE"},

• "en_us": "<div style='margin-bottom: 0.5em; '>You clicked on a log-out link. Do you want to continue?</div><div><button>No</button><button onclick='window.location=\"/wiki/special:logout\"'>Log out</button></div>",→
• "en_us": "<div style='margin-bottom: 0.5em; border: 2px solid #00F'>You clicked on a log-out link. Do you want to continue?</div><div><button style='border: 2px solid #00F; color: #000'>No</button><button style='border: 2px solid #00F; color: #000' onclick='window.location=\"/wiki/special:logout\"'>Log out</button></div>",

이거면 될 것 같아.대본의 모든 기능을 사용하지 않을 수도 있기 때문에 대본 전체를 정리하는 것도 괜찮을 겁니다.안부, —guywan (대화 • 기여) 00:23, 2020년 3월 21일 (UTC)

@구이완:와우:) 고마워, 답장이 안 올 줄 알았어.내가 이것을 제대로 할 수 있는지 보자(만약 대본을 하위 페이지에 올릴 수 있다면, 작가가 그것을 유지하고 있는지 확실치 않다).Tanx 다시.건배, — FlightTime(대화 및 기여) 00:25, 2020년 3월 21일(UTC)에 의해 추가된 서명되지 않은 이전 의견

모니터링할 항목의 "열린 태스크" 목록을 작성하는 데 도움이 되는 스크립트

가끔, 내가 좀 더 모호한 토크 페이지에 어떤 생각을 버리면, 그것을 볼 사람이 주위에 없고 그것은 없어진다(또는 엄청나게 바쁜 토크 페이지에서, 경쟁적인 토론이 너무 많아서 묻힌다).내가 이런 일이 생길까 두려워하는 글을 올릴 때, 나는 종종 그 페이지를 내 감시 목록에 추가해서 나중에 필요하면 후속 조치를 취하거나 초대장을 보낼 수 있지만, 이것은 완전히 최적이지는 않다. 왜냐하면 내가 모르는 페이지들은 다른 활동이 없으면 후속 조치를 하도록 결코 상기시키지 않을 수도 있고, 바쁜 페이지들은 내 감시 목록을 방해하기 때문이다.내 사용자 페이지의 하위 페이지에 이러한 토론 목록을 쉽게 작성하는 데 사용할 수 있는 사용자 설명서가 있었으면 좋겠다.나는 당신이 섹션을 클릭할 수 있는 어떤 페이지의 모드로 들어갈 수 있도록 하는 것이 효과가 있을 것으로 예상한다. 그러면 그것은 당신의 하위 페이지에 있는 토론에 링크를 추가할 것이다.하위 페이지 자체에서, 그것은 당신이 열린/활성 범주와 완성된 문제에 대한 "완료된" 범주 그리고 실패하거나 가치가 없는 문제에 대한 "폐기된" 범주 사이를 쉽게 이동할 수 있게 해준다.그런 것이 존재하며, 만약 그렇지 않다면 누가 이 일을 떠맡으려 하겠는가? (나는 이 제안 자체가 내가 잊고 있는 것 중 하나가 되지 않기를 바란다.)Sdkb (대화) 00:22, 2020년 3월 29일(UTC)

@Sdkb: WP의 스크립트를 확인하십시오.사용자 스크립트/List#ToDo 목록.내 생각에 토도리스터는 그런 것들을 대부분 하는 것 같아.SD0001 (대화) 08:51, 2020년 3월 31일 (UTC)

파일 이름 변경 요청을 처리하는 스크립트

파일 이름 변경 요청을 처리하기 위한 스크립트. 다음 작업을 수행하십시오.

• 파일 이름 바꾸기
• {{Rename media}} 템플릿을 제거하십시오.
• 파일 링크 업데이트

공용과 유사함:MediaWiki:Gadget-AjaxQuickDelete.js. -- CptViraj (1998년) 13:58, 2020년 3월 2일(UTC)

@CptViraj: 아주 신나!내가 할 수 있을지도 몰라.나는 언젠가 그것에 대해 일을 시작할 것이다.안부, —guywan (대화 • 기여) 23:59, 2020년 3월 20일 (UTC)

예 탄쿄우.안녕! -- CptViraj (1998년) 03:33, 2020년 3월 21일 (UTC)

나는 많은 파일을 이동한다. 이 스크립트는 굉장할 것이다. - FlightTime Phone (오픈 채널) 16:09, 2020년 3월 24일 (UTC)

@CptViraj 및 FlightTime: Releaseing FileMoverHelper.파일: 페이지에 있는 동안 FMH라고 하는 추가 포틀렛(Vector skin을 사용하는 경우)에 링크를 만든다. 시작하려면 해당 링크를 클릭하십시오.나는 처음 몇 번 결과를 확인하고 뭔가 끔찍하게 잘못되면 나에게 알려 줄 것을 추천한다.행운을 빌어요.—guywan (대화 • 기여) 23:05, 2020년 4월 2일 (UTC)

@구이완:파일 이동:Cold Steel IV 일본어 커버.png에서 파일까지의 흔적:Cold Steel IV Cover Art.png의 흔적. 그러나 The Legend of Heroes의 파일 링크는 업데이트되지 않았다. 콜드 스틸 4의 흔적.그리고 가능하다면 우리도 맞춤이유 옵션을 가질 수 있을까?탄쿄우! -- CptViraj (1998년) 03:48, 2020년 4월 3일 (UTC)

@CptViraj: 고쳐야 한다.이제 이동 이유를 묻는 메시지가 나타날 것이다.—guywan (대화 • 기여) 15:26, 2020년 4월 3일 (UTC)

@구이완:파일:Flash Comics (1948년 2월) 표지 art.png는 이번에도 파일 링크를 업데이트하지 않았다.사용자 정의 이유는 잘 작동하고 있다. -- CptViraj (1984) 16:05, 2020년 4월 3일 (UTC)

@CptViraj: 이제는 고쳐져야 한다, 바라건대.—guywan (대화 • 기여) 18:42, 2020년 4월 3일 (UTC)

HarvErrors.js

이 섹션은 간략하게 설명: 2020년 4월 발효, CS1 템플릿(예: {{cite book}, {{cite journal}) 및 기타{{cite ...}}템플릿) 하버드 스타일의 앵커 생성과 관련하여 CS2 템플릿(예: {{citation})처럼 동작한다.덧셈을 한다는 뜻이다. ref=harv"긴" CS1 인용문은 더 이상 {{harvnb}, {{sfn}}, 기타 {{harv}}}과 같은 짧은 "초대" 템플릿을 사용할 필요가 없다. 만약 당신이 다음과 같은 더 많은 노란 경고를 본다면 하브 경고:이 인용문을 가리키는 링크는 없다.닻의 이름은 CITREFSmith2010이다. 일반 사용자보다 다음과 같은 경우:Ucucha/HarvErrors.js.이러한 노란색 경고를 억제/축소하려면 다음 옵션 중 하나를 사용하십시오. 사용. ref=none인용 템플릿에서 CS2 템플릿에서와 마찬가지로 해당 템플릿에서 경고를 표시하지 않는다.이러한 경고는 어떤 종류의 HarvErrors 스크립트를 사용하는 사람들에게만 보여지기 때문에 당신은 그것을 억제할 필요가 없다.하지만 그게 네 삶을 편하게 해준다면 할 수 있어. 사용자:Svick/HarvErrors.js – 확인된 오류만 표시하고 경고는 표시하지 않음 사용자:스승/하버어러시.js – 확인된 오류와 경고를 모두 표시하지만 {{harv}}}과 같은 각주를 사용해야 한다.경고는 추가 판독 및 외부 링크 섹션과 같이 유용할 것 같지 않은 섹션에서는 추가로 억제된다. 이 후에도 오류가 계속 발생하면 하버드 스타일의 인용 문제를 처리하는 방법을 참조하십시오.문서는 다소 오래된 것일 수 있지만, CS2에 대해 나열된 모든 조언(예: {{citation})은 이제 CS1(예: {{cite book})에도 적용된다.만약 그 어떤 옵션도 당신을 만족시키지 못한다면, 당신은 WP에서 새로운 스크립트 요청을 할 수 있다.ScriptREQ. v t

Help_talk에서 공개 토론이 있다.인용_Style_1/Archive 69#Cite 책 Harv 경고(HarvErrors.js 스크립트 포함)원본 스크립트는 User:Ucucha/HarvErrors.js; 사용자:Svick/HarvErrors.js 및 사용자:데이비드 엡스타인/하버어러시스.js.그럼에도 불구하고, 그것의 유용성(원래 버전과 패치가 적용된 버전 모두)은 "이전"보다 덜하다고 여겨진다. ref=harv " default는 며칠 전에 cs1 인용 템플릿에 적용되었다.이것은 아직 실제 요청이 아니다. Help_talk에서 논의하십시오.인용_Style_1/Archive 69#Cite 책 Harv 경고, 여기서(토론을 한 곳에 계속하기 위해)는 상황을 해결하기 위해 일관성 있게 작성된 스크립트 요청이 실제로 이치에 맞는지 명확해질 때까지. --Francis Schonken (talk) 07:12, 2020년 4월 21일 (UTC)

@Francis Schonken:HarvErrors.js를 기반으로 새 스크립트를 만드는 방법에 대한 논의는 도움말 토크가 아닌 여기서 진행되어야 한다.CS1 btw. 왜냐하면 여기서 대본이 어떻게 행동하기를 원하는지 설명할 수 있기 때문이다.헤드폭탄 {t · c · p · b} 10:28, 2020년 4월 21일(UTC)

현재 실제 스크립트 요청(아래 참조)이므로 더 이상 적용되지 않는 다른 곳에서 예비 회담을 갖도록 권고했다. --프랜시스 숀켄(대화) 04:50, 2020년 4월 22일(UTC)

이와 관련된 몇 가지 논의는 기술 마을 펌프에서 이루어졌다. 사용자 스크립트 개발과 관련된 논의의 일부는 여기에서 리디렉션되고 있다.Kees08 (토크) 01:58, 2020년 4월 22일 (UTC)

Kees08, 사용자:최근 변경 전에 Ucucha/HarvErrors.js가 ref=harv를 {{cite book}}의 디폴트로 만들었다.우리는 세 가지가 필요하다.

(a) 긴 인용문 없이 짧은 인용문( (n/harvnb)을 사용할 때 경고,

(b) 해당 짧은 경고 없이 긴 경고(즉, ref=harv 포함)를 소스로 사용할 때, 그리고

(c) 템플릿이 Selected works, Bibliography 또는 Ref=harv 없이 추가 판독에 있을 때 경고 없음.

우리는 변화하기 전에 그런 기능을 가지고 있었다.우리는 이러한 인용 템플릿을 소싱 섹션(ref=harv 포함)에서 비소싱 섹션(ref=none)으로 원활하게 이동할 수 있어야 한다.이렇게 하는 대본을 쓸 수 있을까?트라피스트 등이 제시한 대본은 이를 이루지 못한다.SarahSV 03:53, 2020년 4월 22일(UTC)

현재 Harverms 스크립트는 (a) 빨간색 오류 메시지가 표시되며(경고가 아닌, 둘 다 다르며, 프로그래머에게 스크립트를 작성하도록 요청할 때 단어를 주의 깊게 사용해야 함), (b) 갈색 경고 메시지가 표시되며, (c) 인용문 전문에 포함된 경우 해당된다. ref=none매개 변수로서그 세 가지가 인용 스타일 2 템플릿인 {{Citation}}과(와) 결합하여 해버러스에 항상 적용되어 왔고, {{Cite book}과(와) 포함된 다른 인용 스타일 1 템플릿에 대해서는 그 세 가지가 항상 그 세 가지가 인용 스타일 2 템플릿인 {{Citation}과(와) 포함되었다. mode=cs2. 최근의 변화는 (b)에서 설명한 갈색 경고가 {{cite book}}과 다른 인용 스타일 1 템플릿에 대해 활성화되었다는 것이다. ref=harvCS1 템플릿의 변경으로 인해.분명히 해버러스의 대본은 변하지 않았다.

사용하지 않고 (c)를 달성할 수 있는 방법을 모르겠다. ref=none하지만 세상에는 영리한 대본 작가들이 많이 있다.섹션 이름이 일치하지 않게 사용되기 때문에 섹션 이름에 따라 작동하지 않는다.예를 들어 GA 제임스 프랜시스 드와이어에서는 짧은 인용구로부터 연계된 전체 인용구 부분을 "바이블리오그래피"라고 부른다.– Jonsey95 (대화) 04:11, 2020년 4월 22일(UTC)

또는 "를 추가하는 스크립트 ref=none" ~ {{}}} 또는 "이(가) 없는 템플릿 인용 ref=harv", and/or in selected sections to all such such templates, after which clean-up of all the lists (i.e. "Cited works", "Further reading", "External links" etc) can proceed with assistance of the original HarvErrors.js script (that is the one showing "errors" as well as "warnings"). --Francis Schonken (talk) 04:50, 22 April 2020 (UTC)

c) 다음과 같은 이유로 요청된 대로 달성할 수 없음 ref=harv와 같다 ref=, 그것이 {{citation}}}이(가) 어떻게 작용했는가.이에 대한 해결책은 추가. ref=none{{ those}}}과(와) 같은 {{citeBook}}과(와) 다른 템플릿에.그렇긴 하지만

• Selected works, Bibliography, Fore reading, External links 섹션의 경고가 도움이 되지 않는 경우, 해당 섹션은 경고 메시지를 완전히 억제할 수 있다(블랙리스트 접근법).
• 또는 특정 섹션(예: 인용된 작업)에서만 경고가 활성화될 수 있다(화이트리스트 접근 방식).
• 섹션 이름이 다양하더라도 쉽게 변형할 수 있음

이것은 CS1과 CS2 템플릿 모두를 다룰 것이다.도움말 대화:CS1#Mode 마커?는 CS1을 CS2 템플릿과 구별할 수 있다.헤드폭탄 {t · c · p · b} 05:35, 2020년 4월 22일(UTC)

우리는 이러한 인용 템플릿을 소싱 섹션(ref=harv 포함)에서 비소싱 섹션(ref=none)으로 원활하게 이동할 수 있어야 한다.이렇게 하는 대본을 쓸 수 있을까?

기사의 한 섹션에서 다른 섹션으로 텍스트를 이동하는 작업은 편집 모드에서 수행될 수 있지만, 이는 사용자의 렌더링 후 환경과는 완전히 다른 스크립트 및 운영 환경이다.Ucucha/HarvErrors.js 및 유사한 스크립트.만약 이 기능이 (기사의 텍스트를 이리저리 이동) 원한다면, 기능성은 이 페이지에서 자체 요청을 받을 만하므로, 이 요청은 관련 없는 논의와 혼동되지 않는다.

사용자 대화 시:§ Ref=harv 수도승의 트라피스트, 나는 네 번째 요구조건을 제시했다.

(d) 아티클에 짧은 템플릿이 없는 경우 긴 템플릿에 경고 없음

내 사용자 포크:Ucucha/HarvErrors.js는 기사에 짧은 시민이 없을 때 경고 메시지를 변이하여 이를 달성한다.

—스승 (대화) 13:50, 2020년 4월 22일 (UTC)

첫째, 나는 (c) "변경 전에 그런 기능이 있었다"는 것에 대해 약간 혼란스럽다; 그것은 Ucucha 스크립트가 그러한 섹션에서 경고를 억제(또는 최근 변경 전에 억제)한다는 주장인가?나는 그것을 전혀 알아차리지 못했고, JS에서는 그러한 배제를 볼 수 없었다.나는 그것이 추가될 수 있다고 생각하지만, 나는 그것을 가지고 있지 않다.어쨌든, 내가 수년간 보아온 인용구를 포함한 바닥글에는 창의적인 섹션 이름이 많이 있다.모든 사람이 항상 권장 섹션 구조에 주의를 기울인 것은 아니다.

둘째로, 나는 부분간 텍스트를 옮기자는 제안이 위험부담이 있다고 생각한다.CS1/2 참고문헌에 수록된 섹션 또는 복수의 섹션에 수록된 패턴이 많으며, 특히 권장 섹션의 목적과 순서를 준수할 때 특별히 규율되지 않는다.나는 봇이 의미론에 대한 매우 명확한 이해를 필요로 할 것이라고 생각한다.하지만 나는 그 별도의 논의를 기다릴 것이고, 그리고, 나는, 완전한 스펙을 바란다.데이비드 브룩스 (대화) 15:34, 2020년 4월 22일 (UTC)

@DavidBrooks: "우리는 변화하기 전에 그러한 기능을 가지고 있었다"는 것은 잘못된 생각이며, 그 기능은 결코 존재하지 않았다.또한, 봇은 여기서 아무 것도 해서는 안 된다. ref=none현시점에서는(언제인가의 기준이 되는 경우, 그러한 과제에 대해 사례가 있을 수 있지만) ref=none사용되어야 한다.) 그러나 대본으로 이것을 하는 것은 괜찮을 것 같다.비록 누군가가 이것을 위해 대본을 디자인할 수 있지만, 봇들은 또한 결코 날지 못할 것이다.이것은 까다롭겠지만 이론적으로는 가능하다.헤드폭탄 {t · c · p · b} 15:40, 2020년 4월 22일(UTC)

데이비드브룩스, 우리는 확실히 변화하기 전에 그런 기능을 가지고 있었다.나는 위에서 언급한 세 가지 요점 모두에 매일 의존했다.SarahSV 17:52, 2020년 4월 27일(UTC)

넌 그러지 않았어, 넌 대본이 뭘 하는지 잘못 알고 있어.헤드폭탄 {t · c · p · b} 18:08, 2020년 4월 27일(UTC)

대본은 ⑴ 긴 인용문 없이 짧은 인용문(sfn/harvnb)을 사용할 때와 ⑵ 짧은 인용문 없이 긴 인용문(ref=harv)을 사용할 때 내게 말했다.또한 (c) Selected works, Bibliography 또는 Ref=harv가 없는 Fore reading에서 인용 템플릿을 사용할 때 경고/오류 메시지를 주지 않았다.이제 (a), (b), (c)를 제공하는 대본이 없다.SarahSV 18:41, 2020년 4월 27일(UTC)

b)와 c)는 단순히 부정확하다.사용자:Ucucha/HarvErrors.js는 {{citation}}}이(가) 명시적 없이 태곳 이후 경고 시간을 표시했다. ref=harv추가 판독 섹션을 포함하여 설정한다.이제 CS1 템플릿(예: {{cite book})은 {{citation}}}과 같은 기반 위에서 처리된다.헤드폭탄 {t · c · p · b} 19:21, 2020년 4월 27일(UTC)

@스님 트라피스트: 어쨌든 당신의 대본은 경고를 던지는 특정 부분을 무시할 수 있는가?헤드폭탄 {t · c · p · b} 14:43, 2020년 4월 24일(UTC)

나도 몰라내 자바스크립트에 대한 지식은 기껏해야 미미하다.대본은 어떤 방법을 찾을 수 있을 만큼 충분히 똑똑하게 만들어질 수 있을 것 같다.<span class="mw-headline" id="Further_reading">그 섹션의 모든 것을 무시하고 다음 섹션에 마주칠 때까지<hn>tag. 난 그걸 어떻게 해야 할지 모르겠어. 솔직히, 시도해볼 만큼 js를 배우고 싶은 욕심은 별로 없어.

—스승 (대화) 15:10, 2020년 4월 24일 (UTC)

@SD0001: JS에 능하니, 여기서 뭐 좋은 생각 없나?헤드폭탄 {t · c · p · b} 15:11, 2020년 4월 24일(UTC)

CS1/2에 대해 아무것도 모르기 때문에 여기서 무엇이 요청되고 있는지 모르겠다.위의 내용을 대부분 읽지는 못했지만, 트라피스트 스님의 마지막 코멘트에 대해서는 jQuery를 이용한 추가 독서 섹션의 내용을 무시하기 쉽다.예를 들어, 클래스 인용이 있는 요소를 찾는 경우(.citation),var sectionCites = $('#Further_reading').parent().nextUntil('h2').find('.citation').get();자네들 모두 이 구역에 들어가도록 하게만약CITES페이지에 있는 모든 시트의 배열이고CITES.filter(function(x) { return sectionCites.indexOf(x) === -1; })그 섹션에 없는 모든 시트의 배열이다.SD0001 (대화) 21:15, 2020년 4월 25일 (UTC)

@SD0001:고마워.그var sectionCites = ...네가 말한 대로 하는 것처럼 보여하지만, 항상...하지만, 나는 어떻게 그것을 사용하는지 모른다.CITES.filter(function(x) { return sectionCites.indexOf(x) === -1; })나는 7개의 cs1 2 템플릿이 있는 샌드박스를 가지고 있다.그것들 중 4개는 §퍼서더에 나와있다.연결해서sectionSites.length대본의 정상적인 출력 끝까지. 라는 것을 알 수 있다.sectionSites4가지 요소를 포함한다.

암호에 따르면cites페이지에 있는 모든 시트의 배열이며, 이렇게 하면filtercites에 있는 세 가지 요소의 배열.cites에 없는sectionSites:

var filtercites = cites.filter(function(x) { return sectionCites.indexOf(x) === -1; });

아아, 그렇지 않다.filtercites.length7번을 돌려주다.내가 뭘 잘못하고 있는 거지?

코드는 User(사용자:monk/common.js를 트라피스트하면 샌드박스가 User:수도사/모래 상자2를 트래핑하십시오.

—스승 (대화) 11:14, 2020년 4월 26일 (UTC)

@스승의 트라피스트레이피스트: cites배열이 아니라 jQuery 컬렉션이야이를 배열로 변환하려면.get()방법의그렇게

var filtercites = cites.get().filter(function(x) { return sectionCites.indexOf(x) === -1; });

효과가 있을 것이다.SD0001 (대화) 12:40, 2020년 4월 27일 (UTC)

@SD0001:딩딩!됐다, 고마워.

—스승 (대화) 16:32, 2020년 4월 27일 (UTC)

우리가 오래된 기사나 새로운 기사들에서 볼 수 있는 바닥글 표제의 난잡하게 사용되는 것을 볼 때, 나는 어떤 특정 섹션 표제에 대해 의미론을 가정하는 것이 정말 불편하다.Fore Reading에는 외부 보충 텍스트, 기사에 사용된 인용문 또는 두 가지 모두 포함되어 있는 것이 매우 일반적이다.외부 링크는 종종 동의어로 사용된다."Notes and Reference" 또는 "각주"와 같은 창의적인 제목 이름이 있다.그리고 물론, 인용문이 reflist와 같은 섹션에 있는 것은 매우 흔하다.만약 그것이 있다면, 이것은 600만 개의 모든 기사의 바닥글 부분의 의미 체계를 표준화하여 앞으로 나아가도록 강요하는 (다양한 지침/정책들에 대한 적절한 변경으로) 무력에 대한 요구처럼 느껴진다.좋은 생각인 것 같지만, 큰 생각이야.데이비드 브룩스 (대화) 23:23, 2020년 4월 25일 (UTC)

그들은 매우 다양하다, 그렇다, 하지만 여기서 아이디어는 비록 그들이 가끔 실수를 하더라도 좀 더 적절한 경고에 초점을 맞추기를 원하는 편집자들에게 있어 경고가 무의미하지 않을 가능성이 높은 부분을 식별하는 것이다.예: 추가 읽기, 외부 링크, 선택한 작품, 출판물, 출판물 목록 등...SFN의 의도된 대상이 아닐 가능성이 매우 높기 때문에 스크립트는 무시해도 안전/안전하다고 간주되는 대상을 무시할 수 있다.이것은 개념적으로 두 가지 방법으로 행해질 수 있다.

• a) 중앙에서 무시되는 기본 섹션과 함께 스크립트를 가져오는 방법
• b) 지역적으로, "과 같은 것을 허용함IgnoreWarningSections = {Further reading, External links, Selected Works}"등...사용자가 원하는 대로 목록을 사용자 정의할 수 있는 .js 또는 .css 페이지에 로드된다.

헤드폭탄 {t · c · p · b} 23:30, 2020년 4월 25일(UTC)

나는 우리가 원칙적으로 동의한다는 것을 이해하지만, 나는 Fore Reading이 사람들이 인용구를 붙이는 장소로서 드물지 않다는 것을 발견했다.내가 암시한 것처럼, 바닥글 이름과 의미론은 정책이 아니라 지침이라는 것이 나의 기억이다.그리고 그것이 정책이라 하더라도, 그것은 거의 관찰되지 않고, 또는 그노메에 의해 수정된다.데이비드 브룩스 (대화) 23:37, 2020년 4월 25일 (UTC)

자, 또한 이것은 선택적인 스크립트가 될 것이라는 것을 기억하라.그래서 만약 중앙집권적인 채무불이행이 있다면, 그 행동에 대해 괜찮은지 결정하는 것은 여러분에게 달려있다.그리고 만약 그것이 사용자 정의가 가능하다면, 당신은 당신이 무시하고 싶은 것에 대한 당신의 판단력을 가질 수 있다.헤드폭탄 {t · c · p · b} 23:56, 2020년 4월 25일(UTC)

내 변종 대본 해킹은 이제 끝이야.해당 섹션이 레벨 2 섹션인 한 §퍼더 판독의 내용을 무시한다.==Further reading==) 그러나 또한 이 절에서 연계된 인용구를 찾고, 인용구를 발견하면 오류 메시지를 방출한다.SD0001 편집자에게 도움을 줘서 고마워.

—스승 (대화) 16:49, 2020년 4월 27일 (UTC)

@SlimVirgin: 사용자 시도:지금 당장 수도사/하버러버스.js를 트라피스트하십시오.짧은 각주를 사용하는 기사에 대해서만 경고를 줄이고, 추가 독서 섹션의 기사에 대해서는 무시해야 한다.나는 승려 @Trappist: 또한 그러한 경고가 원하지 않는 것으로 가정하는 것이 타당할 수 있는 외부 링크와 같은 다른 부분에도 기꺼이 그 행동을 확대할 것이라고 확신한다.헤드폭탄 {t · c · p · b} 19:29, 2020년 4월 27일(UTC)

나는 여전히 걱정된다, 이러한 구분을 구체화함으로써, 우리는 이러한 바닥글 부분(일명 부록)에 더 엄격한 의미론을 적용해야 한다는 요건으로 후퇴하고 있다.그것은 그 자체로 공개토론을 받을 만하다.바닥글 섹션의 내용과 사용은 아마도 편집자들이 기존 견본으로부터 무보수를 공제했기 때문일 수도 있고, 단지 용어의 의미에 대한 부적절한 생각 때문일 수도 있고, 순수 화물 문화 때문일 수도 있기 때문에 만장일치를 나타내지 않는다.예를 들어, "외부 링크"와 "외부 링크"는 "외부 링크"와 "소스"와 같이 (즉, 두 편집자가 두 용어를 사용하여 동일한 유형의 것을 의미할 수 있다는 의미) 실제로 상호 교환할 수 있는 것처럼 보인다.이 모든 것이 종종 Wikisource 사본을 가리키는 상자로 대체된다는 것은 말할 것도 없다.확실히, 이 모든 것은 MOS에서 불려진다.레이아웃(Layout)은 정책이 아닌 가이드라인일 뿐이며, 매우 느슨하다. 예를 들어 Notes 및 참조문구를 참조하십시오.나는 이 모든 것을 정상화하고 단단하게 만드는 것이 환상적인 프로젝트가 될 것이라고 생각하는데, 특히 그것은 여기서 행해지고 있는 일의 선행조건이라고 생각한다.데이비드 브룩스 (대화) 22:21, 2020년 4월 27일 (UTC)

따라서 이러한 스크립트의 선택적 특성.헤드폭탄 {t · c · p · b} 22:26, 2020년 4월 27일(UTC)

트라피스트, 헤드밤 그리고 데이빗, 중요한 것은 우리가 가진 것이 필요하다는 것이다.우리는 ref=harv를 추가하든 말든 융통성이 있었다.대본과 함께, 필요에 따라 경고/오류 메시지를 포함하거나 포함하지 않고 인용문을 이동할 수 있도록 했다.이제 해당 기능을 모방할 수 있도록 섹션 이름을 미리 결정해야 하는 겁니까?SarahSV 02:11, 2020년 4월 28일(UTC

위에서부터 나를 반복하여 이번에는 등록할 수 있는 다른 말로 하자: Harverrors 스크립트는 (a) 빨간색 오류 메시지로 하고, (b) 갈색 경고 메시지로 하고, (c) 인용문 전체에 다음이 포함되어 있는 경우 그렇게 한다. ref=none매개 변수로서워크플로의 유일한 변경 사항은 추가해야 함 ref=none제외의 이전 단계 대신 적절하게 ref=harv. – Jonsey95 (대화) 03:52, 2020년 4월 28일 (UTC)

부디 이 일이 기록되기를 바라며 나 또한 반복할 수 있도록 허락해 주시오.이것은 불평한 한 사람이나 소그룹에 관한 것이 아니다.이 책은 훨씬 더 큰 그룹(수백 명)에 관한 것인데, 작품 선택 섹션에 인용될 때마다 작문에 몇 시간 또는 심지어 며칠이 걸릴 수도 있는 크고 매우 추악한 갈색 경고를 보게 되고, 편집하지 않은 다른 기사들에서는 그 부분을 읽기가 더 어려워지고, 그 이유를 알지 못한다.SarahSV 03:58, 2020년 4월 28일(UTC)

트라피스트의 대본을 설치했어위에 (a)와 (b)를 한다(해당되는 긴 인용문 없이 짧은 인용문이 있는 경우, 그 반대의 경우).하지만 그것은 필요 없는 곳에서 그것을 하고 있다.예를 들어 아우슈비츠에서 이 인용문은 다음과 같은 경고를 발생시키고 있다.

{{cite news last1=Astor first1=매기타이틀=홀로코스트가 기억에서 사라지다, 설문 조사 url=https://www.nytimes.com/2018/04/12/us/holocaust-education.html work=work=뉴욕 타임즈 날짜=뉴욕 타임즈 2018년 4월 12일 아카이브url=1968://1901.오늘/19804180714/https://www.nytimes.com/2018/04/12/us/holocaust-education.html 아카이브=18년 4월 url-status = live}}}

그것은 (c): ref=harv 없이 인용에 대해 경고하지 않는 일부 작업을 하고 있다.추가 읽기 또는 선택 작업에서는 경고를 생성하지 않지만 외부 링크에서는 경고를 생성한다.SarahSV 03:14, 2020년 4월 28일(UTC)

그것은 당신이 사용한 것과 다를 바 없다.

{{citation last1=Astor first1=매기타이틀=홀로코스트가 기억에서 사라지다, 설문 조사 url=https://www.nytimes.com/2018/04/12/us/holocaust-education.html work=work=뉴욕 타임즈 날짜=뉴욕 타임즈 2018년 4월 12일 아카이브url=1968://1901.오늘/19804180714/https://www.nytimes.com/2018/04/12/us/holocaust-education.html 아카이브=18년 4월 url-status = live}}}

그리고 {{citation}}}과 마찬가지로 ref=none만약 그것들이 필요하지 않다면, 그 경고들을 억제할 것이다.헤드폭탄 {t · c · p · b} 12:29, 2020년 4월 28일(UTC)

수정: 제목이 Selected works, Bibliography, Source 및 Initiations일 때 경고를 발생시킨다.그것을 막는 유일한 것은 "더 많은 독서"이다.SarahSV 06:29, 2020년 4월 28일(UTC)

따라서 어떤 섹션이 이러한 경고를 발하지 않아야 하는지 확인하십시오.참고 문헌 목록, 출처 및 인용문들이 참고문헌과 상당히 동의어인 점을 감안할 때 이러한 경고문을 발표할 가능성이 높지만 외부 링크, 추가 읽기(현재 유일하게 무시됨), 선별된 작품, 출판물 목록 및 출판물의 경고는 그다지 유용하지 않을 것이다.다른 이들이 있나요?헤드폭탄 {t · c · p · b} 12:29, 2020년 4월 28일(UTC)

트라피스트의 스크립트는 기본적으로 외부 링크와 추가 읽기 섹션을 모두 제외한다는 점을 여기에서 간단히 언급하십시오.헤드폭탄 {t · c · p · b} 19:37, 2020년 4월 29일(UTC)

문제

도움말 대화에서 이동:CS1#문제 헤드폭탄 {t · c · p · b} 12:55, 2020년 5월 4일(UTC)

새 스크립트 사용자:Smith609/cities.js는 두 번째 긴 인용문에 대한 오류 메시지를 번들로 표시하고 있다.FGM의 참조 섹션, 각주 170, 260, 262, 263을 참조하십시오.나는 ref=none으로 그것들을 제거할 수 있지만, 왜 그런 일이 생기는가?SarahSV 02:38, 2020년 5월 4일 (UTC)

사용자:Smith609/cities.js는 새로운 스크립트가 아니며, 2011년 2월에 가끔 변경되어 만들어졌으며, 그 중 마지막은 2019년 10월이었다.

사용자 보기:SlimVirgin/common.js, 사용자:스승/HarvErrors.js를 여행하다.사용자:Ucucha/HarvErrors.js, 더 큰 메시지를 제외하고 동일한 메시지를 볼 수 있다.

경고 메시지는 왜?각 cs1 2 템플릿은 앵커 ID를 생성한다.윌커슨 1988과 도날슨 제임스 2012의 이 보따리를 예로 들어보자.저 묶음은 다음을 사용한다.{{pb}}두 개의 cs1 2 템플릿을 분리한다.html 수준에서 기본 번들(명확하게 하기 위해 많은 것을 벗겨낸 상태)은 다음과 같이 보인다.

<li id="cite_note-200"> <span class="참조-text"><citecite id="CITREFWILKerson1988" 클래스="초청 뉴스">윌커슨, 이사벨...</div> <div class="문단차단" style="div-top:0.5em"></div> <p></div> <div id="CITREFDonaldson_James2012" 클래스="초청 뉴스">도널드슨 제임스, 수잔...</p> </span> </li>

사용자:Ucucha/HarvErrors.js 및 파생 스크립트는 앵커 ID를 찾을 것으로 예상(CITEREFWilkerson1988두 개의 상위 요소 안에 있는 번들의 첫 번째 인용)에 대해,id="cite_note..."기여하다이 두 조건이 충족되면 스크립트는 경고 메시지를 내보내지 않는다.두 번째 인용문(앵커 ID)의 경우CITEREFDonaldson_James2012(), 외부 상위 요소 때문에 두 조건이 충족되지 않는다.<span class="reference-text">...</span>)은(는)id="cite_note..."기여하다두 가지 조건이 충족되지 않을 때, 이 대본은 여기서 아무것도 가리키지 않는 경고를 발한다.

기억나? 왜 그런 일이 일어나는지 물어봤지?

—스승 (대화) 03:52, 2020년 5월 4일 (UTC)

미안해, 내가 대본을 잘못 올렸어.고쳐줘서 고마워.그것에 대해 뭔가 할 수 있을까?많은 사람들이 인용구를 묶는다.SarahSV 05:18, 2020년 5월 4일(UTC)

너는 ref=none으로 그것들을 제거할 수 있다고 말했는데, 그것은 그것에 대해 아무것도 하지 않는 것인가?

—스승 (대화) 12:43, 2020년 5월 4일 (UTC)

특정 편집자에 대한 스크립트 요청

안녕하십니까, 구어 길드와 비디오 길드의 몇몇 사람들은 우리를 위해 다음과 같은 것을 할 수 있는 수동 푸시 버튼이 있는 대본을 찾고 있다.

1. 참조 제거
2. {}[] 및 해당 괄호 안의 모든 내용 제거(예외는 만지면 안 되는 Infobox, 테이블 및 사진)
3. 아포스트로피 사이의 내용에 영향을 미치지 않고 모든 위키백과 마크업(즉, 굵게, 기울임꼴)
4. 메인 기사에 저장할 수 없음. 그러나 제출을 클릭하면 동일한 제목으로 각 사용자의 샌드박스에 보관되고 "MMDYY와 같은 스크립트 및 전체 날짜"를 추가한다. (이것은 기사를 보호하기 위한 것이다)
5. 각 길드에 있는 사람들(참가자 명단)과 관리자, 관리자, 프로그래머 등과 같은 접근이 필요한 사람들만 운영할 수 있어야 한다.일반 편집자는 이 스크립트가 수행하는 작업에 대해 이 스크립트를 실행할 수 있는 액세스 권한을 갖지 않아야 한다. (가능한 경우 WP에 도움이 되지 않고 전반적으로)

나는 이것에 대한 어떤 토론도 기대하고 당신이 가지고 있는 어떤 질문에도 대답할 수 있기를 바란다.나는 또한 그것이 내가 요구하는 것을 확실히 하기 위해 그것이 출시되기 전에 테스트를 돕고 싶다.

네가 열심히 일해줘서 정말 고마워.

고마워, 갈렌달리아 \ 18:41, 2020년 5월 6일 (UTC)

갈렌달리아, {{}}}}}과 그 사이의 모든 내용물을 제거하면 {{컨버터}도 제거되지만, 그래도 이것과 다른 인라인 템플릿은 볼 필요가 있지 않은가?– BrandonXLF (대화) 19:01, 2020년 5월 6일 (UTC)

@브란돈XLF: - 기본적으로 우리는 책을 읽는 것과 같은 최소한의 인터페이스를 가진 텍스트 전용 버전을 만들어야 해.가능하면 {{tl convert}}이(가) 예외로 만들어질 수 있을 것 같다.우리는 여전히 우리가 가지고 있는 모든 기사들을 검토하고 편집한다. 이것은 단지 우리의 더 긴 기사들 특히 시간을 절약하기 위한 것이다.Galendalia \ 19:07, 2020년 5월 6일 (UTC)

구역 감시 목록

감시 목록 섹션에 사용자 스크립트가 있는가?한 달 전쯤 읽었던 기억이 나지만, 다른 건 기억이 나지 않는다.그렇지 않다면 하나를 만들 생각이었다. (예: 건축학:Firehose에서 읽고 메모리 내 해시맵 조회를 사용하여 특정 섹션의 편집을 사용자의 받은 편지함으로 "전달"한 다음 작은 JSON API를 사용하여 새로운 편집 내용을 가져와 위키백과 끝의 새 패널에 표시)엔터프라이즈y (토크!) 07:06, 2020년 5월 14일 (UTC)

버튼 도움말 - 영어 참조 >> 체코 참조

안녕 얘들아, 나는 "고급" 탭의 코드 편집기에서 영어 인용 템플릿을 체코 인용 템플릿으로 바꾸려면 간단한 버튼이 필요해.예를 들어, 영어에서.

{{nm 웹타이틀=url=date=access-date=출판사=언어=}}}

체코어로

{{Citace elektronicé monographie titul = url = datum vydani = datum přistupu = vydavatel = jazyk = }}}}

누가 이것 좀 도와줄래?고마워--Jaroslavik (대화) 17:10, 2020년 5월 14일 (UTC)

자로슬라비크 씨, 체코어 매개변수 목록과 그에 상응하는 영어 매개변수를 가지고 있는가?– BrandonXLF (대화) 19:10, 2020년 5월 14일 (UTC)

브랜던XLF 예, 여기로 보내겠습니다. --Jarovik씨 (토크) 19:15, 2020년 5월 14일 (UTC)

브랜던XLF Her

{{cite web=Citace elektronické monografie  url=url  title=titul  last=příjmení  first=jméno  author-link=odkaz na autora  series=edice  publisher=vydavatel  location=místo  pages=strany  language=jazyk  type=typ vydání  doi=doi  isbn=isbn  id=id  access-date=datum přístupu  url-status=  archive-url=url archivu  archive-date= datum archivace  }}

--Mr Jaroslavik (대화) 19:37, 2020년 5월 14일 (UTC)

사용자:Jonsey95/AutoEd/unname.js("체코"를 찾으십시오).– Jonsey95 (대화) 22:13, 2020년 5월 14일 (UTC)

ISBN을 WorldCat에 직접 연결

안녕, 존재하는 대본은, {{}}}ISBN}은(는) CS1 인용문 내에 연결되며, 특수 대신 WorldCat 검색/주소에 직접 연결된다.북소스?차르 15:18, 2020년 5월 25일(UTC)

Navbox 사용자 스크립트

나는 종종 하위그룹 등을 이용하여 내비게이션 박스를 채우는 번거로움을 겪는다.나는 그것들을 채울 사용자 스크립트가 있을 것으로 예상했지만 찾을 수 없었다.그것은 확실히 매우 유용할 것이다!— 고객님, 베를리 • _Contribs∕ 19:46, 2020년 5월 28일(UTC)

목록을 보려면 OneClickArchiver

위키백과에 나열된 스크립트:원클릭 아카이빙은 전체 아카이빙 ==섹션==을 구현한다.위키백과에 항목을 보관하려면:커뮤니티 게시판이 더 편하고, OneClickArchiver를 통해* Unordered lists. 그런 대본에 관심이 있을지도 모르는 sm8900을 핑핑하는 것.— Andrybak (대화) 00:33, 2020년 6월 3일(UTC)