모듈 토크:인용/CS1/기능 요청/완료

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

다음은 모듈의 아카이브입니다.완료된 요청에 대한 인용/CS1/기능 요청.

기본 작업 제목은 이탤릭체로 형식이 지정됩니다.이것은 한자, 한글 등과 같은 아시아 문자에는 적합하지 않습니다.아시아 제목은 밑줄을 긋거나 괄호 안에 넣을 수도 있습니다.

현재 지원 내용은 {{Asiantitle}}을(를) 참조하십시오. ---- 가젯850 (Ed) 14: ^talk36, 2013년 3월 29일 (UTC)

그리고 그런 스타일링은 #프레젠테이션 및 콘텐츠별 CSS로 해야 합니다. -- Gadget850 (Ed) ^talk 14:42, 2013년 4월 1일 (UTC)

참고 항목:모듈 토크:인용문/CS1/아카이브 11# 비이탤릭체 제목

—Trapist the Monk (대화) 2014년 9월 12일 13:13 (UTC)

다 했어요.

각 오류 메시지는 도움말 페이지에 링크되어야 합니다.도움말 생성 작업을 맡겠습니다. -- Gadget850 (Ed) ^talk 12:05, 2013년 4월 3일 (UTC)

편집자들은 종종 온라인 책의 특정 페이지에 연결합니다. page=또는 pages=매개 변수입니다.이 방법은 인용에 대한 COinS 데이터를 손상시킬 수 있습니다.이 기능 요청은 편집자가 COinS 데이터를 손상시키지 않고 개별 페이지에 계속 연결할 수 있는 새 매개 변수를 만들 것을 제안합니다.개별 페이지로의 링크는 WP에서 지원됩니다.PAGELINGS 지침, 참조.

인용된 텍스트를 찾을 수 있는 온라인 책 페이지의 pageurl=URL입니다.필수는 아니지만, 제공되는 경우 url=와 동일한 소스에 링크해야 합니다. pageurl=.

예:

단일 페이지 링크 –

page=18

pageurl=http://books.google.com/books?id=kvpby7HtAe0C&pg=PA18

렌더링: 페이지 18.

페이지 범위 링크(범위의 첫 번째 페이지로) –

pages=18–24

pageurl=http://books.google.com/books?id=kvpby7HtAe0C&pg=PA18

렌더링: 페이지 18–24.

여러 페이지 링크(사용자만) pages=에 나열된 URL pageurl=에 나열된 페이지와 동일한 순서를 따라야 합니다. pages=) –

pages=18–24, 56

pageurl=http://books.google.com/books?id=kvpby7HtAe0C&pg=PA18 http://books.google.com/books?id=kvpby7HtAe0C&pg=PA56

렌더링: 페이지 18–24, 56.

-또는 -

다중 페이지 링크(pp. 접두사 적용) nopp=y; pageurln=의 마지막과 일치합니다. pagen=또는 pagesn=또는 atn=) –

pages=18–24

pages2=34—이 매개 변수는 다음에 오기 때문에 무시됩니다.

page2=56

pageurl=http://books.google.com/books?id=kvpby7HtAe0C&pg=PA18

pageurl2=http://books.google.com/books?id=kvpby7HtAe0C&pg=PA56

렌더링: 페이지 18–24, 56.

두 가지 가능한 다중 페이지 연결 처리 방법이 설명되지만 하나만 구현해야 합니다.

분류

• 범주:페이지 매개변수에 URL이 있는 인용문을 사용하는 페이지 - 인용문의 경우 page=, pages=또는 at=다음 URL을 포함합니다. page=[http://example.org&pg=PA27 27]
• 범주:페이지 URL 오류가 있는 인용문을 사용하는 페이지 - 인용문의 경우 pageurl=일치하는 항목(숫자) 또는 공백 없이 page=, pages=또는 at=매개 변수공백 또는 생략 pageurl=다음과 같은 경우에도 오류가 아닙니다. url=공급됩니다.둘 다인 경우 url=그리고. pageurl=제공된 경우 두 개의 기본 URL이 동일해야 합니다.

—Trapist the Monk (대화) 2013년 4월 3일 18:55 (UTC)

메구스타 이것이 필요합니다.pageurl1, pageurl2 등 버전이 마음에 드는 것 같습니다.제이슨 퀸 (대화) 00:35, 2013년 9월 16일 (UTC)

저는 최근에 궁금했습니다. pageurl=문제에 대한 잘못된 해결책입니다.문제는 URL이 page=, pages=,그리고. at=손상된 COINS 메타데이터입니다.위키 마크업을 사용하여 외부 링크를 지정하는 것이 표준화되어 있기 때문에, 약간의 코드를 적용하면 새로운 매개 변수 없이 외부 링크 위키 마크업에서 페이지 번호를 추출하여 COinS에 사용할 수 있습니다.

템플릿 코드를 제외하고는 아무것도 수정할 필요가 없다는 장점이 있습니다.

—Trapist the Monk (토크) 2013년 9월 16일 12:12 (UTC)

다 했어요.

'website'를 'work'의 별칭으로 추가합니다.많은 편집자들이 웹사이트를 나타내기 위해 'work'를 사용하는 것에 대해 혼란스러워하는 것 같습니다. -- Gadget850 (Ed) ^talk 16:28, 2013년 4월 6일 (UTC)

샌드박스에서 완료되었습니다.드래곤즈 비행 (토크) 2013년 4월 8일 19:56 (UTC)

{{cite web}}문서가 업데이트되었습니다.

—Trapist the Monk (대화) 2013년 4월 27일 14:34 (UTC)

이러한 매개 변수 이름을 화이트리스트에 추가합니다.하이픈, 공백, 밑줄 또는 낙타 대문자로 표시된 해당 항목을 대체합니다.이러한 매개 변수 이름을 사용하려면 템플릿 설명서를 업데이트해야 합니다.목적은 균일한 매개 변수 이름 스타일로 이동하는 것입니다.그러면 이러한 이름의 다른 변형은 시간이 지남에 따라 더 이상 사용되지 않아야 합니다(항상 바랄 수 있습니다).

—Trapist the Monk (대화) 2013년 4월 6일 18:27, UTC)

저는 우리가 아무것도, 하이픈, 밑줄, 공백 등 단어 구분 기호에 대해 매우 일관성이 없다는 것에 동의합니다. 일관성을 추구하는 것이 훌륭한 목표입니다.그렇긴 하지만, 저는 분리막을 제거하는 것이 실제로 가장 말이 되는지 잘 모르겠습니다.예를 들어 매개 변수 이름에서 선호하는 단어 구분 기호로 하이픈 사용을 일관되게 지원한다면 사용자가 더 쉬울까요?나는 분리기가 없는 것보다 약간의 분리기가 있는 것이 읽기 쉽다고 생각해야 합니다.드래곤즈 비행 (토크) 2013년 4월 8일 19:19 (UTC)

정보 상자(및 탐색 상자, IIRC)는 사실상 밑줄을 사용하여 표준화하는 것 같습니다.Andy Mabbett (날개의 돼지); 앤디와 대화; 2013년 5월 17일(UTC) 16:15, 앤디의 편집본

완료. 2014년 7월 RFC에서 하이픈으로 연결된 다중 단어 매개변수를 사용하여 해결되었습니다. - Jonsey95 (talk) 06:38, 2014년 12월 12일 (UTC)

다 했어요.

더 일반적인 URL 오류 중 하나는 에서 uri 체계가 누락된 것입니다. url=-type 매개 변수.

{{cite web url=www.example.com title=Missing scheme accessdate=2013-04-10}}→ [www.example.com "Missing scheme"]. Retrieved 2013-04-10.{{cite web}}:확인. url=값(도움말)

CS1은 이를 확인하고 오류 요구를 보고하고 범주로 분류할 수 있습니다.CS1 url에 uri 구성표 오류 등이 없습니다.

—Trapist the Monk (토크) 11:29, 2013년 4월 10일 (UTC)

도움말 참조:지원되는 URI 목록의 외부 링크 아이콘. -- Gadget850 (Ed) ^talk 11:32, 2013년 4월 10일 (UTC)

"http://"는 적절한 표현이 아닙니다. 다른 방식이 적용될 수 있습니다.그렇지 않다면 프로그래밍 방식으로 http://를 적용할 수 있습니다.Andy Mabbett (날개의 돼지); 앤디와 대화; 앤디의 편집 2013년 4월 10일 11:38(UTC)

URI 스킴을 놓쳤나요?

—Trapist the Monk (대화) 2013년 4월 10일 11:53 (UTC)

좋아요, 하지만 그것은 URI 계획입니다.구현자 참고 사항:news:그리고.mailto:필요 없음//-- Gadget850 (Ed) ^talk 12:02, 2013년 4월 10일 (UTC)

네, 바뀌었습니다.

—Trapist the Monk (대화) 2013년 4월 10일 13:10 (UTC)

URI 체계의 현실을 고려할 때, 우리가 할 수 있는 최선의 방법은 URL이 "//"(프로토콜 관련 URL)로 시작하거나 ":"가 어디선가 발생하는지 확인하는 것입니다.그것은 htp://www.foobar.com/ 와 같은 나쁜 "문제"의 경우를 잡지는 않겠지만 대부분의 사용을 포함합니다.드래곤즈 비행 (토크) 2013년 4월 10일 20:20 (UTC)

체크가 샌드박스에 추가되었습니다.드래곤즈 비행 (토크) 2013년 4월 10일 23:32 (UTC)

현재 및 잘못된 날짜가 입력된 대로 표시됩니다.

{{책 마지막=드루커 제목=책 날짜=2013년 12월 ref=ref}}

하지만 연도가 예상대로 추출되어 앵커에 삽입되지 않습니다.이에 대한 오류 메시지가 없으므로 편집자는 이 문제를 인식하지 못합니다.

'날짜'에 얼마나 많은 확인을 할 수 있는지는 모르겠지만, 적어도 만약에 ref=harv그리고 추출된 연도가 비어 있으면 오류 메시지가 생성됩니다. -- Gadget850 ^talk 15:46, 2013년 5월 6일 (UTC)

다음과 같은 경우에도 오류입니까? ref=harv그리고 날짜/연도가 전혀 주어지지 않습니까?드래곤즈 비행 (토크) 2013년 5월 20일 22:02 (UTC)

네. -- 가젯 ^talk 850 2013년 5월 20일 22:08(UTC)

게시 날짜가 분명하지 않거나 누락될 수 있는 웹 사이트 및 기타 리소스는 어떻습니까?날짜가 없더라도 각주 템플릿에서 연도가 누락되는 한 {{sfn}} 등은 계속 작동할 것으로 생각합니다.현재는 날짜가 있고 연도를 알 수 없는 경우 오류를 보고하는 경향이 있지만 날짜가 비어 있으면 오류를 보고하지 않습니다.드래곤즈 비행 (토크) 2013년 5월 22일 18:33 (UTC)

한 가지 문제는 작성자가 두 개 이상의 게시물을 가지고 있는 경우 ID가 중복된다는 것입니다. -- Gadget850 ^talk 2013년 5월 22일 (UTC) 18:43

동일한 작가의 작품이 여러 개 있고 여러 개의 다른 작품이 날짜가 부족한 경우를 말씀하시는 건가요?그것은 보기 드문 가장자리 사건인 것 같습니다.드래곤즈 비행 (토크) 2013년 5월 22일 19:47 (UTC)

날짜가 날짜 매개 변수로 인식되지 않는 형식인 경우는 매우 일반적입니다.예를 들어 date=2013년 1월-3월에는 날짜 매개변수와 함께 year=값을 포함해야 합니다.날짜는 표시되고 연도는 표시되지 않지만, 연도 매개변수는 ref=discovery에 의해 생성된 CITEREF에 사용됩니다.같은 해의 저자 출판물의 경우 일반적인 해결책은 첫 해에는 year=2013을, 두 번째 해에는 2013b를 사용하는 것입니다.다른 방법(날짜 없이 작동)은 CITEREF로 원하는 모든 것으로 ref=sfsfnRef}을 설정하는 것입니다.또한 fff 연도나 날짜가 설정되지 않았지만 작성자 또는 마지막이 설정되면 hav는 작성자만 작업하므로 오류가 생성되지 않아야 합니다. -- PBS (토크) 10:29, 2013년 6월 15일 (UTC)

도움말 토크에 게시했습니다.유사한 오류에 대한 섹션의 인용 스타일 1(작성자가 없는 공동 작성자).이는 "작성자가 없는 공동 작성자"와는 별개의 오류입니다.저는 그것이 감지될 수 있어야 한다고 믿습니다.

일반적인 경우는 작성자 또는 편집자 목록에서 하나가 누락된 경우 나머지 작성자가 표시되지 않습니다. 편집자가 인용문을 만드는 의도는 일반적으로 모든 작성자 또는 편집자가 표시되는 것입니다.

예 1: 작성자가 여러 명 있지만 "작성자 1" 또는 "마지막 1"이 없으면 작성자가 표시되지 않습니다.다음과 같이:

• {{cite journal last2=Beverly J. McCabe-Sellers last3 = Cathleen G. Staggs last4 = Margaret L. Bogle title=Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge journal=Journal of Food Composition and Analysis 19 (2006) S58–S65 url=http://naldc.nal.usda.gov/download/7351/PDF}}
• Beverly J. McCabe-Sellers; Cathleen G. Staggs; Margaret L. Bogle. "Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge". Journal of Food Composition and Analysis 19 (2006) S58–S65. {{cite journal}}:실종된 author1=(도움말)

예 2: 편집자도 마찬가지입니다.

• {{cite journal editor2=Beverly J. McCabe-Sellers editor3 = Cathleen G. Staggs editor4 = Margaret L. Bogle title=Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge journal=Journal of Food Composition and Analysis 19 (2006) S58–S65 url=http://naldc.nal.usda.gov/download/7351/PDF}}
• Beverly J. McCabe-Sellers; Cathleen G. Staggs; Margaret L. Bogle (eds.). "Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge". Journal of Food Composition and Analysis 19 (2006) S58–S65. {{cite journal}}:실종된 editor1=(도움말)

예 3: 작성자 1을 포함하고 작성자 2를 제외하면 나머지 작성자는 생략됩니다.

• {{cite journal last1=Beverly J. McCabe-Sellers last3 = Cathleen G. Staggs last4 = Margaret L. Bogle title=Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge journal=Journal of Food Composition and Analysis 19 (2006) S58–S65 url=http://naldc.nal.usda.gov/download/7351/PDF}}
• Beverly J. McCabe-Sellers; Cathleen G. Staggs; Margaret L. Bogle. "Tyramine in foods and monoamine oxidase inhibitor drugs: A crossroad where medicine, nutrition, pharmacy, and food industry converge". Journal of Food Composition and Analysis 19 (2006) S58–S65. {{cite journal}}:실종된 author2=(도움말)

저는 이 구문 분석에도 추가적인 변형이 있을 것으로 예상합니다.

어떻게 할 것인지에 대해서는 인용문을 추가한 편집자가 작가들을 출연시키려고 의도한 것이 분명한데, 작가들은 출연하지 않고 있습니다.다음을 제안합니다.

• 간편: "작성자 매개 변수 누락"과 같은 오류 메시지를 표시합니다(또는 기본적으로 숨긴 채로 두어도 상관없지만 일부는 모니터링할 수 있는 유지 관리 범주에 기사를 배치합니다).
• 쉬운 방법: 작성자 2 등 또는 처음 2/마지막 2 등에는 작성자 1 또는 마지막 1이 필요하고 이후의 각 작성자는 이전의 것이 필요하다는 사실을 반영하여 문서를 변경합니다.
• 더 어려운 점:위의 변경 사항 외에도 다른 작성자가 표시되도록 인용 모듈을 변경합니다.이것은 코드화하기 어려울 수 있고 엉터리 구문을 사용하는 인용문으로 이어질 수 있지만 유연하게 수행할 수 있습니다.또한 "디스플레이 작성자" 및 기타 매개 변수와 관련하여 이상한 코너 사례가 발생할 수 있습니다.Jonesey95 (대화) 2013년 10월 23일 23:49 (UTC)

완료. 이 요청은 위의 오류 메시지에서 볼 수 있듯이 CS1 모듈에서 구현되었습니다.설명서가 대부분 업데이트되었습니다.Jonesey95 (대화) 2014년 12월 12일 06:34 (UTC)

해당하는 "lastn" 인용 없이 "firstn" 매개 변수가 인용문에 있는 경우 해당 작성자/편집자에 대한 작성자/편집자 이름이 표시되지 않습니다.인용문 작성자가 무언가가 표시되기를 원하거나 해결해야 할 다른 종류의 오류가 있습니다.오류 메시지는 편집자가 이 문제를 해결하는 데 도움이 됩니다.

예 1: "first1"이지만 "last1"은 없습니다.작성자가 표시되지 않습니다.

• {{cite journal last1= first1 = John title=Sample title journal=Journal of samples date=March 2009 pages=6–8 volume=8 issue=2}}
• "Sample title". Journal of samples. 8 (2): 6–8. March 2009. {{cite journal}}: first1=실종된 last1=(도움말)

예 2: "last1"은 있지만 "first1"은 없습니다.작성자의 성이 표시됩니다.이것은 괜찮습니다. 오류가 표시되지 않아야 합니다.

• {{cite journal last1= Doe first1 = title=Sample title journal=Journal of samples date=March 2009 pages=6–8 volume=8 issue=2}}
• Doe (March 2009). "Sample title". Journal of samples. 8 (2): 6–8.

예 3: 예 1과 동일하지만 "editor-last1"이 없는 반면 "editor1-first"가 있습니다.

• {{cite journal author1=John Doe editor-last1= editor-first1 = Mary title=Sample title journal=Journal of samples date=March 2009 pages=6–8 volume=8 issue=2}}
• John Doe (March 2009). "Sample title". Journal of samples. 8 (2): 6–8. {{cite journal}}: editor-first1=실종된 editor-last1=(도움말)

권장 동작:

• "작성자 성 매개 변수 누락"과 같은 오류 메시지를 표시합니다(또는 기본적으로 숨긴 채로 두어도 상관없지만 일부 사용자가 모니터링할 수 있는 유지 관리 범주에 기사를 배치합니다).
• 첫 번째 n에는 해당하는 마지막 n이 필요하고 한 이름(예: Sting 또는 Bono)만 있는 저자/편집자의 이름이 "authorn" 또는 "lastn"(또는 편집자/편집자-lastn)에 있어야 한다는 사실을 반영하도록 문서를 변경합니다.Jonesey95 (talk) 2013년 10월 24일 00:03 (UTC)

카테고리를 통한 여행:CS1 오류: 저자가 없는 공동 저자, 저는 많은 기사를 찾고 있습니다. first=다음에 coauthors=편집자들은 다음과 같이 생각한 것 같습니다. first=첫 번째 작성자를 위한 것이었지만 결국 아무것도 표시되지 않습니다.이러한 경우 오류 메시지를 표시하면 유용합니다.

실제 기사의 예:

" first = Christopher D. K. Herd의 공동 저자 = 알렉산드라 블리노바, 다니엘 N. 심커스, 용송 황 외.타기시 호수(운석)에서.Jonesey95 (대화) 2014년 1월 23일 07:02 (UTC)

"첫번째 =타밀 문학의 Thiruvalluvar 공저자=교황 목사(번역)".

이러한 오류는 수정하기 쉽지만 "작성자가 없는 공동 작성자" 오류 메시지가 표시되지 않습니다. coauthors=사용되면, 이러한 인용문은 보이지 않게 사라질 것입니다.Jonesey95 (대화) 2014년 1월 23일 07:02 (UTC)

저는 야생에서 이러한 오류가 수백, 수천개는 아니더라도 수백개가 있다고 생각합니다.여기 제가 방금 고친 것이 있습니다.Jonesey95 (대화) 2014년 3월 27일 14:59 (UTC)

저는 Diberri의 인용 필러를 확장하여 인용 웹 생성에서 메타데이터 또는 COinS 정보를 사용하고 적절한 인용 웹, 뉴스, 저널, 책, ... 출력을 제공하는 데 관심이 있습니다.위키백과:Scripts/Perl scripts/hdump-head.pl 는 일부 저널 기사에 적합한 스케치입니다.코드를 생성하는 COinS 데이터에 인용 매개 변수의 온톨로지 또는 매핑이 있습니까? 아니면 Lua에 인터리브되어 있습니까?에우틸스RDF 웹 서비스: NCBI Entrez Utilities에 대한 RDF 인터페이스는 Biblogical Ontology(BIBO)를 기반으로 하는 NLM 리소스에 흥미로울 수 있습니다.BIBO는 월드캣과 영국 국립 도서관에서 그것을 사용하는 프로젝트를 언급합니다.명백한 매핑은

비보:인용문/코어:ASIN ? 비보:도이 == 프리즘:도이 인용/코어:DOI 비보:각형 == 프리즘:각형 인용/코어:에디션 비보:isbn == 프리즘:isbn 인용/코어:ISBN 비보:issn == 프리즘:issn 인용/core:ISSN 비보: 이슈 인용/핵심:이슈 비보: lccn 인용/core:LCCN 비보:occnum 인용/핵심:OCLC 비보: pmid 인용/핵심:PMID 비보:uri 인용/핵심:URL 비보: 볼륨 == 프리즘: 볼륨 인용/코어:용량

(비보:eissn == 프리즘:eissn)는 비보:isn이고, isbn10과 마찬가지로 isbn13이기 때문에 리프 노드에는 그다지 좋지 않습니다. (참고로 이것에 대한 제 이해는 위험한 단계입니다.)더 많은 테이블 기반 인용 생성 도구가 유용할 수 있습니다.RDBrown (대화) 2013년 11월 11일 14:28 (UTC)

템플릿 참조:Cite_book#COinS 메타데이터에 포함된 매개 변수 목록을 찾습니다.또는 모듈을 검색합니다."O in Output" 용어에 대한 인용/CS1(인용 부호 없음).

—Trapist the Monk (대화) 2013년 11월 12일 18:27 (UTC)

모듈 대화 참조:인용/CS1/COINS. -- 가젯850 ^talk 21:45, 2014년 3월 14일(UTC)

이 항목은 도움말 대화 페이지에서 요청한 내용을 추적하기 위한 것입니다.도움말_talk:인용_Style_1#에디션_in_cite_map.Jonesey95 (대화) 2013년 11월 19일 14:16 (UTC)

일 및 연도 범위에 대한 지원?유효한 날짜 및 연도 범위의 예는 이 토론과 이 토론에서 제공되었습니다.

—Trapist the Monk (토크) 2013년 12월 8일 17:30, UTC)

샌드박스에서 완료. – Jonesey95 (대화) 21:01, 2014년 3월 14일 (UTC)

이번 주 업데이트 후 샌드박스에 대한 사소한 기능 요청(직접 입력하고 싶지만, 이번 주 코드를 라이브 모듈로 마이그레이션하는 것을 방해하고 싶지 않습니다):

곧 (2013년 12월 17일, 이 글에서) 위키백과에 "초안" 네임스페이스와 함께 "초안" 네임스페이스가 있을 것입니다.CS1 오류 카테고리에 포함되지 않은 네임스페이스 목록에 포함시켜야 합니다.해당 네임스페이스에는 오류가 표시되어야 하지만 범주화되지는 않습니다.

모듈 자체를 업데이트하고 모듈의 설명서도 함께 업데이트해야 합니다.이번 주 모듈 업데이트 이후까지 기다렸다가 변경하는 것이 타당하다고 생각합니다.Jonesey95 (talk) 2013년 12월 13일 00:28 (UTC)

Y 샌드박스 및 도움말에 대한 설명에서 완료:CS1 오류 페이지.Jonesey95 (talk) 2013년 12월 18일 00:45 (UTC)

{{broken ref}}를 통해 완료되었습니다. -- Gadget850 ^talk 21:43, 2014년 3월 14일(UTC)

CS1 인용문의 중복된 매개 변수를 보고하여 편집자가 오류가 발생한 위치에서 매개 변수를 생성하지 않도록 하고 gnome이 매개 변수를 수정할 수 있습니다.기존의 중복 매개 변수 오류를 말하는 것이 아닙니다.이는 단순히 예를 들어 여러 개의 인스턴스가 있는 곳을 보고하는 것입니다. first=또는 url=같은 인용구에중복된 매개 변수는 여러 가지 이유로 인해 존재하지만 매개 변수의 마지막 인스턴스만 표시되며, 이는 일반적으로 인용문을 만들거나 편집하는 편집자의 의도가 아닙니다.Jonesey95 (대화) 2014년 3월 14일 21:00 (UTC)

제가 정확히 이해한 바로는 매개변수가 CS1 모듈로 전달되기 전에 MediaWiki 소프트웨어에 의해 구문 분석됩니다.모듈에 도달할 때까지 이전 매개 변수는 이미 무시됩니다.템플릿이나 머들이 이 탐지를 수행할 방법이 없습니다. -- Gadget850 ^talk 21:42, 2014년 3월 14일 (UTC)

아, 실망스럽군요.이 문제에 대해 크게 논의하고 싶지는 않지만, 동일한 템플릿에 두 개의 동일한 매개 변수가 포함된 타당한 이유가 있을까요?편집자가 이 실수를 수정할 수 있도록 MW 소프트웨어에서 플래그를 지정해야 하는 오류가 항상 발생할 것이라고 생각하지 않습니다.어쩌면 이 합의가 실수가 아닌 상황이 있을 수도 있고, 저는 어떤 것도 생각할 만큼 똑똑하지 않습니다.Jonesey95 (대화) 2014년 3월 14일 23:11 (UTC)

'번역기' 매개 변수를 추가합니다."번역자" 앞에 표시되어야 합니다. -- Gadget850 (Ed) ^talk 19:51, 2013년 4월 1일 (UTC)

이 기능을 이용해 주시면 감사하겠습니다.일부 작품에는 번역기가 여러 개 있기 때문에 저자와 편집자(예: "last1=first1=" 등)와 같은 방식으로 코딩해 주시겠습니까?Mindmatrix 2013년 4월 2일 03:20(UTC)

'last'와 'first'처럼 숫자는 무제한일 것입니다. -- Gadget850 (Ed) ^talk 09:38, 2013년 4월 2일 (UTC)

완료. 이 변경 사항은 2015년 9월에 라이브 CS1 모듈에서 구현되었습니다.Jonesey95 (대화) 2015년 10월 21일 18:38 (UTC)

해결됨

다른 곳에 수도사 트라피스트가 게시한 아이디어는 후세를 위해 여기에 기록되었습니다: "모듈에 코드 추가:author= 등의 인용문을 별도의 특정 범주에 넣을 인용문/CS1."

저는 이것을 "CS1 오류" / "잘못된 구문" 범주가 아닌 유지관리 범주로 생각합니다.나머지 작성자를 채우는 데 관심이 있는 편집자, 그렇게 하는 사람들에 대해 반대하는 편집자 또는 다른 의견/아이디어가 있는지 어느 시점에 논의해 보겠습니다.Jonesey95 (대화) 15:53, 2014년 5월 14일 (UTC)

또한 등이 포함된 경우 firstn=.

제 생각에 그것은 오류 조건입니다; 등은 작성자 이름이 아니라 단순히 목록에 없는 작성자가 있다는 표시입니다.편집자가 템플릿에 모든 저자가 나열되지 않았다는 것을 알려 모듈:인용/CS1은 적절한 형식의 등을 인용에 추가하지만 동일한 등은 COinS 메타데이터에 포함되지 않습니다(지금은 에서 발생함). authorn=et al.) 이것은 매우 비슷합니다. display-authors=인용 템플릿에 포함된 모든 작성자가 그 뒤에 등이 표시되는 것을 제외하고는.아마도, etal=yes아니면 비슷한 것.

해결됨

현재 "arxiv=1409.7951 [cisco.atom-ph]" 형식의 파라미터를 제공하면 다음과 같은 혼란스러운 오류가 발생합니다.

Botermann, Benjamin; Bing, Dennis; Geppert, Christopher; Gwinner, Gerald; Hänsch, Theodor W.; Huber, Gerhard; Karpuk, Sergei; Krieger, Andreas; Kühl, Thomas; Nörtershäuser, Wilfried; Novotny, Christian; Reinhardt, Sascha; Sánchez, Rodolfo; Schwalm, Dirk; Stöhlker, Thomas; Wolf, Andreas; Saathoff, Guido (September 2014). "Test of Time Dilation Using Stored Li⁺ Ions as Clocks at Relativistic Speed". Physical Review Letters. 113 (120405): 1–5. arXiv:[physics.atom-ph 1409.7951 [physics.atom-ph]]. doi:10.1103/PhysRevLett.113.120405. {{cite journal}}:확인. arxiv=값(도움말)

또한 [ 노력한다고 해서 모든 것이 그렇게 향상되는 것은 아닙니다.

Botermann, Benjamin; Bing, Dennis; Geppert, Christopher; Gwinner, Gerald; Hänsch, Theodor W.; Huber, Gerhard; Karpuk, Sergei; Krieger, Andreas; Kühl, Thomas; Nörtershäuser, Wilfried; Novotny, Christian; Reinhardt, Sascha; Sánchez, Rodolfo; Schwalm, Dirk; Stöhlker, Thomas; Wolf, Andreas; Saathoff, Guido (September 2014). "Test of Time Dilation Using Stored Li⁺ Ions as Clocks at Relativistic Speed". Physical Review Letters. 113 (120405): 1–5. arXiv:[physics.atom-ph] 1409.7951 [physics.atom-ph]. doi:10.1103/PhysRevLett.113.120405. {{cite journal}}:확인. arxiv=값(도움말)CS1 유지보수: 추가 구두점(링크)

새로운 스타일의 식별자에 arXiv 클래스를 포함할 수 있는 방법이 있으면 좋겠습니다.중요하지는 않지만 일반적으로 인쇄물의 arXiv 인용문에 포함되어 있으며 WP일 경우:MOS는 생략하고 템플릿 문서에 코멘트를 달면 좋을 것 같습니다.

Lua에서는 합법적인 arxiv 식별자의 구문을 단순히 확장하는 것이 가장 간단할 것으로 예상되지만 템플릿 스타일의 추가 템플릿 매개 변수는 다음과 같은 매개 변수가 있습니다.cite arxiv도 괜찮습니다.후자는 수업을 허용하지만 동료 검토를 통해 게시된 논문에 대한 저널, 볼륨, 이슈, 페이지 번호 등을 나열할 수 없다는 문제가 있습니다.

보테르만과 베냐민과 빙과 데니스와 크리스토퍼와 그위너와 제럴드와 헨슈와 테오도르 W.후버, 게르하르트, 카르푸크, 세르게이, 크리거, 안드레아스, 퀼, 토마스, 뇌르테르샤우저, 윌프리드, 노보트니, 크리스티안, 라인하르트, 산체스, 로돌포, 슈왈름, 더크, 스톨커, 토마스, 볼프, 안드레아스, 사토프, 과이도 (2014년 9월)."저장된 Li+ 이온을 상대론적 속도의 시계로 사용한 시간 확장 테스트" 페이지 1–5. arXiv:1409.7951 [물리학.atom-ph].{{parameter arxiv}}: 알 수 없는 매개 변수 doi= 무시됨(도움말);알 수 없는 매개 변수가 무시되었습니다(도움말).알 수 없는 매개 변수가 무시되었습니다(도움말).알 수 없는 매개 변수가 무시됨(도움말)

감사합니다! 71.41.210.146 (토크) 12:30, 2014년 10월 1일 (UTC)

arXiv 클래스란 무엇입니까? -- 가젯850 ^talk 14:23, 2014년 10월 1일(UTC)

arXiv 분류는 여기와 여기에서 설명합니다.arXiv.org 의 사람들은 인용문에 포함시킬 것을 권장하지만, 우리는 그것을 잘 표현하지 못합니다.검증, 프레젠테이션 및 링크를 쉽게 하기 위해 CS1 템플릿에 별도의 매개 변수로 포함하는 것이 가장 좋을 것 같습니다.Jonesey95 (대화) 15:44, 2014년 10월 1일 (UTC)

제목 분류로 시작하는 제출 식별자를 할당하는 데 사용되는 arXiv.이것은 논문이 원래 잘못 분류된 경우 짜증이 났으며, 논문을 재분류하려면 새로운 식별자를 할당해야 했습니다.2007년에, 그들은 영구 식별자가 순수하게 숫자로 된 시스템으로 바뀌었고, 분류는 추가 정보로 첨부되었습니다.필수는 아니지만, 관례적으로 논문에 대한 추가 정보로 첨부합니다. 71.41.210.146 (talk) 2014년 10월 1일 (UTC) 21:33

—Trapist the Monk (대화) 2014년 5월 14일 18:07, UTC)

해결됨

접근 날짜 검사를 개선하여 접근 가능성이 낮은 날짜를 제외할 수 있습니다.아마도 위키가 시작된 날짜는 가능한 가장 빠른 액세스 날짜여야 할 것입니다.1914년의 접속 날짜가 있는 영국의 백화점 목록 기사를 방금 보았습니다!키스 D (대화) 19:20, 2014년 12월 7일 (UTC)

부터 access-date=URL이 필요합니다(위키백과가 존재해야 할 수도 있습니다). 최소 연도를 설정할 수 있습니다.월드 와이드 웹 기사는 가장 오래된 것으로 알려진 웹 페이지는 1991년부터라고 말합니다.

향후 날짜에 대한 액세스 날짜를 테스트할 수도 있습니다.저는 우리가 이미 내년보다 더 큰 날짜에 대해 연도를 테스트한다고 믿습니다(잡지와 같은 출판물은 날짜에 내년이 있을 수 있기 때문입니다).Jonesey95 (대화) 2014년 12월 7일 19:26 (UTC)

향후 액세스 날짜에 대한 제한은 얼마여야 합니까?뉴질랜드에서는 오늘 12:00:00 UTC가 내일 00:00:00이기 때문에 최소 서버 날짜가 +1이어야 합니다.

• 2023-07-27T01:13:29 – 이 페이지가 마지막으로 새로 고쳐진 UTC 시간(Purge)
• 2023-07-27T 13:13:29 – NZST (UTC+12)
• 2023-07-27T 14:13:29 – NZDT (UTC+13)

현재 UTC 날짜+1을 수락하면 편집자는 현지 '오늘' 날짜를 오류 없이 입력할 수 있습니다.로컬 '내일' 날짜를 사용하는 경우 최대 24시간 동안 오류 메시지가 표시되고 이후 오류가 발생하지 않습니다.

—Trapist the Monk (대화) 2014년 12월 7일 20:38 (UTC)

좋아 보이네요. -- 가젯 ^talk 850 22:16, 2014년 12월 7일 (UTC)

저도 마찬가지에요.키스 D (대화) 22:36, 2014년 12월 7일 (UTC)

저는 오늘+1로 괜찮습니다.UTC 표준 시간대에 이미 내일인 내일 날짜를 입력하는 경우가 있습니다(UTC는 실제로 표준 시간대가 아니라는 것을 알고 있지만 이해할 수 있습니다).Jonesey95 (talk) 2014년 12월 8일 00:04 (UTC)

오류를 확인하는 현재 방법은 템플릿에 저장된 정보만 고려합니다(아마도 시스템 시간을 고려할 수 있습니다).만약 누군가가 이틀 후에 날짜를 입력했는데 아무도 그것에 대해 아무것도 하지 않는다면, 하루가 지난 후에 오류 메시지는 사라질 것입니다.저는 그것이 메시지의 유용성을 정말 떨어뜨린다고 생각합니다.Jc3s5h (대화) 2015년 1월 14일 18:24 (UTC)

위의 것보다 더 나은 제안이 있습니까?Jonesey95 (대화) 2015년 1월 14일 23:28 (UTC)

이보다 더 좋은 제안은 없습니다.(Microsoft Word에서처럼) 편집 소프트웨어가 인용문이 입력되는 것을 알고 있는 훨씬 더 제한된 편집 환경에서 저는 편집이 일어나는 것을 전혀 차단하겠지만, 위키백과의 편집 환경은 그러기에 너무 유연합니다.Jc3s5h (대화) 2015년 1월 15일 21:32 (UTC)

그래서 이 요청의 현재 상태는 어떻습니까?만약 변화가 생긴다면, 미래를 내버려둬도 괜찮아요. 더 빨리 움직일 수 있다면요.Naraht (대화) 2015년 1월 15일 22:44 (UTC)

이 주제를 위해 나 자신에게 메모하기. mw:확장:Scribunto/Lua_reference_manual#mw.language:formatDate는 mw를 나타냅니다.도움말:확장자:파서 함수#.23번.

위키백과는 2001년 1월 15일에 시작되었습니다.사용.{{#time:}}날짜 2001-01-15, 키워드 'today' 및 키워드 'tomorrow'에 대한 1970-01-01T00:00 UTC 이후 초 수를 얻을 수 있습니다.

• 2001-01-15 → 979516800초 UTC → 2001-01-15:12:00 UTC
• 오늘 → 1690416000초 UTC → 2015-04-02:12:00 UTC
• 내일 → 1690502400초 UTC → 2015-04-03:12:00 UTC

그러면 의 값은 accessdate=979516800초 이하 또는 1690502400초(표준)로 변환할 수 없습니다.

—Trapist the Monk (대화) 2015년 4월 2일 17:56 (UTC)

좋아요!Naraht (대화) 2015년 5월 8일 17:34 (UTC)

해결됨

참고 항목:모듈 토크:인용/CS1/기능 요청#유지관리 카테고리에 "author= et al." 추가

작성자 필드에서 "등"을 탐지합니다. -- 가젯 ^talk 850 02:03, 2014년 12월 14일 (UTC)

그리고 그것을 감지한 후, 그 다음은 무엇입니까?

—Trapist the Monk (대화) 2014년 12월 14일 03:13 (UTC)

오류를 트리거합니다.최근에 어떤 이유로 작성자 필드에서 찾았습니다. -- Gadget850 ^talk 2014년 12월 14일 (UTC) 23:31

네, 저도 그랬어요.사실, 몽크봇, 그것이 다른 것들을 발견했을 때. coauthors=로 전환한 죄가 있습니다. authorn=et al.하지만 저는 단순히 오류 메시지를 추가하는 대신 무엇을 해야 하는지에 대한 아이디어를 찾고 있었던 것 같습니다.편집자가 CS1/2 등을 표시하려면 어떻게 해야 한다고 제안합니다.잘못 사용하지 않고 author=, last=,그리고. first=다음의 정의를 수정합니까? display-authors=그래서 언제 display-authors=et al렌더링된 작성자 목록에는 등이 있지만 COinS 데이터에는 없습니다.이는 다음에도 적용될 수 있습니다. display-editors=우리는 발명할 수 있습니다. et-al-author=그리고. et-al-editor=또는 같은 종류의 일을 하는 것과 유사한 어떤 것.우리는 그들과의 상호작용에 대해 걱정해야 할 필요합니다. display-authors=n저자 목록에 저자가 n명 이상 있을 때. display-authors=그리고. et-al-author=둘 다 렌더링된 인용문에 추가하지 마십시오.

—Trapist the Monk (토크) 11:36, 2014년 12월 15일 (UTC)

나는 보통 봅니다. author=또는 authors=여러 저자 및 기타와 함께. -- 가젯850 ^talk 14:36, 2014년 12월 15일 (UTC)

안녕하세요, 제 생각에는 추가적인 확인이 필요할 것 같습니다. url=그리고. title=필드를 확인하고 적절하게 수정할 수 있도록 추적 범주를 설정합니다.

를 위해 url=필드에 URL 이외의 텍스트가 있는지 확인합니다. 이렇게 하는 가장 쉬운 방법은 중간 문자열 공백을 확인하는 것입니다.이렇게 하면 이런 것들을 얻을 수 있습니다.

반대로 다음에서 URL을 확인합니다. title=제목에 URL을 가져오지 않아야 하므로 필드를 선택합니다.이것은 이와 같은 불필요한 세부 사항을 포함할 것입니다.

키스 D (대화) 22:44, 2015년 6월 17일 (UTC)

이 요청의 일부는 이전 대화에서 논의되었지만, 해당 대화를 기반으로 수행된 조치는 없는 것으로 보입니다.도움말 대화:인용 스타일 1은 일반적으로 어떤 경우에도 이러한 대화를 위한 더 나은 포럼입니다. 관찰자가 더 많습니다.두 개의 다른 기능 요청이므로 해당 페이지에서 두 개의 별도 스레드를 시작하는 것이 좋습니다.Jonesey95 (대화) 2015년 6월 18일 04:34 (UTC)

완료. 이 변경 사항은 2015년 9월에 라이브 CS1 모듈에서 구현되었습니다.Jonesey95 (대화) 2015년 10월 21일 18:38 (UTC)

이 IP 편집을 바탕으로, 저는 이 변경을 Da Hip Hop Witch로 만들었습니다.일단 보관된 링크가 제공되면 인용 템플릿은 원본 URL을 강제로 표시하며, 불행히도 이 경우에는 Paypal 요청에 대한 링크를 제공합니다.저는 링크 팜이나 다른 바람직하지 않은 링크로 이어지는 다른 원본 링크를 보았습니다.

이러한 경우 원본 URL 표시를 억제하는 기능을 추가할 수 있습니까?Mindmatrix 2015년 8월 10일 15:23(UTC)

저는 우리가 기능을 확장할 수 있다고 생각합니다. dead-url=링크 없이 보관된 메시지만으로 인용문을 렌더링하는 데 도움이 되는 일종의 의미 있는 코드 워드를 포함합니다.그 암호 단어는 무엇이어야 합니까?

—Trapist the Monk (토크) 2015년 8월 10일 15:51 (UTC)

아마도요. dead-url=hide– Jonesey95 (대화) 2015년 8월 10일 18:36 (UTC)

아마 dead-url=nolink?

—Trapist the Monk (대화) 2015년 8월 11일 12:55 (UTC)

저는 원래 링크가 스팸이거나 적어도 "바람직하지 않은" 경우 문제의 의미를 더 잘 나타내는 것을 선호한다고 생각합니다.그것에 대한 좋은 키워드를 확신할 수 없습니다."originalspam" 또는 "originalspam" -- 이즈노 (대화) 13:26, 2015년 8월 11일 (UTC)

나는 정확히 그런 생각을 했지만 내 불쌍한 작은 뇌는 적절한 용어를 찾지 못하고 있습니다.나는 생각했습니다.spam그러나 이는 도용되거나 만료된 도메인 이름이 아닌 스팸 또는 스팸(전자 메일)을 포함합니다.저는 또한 생각했습니다.advert하지만 이 사건은 그렇지 않습니다.phishing,fraud또한 생각났습니다.

—Trapist the Monk (대화) 2015년 8월 11일 13:42 (UTC)

저는 파라미터 값이 목적이 아닌 기능을 설명해야 한다고 생각했습니다.원래 URL을 숨기는 이유는 여러 가지가 있을 수 있습니다.따라서 "숨기기" 또는 "링크 없음"입니다.Jonesey95 (대화) 2015년 8월 11일 14:02 (UTC)

제가 목적보다 기능에 대해 가지고 있는 문제는 기능이 바람직하지 않은 행동을 가능하게 한다는 것입니다.예를 들어, 저는 링크가 숨기기에 정확한 "나쁜" 링크인 것 외에는 다른 이유를 생각할 수 없습니다. --Izno (대화) 2015년 8월 11일 (UTC) 14:05 (KST)

unfit부적절하지 않다는 뜻입니까?

—Trapist the Monk (토크) 2015년 8월 11일 14:12, UTC)

어때usurped마인드매트릭스 2015년 8월 11일 15:00(UTC)

도움말 대화로 이동:인용 스타일 1/아카이브 9 § 원래 URL 표시 안 함

완료. 이 변경 사항은 2015년 9월에 라이브 CS1 모듈에서 구현되었습니다.Jonesey95 (대화) 2015년 10월 21일 18:38 (UTC)

MediaWiki_talk에 따라 수행되지 않음:공통.css/아카이브_17#The_cite_element_needs_not_auto-italicize_any_longer --Izno (대화) 16:38, 2016년 3월 16일 (UTC)

다음을 위한 CSS 스타일링<cite>기본값이므로 이제 제목의 의미를 추가하는 동시에 내용을 기울임꼴로 형식을 지정합니다.따라서 현재 이탤릭체를 사용하여 메인 작품 제목의 형식을 변경할 수 있습니다.<cite>...</cite>.

<cite>제목 </cite>

Gadget850 (Ed) ^talk 2013년 3월 28일 01:04 (UTC)

• 모든 곳의 모든 사람들을 혼란스럽게 하는 얼마나 왜곡된 방법인가: 대부분의 제목은 따옴표로 놓여야 한다는 것을 모두가 알고 있습니다. 다른 제목보다 훨씬 많은 기사 제목처럼 말입니다.역사적으로, 손으로 쓴 문서에서는 초서체가 다소 기울어져 있고, 밑줄 친 텍스트는 분명히 책/영화 제목이었기 때문에 책 제목에 밑줄을 그었습니다.독특한 어휘를 찾기 위해, 우리는 각각 "{{cite_web...인용문을 표시하는 데 사용되는 마크업으로 "마크업"이라는 용어를 사용합니다.그런 다음 우리는 이탤릭체 텍스트의 드문 사용을 모든 텍스트에 강제하는 인용 태그 "<cite>"를 도입합니다.<cite>...</cite>자연스럽게, 대부분의 정상적인 인간들은 "cite text"라는 용어를 이탤릭체의 텍스트로 스타일링과 연관시키기 시작할 것입니다.모든 사람들을 혼란스럽게 하는 얼마나 왜곡된 방법인가요?저는 cite-tag가 장기적으로 큰 도움이 되지 않을 것이라는 강한 예감이 듭니다. -Wikid77 (talk) 2013년 3월 28일 (UTC) 04:12 (KST)

<cite>내부적으로 템플릿에 사용될 것이기 때문에, 저는 누가 어떻게 혼란스러울지 혼란스럽습니다.작품의 제목을 나타내는 HTML 시맨틱 값을 가지고 있습니다.따옴표로 표시된 포함된 작업 제목에 대한 의미를 추가하려면 태그에 쉽게 스타일을 지정할 수 있습니다.그리고 인용부만 거의 50만 건을 사용하고 있기 때문에, 저는 이탤릭체의 제목을 레어라고 부르지 않을 것입니다. -- - Gadget850 (Ed) ^talk 2013년 3월 28일 (UTC) 09:30 (Ed)

이것이 IP가 앞서 논의했던 문제가 아닌가요? 우리는 실제로 여러 의미 함수에 "제목" 파메터를 사용하고 있습니다.Choose (대화) 2013년 3월 29일 18:11, UTC)

저는 원래 제안서를 리팩터링하여 제목이 메인 작품 제목을 의미한다는 것을 표시했습니다.현재 우리는 발표와 내용의 분리가 없습니다.즉, 메인 작품 제목의 형식은 항상 기울임꼴이고 포함된 작품은 항상 따옴표로 표시됩니다.이 프레젠테이션을 CSS로 이동해야 합니다.기본 작업 제목을 다음으로 감는 중<cite>...</cite>기본적으로 제목을 기울임꼴로 표시합니다.포함된 제목을 따옴표로 표시하는 클래스를 추가할 수 있습니다.

이 기능은 새로운 기능이기 때문에 모듈 토크로 이동하겠습니다.인용/CS1/기능 요청. --— 가젯850 (Ed) ^talk 18:53, 2013년 3월 29일 (UTC)

프리젠테이션과 내용의 분리를 확장합니다. 현재 템플릿에는 내용과 프리젠테이션이 모두 포함되어 있습니다. 즉, 내용을 따옴표 또는 굵은 글씨로 기울임꼴로 스타일을 지정하는 데 사용되는 마크업입니다.프레젠테이션을 하드 코딩하는 것은 독자들이 원하는 대로 인용문을 스타일화할 수 없다는 것을 의미하며 템플릿 이동성을 제한합니다.발표는 CSS로 해야 합니다.현재<cite>태그에는 이탤릭체의 기본 스타일이 있으며 제목의 의미가 있습니다.

인용문으로 제시된 포함된 작품 제목에 대해, 우리는 CSS 스타일링으로 클래스를 만들 수 있습니다.예를 들어 클래스includedtitle:

.포함된 제목:전에 {서체의: 보통의; 내용물: '\22';} .포함된 제목 {서체의: 보통의;} .포함된 제목:끝나고 {서체의: 보통의; 내용물: '\22';} 

그런 다음 내용을 간단히 포장합니다.<cite class="includedtitle">...</cite>글꼴이 일반으로 표시되고 내용이 따옴표로 묶입니다.

HTML 클래스 토론에 포함된 작품 제목에 대한 클래스가 포함되지 않아 예시적인 클래스를 구성했습니다. -- -- Gadget850 (Ed) 14: ^talk58, 2013년 3월 30일 (UTC)

이를 통해 위키백과 언어 버전별로 스타일을 사용자 지정할 수 있습니다.위의 CSS에서 \22는 표준 따옴표에 대한 16진수 코드입니다.다른 마크로 대체할 수 있습니다: 따옴표의 영어 이외 사용 참조. -- Gadget850 (Ed) ^talk 00:17, 2013년 4월 12일 (UTC)

is_domain_name 함수가 <단일 문자>를 잘못 고려합니다.<4자 이상의 gTLD>는 유효한 도메인이 아닙니다.

예를 들어 https://en.wikipedia.org/wiki/Zcash#References 을 참조하십시오. "z.cash"는 유효한 도메인이 아닌 것으로 잘못 간주됩니다.(.cash"의 위임 기록은 https://www.iana.org/domains/root/db/cash.html 을 참조하십시오.)해결책은 간단합니다.

Daira Hopwood » (대화) 02:36, 2017년 8월 8일 (UTC)

샌드박스에 고정되어 있습니다.

{{Cite web/new url=https://z.cash/about.html title=Zcash - About}}

"Zcash - About".

2017년 8월 8일 11:00, 11:00 (UTC) (토크) - 트라피스트 더 승려

감사합니다 :-) Daira Hopwood » (대화) 12:44, 2017년 8월 8일 (UTC)

Travancore 기사의 {{webtitle={webtitle={webtitle}}에 다음과 같은 경고가 표시됩니다.

• "തിരുവിതാംകൂര്" (in Malayalam). {{cite web}}:누락 또는 비어 있음 url=(도움말)

너비가 0인 조인자는 맨 끝에 있으며 제목이 올바르게 렌더링되려면 필요합니다.

• തരുവിത്രൂകം - 0 너비 조인이 있는 제목
• തരുവിതക്രൂം - 0-폭 조인이 없는 제목

인용문 템플릿이 다음을 지원하는 것 같습니다. ignore-isbn-error=trueISBN에 대한 경고를 억제합니다.지원 가능 ignore-title-error=true제목 필드의 내용에 대한 경고를 표시하지 않도록 추가하시겠습니까?

ZWNJ를 사용하여 대체 양식을 표시하는 방법은 ZWNJ를 사용하여 Indic 스크립트의 렌더링을 제어하는 방법을 참조하십시오.http://unicode.org/review/pr-37.pdf 은 기술적인 세부 사항에 대해 설명합니다.

또 다른 옵션은 언어 필드를 확인하고 ZWJ와 ZWNJ에 대한 경고를 억제하기 위해 브라믹 스크립트, 인도-아리아어 또는 아랍어 스크립트 중 하나로 설정되어 있는지 확인하는 것입니다. --Marc Kupper talk 00:47, 2016년 6월 6일 (UTC)

저는 템플릿 변경을 포함하지 않는 해결책을 생각했습니다.대신 HTML 엔티티를 사용하여 제목을 입력할 수 있습니다.다음은 이전 예제에서 사용된 {{cite web}이지만 엔티티 &#x0D24;...이전과 같이 UTF-8이 아닌 &#x200D;입니다.

• "തിരുവിതാംകൂര്" (in Malayalam). {{cite web}}:누락 또는 비어 있음 url=(도움말)

또는 HTML 엔티티로 입력한 제로 폭 조인을 제외한 제목을 UTF-8에 입력할 수 있습니다.

• "തിരുവിതാംകൂര്" (in Malayalam). {{cite web}}:누락 또는 비어 있음 url=(도움말)

제로 폭 조인 문자는 제가 사용했지만 경고가 없습니다.단점은 1) UTF-8 문자열을 복사/붙여넣기하는 데 사용되며 HTML 엔티티로 변환해야 한다는 것입니다.전체 제목이 변환되면 편집 모드에서 더 이상 사람이 읽을 수 없고 너비가 0인 조인자만 엔터티로 입력하면 사람에게 혼란을 줄 수 있습니다.

검사할 문자열의 문자가 0-폭 조인자와 같은 문자를 사용하는 부분 언어 블록인지 확인하고 0-폭 조인자에 대한 경고를 표시하지 않는 템플릿 검사를 코드화하는 또 다른 방법입니다.제로 폭 조인 이전 예제 제목의 13개 문자는 모두 U+0D00부터 U+0D7F까지 실행되는 말라얄람(유니코드 블록)에 있었습니다. --Marc Kupper talk 01:22, 2016년 6월 8일 (UTC)

HTML 엔티티로 2004년으로 돌아가지 않도록 해주세요.

이러한 문자는 해당 언어에 필요한 유효한 유니코드 문자이며, 해당 언어의 키보드를 사용하여 쉽게 입력할 수 있습니다.

올바른 방법은 언어를 자동으로 확인하고 처음에 제안한 대로 이 문자가 유효한 언어 중 하나일 경우 이 오류를 표시하지 않는 것입니다. --Amir E. 아하로니 (대화) 2016년 7월 20일 15:28 (UTC)

도움말을 보고 있었습니다.CS1#템플릿 작동 방식 및 의도하지 않은 오류 표시처럼 보이는 것을 확인한 결과 다음과 같습니다.

CS1 템플릿은 일반적으로 다음과 같이 인용합니다.

• 작성자 포함:

Author (Date). "Title". Work. Publisher. Identifiers. {{cite journal}}일반 last= 이름(도움말);날짜 값 확인: (도움말);알 수 없는 매개 변수가 no-tracking=무시됨(제안됨)(도움말)

• 작성자 없음:

"Title". Work. Publisher. Date. Identifiers. {{cite journal}}날짜 값 확인: (도움말);알 수 없는 매개 변수가 no-tracking=무시됨(제안됨)(도움말)

(참고: 도움말에서 복사한 위의 wikitext:CS1#템플릿 작동 방식)

제 생각에 이것은 그 사건을 처리하는 과정에서 나온 것 같습니다. template doc demo=true 매개 변수가 {{Citejournal}}(으)로 전달됩니다.제가 이 일을 더 추구하기 위해 제 안전지대 밖에 있을 것이기 때문에, 저는 여기에 보고합니다.Wtmitchell(대화) (이전 보라카이 법안) 2017년 4월 25일 22:24, UTC)

기능 요청이 아니라, 어떻게 여기까지 오게 되었나요?

template doc demo=true에서는 오류 메시지를 차단하지 않고 이 페이지가 카테고리:CS1 오류: 날짜.오류 메시지를 제거하려면 다음 인용문에 유효한 날짜가 필요합니다. date=Date올바른 날짜가 아닙니다. 또는 인용문은 템플릿을 사용하지 않고 직접 작성해야 합니다.

—Trapist the Monk (토크) 2017년 4월 25일 22:37, UTC)

더하다 prearchive=yes의 가명으로 deadurl=no기능을 활성화하기 위해 매개 변수를 false로 설정하는 것과 같은 부정적인 논리는 평균 편집기에 적용되지 않습니다.'preparchive'는 링크를 선제적으로 보관하는 기능을 더 잘 설명합니다. -- Gadget850 (Ed) ^talk 16:30, 6 (UTC)

다양한 용도로 사용되고 있습니다. deadurl=yes의미가 없습니다. -- 가젯850 ^talk 12:37, 2014년 10월 31일 (UTC)

인용문에 현재 페이지에 대한 위키 링크가 포함되어 있으면 다음과 같이 굵게 표시됩니다.

{{module book title=module talk:인용/CS1/기능 요청]}}

제안:위키링크가 현재 페이지에 있는 경우 링크를 제거합니다. -- Gadget850 (Ed) ^talk 16:18, 2013년 4월 12일 (UTC)

이 작업이 완료되면 CSS를 통해 수행해야 합니다.관련이 없는 기울임꼴을 제거하면 출력이 스타일이 지정됩니다.

<span class="selflink"><strong class="selflink"> 모듈 토크:인용/CS1/기능 요청 </strong></span>

".citation.selflink {font-weight:normal; }"을 설정하면 굵은 글씨가 제거됩니다.드래곤즈 비행 (토크) 2013년 4월 12일 18:05 (UTC)

이렇게 하면 모든 링크에 적용됩니다.나는 리스트가 CS1 템플릿으로 구성된 저자 페이지의 책 목록을 보았다. authorlink=Andrew Hunt § Bibliography 참조.

—Trapist the Monk (대화) 2013년 4월 27일 14:43 (UTC)

예, 제안된 CSS는 인용문에서 발생하는 위치에 관계없이 이러한 링크와 관련된 볼딩을 제거할 것입니다.모듈에 실제로 영향을 미치지 않는 경우 미디어위키로 이동해야 합니다.Common.css(또는 유사).드래곤즈 비행 (토크) 2013년 4월 27일 16:36 (UTC)

네, 그렇습니다.현재 페이지에 대한 common.css 및 인용 위키링크에서 테스트된 내용은 더 이상 없습니다.미디어위키를 변경해야 한다고 생각합니다.Common.css.제가 거기서 편집 요청을 할까요?

—Trapist the Monk (토크) 11:43, 2013년 4월 28일 (UTC)

다양한 유형(작성자/제목)의 항목은 템플릿에 의해 제거되는 것이 아니라 링크가 없어야 하므로 수정을 위해 이러한 경우에 오류를 던지는 것이 더 의미가 있습니다.오류가 지저분해질 수 있는 곳은 cite doi와 같은 것들에 있을 것입니다. cite doi는 링크된 페이지에 반드시 있는 것은 아닙니다.흠. --이즈노 (대화) 03:44, 2013년 4월 28일 (UTC)

저는 반대하는 경향이 있습니다.인용문에서 링크가 비활성화되어 있는 한 현재 페이지를 가리키는 위키 링크에는 아무런 문제가 없습니다.이를 통해 편집자는 전체 인용문을 재사용할 수 있습니다.<section>자체 연결 인용문을 그대로 사용하여 한 기사에서 다른 기사로 텍스트를 차단합니다.저는 여기서 오류 메시지가 필요하지 않다고 생각합니다.

—Trapist the Monk (토크) 11:43, 2013년 4월 28일 (UTC)

그리고 인용문 템플릿.저는 Trappist의 의견에 동의합니다. -- Gadget850 ^talk 13:06, 2013년 4월 28일 (UTC)

다른 옵션을 탐색하는 중입니다.특별히 애착이 가는 것은 아닙니다. --이즈노 (대화) 13:20, 2013년 4월 28일 (UTC)

CSS는 링크 매개 변수가 아닌 다른 위치에서 발생하는 리디렉션 및 위키링크를 쉽게 처리할 수 있습니다.모듈 로직에서 동일한 범위의 오류 검사를 수행하려고 하면 성능이 저하됩니다.작성자 링크와 같은 몇 가지 분명한 매개 변수를 확인할 수 있지만 CSS 제안보다 어떻게 개선되는지 잘 모르겠습니다.드래곤즈 비행 (토크) 2013년 5월 20일 22:13 (UTC)

저는 사람들이 미디어위키 토크에서 이것에 대한 요청을 할 것을 제안하고 싶습니다.Common.css.드래곤즈 비행 (토크) 2013년 5월 20일 22:13 (UTC)

누가 그것을 루아로 옮길 수 있습니까? --DixonD (대화) 09:26, 2013년 5월 10일 (UTC)

편집자 지정 페이지 섹션 링크의 고유한 기능을 포함하여 몇 가지 새로운 매개 변수가 있습니다. anchor=문서에서 이 매개변수는 "제목"이 아닌 "소스 내 위치"에 속합니까?매개 변수 이름 앵커는 유용하지만 혼동을 일으킬 수 있으므로 보다 사용자 친화적이어야 합니다.

저는 또한 위키 소스와 관련된 아이콘 중 일부 또는 모든 아이콘이 숨겨질 수 있다는 것을 좋아합니다.

또한 문서가 유형을 잘못 식별합니다. 이 매개 변수는 "소스의 미디어 유형에 대한 추가 정보"를 제공하지 않습니다.미디어는 모든 Wiki 소스에 대해 고정되어 있습니다. 미디어는 Wiki로 포맷된 디지털 온라인 호스트입니다. 템플릿 페이지에 문서화된 대로 type은 소스의 작업 분류 또는 작업 유형에 대한 정보를 제공합니다.

70.19.122.39 (대화) 17:45, 2013년 5월 11일 (UTC)

저는 지난 주말에 몇 번 더 변환을 했습니다.저는 이것들을 대략적으로 결론의 수에 따라 순서대로 처리해왔습니다.1100개의 인용 위키 소스 사용은 대략 남아있는 목록의 중간에 있습니다.최종적으로 달성할 수는 있지만 20개 이상의 마이너 템플릿이 모두 변환되기까지는 수개월이 걸릴 것으로 예상됩니다.드래곤즈 비행 (토크) 2013년 5월 20일 22:38 (UTC)

왜 "장"과 "섹션"을 동시에 사용하는 데 제한이 있습니까?제가 보기에는 두 가지를 동시에 사용해야 하는 정당한 필요성이 있는 것 같습니다.다음은 권, 섹션, 장으로 구성된 책입니다.

• 보웬, 헨리 리 박사; 1953; "9장.중국에서의 승리";제2차 세계 대전의 육군 공군; 제5권 태평양: 마터호른에서 나가사키까지 1944년 6월부터 1945년 8월까지; 제2절, 중국에 대한 원조:CBI의 The Theater Air Force in Chicago University of Chicago Press.

PBS (대화) 2013년 6월 14일 13:33 (UTC)

'section'은 {{section manual}}(으)로 시작합니다.{{citebook}}에 병합할 때 '섹션'과 '장' 별칭을 만들었습니다.자세한 내용은 아래를 참조하십시오. -- Gadget850 ^talk 17:42, 2013년 6월 14일(UTC)

저는 그것이 최선의 방법이 아니라고 생각합니다.위에서 책이 섹션과 챕터를 사용하는 예를 보여드렸습니다. -- PBS (토크) 09:27, 2013년 6월 15일 (UTC)

다음 인용문:

Cornelius Tacitus, Publius (98), De origine et situ Germanorum (On the Origin & Situation of the Germans), Cap. XL {{citation}}:날짜 값 확인: year=(도움말)

사용하다

at=[[s:la:De origine et situ Germanorum (Germania)#XL Cap. XL]]

모듈은 COinS에 마크업을 추가하기 전에 마크업을 제거하는 방법을 알지 못합니다.

—Trapist the Monk (대화) 2015년 6월 4일 13:19, UTC)

{sfnref}}을(를) CS1 템플릿에 통합합니다.여기에는 두 가지 매개 변수가 필요합니다. sfnref=그리고. sfnyear=-- Gadget850 ^talk 2014년 3월 31일 12:45 (UTC)

둘 이상의 문자가 포함된 '사후'를 확인합니다.이상한 것들이 삽입되어 있습니다. -- Gadget850 (Ed) ^talk 19:30, 2013년 4월 6일 (UTC)

저의 현재 반응은 이것이 너무 늦었을 수도 있다는 것입니다.너무 많은 사람들이 다음과 같은 일을 하고 있는 것처럼 보입니다. postcript=<!-- None -->추가 사용자:인용봇은 {{불일치 인용}}에 대한 메시지를 포스트스크립트에 넣고 있습니다.한 글자만 써야 한다고 주장하는 것은 이 시점에서 조금 허무해 보입니다.드래곤즈 비행 (토크) 2013년 5월 20일 22:25 (UTC)

아마도 밖에 무엇이 있는지 보기 위해 숨겨진 추적 범주일 것입니다. -- 가젯 ^talk 850 02:04, 2013년 5월 21일 (UTC)

part= 매개 변수가 유용합니다. 예를 참조하십시오.

• 유나이티드 서비스 저널과 해군 및 군사 잡지는 매년 두 부분으로 나뉘어져 있습니다.
• Willis, Browne (1750). Notitia Parliamentaria, Part I: Containing an Account of the First Returns and Incorporations of the Cities, Towns and Broughs, in England and Wales, That send Members to Parliament; ... London.
• Willis, Browne (1750). Notitia Parliamentaria, Part II: A Series or Lists of the Representatives in the several Parliaments held from the Reformation 1541, to the Restoration 1660 ... London.

PBS (대화) 2013년 6월 14일 13:41 (UTC)

열(col.), 단락(para.)도 유용합니다.트랙; 시간, 분, 초; 연기, 장면, 칸토, 책, 파트, 폴리오, 스탠자, 뒷면 커버, 라이너 노트, 인디카, 콜로폰, 더스트 재킷, 운문 및 아마도 더 많은 것들.하지만 이것이 'chapter'와 'page'가 정확히 맞지 않는 자유 텍스트를 추가할 수 있는 catchall 'at' 필드가 있는 이유입니다. -- Gadget850 ^talk 2013년 6월 14일 (UTC) 17:45

그 인수를 통해 볼륨을 제거하는 것이 좋습니다!장과 페이지 사이에 차이가 있습니다.볼륨과 부품 간에 유사한 차이가 있어야 합니다.부품에서 페이지 번호 지정은 종종 다시 시작됩니다.첫 번째 문장에 나열한 대부분의 항목은 동일한 물리적 책의 속성입니다(그리고 물리적 책 내의 정보를 정확하게 파악하는 다른 방법).부분이 다르고, 자체 페이지 번호를 가진 물리적인 책을 자주 설명합니다. -- PBS (토크) 09:26, 2013년 6월 15일 (UTC)

도움말 대화로 이동:인용 스타일 1 § 제목의 부분 링크

—Trapist the monk (토크) 2019년 7월 30일 18:57, UTC)