모듈 토크:변환/아카이브 1
Module talk: | 이 페이지는 과거 토론의 기록이다.이 페이지의 내용을 편집하지 마십시오.새로운 토론을 시작하거나 오래된 토론을 다시 시작하려면 현재 토크 페이지에서 다시 시작하십시오. |
노트
이 모듈은 {{convert}}의 구현을 제공한다.설명서를 참조하십시오.
사용 예제:
{{convert/sandboxlua 5.2 m ftin}}→ 5.2m(17ft 1인치){{convert/sandboxlua 5+3/8 in}}→5+3⁄8 인치(140 mm){{convert/sandboxlua 1 yd 2 ft 3 in hand}}→ 1야드 2피트 3인치(15.3손){{convert/sandboxlua 60 x 120 m ft}}→ 60 X 120m (200ft × 390ft){{convert/sandboxlua 1 e12BTU/cuft e9kJ/L lk=on}}→ 입방 피트당 1조 영국식 열단위(37×109kJ/L)
테스트 케이스는 템플릿과 모듈 간의 합치가 양호하다.일부 사소한 라운딩과 다른 차이점이 있으며, 유일하게 유의미한 의견 불일치는 템플릿의 문제인 것으로 보인다.실질적인 차이는 다음과 같다.
- energy2: in.csvf에 대한 다른 기본 출력
- 용량당 에너지: 템플릿 문제
- 배기 가스 배출: 템플릿 문제
- 길이2: 다른 마이크로 기호(μ" 그리스 스몰 레터 MU U+03BC가 아닌 "µ" U+00B5여야 함)
- 몰: 다른 마이크로 기호
- 전력: 칼로리 불일치
- 시간: 모듈이 단위 말 연도를 처리할 수 없음(단위는 사용되지 않음)
- 토크: 템플릿 문제 및 사소한 차이
- 볼륨: 템플릿 헥톨리트어 문제
- misc: 모듈이 유닛 노트, 스패너, 렌치를 처리할 수 없음(사용되지 않음)
- 옵션: 템플릿 문제 및 사소한 차이
- 옵션2: 템플릿 문제 및 사소한 차이
- 철자: 사소한 차이
이 모듈은 템플릿의 주요 기능을 올바르게 구현한 것으로 보인다.결과 반올림과 관련해 일부 경미한 의견 불일치가 있으며, 일부 단위와 옵션은 아직 실행되지 않았다.더 많은 테스트가 필요하다.Johnuniq (대화) 10:52, 2013년 4월 26일 (UTC) 업데이트 09:56, 2013년 7월 19일 (UTC)[
토론
몇 가지 흥미로운 성능 문제가 존재한다.이 테스트 페이지의 html 소스에 있는 "NewPP 제한 보고서"에는 "Lua 시간 사용량: 0.295s"라고 적혀 있다.조누니크 (대화) 09:35, 2013년 2월 19일 (UTC)[
- 데이터 변환이 필요한 페이지에는 많은 페이지가 필요할 수 있다고 가정하고 모듈의 전체 크기를 고려하십시오.변환/데이터, mw.loadData documentaion을 보고 성능 향상에 사용할 수 있는지 확인하십시오.평화 - קיודנ ((kipod) (talk) 16:45, 2013년 3월 2일 (UTC)[
- http://test2.wikipedia.org/wiki/User:Johnuniq에서 언급됨 -- WOSlinker (대화) 17:13, 2013년 3월 2일 (UTC)[
- 데이터 변환이 필요한 페이지에는 많은 페이지가 필요할 수 있다고 가정하고 모듈의 전체 크기를 고려하십시오.변환/데이터, mw.loadData documentaion을 보고 성능 향상에 사용할 수 있는지 확인하십시오.평화 - קיודנ ((kipod) (talk) 16:45, 2013년 3월 2일 (UTC)[
- 고마워, 하지만 이 페이지는 좀 구식이고, WOSlinker가 링크한 정보로 업데이트할게.'성과 도전'에 대한 나의 코멘트는 일부 테스트 케이스 타임아웃이 의 사용 때문이라는 사실을 흡수하지 못한 채 작성되었다.
frame:preprocess실제로 모듈:내가 아직 망치로 두드리지 않았지만 변환은 꽤 빠르다.나의 샌드박스에는 {{convert/sandboxlua}}의 122건의 호출이 있으며, HTML 소스에 루아 시간 사용량이 0.348s(통화당 2.8ms)로 나와 있다.그래서 지금의 비대해진 모듈에도 루아가 충분히 빠르다는 생각이 든다.그럼에도 불구하고, 나는 성능을 향상시킬 수 있는 몇 가지 방법을 생각하고 있으며, 아마도 몇 시간 안에 위의 "플란스" 섹션을 정보로 업데이트 할 것이다.조누니크 (대화) 04:08, 2013년 3월 3일 (UTC)[
- 고마워, 하지만 이 페이지는 좀 구식이고, WOSlinker가 링크한 정보로 업데이트할게.'성과 도전'에 대한 나의 코멘트는 일부 테스트 케이스 타임아웃이 의 사용 때문이라는 사실을 흡수하지 못한 채 작성되었다.
나는 그 계획들이 쓸모없었기 때문에 삭제했다.또한 시험사례 페이지에는 렌더링에 상당한 시간이 필요한 반면 변환모듈은 충분히 빠른 것으로 나타나므로 속도를 높일 수 있는 방법을 찾을 이유가 없다.내 샌드박스에 1689건의 전화가 걸려왔고 루아 시간 사용량은 개당 1밀리초 정도야페이지당 오버헤드가 있으며, 적은 수의 변환기가 총 40ms 정도 걸리는 것으로 보인다.조누니크 (대화) 10:52, 2013년 4월 26일 (UTC)[
상태?
어떤 상태인지, 언제 배치 준비 등을 희망할지 궁금하다.드래곤즈 비행 (토크) 02:13, 2013년 6월 6일 (UTC)[
- 그래, 나도 궁금했어!나는 큰 문제가 없다고 믿는다: 템플릿과 모듈의 출력 사이에 약간의 반올림 차이가 있고, 몇몇 옵션의 조합의 결과가 마음에 들지 않는 엉뚱함도 있지만, 그러한 동일한 옵션들이 템플릿의 실패를 야기하기 때문에 나는 어떤 중요한 문제도 알지 못한다.하지만, 나는 여전히 대규모 리팩터링을 하고 있고, 나는 그것을 중단하기로 결정한 후 일주일간 기다려야 배치로 나아갈 수 있다.현재 내 작업관리 목록의 맨 위에 있는 항목은 유니코드 빼기('-' U+2212)를 정밀도(에서와 같이)로 수용한다는 사실이다.
{{convert 123 mi km −2}}() 그리고 나는 그것을 지지할지 궁금하다.모듈이 유니코드 마이너스 및−입력값과 함께, 하지만 그 기능은 많은 다른 것들을 하기 때문에 나는 간단한 것을 교체해야 한다.tonumber(x)또 다른 기능을 가지고나도 며칠 동안 문서작성 좀 하고 그 과정에서 뭐가 나오는지 알아봐야겠어.내 추측으로는 약 1, 2주일 후에 다음 단계에 대한 의견을 물어볼 것이다.예를 들어, 배치에는 다른 문제들이 나타날 것이다. 예를 들어, 내가 구현하지 않은 특이한 장치가 꽤 있을 것이다.조누니크 (대화) 03:17, 2013년 6월 6일 (UTC)[- 몇몇 실생활 문제가 나를 사로잡았고, 나는 지난 일주일 반 동안 어떤 전환 작업도 하지 않았다.난 그냥 천천히 다시 시작하고 있어.조누니크 (대화) 03:36, 2013년 6월 21일 (UTC)[
여분의 단위
다음은 새 모듈(모듈:상당한 오버헤드 없이 임시 장치를 생성하는 방법을 보여주는 변환/추가)
{{subst:convert/sandboxlua 12 RDF lk=on}}→ 더블피트 12피트(7.3m){{subst:convert/sandboxlua 12 RM lk=on}}→ 12m(39ft){{subst:convert/sandboxlua 12 J/DM lk=on}}→ 더블미터당 12줄(6.0kJ/km){{subst:convert/sandboxlua 12 J/DM lk=on sp=us}}→ 2m당 12줄(6.0kJ/km){{subst:convert/sandboxlua 12 DF lk=on}}→ 더블피트 12피트(7.3m){{subst:convert/sandboxlua 12 DM lk=on}}→ 더블미터 12m(79ft)
모듈:변환/추가는 모듈에 정의되지 않은 단위를 참조하는 페이지로만 변환되어야 한다.변환/데이터.조누니크 (대화) 2013년 8월 5일 11시 16분 (UTC)[
- 삽입했다
subst:이 논평의 당시와 같이 결과를 동결하기 위해 위와 같이.그 유닛들은 (이 퍼마링크에서 볼 수 있는) 일시적인 실험이었을 뿐이며, 나는 곧 그것들을 제거할 것이다.조누니크 (대화) 04:52, 2013년 8월 14일 (UTC)[
매개 변수 경고=true
내 말이 맞으면 매개 변수가 있다. warnings=할 수 있는 warnings=true(사용자:Johnuniq/변환 모듈 사용#모듈 문제).설정된 경우 Category를 다음과 같이 채워야 한다.잘못된 옵션 변환(오류가 발생한 경우)
"잘못된 옵션" 오류를 강제하는 방법을 모르기 때문에 카테고리 채우기를 확인할 수 없다.힌트 있어?
일부 테스트:
- {{변환/샌드박스블루아 5kmi} → 5km(3.1mi)
- {{변환/샌드박스블루아 5kmmi 주의=true} → 5km(3.*1mi
- {{변환/샌드박스블루아 5kmi 주의=거짓} → 5km(3.1mi)*
- {{변환/샌드박스블루아 5kmi 주의=foo}} → 5km(3.1mi)*
- {{변환/샌드박스블루아 5kmi 주의=} → 5km(3.1mi)*
- {{변환/샌드박스블루아 5kmi foo=true} → 5km(3.1mi)*
나는 이 코드가 혼란스럽다고 생각한다. 왜냐하면 파라미터 이름 "warnings"는 명백히 반대되는 값에 대해 두 번 사용(체크)되기 때문이다.그 논리는 맞을지 모르지만 분명히 그렇지 않다.
국부적 기능을 하다 add_warning(파름스, 매코드를 찍다, 문자 메시지를 보내다) 만일 경고. 그때 만일 파름스.경고. == 못을 박다 그때 파름스.경고. = 메세지.({ 매코드를 찍다, 문자 메시지를 보내다 }) 종지부를 찍다 종지부를 찍다 종지부를 찍다 -DePiep (대화) 15:49, 2013년 9월 19일 (UTC)[
- 코드에 있는 코멘트가 다음과 같은 도움이 되기를 바랐다.
-- If enabled, add a warning that will be displayed after the convert result.-- To reduce output noise, only the first warning is displayed.
- 그
warnings변수는 구성에서 설정됨:warnings = boolean(args.warnings) -- true if want warnings for invalid options
- 줄 "
if warnings then" 경고가 활성화되었는지 테스트한다. - 줄 "
if parms.warnings == nil then"는 첫 번째 경고만 표시됨을 의미한다(이미 경고가 있는 경우,parms.warningsnil이 아니라 설정될 것이다.즉, 잘못된 형식의 입력이 주어질 경우 기사에 나타날 혼란을 줄이기 위함이다.내가 방금 위에서 언급했듯이, 새로운 메시지 목록이 여기에 있고, 그것은 약간의 경고를 포함하고 있다.조누니크 (대화) 2013년 9월 20일 03:14 (UTC)[
나는 "Warnings=true"를 사용하면 결과에 "true"가 추가되는 위의 흥미로운 버그를 조사하는 시간을 가졌다.모듈:변환에는 다음 코드가 포함된다.
-- 최종 결과가 있는 위키텍스트가 설정됨(여기에는 표시되지 않음). 위키텍스트 = ... -- 경고가 발생하면 추가된다. 만일 파름스.경고. 그때 위키텍스트 = 위키텍스트 .. 파름스.경고. 종지부를 찍다 문제는 parms 테이블에는 사용자가 입력한 내용이 들어 있고, 변환기에는 "warnings=true"가 들어 있기 때문에 모듈이 설정된다는 점이다.parms.warnings = true. 그런 다음 추가되며, 루아는 부울 "true"를 "true" 문자열로 유용하게 변환한다.좀 더 튼튼하게 만들까 생각 중이야.조누니크 (대화) 06:29, 2013년 9월 20일 (UTC)[
- 설명하지 마, 코드는 스스로 설명해야 해.그냥 같은 이름을 두 번 쓰지 마.나쁜 프로그래밍 관행이다. -DePiep (토크) 14:07, 2013년 9월 20일 (UTC)[
- 그것은 널리 논의되어 온 흥미로운 사안이다.한때는 '나쁜 프로그래밍 관행' 정서에 동의하는 성향이 있었지만, 주로 허위 적중하는 검색을 싫어했기 때문에 모든 변수를 독특하게 만들곤 했다(사용자 이름 확인!).하지만 그 후 네임스페이스가 유행하게 되었고 나는 적응해야 했고, 이제 비슷한 것들이 같은 이름을 갖는 문제를 볼 수 없게 되었다.조누니크 (대화) 2013년 9월 21일 00:24 (UTC)[
- 문제는 말했듯이 혼란이다.독자들에게는 그들을 떼어놓기 위한 추가적인 정신적 조치다.즉, 독자가 차이를 깨닫는 경우다.그것들은 항상 서로 주변에서 언급되는 것은 아니다.(정신적 단계에 대하여: 공부(읽지 않음)한 후에 나는 'mcode'가 메시지 코드를 의미한다는 것을 발견했다.나는 왜 하루 일찍 명확해지는 것이 msgcode처럼 되지 않는지 모르겠다.-DePiep (대화) 09:17, 2013년 9월 21일 (UTC)[
- (그리고 'cvt_bad_sigfigure'에서처럼 접두사 'cvt'는 아마도 메시지도 의미할 것이다.)-DePiep (대화) 09:22, 2013년 9월 21일 (UTC)[
- 잘 들었지만, 내가 쓰는 대부분의 코드에 적용되는 제안을 할 것이다: "mcode"가 설명이 있을 수 있는 다른 곳에서 사용되는지 모듈을 검색해 보라.그게 대답을 안 하는 건 알지만, 그건 내 코드에 도움이 될 실질적인 제안이야. 아마 1/4정도의 시간 동안 말이야.Re "cvt_": 나는 검색으로 모든 메시지 코드를 찾을 수 있도록 고유한 접두사를 원했고, "msg_"는 그 설명을 맞췄겠지만, 프로그램에서 "msg"를 사용해야 할 이유를 매우 쉽게 찾을 수 있고, 또한 "msg_"를 선택했을 것이다."cvt_"는 변환 코드를 표시하는 것이다(아마 나중에 다른 종류의 코드에 대한 이유를 찾아내어 다른 접두사를 사용했을 것이다).모듈에서 "cvt_"를 처음 사용한 것은 메시지 정보를 얻기 위한 키로 사용되는 문자열이라는 설명이다.나는 "설명하지 말라"는 너의 충고를 기억하고 있고, 네가 동의할 것이라는 희망에서가 아니라 내 추리를 보여주기 위해 이 모든 것을 언급하고 있다.
- 변환기에서 "Warnings=xxx"가 사용될 때 위에 나타나던 버그를 고쳤다.조누니크 (대화) 2013년 9월 21일 (UTC) 10:09 [
- 그것은 널리 논의되어 온 흥미로운 사안이다.한때는 '나쁜 프로그래밍 관행' 정서에 동의하는 성향이 있었지만, 주로 허위 적중하는 검색을 싫어했기 때문에 모든 변수를 독특하게 만들곤 했다(사용자 이름 확인!).하지만 그 후 네임스페이스가 유행하게 되었고 나는 적응해야 했고, 이제 비슷한 것들이 같은 이름을 갖는 문제를 볼 수 없게 되었다.조누니크 (대화) 2013년 9월 21일 00:24 (UTC)[
부울
부울함수가 틀렸다."거짓말"이나 "진짜" 중 하나를 돌려줘야지, 절대로 0을 돌려서는 안 된다.nil은 부울 값이 아니다."text"라고 불리는 입력 매개변수도 숫자 값이 될 수 있으므로 이름이 잘못 지정된다.의미를 굽힐 필요 없어. -DePiep (대화) 14:10, 2013년 9월 20일 (UTC)[
- 옵션 값은 그러한 다른 매개 변수가 가졌던 것처럼 "on"이어야 한다.옵션 값으로 "예", "y", "1"을 도입할 필요가 없다. -DePiep (토크) 14:24, 2013년 9월 20일 (UTC)[
- 가능한 모든 "진정한" 값이 요구되는 다른 시스템에 유사한 것을 구현해야 했기 때문에 나의 부울 기능이 제멋대로인 것은 사실이지만, 그것은 완벽하게 유효한 루아다.파라미터는 숫자가 아닌 문자열일 수 있기 때문에 "텍스트"라고 불린다(임의 파라미터가 전달될 수 있는 다른 모듈에서 사용하는 것은 아니다).또한, 비록 내가 그것을 한 후 부정하다고 느끼긴 하지만, 거짓으로 아무것도 돌려주지 않는 것은 전통적인 루아다. 그리고 더 최근의 기능들은 항상 가치를 되돌려 주는 경향이 있다.나는 어떤 부울 옵션 값이 일반적으로 사용되는지 측정하기 위해 다른 템플릿/모듈들을 살펴보겠지만, 우리는 현재 사용되지도 않는 꽤 사소한 문제에 대해 이야기하고 있다."on"에 대해서만 true로 간주하는 한 가지 문제는 오류 보고인데, 호출 템플릿에 "warnings = yes"가 포함된 경우 모듈이 오류를 보고해야 하는가?요누니크 (대화) 00:16, 2013년 9월 21일 (UTC)[
- 나는 부울 함수를 잘라서 부울 함수가 "on"과 "yes"만 허용되도록 했다.조누니크 (대화) 2013년 9월 21일 10시 11분 (UTC)[
음의 범위
음수 값을 포함하는 값의 범위 쓰기.고려하다
- {{변환 -8 - -3 F C} → -8 – -3 °F(-22 – -19 °C)
- {{콘버트/샌드박스블루아 -8 -3 F C} → -8 – -3 °F(-22 – -19 °C)
minuss와 dash는 ua로 공식적으로 정확하지만, 어색한 글쓰기/읽기를 만든다.WP:MOSNUM은 다음과 같은 옵션을 제공한다.
음수 값이 관련된 경우, En 대시(in 대시)는 혼동될 수 있다.대신 단어 사용: -10 -10 -10이 아니라 -10 -10
그 예는 다음과 같다: -8 ~ -3°F(-22 ~ -19°C).읽기 쉽도록 'to'는 한 가지 범위에서만 음이 나오더라도 두 범위 모두에서 사용해야 한다.아이디어 있으십니까? -DePiep (talk) 00:17, 2013년 9월 21일 (UTC)[
- En-Dash-minus가 추악하고 사용되어서는 안 된다는 것에 동의하지만, 나는 가능한 한 현재의 템플릿을 에뮬레이션하고 싶었다(위 그림처럼 현재 템플릿에 약간의 간격 버그가 있기는 하지만)."to"를 원하는 경우, 해당 매개변수를 사용할 수 있다.
{{convert/sandboxlua -8 to -3 F C}}→ -8 ~ -3°F(-22 ~ -19°C)
- 조누니크 (대화) 00:29, 2013년 9월 21일 (UTC)[
시험공정
물론 코드가 잘 작동하는 것처럼 보이지만, 우리는 그것을 테스트할 수 없다.이 콘텐츠가 누락됨:
- 모듈:1987/doc
- 도움말:필수
- 리스트 매개 변수 옵션
- 참고 항목 → 템플릿:개선 및 완료를 위한 변환/샌드박스lua/매개 변수 옵션
- 유닛 목록(신규, 모듈 목록)
- 모듈:ConvertTestcase/doc 설명서
- 시작된
- 템플릿:새 문서 변환/doc/sandbox 새 문서
- 예외, 오류 및 경고 메시지 개요
- 오래된 {{convert}}이(가변적 정의, 특히 오래된 문서, 나는 명확하고 깨끗한 많은 개선사항을 지적하지 않는다)
- 또한 나는 완벽함과 개요를 그리워한다.
테스트 프로세스의 일부 부분은 템플릿:문서/테스트 케이스 및 (문서화되지 않은) 모듈과 같이 매우 잘 설정되어 있다고 해야 한다.ConvertTestcase.시험도 못 써서 지금 좀 답답해! -DePiep (토크) 19:05, 2013년 9월 21일 (UTC) 표현력 향상. -DePiep (토크) 22:31, 2013년 9월 21일 (UTC)[
- 여기 {{convert 100 in cm disp=sqbr}}에 대한 예시 테스트가 있다."100 in cm abbr=out disp=sqbr"를 사용하여 를 !로 변경한 다음 아래와 같이 ConvertTestcaseGived에 전달하십시오. -- WOSlinker (talk) 19:25, 2013년 9월 21일 (UTC)[
스크립트 오류:해당 모듈 "ConvertTestcase"가 없음. 스크립트 오류:해당 모듈 "ConvertTestcase"가 없음. 스크립트 오류:해당 모듈 "ConvertTestcase"가 없음.
- 고맙고 사용했어.모든 관련 파일을 사용하여 상태 템플릿/테이블을 작성하면 도움이 되십니까?보통은 손에 잡히는 데 도움이 된다. -DePiep (토크) 22:33, 2013년 9월 21일 (UTC)[
테스트 옵션
여기에 모듈에서 사용 가능한 테스트 스위치에 대한 개요를 작성하고자 한다.시험의 실제 상황이 완전히 명확하지 않다.대담하게 말할게, 분명히.그리고 나는 그들에 대해 의견을 가지고 있다.내가 발견한 것은 다음과 같다(00:23, 2013년 9월 22일(UTC) 기준).
warnings='ON', 'YES'
debug='그렇다'
- 작업: 예로 설정된 경우)
tablesort=on테이블 셀의 정렬 키(일반적으로 숨김)를 보여준다. - 데모: 작업관리
- – 이름이 너무 일반적이어서 작동 방식을 설명할 수 없음.
- – 'ON'을 다른 매개 변수로 받아들여야 함
- - (적어도 '부울' 절차를 사용해야 함)
- + 제안된 이름:
test_show_sortkey
- 작업: 예로 설정된 경우)
is_test_run=
- 작업:
data_module = "convertdata-" .. langcodeelse ...data_module = "Module:Convert/data" .. sandbox- code cmt: "--- 테스트 프로그램은 글로벌 변수 'is_test_run'을 설정할 수 있다."
- – 테스트 시 랭코드가 일부라는 점에 유의)
- – 서버에 경고하기 위한 것이 아니라, 매번 이 글로벌 테스트 변수를 호출한다.
- - 코드 cmyt에는 거의 아무 말도 없다.
- + 제안된 이름:
test_xxx, 그러나 증명된 필요를 충족시킬 때에만
sandbox= 'on', 'yes'(iii)
- does: true를 설정하면
is_test_run=false (not set), 하위 파일 모듈:모듈로 이름 추가/데이터, /text /extra 가져오기:변환//데이터/샌드박스 &tc.- – "테스트 실행" 대 "테스트 실행" 상호 작용 - ouch.
- + 제안된 이름:
test_use_sandbox(1998년: 이쪽으로, 없애버려)
- does: true를 설정하면
langcode=
- 사용: 위에 표시된 바와 같이
is_test_run=, 랭코드는 테스트 코드에 관련되어 있다.단지.- - 난 여기서 길을 잃었어.이 매개변수는 여기서 무엇을 하고 있는가?그것은 어디서 온 것인가?
- + 삭제
- + i18n 모듈을 다시 생각해 보십시오(모듈 코드에 'ON'되어 있을 것임).엔위키 라이브를 하기 전인가 후인가?
- 사용: 위에 표시된 바와 같이
- 모든 테스트 옵션의 경우
계속하려면:
1. 먼저 모든 시험 변수를 시험 코드(=실행해야 하는 코드!)에서 삭제하고 제거한다.전부 다.클린 스타트.
2. 모든 것을 다시 생각할 때, 시험 스위치를 다시 도입할 것을 제안할 수 있다.
3. 처음부터 상호 작용하는 테스트 설정은 없다.간단한 처방전.템플릿 매개 변수와 상호 작용하지 않는 것이 좋다.
4. 접두사 "test_"로 새 이름을 짓는다.
5. 미리 해당 옵션의 모든 옵션을 문서화하십시오.
6. 그러면 다른 사람들이 그 테스트 스위치를 테스트하고 사용할 것이다.
- 참고
확실히 하자면.6개의 설정과 상호 작용?내가 뭘 시험하는지 모르겠어!시험장의 모든 코드는 생방송에 적합해야 한다.해결책이나 바로 가기는 허용되지 않는다. (실제로, 만약 우리가 그것들을 허용한다면, 정확히 무엇을 테스트하고 있는가?)물론, 개발 시간과 공간에서는 모든 것이 괜찮다.그래서 모듈이 거의 작동 준비가 되어 있는 것임에 틀림없다.그러나 테스트 공간과 시간에는 실시간 코드만 허용된다.단 한 개의 스위치가 있을 수 있다. 그리고 그 스위치가 이미 불렸다.{{convert/sandboxlua}}. -DePiep (대화) 00:23, 2013년 9월 22일 (UTC)[
- 샌드박스 파라미터는 유용하다.모듈이 활성화되면 {{convert}}이(가) {{{{{ safesubst:}}}#invoke:convert 변환} 및 {{:/sandbox}}}은(는) {{{{{ safesubst:}}}}#8226:1987 변환/실행 샌드박스=예}}.
- 모듈 업데이트가 필요한 경우 모듈에서 전체 코드를 복사할 수 있음:모듈로 변환/샌드박스:매번 샌드박스 참조를 조정할 필요 없이 변환하십시오. -- WOSlinker (토크) 00:46, 2013년 9월 22일 (UTC)[
- 이상에 대해 논의하기 전에 여기서 보이는 것은 빙산의 일각이라는 것을 언급해야 한다. 나는 개발 중에 필요로 했던 많은 데이터 파일과 스크립트를 가지고 있다.대량 변경을 더 쉽게 하기 위해 탭으로 구분된 값 텍스트 파일에서 단위 데이터를 유지하고 있으며, 사용자:에서 볼 수 있는 Wikitext를 생성하는 스크립트를 실행한다.Johnuniq/변환 데이터.일단 일이 안정되면 내 tsv 파일은 폐기되고 변환 데이터 페이지는 마스터가 될 것이다.코드를 업로드하기 전에 Scrippunto 환경을 시뮬레이션하고 로컬 모듈 사본을 호출하는 스크립트를 실행하십시오.13,000개 이상의 변환기로 변환하십시오.테스트 파일에는 Special:에서 복사한 예상 결과가 포함되어 있다.ExpandTemplates 및 내 테스트 스크립트는 예상되는 결과를 convert.lua의 출력과 비교한다.기존 템플릿에서 생성된 출력(값과 단위를 공백으로 분리해야 하는지 또는 " " 또는 " "와 같은) 간에 차이가 너무 크기 때문에 예상 출력과 정확히 일치하는 것은 무의미하고 불가능하기 때문에 특정 청소를 수행한다.
- 모듈 만들기:템플릿을 사용한 심각한 문제가 발견된 다른 위키에서 사용할 수 있는 변환.이 모듈은 벵골어 위키백과에서 라이브로, 구자라티어 및 힌디어 위키백과에서 설치된다. - 구에서 온 누군가가 템플릿 포팅에 도움을 요청했기 때문에, 모듈을 거기에 넣었지만, 그것은 매우 조용한 위키인데, 그들이 고장난 변환기를 가진 기사를 가지고 있음에도 불구하고(지난 2월부터 이용자는 벌을 받지 않았다) 흥미가 없다.n 활성.그 모듈은 hi에서 사용될 가능성이 매우 높지만 번역은 시간이 걸릴 것이다.로컬 컴퓨터에 파일이 4세트 있다. convert.lua는 모든 위키에 대해 동일하지만 en, bn, gu, hi에서 변환/데이터 및 변환/텍스트가 다르다(그리고 변환/추가 파일을 사용했다면 다를 것이다).그래서 모듈에서 set_config:테스트 변환
is_test_run모듈 이름을 지정하는 데 사용한다.전역 변수is_test_run그리고mw나의 시험환경에 의해 설정된다.langcode'en', 'bn', 'gu', 'hi' 중 하나이다.모듈 실행 결과:bn에서 변환은 bn:에서 볼 수 있다.사용자:Johnuniq/Translation—입력이 en 또는 bn일 수 있으며, 출력은 숫자를 포함하여 bn에 있다(아직 "abbr=on"과 같은 입력 파라미터를 번역할 수는 없지만). - 내가 할 일 중 맨 위에 있는 항목은 샌드박스 배열을 끝내는 것이다.WOSlinker는 나의 정확한 계획을 설명했다. 위키에서 샌드박스 테스트 케이스를 실행할 수 있는 방법이 있어야 하며, 샌드박스 템플릿이 샌드박스 모듈을 사용하도록 만들 것이다.나는 각각 고정된 텍스트 예상 출력이 있는 변환기 목록에 대해 테스트를 실행할 시스템을 계획하고 있다.즉, 샌드박스 테스트 케이스는 일정한 텍스트와 대조적으로 결과를 검사한다(현재 테스트스케이스를 통해 기존 템플릿의 실시간 출력과 결과를 비교).
- 위의 사항에 대한 구체적인 답변은 다음과 같다.
warnings: 로컬 변수인 경우 모듈을 제거하여 항상 경고 표시test_warnings사실의 시험그런데 왜 "시험"을 하는 거지?나는 "을 사용하고 싶다.show_warnings"또한 경고가 정말로 필요한지 확신할 수 없기 때문에 쉽게 꺼지거나 켜지는 스위치를 허용하기 위해 템플릿의 매개 변수를 만들었다.다른 사람들이 경고하기를 원한다면, 나는 그것으로 충분하다.debug: 이는 기존 템플릿과의 호환성을 위한 것이며 변환에 대한 선택적 매개 변수일 뿐이다.어쩌면 더 이상 필요하지 않을지도 모르지만, 그것은 해롭지 않아 보인다.관심 있게 모듈 편집:다음 중 첫 번째에 표시된 선을 두 번째 행으로 변환/문자로 변경하십시오.is_test_run: 그것은 나의 시험 시스템을 위한 것이고 나는 그것의 특이한 성질에도 불구하고 그것을 무시하기를 추천한다.그것이 완전히 양성이라는 것은 쉽게 알 수 있다.sandbox: WOSlinker의 설명에 따라 {{convert/sandbox}}에 필요.이름이라면 뭐든 될 수 있지만, 단순한 '모래박스'는 괜찮은 것 같다.langcode: 4행의 범위를 가진 국지변수로서, en 이외에 다양한 위키에 대해 기대되는 결과를 시험할 수 있도록 나의 시험 시스템의 일부분이다.
- 조누니크 (대화) 04:22, 2013년 9월 22일 (UTC)[
새 장치 목록이 필요함
새 모듈을 위해서는 새로운 유닛 목록이 필요하다.모듈이 취급하는 단위와 그 프로포저를 정확하게 표시해야 하므로 동일한 출처에서 도출하는 것이 좋다.사용자:Johnuniq/변환 데이터(Module에서 채택된 스크립트로 가능):변환/메이크업이전 목록은 템플릿:유닛의 변환/목록, 그러나 우리는 모듈 설명서에 대해 그것을 믿을 수 없다.더 많은 기능이 추가될 수 있다. -DePiep (talk) 01:06, 2013년 9월 22일 (UTC)[
- 현재의 변환 데이터 페이지는 변환의 캐주얼 유저에게 너무 복잡하다는 것을 알고 있지만, 시스템에 대한 이해도가 있는 이들의 마스터리스트가 될 것이라는 취지였다.이 페이지의 가장 큰 장점은 변환에 사용되는 실제 데이터라는 것이며, 복잡성은 변환 시스템(기존과 새 모두)의 심중을 헤아리는 복잡성의 불행한 부작용일 뿐이다.본질적으로 동일한 단위에 대해 여러 단위 코드가 존재하는 경우가 많은데, 그것은 기존 시스템과의 호환성을 위한 것이고, 기존 시스템은 편집자들이 다양한 예외를 요구했기 때문이다.기존 템플리트에 사용된 것과 유사한 몇 개의 샘플로 "간단한" 새로운 단위 문서 페이지의 초안을 작성하는 것이 도움이 될 것이다.얼마나 자세한 내용이 포함되어야 하는가?형식이 합리적으로 일관된다면, 나는 원하는 단위의 목록을 입력으로 사용하여 원하는 데이터를 추출할 수 있는 스크립트를 작성할 수 있다.사용자가 원하는 모든 항목에 대한 링크가 포함된 제안 색인 페이지(아마도 템플릿 사용과 세부 정보가 포함된 두 섹션으로 나뉜다)도 도움이 될 것이다.
- BTW 또 다른 할 일은 단위 정의에 나타나는 식에서 척도 값을 계산할 수 있도록 표현 평가자를 추가하는 것이다.현재 makeunits는 표현을 평가하기 위해 Lua 명령을 사용하며, 그 명령은 스크리펀토에서는 허용되지 않기 때문에 wiki에서 makeunits를 실행할 수 없다.조누니크 (대화) 06:29, 2013년 9월 22일 (UTC)[
샌드박스 테스트
나는 샌드박스에서 예상되는 고정된 결과와 향후 변환 모듈의 변화를 확인할 수 있도록 새로운 테스트 모듈을 만들었다.모듈이 요구하는 데이터의 형식:UnitTests는 많은 테스트를 수행할 때 너무 어려우며 WOSlinker's Module을 쉽게 적용할 수 있었다.간단한 형식으로 데이터를 읽고 확장 템플릿의 출력을 고정 예상 텍스트와 비교하려면 ConvertTestcase를 사용하십시오.참조:
- 모듈:변환/doc#Sandbox – 설명서
- 모듈:변환/테스터 – 테스트를 수행하는 모듈
- 모듈:변환/샌드박스/테스트 케이스 – 테스트 수행 예정
- 모듈 토크:컨버터/샌드박스/테스트 케이스 – 테스트 실행 결과
새로운 테스터는 많은 테스트를 거치지 않았지만, 변환과 관련이 없는 다른 템플릿을 테스트하는 데 유용할 것이라고 확신한다.어려운 점은 예상 결과를 제공해야 한다는 것이다. 예상 결과는 테스트 대상 템플릿에서 제공하는 출력과 정확히 일치해야 한다.새로운 시스템은 기존 템플릿(매우 느리게)을 확장할 필요가 없기 때문에 훨씬 더 많은 테스트를 할 수 있다.모듈 사용:ConvertTestcase는 약 110개의 결과만 테스트할 수 있는 반면, 새로운 시스템은 현재 2,458개의 테스트 결과를 보여주고 있다.예상 결과가 현재 모듈의 출력이기 때문에 결과는 모두 "통과"라고 말한다.그러나 이러한 결과 중 일부는 "알 수 없는 단위"라고 말하기 때문에 명백히 틀린 것이며, 기존 템플릿에서 생성된 출력물과는 많은 차이가 있다(Template의 "bytype" 테스트 참조).모듈과 템플릿 간 비교를 위한 변환/테스트 케이스).
이제 우리는 시험의 마스터 리스트를 만들고 (그리고 어떤 출력이 되어야 하는지를 결정해야 한다) 그 리스트를 모듈의 작동 여부를 결정하는 표준으로 유지할 필요가 있다.조누니크 (대화) 07:03, 2013년 9월 24일 (UTC)[
카테고리 이름
이것은 우리가 추적 범주에 적합한 이름에 대해 결정을 내릴 수 있다는 희망에서 위에서 인용한 것이다.
모듈:컨버트는 현재 다음 4가지 범주를 사용한다.
DePiep은 WP를 준수하기 위해 이름이 복수형이 되도록 다음 이름을 대신 사용할 것을 제안한다.CATNAME, 그리고 좀 더 설명적이다.
내 의견:카테고리는 페이지 목록이기 때문에 이름에 "있는 페이지"를 넣는 것은 무의미하다.기사의 경우 Category라고 한다.살아 있는 사람들 또는 범주:1961년 출생.범주가 아님:생활인 또는 카테고리에 대한 기사:1961년에 태어난 사람들에 대한 기사.나는 또한 모든 추적 카테고리의 시작 부분에 "페이지 포함"이라는 논리가 없다고 생각했지만, Special:PrefixIndex, 아마도 "있는 페이지"는 "범주 추적"을 의미하며, "있는 페이지"를 사용하는 것은 기사에 사용되는 카테고리 이름과 분리된 이름을 유지한다는 관습이 있을 것이다.WP에서 의견을 구할 것이다.어떤 이름을 사용해야 하는지에 대한 VPT.조누니크 (대화) 2013년 9월 26일 11시 56분 (UTC)[
- 나는 당신이 여기나 WP에서 반응을 기대하고 있는지 확실하지 않다.네가 거기 올린 이후로 VPT는 여기 가리키고 있지만, 나는 그 카테고리 이름이 그것을 추적 카테고리로 정의하기 위한 무언가가 필요하다고 생각해.그것이 그렇든
- 또는
- 저는 정말 신경 쓰지 않아요.기술 13 (대화) 16:40, 2013년 9월 26일 (UTC)[
알 수 없는 입력 단위 보존
위 WOSlinker의 제안에 따라, 입력이 유효하지 않은 경우(입력으로 사용할 수 없거나 알 수 없는 경우) 모듈이 가짜 입력 장치를 생성하도록 했다.예(이 중 두 가지는 발생해야 하는 것을 보여주는 데 유효하다):
{{convert/sandboxlua2 123 ftin m}}→ 123ftin[convert: unit invalid here]{{convert/sandboxlua2 123 mi km m}}→ 123mikm[convert: unknown unit]{{convert/sandboxlua2 123 ft m}}→ 123ft(37m){{convert/sandboxlua2 123 xft m}}→ 123 xft[convert: unknown unit]{{convert/sandboxlua2 123 ft xm}}→ 123피트()[convert: unknown unit]{{convert/sandboxlua2 123 ft m disp=flip}}→ 37m (123ft){{convert/sandboxlua2 123 xft m disp=flip}}→ 123 xft[convert: unknown unit]{{convert/sandboxlua2 123 ft xm disp=flip}}→ (123ft){{convert/sandboxlua2 12 to 20 xyz}}→ 12~20 xyz[convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz disp=junk}}→ 12~20 xyz[convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz m disp=output number only}}→ [convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz m disp=output only}}→ [convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz m disp=table}}→ 12~20[convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz m disp=unit}}→ xyz[convert: unknown unit]{{convert/sandboxlua2 12 to 20 xyz m disp=unit2}}→ [convert: unknown unit]{{convert/sandboxlua2 123}}→ 123[convert: needs unit name]{{convert/sandboxlua2 123 disp=flip}}→ 123[convert: needs unit name]{{convert/sandboxlua2 123 ft}}→ 123[convert: needs unit name]{{convert/sandboxlua2 123 ft disp=flip}}→ 123[convert: needs unit name]{{convert/sandboxlua2 10 by 20 by 30}}→ 10 X 20 X 30[convert: needs unit name]{{convert/sandboxlua2 10 by 20 by 30 xft}}→ 10 X 20 XFT[convert: unknown unit]
항상 최적의 결과를 주는 것은 아니지만 충분히 근접해 있다.(입력이 명시되지 않을 때 발생한 버그를 고친 후 몇 가지를 더 추가했는데, 새로운 메시지 형식을 설명하기 위해 아직 시험을 업데이트하지 않았기 때문에 내 테스트 시스템은 수백 개의 나쁜 결과를 보여서 지금 대황이다.)조누니크 (대화) 04:27, 2013년 9월 30일 (UTC)[
- 그래서 "잘못된 단위"는 "알 수 없는 단위"와 구별된다.독자들로부터 차이점은 알 수 없지만, 그것에 대한 건전한 배경이 있다고 추측할 수 있다. -DePiep (토크) 21:47, 2013년 9월 30일 (UTC)[
- 알 수 없는 단위가 아니라 그 방향으로 변환을 할 수 있을 뿐이다.예)
{{convert/sandboxlua2 123 mi km m}}→ 123mikm[convert: unknown unit]{{convert/sandboxlua2 123 m mi km}}→ 123m(0.076mi; 0.123km)
- 그리고 그 이유는 mikm는 from unit에서는 말이 되지 않지만 from unit에서는 괜찮기 때문이다. -- WOSlinker (talk) 22:20, 2013년 9월 30일 (UTC)[
- 알 수 없는 단위가 아니라 그 방향으로 변환을 할 수 있을 뿐이다.예)
라이브 가기 전에
생방송에 들어가기 전에 우리는 더 많은 테스트가 필요하다.모든 옵션 및 모든 극단(예:또한 국경 문제(입력 '0'과 같은)도 시험해 보는 것이 좋겠다. -DePiep (대화) 22:35, 2013년 9월 19일 (UTC)[
- 모듈 코드는 혼란스럽다. -DePiep (대화) 22:42, 2013년 9월 19일 (UTC)[
개별시험장
- 에 대하여
shouldbe갤런에 대한 경고참고 항목: 템플릿:변환/테스트 케이스/타입/경고입력 텍스트(메시지)gallons에초스"not gallon"(미리)입력 그대로 복수형으로 예상해도 될까? -DePiep (토크) 11:18, 2013년 9월 22일 (UTC)[
해결됨- 정보
metres입력 단위경고 표시(확인)가 있어야 함을 참조하십시오. 템플릿:변환/테스트 케이스/타입/경고이제 링크가 누락된 것 같아 테스트 케이스 테이블이 중단된다.링크(데이터 오류?)가 있어야 하는지, 변환이 있어야 하는지 잘 모르겠다.테스트 케이스가 다른 것을 반환할 수 있음(1열의 비연계 입력?). -DePiep (토크) 11:18, 2013년 9월 22일 (UTC)[
카테고리 단순화
다음은 기존 범주에 의해 적발된 문제점을 요약한 것이다.이는 일부 "발생하지 않을 것" 오류(예: 잘못된 정의를 가진 단위)를 무시하며, 약간 지나치게 단순화된다(일부 드물지만 상상할 수 있는 문제는 무시한다).
- 범주:변환 오류
- 입력 번호가 누락되었거나 잘못됨.
- 모호한 단위(X는 Y여야 함).
- 계산 오류(매우 드물다).
- 범주:잘못된 옵션 변환
- 잘못된 정밀도 또는 시그니처.
- 비어 있거나 잘못된 옵션.
- 범주:알 수 없는 단위 변환
- 단위 코드가 누락되었거나 알 수 없음.
- 단위 코드가 입력 단위로 유효하지 않음.
- 범주:차원 불일치 변환
- 입력과 출력 단위는 유형이 다르다.
언급했듯이, 나는 많은 범주를 가지고 있는 이유를 알지 못하며, 나는 위의 범주를 단순화해야 하며, 단지 두 범주만 유용할 것이라고 생각한다.
제안된 새 시스템(정확한 범주 이름 포함):
- 범주:변환 오류
- 입력 번호가 누락되었거나 잘못됨.
- 계산 오류(매우 드물다).
- 잘못된 정밀도 또는 시그니처.
- 비어 있거나 잘못된 옵션.
- 범주:유효하지 않은 단위 변환
- 단위 코드가 누락되었거나 알 수 없음.
- 단위 코드가 입력 단위로 유효하지 않음.
- 모호한 단위(X는 Y여야 함).
- 입력과 출력 단위는 유형이 다르다.
새로운 시스템에서 편집자는 "Category:잘못된 단위를 변환하여 단위 문제를 해결하고 "카테고리:입력 번호 또는 옵션 관련 문제에 대한 "오류 변환".생각?조누니크(대화) 12시 18분, 2013년 9월 30일 (UTC)[
- 카테고리를 변경할 수 있음:오류를 범주로 변환:숫자 오류 변환.범주 아래에 나열된 마지막 항목:Convert error or valid option은 다른 범주로 이동하고 Invalid option으로 이름을 바꾸어야 한다 - 결국 옵션은 선택적이므로 빈 옵션은 무시해야 한다.나는 비어 있는 명명된 매개변수가 아무런 의미도 갖지 않아야 한다고 믿는 사람들 중 한 명이다(존재하지 않은 것과 같다.
- 카테고리를 변경할 수 있음:잘못된 단위를 범주로 변환:본질적으로 숫자가 아닌 오류에 대한 매개 변수 오류를 캐치얼로 변환하십시오.
- —스승 (대화) 13:24, 2013년 9월 30일 (UTC)[
- 고마워, 이 페이지에 대한 모든 피드백에 감사해.하지만, 나는 논리적인 분리가 구문 문제 대 단위 문제라고 생각하기 때문에 그 마지막 아이디어에 대해서는 잘 모르겠다.구문에 대한 지식을 가진 편집자들은 첫 번째 그룹에서 일할 수 있는 반면, 두 번째 그룹은 다른 관심을 필요로 한다.카테고리 소개:잘못된 옵션 및 범주 변환:잘못된 단위를 변환하시겠습니까?각각은 복수형이고 이해할 수 있으며, 무엇을 포괄하는지에 대해 합리적으로 정확하며, 그 이름이 몇몇 흔치 않은 오류에 실제로 적용되지 않는다는 사실에 대해 걱정할 필요가 없다.조누니크 (대화) 23:26, 2013년 9월 30일 (UTC)[
- 내가 코드를 잘 읽으면, "Bug, 도움을 요청해"와 같은 메시지도 있다.코드 & 데이터 문제(모듈 페이지 내)인 경우 일반 편집자는 이를 해결할 수 없기 때문에 별도의 카테고리(#3)에 있을 수 있다.
- 나는 복수형 이름을 선호한다.
- 주제 확장: 각 메시지에 별도의 켜기/끄기 스위치를 제공하는 것을 고려하셨습니까?그것은 물론 페이지를 분류하는 것을 포함할 것이다.관련, 앞선 대화:
warnings=on중복될 수 있어테스트 시간에는 (오늘처럼) 모두 켜질 수 있고, 라이브를 할 때는 먼저 더 스마트한 설정을 선택할 수 있다. -DePiep (토크) 10:37, 2013년 10월 1일 (UTC)[ - 추가 : 고양이 두 마리(또는 세 마리) 괜찮다. -DePiep (토크) 10:40, 2013년 10월 1일 (UTC)[
- 나는 5개의 "Bug, 도움을 요청하라." 메시지가 작동 중(트리거됨)을 보고 싶다.아직 헬프피지 코너가 없다. -DePiep (토크) 12:37, 2013년 10월 1일 (UTC)[
- 메시지 켜기/끄기 개념은 변환에 적용되지 않는 것 같아.CS1에서, 특히 메시지를 처음 켰을 때, 특정 이슈를 무시하기로 결정하는 것이 타당할 수 있다(즉, 코드는 그것을 다루지만 기사에 메시지를 삽입하지는 않는다).그러나 변환의 경우 대부분의 오류는 매우 중요하며 주의를 요한다.편집자가 고장난 변환기를 추가한다면, 어떤 것이 고쳐져야 한다는 것을 (기대 중에 희망적으로) 분명히 보여주는 것이 필수적이다.예를 들어 모듈이 "abbr=junk"를 발견하면 경고를 추가하고 "abbr" 옵션에 기본값을 사용하는 등 일부 문제는 무시해도 된다.이러한 메시지(경고)는 주로 기사에 얼마나 많은 경고 문제가 있는지 잘 모르기 때문에 켜거나 끌 수 있다.우리는 경고가 어떻게 처리되어야 하는지를 측정하기 위해 실시간 사용 경험이 필요하다.
- 버그 메시지는 "질문 요청"으로 연결되는데, 이것은 할 수 있는 최선이다.별도의 범주를 사용할 수 있지만, 오류 범주는 대부분 비어 있으므로 별도의 범주는 유용한 기능이 없을 것이다. 사실, 전문 편집자 몇 명만이 "버그" 범주를 모니터할 수 있고, 그 범주는 거의 항상 비어 있기 때문에 누락될 수 있다.User의 처음 두 예:Johnuniq/Convert 메시지#새로운 메시지 형식은 버그 메시지를 강제하기 위해 특별한 옵션을 사용한다.나는 적절한 시기에 그 옵션을 제거할 계획인데, 비록 그것은 예에 나와 있는 두 개의 유닛에서만 작동하기 때문에 해롭지 않다.조누니크 (대화) 22:56, 2013년 10월 1일 (UTC)[
- 나는 스위치 추론에 동의할 수 있다.스위치가 필요하지 않으며, cs1은 다르다."경고 표시" 스위치는 페이지를 더 이상 손상시키지 않기 때문에 첫날부터 '켜짐'이 될 수 있지만, 단일 "경고 표시" 스위치는 그대로 유지될 수 있다.어쨌든 나는 확인할 50,000페이지가 두렵지 않다.
- 그리고 이건...예상대로, 모든 오류 템플릿도 우리가 알고 있는 바와 같이, 내 제안대로 보고된다.이것은 또한 우리의 모든 시험 케이스 페이지가 보고된다는 것을 의미한다.이런 식으로 범주는 결코 비어 있지 않을 것이다.무엇을 해야 하나?
- 버그 카테고리는 따로 있지응, 대부분 비워지겠지만 관심 있는 편집자가 먼저 확인하려고 해. 경보 상자야!그 편집자는 어떤 편집자가 해결할 수 있는 오류를 뒤지며 시간을 낭비해서는 안 된다.나 자신도 하루에 한 번씩 그런 걱정스러운 카테고리를 클릭한다. -DePiep (토크) 08:57, 2013년 10월 2일 (UTC)[
- 고마워, 이 페이지에 대한 모든 피드백에 감사해.하지만, 나는 논리적인 분리가 구문 문제 대 단위 문제라고 생각하기 때문에 그 마지막 아이디어에 대해서는 잘 모르겠다.구문에 대한 지식을 가진 편집자들은 첫 번째 그룹에서 일할 수 있는 반면, 두 번째 그룹은 다른 관심을 필요로 한다.카테고리 소개:잘못된 옵션 및 범주 변환:잘못된 단위를 변환하시겠습니까?각각은 복수형이고 이해할 수 있으며, 무엇을 포괄하는지에 대해 합리적으로 정확하며, 그 이름이 몇몇 흔치 않은 오류에 실제로 적용되지 않는다는 사실에 대해 걱정할 필요가 없다.조누니크 (대화) 23:26, 2013년 9월 30일 (UTC)[
- —스승 (대화) 13:24, 2013년 9월 30일 (UTC)[
메시지 위키텍스트
우리 모두는 메시지의 외관을 좋아하는 것 같다.이제 나는 메시지를 생성하기 위해 어떤 위키텍스트를 사용해야 하는지 궁금하다.DePiep의 아이디어를 바탕으로 {{fix}}}에서 위키텍스트를 가져갔다.다음은 샘플 문장에 대한 위키텍스트, 그 다음이 어떻게 표시되는지, 그리고 위키텍스트 입니다.몇 가지 대안이 그 다음이다.
상자는{{convert 1 ft junk}}넓이의
#1 상자의 폭은 1피트()[convert: unknown unit]이다.
The box is 1 foot (<sup class="noprint Inline-Template" style="white-space:nowrap;">[<i>[[Help:Convert#unit_not_known <span title="Unit "junk" is not known">convert: unknown unit</span>]]</i>]</sup>[[Category:Convert invalid units]]) wide.
#2 상자의 폭은 1피트()[convert: unknown unit]이다.
The box is 1 foot (<sup>[''[[Help:Convert#unit_not_known <span title="Unit "junk" is not known">convert: unknown unit</span>]]'']</sup>[[Category:Convert invalid units]]) wide.
#3 상자의 폭은 1피트()[convert: unknown unit]이다.
The box is 1 foot (<sup>[''[[Help:Convert#unit_not_known <abbr title="Unit "junk" is not known">convert: unknown unit</abbr>]]'']</sup>[[Category:Convert invalid units]]) wide.
다음은 문장 케이스를 사용한 세 가지 대안(라인 포장 실험을 위한 패딩 포함)의 모습이다.
- xxxxxxxxxxxxxxxxxxxx yyyyyyyyyyyy zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz는 폭이 1피트 ()[Convert: Unknown unit.]이다.
- xxxxxxxxxxxxxxxxxxxx yyyyyyyyyyyy zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz는 폭이 1피트 ()[Convert: Unknown unit.]이다.
- xxxxxxxxxxxxxxxxxxxx yyyyyyyyyyyy zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz는 폭이 1피트 ()[Convert: Unknown unit.]이다.
#3의 장점은 점선 밑줄에 마우스를 올려놓으면 뭔가 유용한 것을 보여줄 것이라는 암시를 준다는 것이다.어떤 Wikitext를 사용해야 하는가?메시지가 소문자 또는 문장 사례여야 하는가?조누니크 (대화) 23:24, 2013년 9월 30일 (UTC)[
새로운 링크 텍스트와 앵커, 도움말 페이지 제목을 시도해 보기로 했다.나도 문장 케이스에 도전해 보기로 했고, 앞 절에서 언급한 두 가지 범주만 시도하기로 했다.도움말의 결과가 마음에 들어:개종하다.나는 일단 위에 있는 스타일 1위를 고수하고 있어.그것에 대해 어떻게 생각해?3번 해볼까?그것은 지금 추가할 가치가 있는가?정확히 어떤 Wikitext를 사용해야 하는가?조누니크 (대화) 08:03, 2013년 10월 1일 (UTC)[
- 내 생각에 이 방법은
<abbr>태그는 적절하지 않다.태그는 텍스트를 장식하는 방법 외에 html에서 특정한 의미를 가진다.장식은 css의 지방이다.이렇게 하면 같은 효과를 얻을 수 있다(커서도 바꿨다):- 그 상자는 폭이 1피트()[Convert: Unknown unit.]이다.
The box is 1 foot (<sup>[''[[Help:Convert#unit_not_known <span title="Unit "junk" is not known" style="border-bottom:1px dotted;cursor:help">Convert: Unknown unit.</span>]]'']</sup>) wide.
- 노웨이브가 궁금하다.변환과 오류 메시지는 둘 다 포장되지 않아야 하지 않을까?새로운 줄은 위첨자 오류 메시지로 시작해서는 안 된다.그래서 다음과 같은 것이 있다.
- xxxxxxxxxxxxxxxxxxxx yyyyyyyyyyyy zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz는 폭이 1피트 ()[Convert: Unknown unit.]이다.
The box is 1 foot (<sup class="noprint Inline-Template" style="white-space:nowrap;">[<i>[[Help:Convert#unit_not_known <span title="Unit "junk" is not known">Convert: Unknown unit.</span>]]</i>]</sup>) wide.
- —스님 (대화) 10:05, 2013년 10월 1일 (UTC)[
- (충돌 편집)
- 템플릿 수정 개요
- a. 좀 더 명확하고 서술적이기를 바라는 당신의 욕망은 이해하지만, 일반적인 페이지 견해는 우리가 내용에서 너무 많은 주의를 돌리지 않는 것이 좋다고 말한다.제목(마우스호버) 텍스트에 특별한 의미를 부여할 필요는 없다 - 흔치 않은 방법으로.보이는 텍스트는 충분히 명확해야 한다(특히 "전환:"이라는 접두사를 가진 현재 텍스트는 일반적으로 그렇다).그것은 맴버나 클릭과 같은 추가 작용에 의존해서는 안 된다. (WP:접근).콘텐츠 공간에서는 거의 어디에서도, 심지어 위첨자에서도 그렇게 하지 않는다.이제 나는 그것에 익숙하지 않기 때문에 변화하고 있는 마우스조차 나를 어리둥절하게 하고 있다.
- 아이디어: 제목 텍스트가 헬프피지 섹션 제목과 일치하면 도움이 될까?그들은 둘 다 문장처럼 될 수 있고, 공간이 있다.제목 텍스트에 "Convert: " 접두사를 추가하면 개선될 수 있으며, 슈퍼텍스트가 뒤에 숨겨져 있을 수 있다.
- b. nowrap 추가: {{fix}}의 범위
style="white-space:nowrap;위첨자 텍스트의 경우.따라서 이제 더 긴 텍스트도 포장된다(예: {{Failed verification}).OTOH 나는 텍스트가 길면 후반부 어딘가에서 휴식을 취할 수 있다는 것이 합리적이라고 생각한다. - c1. wikitxt: () 괄호를 빼는 것이 좋은 생각(그리고 인코딩이 쉬운가?내용에 관해서는, 그것들은 이상해 보이는 비어 있다.
- c2. 나는 누군가가 "필요..."가 아니라 "필요..."를 요구하는 것을 읽은 적이 있다. 나는 지지한다.
- c3. 최종 기간을 없애는 것은 나에게 좋아 보인다.
-DePiep (대화) 10:24, 2013년 10월 1일 (UTC)[
- 괄호 안의 에러메세지를 조금 생각해보고 마음에 든다고 판단했다.편집자에게 이 오류는 템플릿 호출의 변환-시작 또는 변환-투-변경에 있음을 보여준다(이 경우 변환-보기로).미묘하지만, 일단 그것을 알아차리면 편집자들에게 분명해질 것이다.
- 오류 메시지가 완전히 중지된 상태로 종료되는 이유가 있는가?이탤릭체 오류 메시지의 마지막 단어가 오른쪽 괄호를 침범하지 않도록 하지만 전체 스톱을 공백으로 교체할 경우 동일한 현상이 발생할 수 있다.
- 그 상자는 폭이 1피트()[Convert: Unknown unit ]이다.
The box is 1 foot (<sup class="noprint Inline-Template" style="white-space:nowrap;">[<i>[[Help:Convert#unit_not_known <span title="Unit "junk" is not known">Convert: Unknown unit </span>]]</i>]</sup>) wide.
- —스님 (대화) 10:32, 2013년 10월 1일 (UTC)[
- html 정보 고마워...루아한테 붙어 있는 게 좋겠어.점을 생략하고 공백도 갖지 맙시다.
- 좋아, 밑줄 장식은 안 돼.BTW 방금 도움말 편집:각 섹션의 시작 부분에 마우스에 대한 내용을 읽는 독자에게 알리는 메모를 삽입하도록 변환하십시오. 그러나 참조 목록에 대해서는 잘 모르겠다.누가 좀 확인해 주시겠습니까?각 섹션마다 약간 이상해 보이고, 노트 섹션에는 링크의 눈보라가 친다.더 좋은 방법이 없을까?
- 그래, 나는 각각의 팝업 제목 앞에 "전환:"을 삽입하는 것이 좋을 것 같아(위첨자 텍스트에 나타나는 것 외에)현재 링크 텍스트는 도움말 섹션 제목과 일치하므로 팝업 제목도 일치시킬 필요가 없으며, 너무 밀접하게 일치하면 중복된다.
- 나는 변환자가 표시할 일반적인 구문( )을 생략할 이유가 없다고 생각한다. 변환자가 고정되고 메시지가 장기적인 고정장치가 되지 않기를 바란다.
- 그래서 "필수"는 "필수"에서 "필수"여야 하고 "다른 번호 필요"와 "필수 단위 이름"이어야 하는가?
- 변환기 재포장:그 이면에는 긴 이야기가 있고, 현재의 변환 템플릿은 크게 설계되어 있지만(그러나 항상 일관되지는 않는다) 숫자와 단위 이름 사이에 평이한 공간을 사용하지만, 는 숫자와 단위 기호 사이에 사용된다.사실, 상당히 새로운 옵션(Wikid77에 의해 적어도 일부 변환자에 추가되었다고 생각한다)이 있다.
adj=j숫자 및 단위 이름을 정규 공간 대신  로 "수정"한다.나는 모듈이 많은 생각과 토론 없이 변환기의 포장을 변경해서는 안 된다고 생각한다.조누니크 (대화) 12시 2분, 2013년 10월 1일 (UTC)[- 네, 이 세 가지 "필수"가 "필수"로 들어가야죠.
- 나는 위첨자 메시지만 포장하자는 것이지, 일반 변환 출력에 관한 것은 아니다.
- 제목(마우스호버)과 도움말 섹션 제목 모두 더 길고, 문장처럼 같을 수 있다(여전히 m호버에는 "전환: " 접두사"가 있음). 위첨자 텍스트는 짧게 유지된다.하지만 별일 아니야.나머지는 괜찮아. -DePiep (대화) 12:22, 2013년 10월 1일 (UTC)[
- (갈등 편집) 헬프피지를 도움말로 변경할 수 있는 좋은 순간:메시지 또는 도움말 변환:변환/메시지.일반 헬프텍트(units, params, options)는 충분한 공간이 필요할 것이다. -DePiep (talk) 12:07, 2013년 10월 1일 (UTC)[
- 나는 '차원'이라는 말이 사라지고, 이제는 '유형'이라는 말이 쓰이는 것을 알아차린다.나는 적어도 물리학에서 차원이 정확히 맞는 단어라고 생각했다: 우리는 차원 "면적" 내에서 변환할 수 있다.활자는 보다 일반적이며, 따라서 "라고 말하면 읽기에 혼란을 줄 수 있다.SI type" 또는 "inperial type". -DePiep (talk) 13:30, 2013년 10월 1일 (UTC)[
새 메시지 형식
초기 제안
템플릿 토크에서 Wikid77의 다음 제안 사항:변환 및 위의 DePip에서 나는 메시지 표시 방법에 대한 주요 리팩터를 수행했다.내가 사람들에게 핑계를 대는 동안 WOSlinker와 트라피스트 스님이 코멘트를 해 줄까? (도움말 형식:변환은 트라피스트의 도움말을 기반으로 한다.CS1 오류).
요점:
- 입력이 유효하면 표시된다.출력의 오류는 출력이 정상적으로 나타나는 곳에 표시된다.복잡한 코드 깊은 곳에서 발생할 수 있는 몇 가지 드문 오류가 있으며, 그러한 오류는 이 절차를 따르지 않는다(즉, 오류 메시지 이외에는 아무것도 표시되지 않음).
- 이제 오류와 경고의 차이는 없지만 모듈은 여전히
add_warning유효한 변환을 방해하지 않는 오류를 기록한다(예를 들어, 잘못된 정밀도나 시그니처는 무시되지만 경고가 생성됨). - 다음이 아니면 경고가 표시되지 않음
warnings=on(현재, 그것은 {{//llua2}}개를 사용한다면)나는 경고가 꺼짐으로 기본 설정되는 이유를 기억했다. 템플릿에 변환을 사용할 경우 템플릿에는 종종 ""와 같은 구조가 있기 때문에 변환할 빈 옵션이 전달될 가능성이 상당히 높다.abbr={{{abbr }}}"이러다간 "abbr=" 변환을 위해 전달되고 있다.내 의도는 우선 경고를 끄고 나서 중요한 문제가 해결된 후에 경고를 활성화하고 무슨 일이 일어나는지 보는 것이었다. - 새 메시지는 위첨자로 표시된 링크로 나타난다.무서운 색은 사용하지 않으며, 메시지는 페이지에 지장을 거의 주지 않는다.링크 텍스트는 매우 간략하다. 마우스를 링크 위에 놓으면 팝업에 더 긴 메시지가 나타난다.각 링크는 도움말의 섹션으로 이동:개종하다.
- 표시되는 각 메시지는 "전환:"로 시작한다.그것은 기사에서 그러한 메시지를 쉽게 찾을 수 있도록 하기 위함이다.
다음에서 메시지 예제를 참조하십시오.
- 사용자:Johnuniq/Convert 메시지(이전 형식과 새 형식 모두 포함)
- 도움말:전환(작업관리: 마우스를 마우스로 가리키도록 텍스트 추가)
범주 이름에 대해 생각하기 시작했지만 할 일이 너무 많아서 일단 현재 명칭만 사용하기로 했다.곧 그것에 대해 생각해 볼게.
잘못된 매개 변수의 자동 수정은 시도하고 싶지 않다. 결과가 매우 혼동될 것으로 의심되기 때문이다. 어떤 추측은 맞겠지만 다른 것은 완전히 틀릴 것이다.나는 자동 수정의 가치가 있는지를 결정하기 전에 오류가 있는 기존 템플릿의 분석에서 나온 증거가 필요하다고 생각한다.
메시지가 어떻게 나타날지 생각이 있는 사람이 있다면 빨리 최종 결정을 내리고 싶으니 의견을 내 달라.조누니크 (대화) 2013년 9월 29일 12시 40분 (UTC)[
- 알려지지 않은 단위 메시지가 {{convert/sandboxlua2 1kkmmi}}}과(와) 함께 표시되는지 궁금하기만 하면 1kkm로[convert: unknown unit][convert: unknown unit] 나타날 수 있다 -- WOSlinker (talk) 13:15, 2013년 9월 29일(UTC)[
- 도움말:변환이란 매우 넓은 제목이다.오류 메시지를 도움말로 이동하는 것이 더 나을 수 있음:다른 곳에 속할 수 있는 단위, 옵션 및 제한 사항과 같은 다른 항목이 추가되지 않도록 오류를 변환하시겠습니까?그 페이지는 그것의 목적을 말하고 약간의 역사를 주기 위해 소개가 필요하다.이전에 사용된 템플리트와의 차이 섹션이 이 소개의 일부를 구성하거나 페이지 도움말:역사를 변환하거나 소머시크.
- 오류 메시지 도움말 텍스트를 도움말로 이동:오류 변환은 오류 및 경고 메시지 헤더를 불필요하게 만든다(지금은 거의 불필요하다고 생각한다).
- 오류 메시지 이름을 사용할 때는 일관성을 유지하십시오.변환: 잘못된 시그그래프라고 적힌 링크를 클릭하지만, 시그그래프가 양수여야 하는 섹션 제목에 착지한다면, 내가 제대로 된 위치에 도달했다는 것이 바로 눈에 띄는 것은 아니다.도움말의 섹션 제목:변환 오류는 링크에서 사용되는 텍스트와 동일해야 한다.제목 제목이 문장 대소문자여야 하므로 링크에서 변환: 뒤에 나오는 오류 메시지 텍스트에 문장 대소문자를 사용하십시오.
- 무언가에 한계가 있을 때, 그 한계가 무엇인지 말하라.정밀도가 너무 커서 한계가 무엇인지를 말하지 않는다(실험 결과 99로 나타나지만 그것을 알아내기 위해 실험을 할 필요는 없다).
- 값과 숫자는 서로 교환하여 사용되는 것으로 보인다.한 가지 용어를 선택하고 고수하는 것이 좋다.
- 숫자가 너무 크거나 너무 작지만 오류 메시지는 숫자가 너무 큼입니다.실험을 통해 나는 너무 작은 것이 무엇을 의미하는지 알아내려고 노력했다.내가 얻은 건 벌레처럼 보이는 거였어
{{convert/sandboxlua 1e-99 m ft}}→ [convert: precision too large]
- 내부 이미지
{{ombox}}더 큰 버전의 자체와 연결되지 않아야 한다.대신 질문으로 연결하거나 연결을 해제해야 한다(비어 있음).link=이미지 위키링크에서. - 메시지에는 가치, 다른 가치, 니즈 읽기, 니즈 값, 다른 가치, 니즈 단위가 필요하지 않을까?
모든 단위 약어가 대/소문자를 구분하지 않도록 해야 하는 경우가 있는가?예를 들면USpt그리고uspt을 제외하고 모두 일하다.Ft하지 않다
도움말 검토 중:Convert는 도움말에서 앵커가 필요한지 궁금하게 만든다.변환 및 도움말:CS1 오류.텍스트를 돕기 위한 링크가 존재하는 경우, 해당 섹션 헤더에 간단히 링크할 수 있는 경우 해당 링크는 앵커(종종 다소 암호화된)를 포함한다.이렇게 하면 도움말을 간소화할 수 있다.변환 및 도움말:CS1 오류.그것에 대해 생각해 봐야겠어.
그리고 또 다른 주제의 경우, 대/소문자를 구분할 수 없다.예를 들면 다음과 같다.
- {{변환 1Mmft}}}1메가미터(3300,000ft)
- {{convert 1mmft}}1밀리미터(0.0033ft) -- WOSlinker (talk) 16:19, 2013년 9월 29일 (UTC)[
- 스님을 다시 트라피스트해, 리스트.
- 일반 라인의 트라피스트가 이 메시지 구조를 지지한다는 것을 (읽으면서) 이해한다.따라서 위첨자 메시지 작성은 (트래피스트와 나를 위해) 괜찮다.모범적인 CS1 오류 시스템과는 달리, 여기에 기사 인라인 메시지가 있다(비트, CS1 인코더 ;-) ;-).
- 예, 도움말이 있을 수 있음:오류 변환(및 도움말):경고 변환, 도움말 함께:메시지 변환)."units"와 "[parameter] 옵션"과 같은 주요 도움말 섹션은 그 자체로 거대하고 복잡하다.이전 템플리트만 보십시오.전환/doc.단위는 수천 개(일반적으로 100개 정도가 사용된다고만 말함)이며 매개변수 옵션은 단순해 보이지만 상호 작용하기도 한다.그래서 그것들은 수적으로 거대하고 상호 작용과 관련성의 수준을 위해 복잡하다.
- 닻을 유지할 것을 제안한다.그래, 네가 말한 간단한 표현은 직관적으로 들리지만, 나는 메시지 ID와 무관하게 섹션 제목을 유지하고 싶다.oow, 도움말 페이지 섹션 이름은 연결된 오류/경고 메시지와 독립적이어야 한다(생각해 보면 앵커는 코드 번호일 수도 있다).
- 또한 이 구조(문자가 아닌 ID에 의한 메시지 & 분류)는 이 변환 스크립트를 사용하여 인터위키로 이동할 때 유용하다는 점에 유의하십시오.
- 일반적으로, 그리고 인터위키/i18n의 경우, 나는 "루아 코드의 경고 또는 오류(=메시지) 탐지" == "메시지 대상(도움말 페이지 앵커)" == "메시지별 페이지 분류"라는 메시징 삼각형을 지원한다.이것은 또한 CS1과 같이 각 메시지 유형별로 고양이 한 마리를 초대한다.현재 14개의 메시지 유형이 있다.
- 기본적으로 14가지 메시지 유형으로 작동하려면 루아 코드가 필요하다.나한테는 잘 들리는군 (코드 내 메시지 그룹 없음)
- -DePiep (대화) 2013년 9월 29일 19:30 (UTC)[
- 예를 들어, enwiki에 대해 psuedo 코드에서 코딩으로 메시지 표시:
- general helppage name:"Help:Convert messages"
- message-id:10
- 스님을 다시 트라피스트해, 리스트.
- CS1에서 일하는 사람들과 Convert에서 일하는 사람들 사이에는 경쟁이 없다.존재하지 않는 경쟁과 속하지 않는 경쟁은 소개하지 마라.
- 앵커의 필요성에 대해 궁금했을 때, 동일한 섹션 제목(#sigfig_must_be)에서 앵커로 연결되는 것과 마찬가지로 섹션 제목(Sigfig는 양의 정수임에 틀림없다)에 직접 연결하는 것이 쉽기 때문이었다.앵커를 추가하는 것은 편집 창을 복잡하게 만드는 경향이 있다.나는 오류 메시지와 도움말 텍스트 사이의 연결을 제거해야 한다고 제안하지 않았다.CS1에서 이것을 실험해 보았더니 할 수 있다.다른 편집자는 오류 메시지와 도움말 텍스트 사이의 연결을 끊는 어떤 이유로든 섹션 제목을 변경할 편집자가 있다고 지적했다.이러한 이유로 나는 위의 코멘트를 삭제했다.
- 앵커들이 할 수 있다고 해서
암호 번호
라고 해서 그렇게 되는 것은 아니다.닻의 의미를 난독하게 할 이유가 없다.앵커는 때때로 그것을 읽을 인간들이 이해할 수 있어야 한다.앵커는 다음과 같다.message-id=10인간에게는 의미가 없어 왜냐하면 인간들은 자신의 맥락을 가지고 다니지 않기 때문이야앵커가 문법적으로 정확할 필요는 없고, 루아 코드든 위키텍스트든 관심 있는 독자들에게 그들의 목적을 전달하기만 하면 된다.
- 앵커들이 할 수 있다고 해서
- 메시지 텍스트와 도움말 텍스트가 일치해야 한다고 했을 때, 오류 메시지가 "X를 Y로 변환할 수 없다"는 섹션 제목에 연결되는 이런 경우를 생각하고 있었다.그렇지 않은 사람에게는 치수 불일치가 X를 Y로 변환할 수 없는 것과 같다는 것을 반드시 따르는 것은 아니다.독자가 쉽게 읽을 수 있도록 오류 메시지와 관련 도움말 텍스트 섹션 제목은 가능한 한 동일해야 한다.그렇게 해서 편집자들은 오류 메시지 링크를 클릭할 때 그들이 올바른 위치에 도착했다는 것을 알게 된다.예를 들어, 오류 메시지는 Need value라고 쓰여진 섹션 제목에 연결된다.두 사람이 같다는 것은 금방 알 수 있다.
- 차원을 제외하고, 치수 불일치 오류 메시지인 변환에서 치수가 올바른 단어인가?이것은 내가 위에서 설명한 숫자와 값어치 문제와 같다.용어를 선택하여 적용되는 모든 장소에서 일관되게 사용한다.
메시지 유형
현재 14개의 메시지 유형이 있다.나는 코어 코드(module:convert)를 사용할 것을 제안하고, 그들을 연결하고 고정시키기 위해 사이드셋을 사용한다.아래는 내가 코드화한 14가지 유형이다.내 말은, 우리는 enwiki helplink+cat+more를 만들기 위해 코드화된 ("X10") 메시지를 사용한다는 것이다.-DePiep (대화) 23:05, 2013년 9월 29일 (UTC)[
- 또 다른 좋은 원칙은 코어 코드(메시지처럼 X10을 사용)가 "경고/오류/비임계" 상태의 tpo 하드코드 효과나 범주 이름이 필요하지 않다는 것이다.또한 500,000페이지가 넘는 오류 메시지의 켜기/끄기 또한 스위치 입니다. -DePiep (대화) 23:10, 2013년 9월 29일 (UTC) :[응답
2013년 9월 29일 현재 메시지 개요(오류, 경고) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
개발 중이다.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
토론
나는 위의 WOSlinker의 아이디어를 실행했다(아래 결과).다양한 것들이 고쳐져야 하지만, 댓글 다는 사람들은 모두 새로운 포맷을 좋아하는 것 같아.내가 소화하려고 노력할 코멘트 고마워.몇 가지 초기 대응:
- 트라피스트는 연결된 메시지가 "전환: 잘못된 시그니처"라고 쓰여 있다면, 제목이 현저히 다른 섹션에 도착하는 것은 당혹스럽다는 것이 옳다.현재 도움말의 각 제목:Convert는 사용자가 오류 링크를 마우스로 가리키는지 여부를 확인할 수 있는 전체 오류 메시지의 요약이다.충돌이 있다: 우리는 기사에 표시된 메시지가 간략하게 표시되길 원하지만 도움말 페이지에는 더 나은 제목이 있어야 한다.도움말 섹션 제목은 링크 텍스트로 시작할 수 있는가?난 그것에 대해 생각할 거야.
- 또한 도움말:만약 모든 금프를 포함시킨다면, 컨버터는 너무 커질 것이다.한 가지 문제는 이 페이지 하단에 패딩 섹션 두 개를 넣기 전에 마지막 몇 개 항목에 대한 오류 메시지 링크를 클릭해도 대상 섹션을 페이지 상단으로 스크롤하지 못했다는 점이다.페이지가 정리되면 밑에 붙을 패딩이 생각나야 할 것 같아.
- '정밀이 너무 크다'는 모호한 이유는 값을 텍스트로 포맷하도록 시스템을 호출하고, 시스템 호출에 오류가 발생하면 '너무 크다'고 보고하는 방식으로 구현되기 때문이다.그냥 루아네 집으로 전화한 거야.
string.format, 그러나 Drcunto는 아마도 그것을 서버의 C 라이브러리에 전달하거나, 또는 어떤 PHP 기능에 더 많이 전달할 것이다.어쨌든, 결과는 서버에 달려있고, 아마도 미래에 바뀔 수 있을 것이다. - 마찬가지로 "숫자가 너무 크거나 작다".루아스
tostring함수는 다음과 같은 정크 넘버를 행복하게 변환할 것이다.0/0또는1/0그러나 나는 변환이 "과 같은 결과를 보여서는 안 된다고 생각한다.nan" 또는 "inf". Lua(또는 기반 부동소수점 하드웨어/소프트웨어)는 과소 흐름 오류를 제공하지 않는 것으로 나타난다. 숫자가 너무 작으면 0으로 변경된다.하지만, 새로운 서버가 언더플로우 오류를 줄 수 있다고 생각했고, 그래서 나는 족제비를 "아니면 너무 작다"고 덧붙인 것이다.OTOH 모듈에서 과소 유동을 감지할 수 있을지 의심스럽다.tostringScrippunto는 내 테스트 컴퓨터와 다른 텍스트(일반인이 숫자로 인식하기 어려운 값을 나타내는 경우 텍스트에 "#"를 포함)를 반환한다.이런 종류의 오류는 매우 드물기 때문에 걱정할 가치가 없을 수도 있지만, 누군가가 그 문제를 피하기 위해 메시지를 대체할 어떤 교묘한 문구를 생각해 낼 수 있다면 좋을 것이다. - 리캡:나는 DePiep으로부터 모든 소문자에 대한 아이디어를 얻었다.다른 메시지 스타일을 보여주는 시뮬레이션 결과를 몇 가지 검토해야 확실히 알 수 있지만, 소문자가 위첨자에서는 잘 작동한다고 생각한다.
- 나는 앵커들이 적어도 인간에 의해 적당히 인식되어야 한다는 트라피스트의 의견에 동의한다. 나는 링크 대상의 URL을 보기 위해 브라우저의 상태 표시줄을 자주 보고, 인코딩된 URL을 좋아하지 않는다.
- 카테고리 변경:인용이 복잡하기 때문에 CS1은 오류 유형별로 별도의 범주를 가지고 있으며, 한 번에 한 종류의 문제를 해결하는 것이 가장 쉬울 것 같다(아마도 다른 명백한 오류를 동시에 수정하지만 본질적으로 하나의 오류 유형인 하나의 오류 범주에 초점을 맞춘다).이와는 대조적으로, 나는 변환이 많은 범주를 갖도록 하는 어떤 이점도 없다고 본다.빨리 고쳐야 할 미지의 유닛이 적어도 20개 이상 있을 것 같고, 장기간 존재한 에러가 있는 100페이지 이상(차원 불일치 또는 잡동사니—)이 있을 것이라고 생각하지만, 모듈이 가동되면 얼마나 엉망진창이 드러날지 알 수 없다.나는 "3ft"와 같은 것들을 본 적이 있는데, "3ft"는 아마도 "3ft"가 원했던 곳일 것이다.정리된 후에는 변환 오류의 수가 적어서 쉽게 고쳐지길 바란다.어느 정도 전환 경험이 있는 편집자는 의도가 불분명한 경우도 있겠지만 한 번에 한 가지 유형의 오류에 집중할 필요는 없을 것이고, 필요한 것을 연구할 주제 전문가를 기다려야 할 것이다.나는 지금 내가 왜 네 가지 카테고리를 고안했는지 궁금하다. 아마도 한 가지 카테고리로 하면 어떨까?나는 각 오류 메시지에 대해 별도의 카테고리를 갖는 것이 어떤 이득도 볼 수 없다.나는 "알 수 없는 단위"를 별도의 범주로 원했는데, 왜냐하면 특히 첫 달에는 모듈에서 아직 정의되지 않은 단위가 많을 수 있기 때문이다. 그리고 그것은 아마도 이전에 작동했던 것을 나타내지만, 지금은 깨진 것을 나타내기 때문에 그 범주에 대한 관심이 필요할 것이다.다른 오류들은 대부분 우리가 과거에 탐지할 방법이 없었던 깨진 위키텍스트일 것이다.첫 달 후에는 "알 수 없는 단위" 범주를 가질 이유가 없을 것이다. 나쁜 단위는 단지 고쳐야 할 또 다른 오류일 뿐이다.여러 범주를 갖는 것에는 두 가지 문제가 있다: 첫째, 더 많은 범주는 더 많은 복잡성과 모니터링할 필요가 있는 것들을 준다; 둘째, 문제를 찾기 위해 각각의 12개 범주를 조사해야 하기 때문에 새로운 오류를 확인하는 쉬운 방법이 없을 것이다.조누니크 (대화) 07:16, 2013년 9월 30일 (UTC)[
- 나는 새로운 메세지를 보내는 것을 좋아하기 때문에, 나의 다음 말은 경미하다.
- 모든 위첨자를 소문자로(강제하지 않음, 습관적으로) 표시하는 {{fix}}메타트플레이트(수정할 내용) 사용법을 확인한 후 소문자 위첨자 메시지를 사용했다.문자 대소문자를 제쳐놓고도, 이 위첨자 텍스트는 일반적으로 대상 텍스트와 같지 않다(페이지 섹션 제목을 말한다).
- 사람이 읽을 수 있는 앵커 텍스트는 나에게 괜찮다. (I was were looking, ii transitions...)
- 초기 정리 후 메시지 카테고리당 페이지 수가 적을 것으로 예상한다.이 메시지 설정 시스템의 배경은 메시지 팩트(실행 코드에 감지됨)가 단순한 효과 집합(경고 수준, 고양이 이름, 위첨자 텍스트, 앵커/도움말 이름, 표시 메시지=y/n, ...)을 가져야 한다는 것이다.일단 테이블과 같은 이름 지정과 메시지 처리를
설정하면 단일테이블단순 작업(그리고 미래 iW 변환을 단순화할 수 있음)이 된다.이 말을 한 이상, 나는 이것이 유일한 선택이라는 것을 증명할 수 없다.나는 다른 결과를 가지고 살 수 있다. -DePiep (talk) 21:19, 2013년 9월 30일 (UTC) Strike & 명확화 문장 -DePiep (talk) 07:42, 2013년 10월 1일 (UTC)[
문서 및 데이터 페이지 변환
다음 예비 서류는 제자리에 있는 것 같다.
- 도움말: ∙ 개요 및 옵션 변환
- 도움말:단위 변환 ∙ 공통단위 목록 단순화
- 도움말:메시지 변환 ∙ 모듈메시지 설명
나중에 템플릿 문서를 변경하여 소개로 사용할 수 있다.
아마도 다음 사항은 좀 더 중심적인 곳으로 옮겨야 할 것이다.
- 사용자:Johnuniq/변환 데이터 ∙ 단위 정의의 마스터 목록
- 사용자:Johnuniq/변환 데이터/소개 ∙ 위와 같은 설명
모듈 공간은 루아 스크립트에서만 작동한다.위키피디아 공간은 적합하지 않다.템플릿:컨버터는 수천 개의 서브 페이지를 가지고 있지만, 다른 곳은 생각나지 않는다.적당한 집에 대한 생각은 없나?"변환 데이터"가 올바른 이름인가?조누니크 (대화) 07:54, 2013년 10월 2일 (UTC)[
- 모듈스페이스에서 "/doc"로 끝나는 모든 페이지는 스크립트가 아닌 일반 wikitxt를 허용한다.다음과 같은 이점을 얻을 수 있었다.
- 템플릿:변환기/doc은 편집자의 첫 번째 호출 포트를 유지하며, 이 템플릿 문서 텍스트는 모듈이 활성화되었을 때 수정되어야 한다.
- 템플릿 공간에 유지해야 하는 현재 테스트 케이스(ee가 템플릿을 테스트하는 위치)
- module:module/module data/doc(단위 데이터 원본 테이블, 현재 사용자:조누니크 공간).
- module:필수/필수 데이터/doc
- module:1987/190/doc(이전에 제작, 거칠음)
- 모듈:1987/.../doc
- 페이지 이름을 모두 소문자로 지정했다는 점에 유의하십시오.이것은 /doc 및 /sandbox가 자동화된 페이지 효과(등 템플릿에 의한 인식 및 위키텍스트의 사용을 전혀 허용)를 사용하기 위해 필요하다.
- 우리는 오직 선택에만 충실해야 한다.소문자 모두 내가 제안한다.우리가 이미 하고 있는 것처럼: module:convert의 하위 페이지.
- 그리고 서브 페이지 목록은 깔끔하게 정리해야 한다. -DePiep (토크) 08:36, 2013년 10월 2일 (UTC)[
- "이것은 변환/변환 데이터 모듈의 문서 페이지입니다"라고 맨 위(MediaWiki:{{documentation 하위 페이지}}을(를) 사용하는 Scrippunto-doc-page-header).사실, 나는 모듈에서 살 수 있는 멋진 대본을 썼어.변환/변환 데이터—데이터를 실행하면 도움말에 있는 표의 Wikitext가 생성됨:단위 변환.조누니크 (대화) 09:32, 2013년 10월 2일 (UTC)[
- 이러한 많은 문서 페이지는 배경 자료(상위 모듈 페이지와 직접 관련되지 않음)이다.개요를 유지하기 위해 다음과 같이 그룹화할 수 있다.
- 모듈:일반/일반/일반 데이터/doc(표)
- module:module/module data 소개/doc(module)
- 이러한 /doc 페이지에는 상위 페이지가 없다(이것은 퀴크임).
- 일반 /doc 하위 페이지 이름은 다음과 같다.
- module:convert/data/doc for module:convert/data -DePiep (talk) 10:19, 2013년 10월 3일(UTC)[
- 모듈 공간과 유사한 문제를 다음과 같이 해결한다: 모듈:바나나/시험장(lua code: ua code)의 대화 페이지: 모듈 대화:바나나/시험장(위키텍스트).그러나 이는 교차 네임스페이스로, 당사 문서에는 이러한 입출력 관계가 없다. -DePiep (대화) 08:14, 2013년 10월 4일 (UTC)[
- 다른 곳의 모듈 공간에서도 이와 유사한 문제가 해결된다: 모듈:바나나/시험장(lua code: ua code)의 대화 페이지: 모듈 대화:바나나/시험장(위키텍스트).그러나 이는 교차 네임스페이스로, 당사 문서에는 이러한 입출력 관계가 없다. -DePiep (대화) 08:14, 2013년 10월 4일 (UTC)[
- module:convert/data/doc for module:convert/data -DePiep (talk) 10:19, 2013년 10월 3일(UTC)[
프로포즈
위의 DePiep의 아이디어를 바탕으로 모듈 관련 모든 자료를 함께 변환하는 것이 좋으므로 다음 페이지를 이동하십시오.
@WOSlinker:이것이 바람직한가?위의 사례에 대해 아무것도 출력하지 않도록 {{documentation 하위 페이지}}을(를) 편집하는 상당히 간단한 방법이 있는가(그래서 "이것은 문서 페이지..."는 MediaWiki에서 표시하지 않음:스크럽투닥 페이지헤더)?(달성 가능한지 여부는 알 수 없음) 내 제안은 모듈에 바람직하다는 것이다.정상적인 "이것은 문서 페이지"를 표시하기 위해 존재하지 않지만, 모듈:무엇인가/하위 페이지가 존재하지 않거나, 문서에게 필요하지 않다.아니면 제목 부분 "문서화"가 표시를 억제하는 마법의 단어로 간주될 수 있을까?조누니크 (대화) 01:16, 2013년 10월 4일 (UTC)[
- 사후 고려:
- /doc의 유휴 상위 페이지에는 {{documentation} 템플릿이 있을 수 있으며, 이 템플릿은 실제 doc 페이지와 잘 혼합되어 있다.위에 "이것은 유휴 모듈 페이지지만, 설명서는..."라는 메모를 붙일 수 있다.
- überdocumentation: module:documentation/doc는 전체 페이지 개요, 탐색 기능을 가질 수 있다. -DePiep (talk) 08:14, 2013년 10월 4일(UTC)[
유지 관리 범주 이름
이 모듈은 네 가지 범주를 사용한다.
- 범주:변환 오류
- 범주:차원 불일치 변환
- 범주:알 수 없는 단위 변환
- 범주:잘못된 옵션 변환(오류가 아닌 경고)
이름 변경 제안:
- 범주 이름을 표준 WP로 복수화:캣네임.
- 더 자세히 설명하십시오. "변환 치수 불일치가 있는 페이지".이 이름은 길고 덜 쉽지만, 글자에 맞으며 대부분의 유지 관리 페이지에 따른다.짧은 이름은 주제에서 좀 더 경험이 많은 편집자에게만 유용하지만(당신과 나), 일종의 코드/자르곤의 일종이다.조누니크는 여기서 일찍이 대답했다.
제안된 이름:
- 범주:변환 오류가 있는 페이지
- 범주:변환 치수가 일치하지 않는 페이지
- 범주:변환 단위를 알 수 없는 페이지
- 범주:잘못된 변환 옵션이 있는 페이지
- 상위: 카테고리:변환 메시지가 있는 페이지
- 댓글 있어? -DePiep (대화) 12:16, 2013년 9월 21일 (UTC)[
- 이중 풀("페이지...)로 변경됨오류") CS1 예제 범주 복사:인용구문이 잘못된 기사. -DePiep (토크) 12:27, 2013년 9월 21일 (UTC)[
- Template_talk를 참조하십시오.오류 메시지 표시 방법에 대해 #Edit_request_on_2013년 9월_을(를) 변환하십시오.Wikid77 제안서(색상 인라인 텍스트가 아닌 위첨자 링크 추가)를 선택하면 다음과 같은 해당 유지보수 링크를 사용할 수 있다.
- 이중 풀("페이지...)로 변경됨오류") CS1 예제 범주 복사:인용구문이 잘못된 기사. -DePiep (토크) 12:27, 2013년 9월 21일 (UTC)[
- 일부 오류는 예를 들어 변환이 수행되지 않음을 의미하므로 모든 오류가 첨자여야 한다고는 생각하지 않는다.
{{convert 1 pt}}→ 1pt[convert: ambiguous unit] 아직 무언가를 생산하는 곳일 수 있지만 오류보다는 경고의 경우 범주는 인라인 메시지 없이 할 수 있다. -- WOSlinker (talk) 15:21, 2013년 9월 21일 (UTC)[- 반환하지 않는 이유:
1 pt[unknown unit].결국 입력은 변환에만 실패하지 않았다. btw, 이러한 오류에 대한 시스템이 있는가?그것들은 표시되었는가, 나열되었는가?분류가 너무 일반적일까? -DePiep (talk) 15:40, 2013년 9월 21일 (UTC)[
- 반환하지 않는 이유:
- 일부 오류는 예를 들어 변환이 수행되지 않음을 의미하므로 모든 오류가 첨자여야 한다고는 생각하지 않는다.
기술적 측면
위첨자를 사용하게 되면 몇 가지 기술적인 문제가 발생한다.일반적으로 이러한 상위첨자는 메타템플릿 {{fix}}을(를) 사용하여 템플릿으로 구성된다.그래서 나는 이 데모에 대한 {{변환 치수 불일치} 예제를 만들었다.범주 이름, 제목 등을 가지고 있다: 이러한 오류가 발생하면 모듈: 1. 이 구식 템플릿을 페이지로 변환하고, 2. 에러 설명을 추가해야 한다. title=(마우스호버 텍스트임).3. 좀 더 정확한 연결을 위해 좀 더 구체적인 오류 코드를 추가할 수 있는가? anchor=.
예: .
조누니크, 너는 이 길로 가는 게 좋니?물론, 그 코드는 모듈에서도 수작업으로 제작되고 하드코딩될 수 있다. -DePiep (토크) 14:52, 2013년 9월 21일 (UTC)[
- 디스플레이 다시 설정:난 상관없어.나는 "더 늦을" 때까지 영리한 산출물을 연기할 계획이었지만, 지금 하자.일부 RL 이슈는 내가 지금 이 이슈에 침착한 사고 시간을 쏟고 싶지 않다는 것을 의미하지만 Template의 아이디어는 다음과 같다.2013년 9월 20일 컨버터#Edit 요청은 보기 좋으며, 원하는 것은 무엇이든 이행할 수 있어 기쁘다(하루쯤 후에 생각해 보겠다).나의 유일한 관심사는 시스템이 단순해야 하고, (각 단위 또는 파라미터 문제에 특정한 "만약 이" 코드 뭉치가 아닌) 데이터 테이블에서 구동되어야 한다는 것이다.앵커들이 있는 단일 문서 페이지가 필요한 것 같고, 모듈 테이블에는 각 메시지에 필요한 앵커들이 포함되어야 한다.치수 불일치의 경우, 앵커는 장치 문서 페이지(첫 번째 장치의 유형을 앵커로 사용)에 있어야 하는가?기존 템플릿은 몇 가지 수공예 사례 외에는 중요한 문제가 많고 치수 불일치를 감지할 수 없다는 점에서 AI 시스템에 사용자가 원하는 것을 할 수 있도록 하는 것은 필요하지 않으며, 볼 수 없는 일이라고 생각한다.컴퓨터가 특정한 종류의 출력을 원한다고 결정하면 "컴퓨터"와 논쟁할 편집자는 거의 없기 때문에, 나는 이것이 좋은 생각이라고 생각하지 않는다. 필요한 것은 알 수 있는 주제에 대한 충분한 이해를 가진 단서가 있는 편집자가 해야 한다.
- 내가 현재 토론에서 충분히 주목받지 못했다고 생각하는 한 가지 문제는 편집자가 지금 변환기를 삽입한 다음 미리보기(또는 저장)를 하는 경우다.나는 편집자가 그들에게 무언가를 고치거나 도움을 받아야 한다는 눈에 띄는 메시지를 보길 바란다.또한, 독자들에게 오류 메시지를 보는 고통을 덜어주는 것도 좋지만, 렌더링된 텍스트는 그들이 읽고 있는 것이 잘못되었다는 것을 분명히 해야 한다.조누니크 (대화) 05:32, 2013년 9월 22일 (UTC)[
오류 메시지 향상
IIC, 기본 인라인 오류 메시지는 다음과 같다.변환 오류: "토크"를 "에너지"로 변환할 수 없음(이 대화 페이지 링크).
이를 이전 모듈:초기 모듈:citation/CS1과 비교해 보십시오. accessdate= requires url= (help). 특정 헬프피지 섹션을 연결하고 페이지를 카테고리에 추가:URL이 없는 액세스 날짜가 있는 인용문을 사용하는 페이지(예: 이 페이지의 현재 페이지
첫째, 이 대화 페이지에 대한 링크는 매우 일반적이며(모든 오류에 대해 동일), 그다지 도움이 되지 않는다(보고를 해야 하는가, 아니면 고치기 위해서인가).적어도 네 가지 범주만큼 정확한 문서 페이지 섹션에 링크할 것을 제안한다.그것은 또한 실제로 이 토크 페이지와 같은 링크를 추가할 수 있다.
둘째, 그 오렌지색에 대해서.이러한 메시지는 인라인 메시지라는 점에 유의하십시오. 이 메시지를 사용하여 무엇을 해야 할지 모르는 독자에게 경고하십시오(알고 있는 편집자 한 명에게는 100개의 독서자가 있음).덜 경작하는 메시지 방법이 없을까?() 괄호를 붙여 내용 텍스트와 구분하십시오.그리고 어쨌든 배경색으로서 너무 어둡다(검은색이나 파란색이 이런 식으로 충분히 대비되지 않는다).백페이지에서도 이와 같은 두드러진 효과는 #ffcc69라고 하는 밝은 오렌지색에 의해 제공되어 읽기가 더 쉬워진다.
함께: (변환 오류(토크): "토크"를 "에너지"로 변환할 수 없음) -DePiep (토크) 14:17, 2013년 9월 19일 (UTC)[
-
- Category에서 이 대화 페이지를 제거하기 위해 위 내용을 수정:URL이 없는 액세스 날짜가 있는 인용구를 사용하는 페이지.
- 나는 나중에 실질적인 회신을 하기를 희망한다(RL 문제가 지금 간섭하고 있다) 그러나 그동안 나는 모듈이 여기에 표시할 수 있는 모든 메시지의 합리적으로 완전한 목록을 버렸다.그것은 무슨 일이 일어나야 하는지를 고려하는 동안 유용할 수 있다.조누니크 (대화) 03:03, 2013년 9월 20일 (UTC)[
@DePiep:나는 지금 할 수 있는 한 너의 상기의 제안을 실행했다.위와 같이 도움말 페이지에 대한 링크를 포함시키고, 이를 어떻게 구현할지 생각해 보았다.하지만, 그것은 적절한 도움 페이지를 기다려야 할 것이고, 그 일을 하기 위해서는 약간의 시간을 기다려야 할 것이다.Special 사용:다음을 캡처하려면 ExpandTemplates:
{{convert/sandboxlua 12 m kg}}→ 12m()[convert: unit mismatch]<span class="noprint" style="background:#ffcc69;">[[Module talk:Convert Conversion error]]: Cannot convert "length" to "mass"</span>
{{convert/sandboxlua2 12 m ft abr=off}}→ 12m(39ft)[convert: invalid option]12 metres (39 ft)<span class="noprint" style="background:peachpuff;">[[Module talk:Convert Conversion warning]]: Ignored invalid option "abr=off"</span>
두 번째 예는 "경고 = 켜짐"을 포함하는 새로운 템플릿 {{convert/sandboxlua2}}개를 사용한다(이 매개변수는 변환기가 아니라 템플릿에 있어야 한다).
나는 또한 WOSlinker의 제안을 내 강연에 구현하여 현재 페이지가 원하는 네임스페이스(기본 "0,10", 즉 당신의 제안에 따라 기본 및 템플릿)에 있는 경우에만 추적 카테고리가 오류 또는 경고에 포함되도록 했다.만약 당신이 그것을 놓쳤다면, 나는 내 강연에 대한 회신을 업데이트해서 몇몇 테스트는 다양한 기사에서 스크랩된 7,540개의 변환기에서 31개의 경고가 발생했다는 것을 보여준다고 언급할 것이다.조누니크 (대화) 09:54, 2013년 9월 21일 (UTC)[
