모듈 토크:변환/아카이브 2

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

모듈:전환/메이크업

모듈 리팩터링을 좀 해봤는데변환/메이크업으로 이제 위키(로컬 컴퓨터에서 보다 쉬운 테스트를 위해 새 메이크업을 호출하는 시스템을 만들었지만 독립 실행형 컴퓨터가 필요하지 않음)에서 실행됨.doc 페이지에 언급된 바와 같이, 출력물에는 "subst:"를 사용하여 작업할 수 있는 약간의 이상한 점이 있다.누군가는 모듈에서 새로 정의한 유닛을 실험하고 싶어할 수 있다.변환/데이터.BTW 나는 이 페이지의 아카이브 박스에서 현재 보이는 버그를 보고하였다.조누니크 (대화) 10:48, 2013년 10월 7일 (UTC)[응답]

좋아! 모듈 안에 새로운 버전을 넣는 습관부터 시작해볼까?변환/데이터/샌드박스 먼저 테스트하고 /샌드박스 테스트? -DePiep (토크) 11:10, 2013년 10월 7일 (UTC)[응답]

상태

이 프로젝트가 그늘에서 작동하는 것을 보았는데, 어떤 상황인지, 그리고 조만간 프라임타임에 대비할 수 있을지 궁금하다. 2013년 11월 14일 (UTC)[응답]

모듈이 거의 3개월째 준비 중이어서 나는 그 상태에 대해 약간 당황스럽다.모듈은 실제로 준비가 되어 있다(그리고 6월부터 벵골 위키에서 사용되어 왔으며, 여기 참조) 그러나 나는 몇 가지 다른 일을 하고 싶었고, {{convert}}}을(를) 모듈 이용으로 변경해 달라고 요청하기 전에 개인적인 조용한 시간을 기다리고 싶었다.나는 모듈에서 어떤 것도 바꿀 계획이 없다. "다른 것"은 보다 광범위한 시험장 세트를 설치하고 몇 가지 서류를 완성하는 것을 포함한다."조용한 시간"은 모듈이 작동 중일 때 상당히 많은 작업이 필요하며, 2주간의 문제 해결(실종된 장치 정의, 파손 보고서 처리, 모듈이 다르게 하는 스펠링과 같은 일부 기능에 대한 구문 변경)이 분명히 있기 때문이다.불행히도 실생활은 꽤 정신없이 바빠졌고, 내 감시목록에 있는 몇 가지 일들에 대해 대답할 시간이 있었지만, 나는 몇 주 동안 거의 아무 생각도 할애하지 못했다.일주일 후면 나는 오프위키 문제가 어떻게 진행되고 있는지 잘 알 수 있을 것이다.생각해보면, 나는 결코 "준비"되지 않을 수도 있고, 가장 좋은 것은 그 빌어먹을 것을 켜서 무슨 일이 일어나는지 보는 것일 수도 있다.조누니크 (대화) 08:45, 2013년 11월 15일 (UTC)[응답]

나는 지금 그것을 풀어주길 제안한다; 만약 사소한 문제가 있다면, 당신이 옆에 없다면 다른 사람들이 그것을 고칠 수 있을 것이고, 만약 그것이 완전히 고장나면, 나는 그것이 되돌릴 수 있다고 생각한다._→AzaToth 21:45, 2013년 11월 19일 (UTC)[응답하라]

Johnuniq는 이것이 생방송될 때 개인적인 조용한 시간이 필요할 것이라고 말하는데, 그것은 큰 문제가 발생할 수 있다.인용 /CS1이 지난 4월 생방송되었을 때 첫 달에는 15개의 업데이트가 필요했던 것으로 기억한다(그 숫자가 중요한 것이 아니라, 그것이 나타내는 사고와 코딩).J I say에게 맡겨. -DePiep (대화) 06:11, 2013년 11월 20일 (UTC)[응답]

고마워 DePiep: 너는 나를 정확하게 읽었다.하지만 여기서 마지막 며칠이 잘 지나가고, 잠시 정신없는 기간이 지났다고 말해 다행이다.

고맙다 아자 토스: 당신은 나를 다시 가게 하기 위해 정확히 적절한 순간에 밀어붙였고, 나는 지난 며칠 동안 뛰어난 몇 가지 문제들을 점검하며 보냈다.Template talk에서 스위치 추천:모듈로 전환하기 위한 요청 #Request 변환:개종하다.조누니크 (대화) 09:28, 2013년 11월 20일 (UTC)[응답]

기능 요청: configReport 피드백

나는 모듈이 "구성 피드백" 공개 기능을 얻는 것을 제안한다.모듈이 사용하는 구성 설정을 반환하는 것이다.문서 페이지와 샌드박스(메인스페이스가 아님)에서 사용될 것이다.데모: 모듈이 활성 상태이고 호출 템플릿에 다음 코드가 있다고 가정하십시오.

• {{변환}}

그런 다음 Template:convert/doc에서 구성 개요를 요청한다.

• {{#invoke:convert configReport numdot = , }}

이 보고서는 다음과 같이 반환될 것이다.

완료되지 않음, 모형화 목록

근거.
많은 구성 변수가 여러 위치(템플릿, 데이터, 텍스트, 모듈 코드 다양한 위치 등)에서 설정된다.또한 많은 사람들이 상호작용하고 있다(예: 샌드박스, 테스트, 언어).일부 설정은 주 기능에서 하드 코딩된다.또한 기능에서 재조정할 논리(예: 기본값 덮어쓰기)가 있다.이것들은 복사 붙여 넣거나 함수에 하드 코딩되어야 한다. 이것은 주의를 요한다.그리고 이 configReport는 또한 조사된 파라미터의 모든 매개 변수를 복사 붙여넣는 템플릿에서 호출되어야 한다. 다른 수동 조치 = 위험.반면에, 그것은 편집자에게 개요와 수표를 준다.구성을 자체 문서화하는 것이다.참고: 이 아이디어는 모듈에서 작동 중:LailGauge를 사용하여 데이터 피울을 확인하십시오.(계속:사용자:스트라디바리우스 씨).-DePiep (대화) 06:55, 2013년 11월 20일 (UTC)[응답]

좋은 생각이야, 비록 그것이 얼마나 많이 사용될지는 잘 모르겠지만.새로운 기능보다는 (아마도) 새로운 옵션을 갖는 것이 꽤 쉬워야 한다.report=on일반 출력 대신 테이블이 표시되는 일반 {{}}}}) 내부.처음 세 줄은 달성할 수 없다고 생각한다(구성, 템플릿 호출, 모듈 호출).조누니크 (대화) 09:56, 2013년 11월 20일 (UTC)[응답]

그래, 더 나은 방법: "전환" 기능을 통해 전화를 걸면 확인하려는 설정과 논리를 복사하여 붙여넣을 필요가 없다.

호출 템플릿 &tc를 자체 식별하는 것은 쉽지 않은 일이었다. - 실패.

많이 쓰진 않겠지만 샌드박스 제작에 귀중한. -DePiep (토크) 10:04, 2013년 11월 20일 (UTC)[응답]

루아 변환 포크 사용

현재 템플릿의 Lua 스크립트 버전:변환([모듈:변환)은 다음과 같이 템플릿이 포함된 샌드박스 버전으로 처리되었다.변환/샌드박스블루아지만, 보다 광범위한 사용을 위한 설치가 논의되고 있다.그러나, 템플릿에 대한 두려움에도 불구하고, 루아 버전은 마크업 기반의 컨버터와 호환되지 않는 다른 기능을 가진 포크로 분리되었다.원래 {convert}은(는) 수백 개의 하위 플레이트에 대한 단순한 게이트웨이 템플릿으로, 각각은 측정치 이상의 변환이 가능했으며, 루아 포크가 처리하지 않는 날짜와 시간도 변환할 수 있었다.숫자가 아닌 변환의 예:

• {{변환 25 11월 날짜 요일}} → 11월 25일(329일)
• {{convert 3:45 pm 24} → 3:45 pm(15:45)

루아 버전의 다양성은 포크로써, 보호되는 변환 하위 플레이트(현재 승인된 wp:template 편집자에 의해 고정되고 있음)의 일부 결함을 "개선"하려는 시도로 합리적으로 시작되었으며, 여기서 루아에서의 재작성이 결과를 일관적으로 만든다.따라서 포킹은 루아에서의 3-부품 조합과 같은 새로운 특징도 추가하기 위한 자연스러운 후속 조치였다.

• {{convert/ftlua 99 in ydftin}} → 99인치(2yd 2ft 3인치)
• {{dftin}} → 99인치(2yd 2ft 3인치)

마찬가지로, Lua 버전에는 다른 새로운 기능이 있지만 비싼 가격에 제공된다. 즉, Convert를 사용한 모든 기사(55만2천 개)의 재포맷을 트리거하는 Gargantuan Lua 모듈로서(모듈의 새로운 장치를 제외하고 기능이 변경된 경우:변환/추가)와 달리 원래 마크업 기반 템플릿:Convert는 한번에 수십 페이지 또는 수백 페이지에만 영향을 미치는 수많은 특징 변경을 허용해왔다.두 버전을 동기화하기 위한 노력이 몇 주 또는 몇 달 동안 지연되어 왔으며, 유익한 포크로서, 그러나 별도의 템플릿 이름으로 루아 버전을 출시해야 할 것 같다.또한, 완전히 루아로 전환하기 위한 "기능 동결"에 대한 요구가 있었지만, 이는 이전 기능이 (양호불가능하다고 간주) 삭제될 것임을 암시하는 반면, 보다 나은 계획은 새로운 요청이 없는 3개월의 기간까지 새로운 기능을 수용하여 효율적인 마크업 기반 변환을 허용함으로써 각각 새로운 기능을 사용하여 몇 개의 기사만 재포맷할 수 있게 하는 것이다.day(각 Lua 편집에 대해 552,000 페이지를 다시 포맷하지 않음)그동안 템플릿 생성:변환/q, 빠른 Lua 버전을 실행하기 위해, 일반적인 3-7 변환 이상의 드문 경우, 수백 개의 {convert/q}이(가) 포함된 페이지.두 버전 중 하나에 새로운 기능이 추가될 수 있으며, 유사한 템플릿이 잠금 단계 작동으로 작동하도록 강제하는 "일관성 경찰"이 없기 때문에 각 경우에 동일한 기능의 필요성을 평가할 수 있다.포크는 때때로 필요하다: 어떤 사람들은 바닐라를 선호하고 어떤 사람들은 초콜릿을 선호하지만, "초크닐라"는 모든 사람들을 만족시킬 것 같지 않다.템플릿 내부와 같은 Lua 버전의 사용을 신중하게 확대할 수 있을 것 같다.높이(ft/m 단위 사용)를 유지하되, 두 버전을 모두 유지하고 "편집"이 "[__] 주위에 "<nowiki" 태그를 삽입하는 다른 인터페이스를 갑자기 실행한 VE 스타일 변형을 강제하지는 않는다.마크업 기반의 컨버터는 비교적 빠른 속도(초당 40 이상)이기 때문에 페이지당 7개 변환에 루아를 사용할 필요가 없다.{Height} 또는 다른 템플릿의 Lua 사용을 위해 아래 문제에 대해 논의한 후 다른 템플릿에서 계획을 발표하십시오. -Wikid77 (토크) 07:48, 2013년 11월 25일 (UTC)[응답]

WP:FORUMSHOPPING. Wikid, 왜 {{convert/q}}}} 모순에 대해 당신에게 맡겨진 곳에 대답하지 않았는가?{convert} 개선을 돕는다는 인상을 왜 받지 못하는가?모듈 설정에 대한 공동 작업 입력이었습니까?몇 달 동안 나는 그 이후에 대한 반대 의견을 읽었어.나는 나를 위해 이것을 덧붙인다.나는 위키드77의 이런 행동을 보는 것이 이상하다고 생각한다.나는 위디드를 매우 똑똑하고 훌륭한 편집자로 알고 있다; 뒤에서 나오는 이 반대는 성격에 맞지 않는 것 같다.그건 좋은 경험이 아니야. -DePiep (대화) 08:01, 2013년 11월 25일 (UTC)[응답]

이전 템플릿(3000개 이상의 하위 템플릿 포함)에는 다음과 같은 많은 문제가 있다.

• 템플릿 토크에서 최신 버그 리포트를 참조하십시오.변환#듀얼 변환/스피커.
• 좀 불공평하지만, 옵션의 이상한 혼합물을 이전 템플릿에 주입하면 다음과 같은 일이 발생한다. "전환(라이브)" 열을 참조하십시오.
• 템플릿 버그와 불일치의 더 많은 예가 여기에 있다.

모듈은 bn:에서 활성화된다.템플릿:변환 및 단순:템플릿:변환 및 공통:템플릿:명백한 문제 없이 변환하십시오.모듈을 사용하기 위해 템플릿을 전환한 후에는 유지보수가 필요하겠지만, 모듈로 인해 현재 기사에서 볼 수 있는 문제가 줄어들 것이라고 믿을 만한 충분한 이유가 있다.

아무도 기사에 사용되고 모듈에서 작동하지 않는 장치나 옵션을 식별하지 않았다.

모듈을 사용하도록 템플릿을 전환할지 여부에 대한 논의는 템플릿 토크를 참조하십시오.모듈로 전환하기 위한 요청 #Request 변환:개종하다.조누니크 (대화) 09:41, 2013년 11월 25일 (UTC)[응답]

데이터 구성

기본 단위(또는 테마)에 따라 /data를 하위 페이지 그룹으로 나누는 것을 고려하였는가?데이터 페이지는 편집이 상당히 압도적이어서 모든 단위를 포함하기 때문에 약간의 변화가 있을 경우 많은 페이지가 업데이트되도록 표시될 것이다.그것을 하위그룹으로 나누는 것이 타당해 보여서 /data가 모듈에게 어떤 하위 페이지를 살펴보아야 하는지 알려주는 것이 합리적일 것이다. 예: data['K'] -> '온도' 그리고 실제 기록은 data/온도['K']이다.새 단위를 추가할 경우 여전히 /data를 편집해야 하지만 한 단위 그룹(예: 온도)만 변경할 때 모든 것을 새로 고칠 필요는 없다.

비슷한 주제에서, 전용 기능이 필요한 특별한 케이스(예: "mach", "hand")는 보조 모듈로 옮겨져야 하며, 코어의 일부가 되어서는 안 된다고 생각한다.특수사건에 대한 부담도 없이 핵심이 충분히 복잡하다.이상적으로는 /data 입력이 특수 사례로 변환하거나 변환할 때 사용할 모듈과 기능을 지정할 수 있으므로, 향후 그러한 장치를 코어에 쓰지 않고도 추가적으로 지원하는 것이 더 쉬워질 수 있는 플러그인 프레임워크를 고려할 수 있다.드래곤즈 비행 (대화)20:31, 2013년 12월 3일 (UTC)[응답]

동의해, 그리고 나의 첫 번째 대략적인 디자인은 각 단위 유형별로 별도의 테이블과 변환기에 어떤 종류의 단위가 사용되는지 결정하는 메타 테이블을 두는 것이었어.만약 변환기가 입력 단위 코드로 "m"을 가지고 있다면, 모듈은 "m"에 "길이" 유형이 있다는 사실을 확인한 다음, 해당 유형의 단위에 대한 세부 정보가 있는 하위 모듈을 로드할 것이다.출력 단위는 동일한 서브모듈에 있거나 오류가 있을 수 있다.나는 확실히 내장 유닛(Mach and hand, 수배 중인 커플이 더 있는)이 하위 모듈 안에 있어야 한다고 생각한다.나는 어떤 훅이 필요한지 알아보기 위해 먼저 그들을 본 모듈에서 일하게 할 필요가 있었기 때문에(하향식 디자인을 좋아하지만 내 경험은 바텀업으로 담금질해야 한다는 것이다.)로 시작했다.

반대되는 견해(단일 거대 데이터 모듈을 지원하는 견해)는 사람들이 단위 정의를 바로 잡아야 한다는 것이다. 그러면 우리는 그것들을 만지작거리는 것을 멈출 수 있다.그 후 단위 정의에 대한 편집은 드물어야 하며, 예를 들어 샌드박스에서 만든 트위크를 통합하기 위한 월간 업데이트가 있을 수 있다.그 모델이 문제가 되는 것으로 판명될 경우에만 거대 데이터 모듈을 하위 모듈로 세분화하는 복잡성을 도입할 필요가 있을 것이다(하나의 거대한 모듈도 문제지만 100개의 하위 모듈을 갖는 것도 문제가 될 것이다).또 다른 요인은 다른 위키에서 사용하기 위해 모듈을 합리적으로 단순하게 만들고 싶다는 것이다.만약 더 많은 모듈이 있다면, 그것은 더 까다롭고, 엔위키에 있는 모듈들이 다른 위키에 있는 모듈들과 일치하는지 확인하는 것은 더 어렵다.

모듈 인식:변환/추가?그 곳에 새 유닛을 추가할 수 있고, 즉시 사용할 수 있다."추가" 모듈은 변환에 알 수 없는 단위가 포함된 경우에만 로드되므로, 변환을 변경하는 것은 단지 몇 페이지만 업데이트하는 것이다.또한 편집자는 모듈을 변경해서는 안 된다.전체 내용을 모듈의 출력으로 바꾸는 것을 제외하고 변환/데이터:변환/메이크업단일 (주요) 페이지는 모든 단위(여기)를 정의하며, 편집이 합리적으로 용이하며, makeunits(여기)의 출력을 샌드박스(여기)에 복사하여 테스트할 수 있다.조누니크 (대화) 21:23, 2013년 12월 3일 (UTC)[응답]

쓸모없는 숫자

화씨 아래에서, 당신은 "0.5555555555580227783"의 스케일을 가지고 있다.

분명히 5/9 = 0.5555555555555555555555555555555...

나는 당신의 요인의 끝부분이 어느 시점에서 디지털 표현으로 변환하거나 디지털 표현에서 변환하여 발생하는 약간의 쓰레기라고 가정한다.나는 다른 아주 긴 숫자의 끈들 중 몇 개도 끝에 쓰레기가 있다고 의심하겠지만, 나는 그것들을 확인하지 않았다.실제적인 문제로서, 위키백과 편집자들이 사용할 것 같은 어떤 맥락에서든 10분의¹⁶ 3의 오류는 완전히 무시될 수 있지만, 가능하다면 파일에 이상한 건크를 넣는 것을 피하는 것이 좋을 것이다.드래곤즈 비행 (대화)20:57, 2013년 12월 3일 (UTC)[응답]

나는 저울에 있는 이상한 숫자들을 알아챘어!Fahreneit의 척도는 "5/9"(여기)로 입력되며, 이 wikitxt는 모듈에 의해 처리된다.위의 바보 같은 문자열을 생성하는 변환/메이크업—이것은 의 출력이다.tostring(v).

흥미롭게도, 내 로컬 컴퓨터에서는 같은 코드가 "0.5555555555555556"을 생산하는데, 나는 서버들의 출력을 보고 다소 충격을 받았다.나는 어쩌면 어떻게 해야 할지 곰곰이 생각해 보았다.string.format('%.14f', v). 하지만 그렇게 되면 "5"가 "5.0000000000000000"으로 변하게 되므로, 나는 후행 점이나 0을 제거하기 위해 다른 쉬운 단계가 필요할 것이다.그리고 "%14f"는 작은 저울에서 완전히 잘못된 것이다. "%14g"이 필요할 것이고, 그것은 더 많은 총구를 생산한다.마지막으로, 서버가 실제로 "%14f" 이상의 정밀도를 얻을 수 있다면 어떻게 하시겠습니까?3년 후 업그레이드가 ".20f"를 관리할 수 있다면 어떻게 하시겠습니까?결국 포기하고 그냥 사용했다.tostring(v)내가 찾은 것은 좋은 결과를 낳는다.

어떤 제안이라도 환영한다.물론 실제 코드 라인은 더 복잡하다.

-- '1e-006'과 같은 결과를 '1e-6'으로 교체하십시오. v = string.gsub(tostring(v), '(e[+])0+([1-9].*)', '%1%2', 1)

원래 나는 데이터 모듈에서 정의된 척도를 사용했기 때문에 편집자가 "5/9"를 입력하면 데이터 모듈에서 "척도 = 5/9"라고 말할 것이다.그런 표현(많이 있다)은 각각 makeunits로 평가해야 서버들이 데이터 모듈 로딩만을 위해 천 번의 평가를 하지 않아도 된다고 판단했다.조누니크 (대화) 21:51, 2013년 12월 3일 (UTC)[응답]

가비지의 장기 실행을 생성하는 부품이 모듈:변환/메이크업:

로컬 결과 = 문자열.형식 지정 비율(formats('%)30g', 값)

이를 다음으로 대체하는 방법:

로컬 결과 = 토스트링(값)

십진법 표현이 좀 더 정상적인 장소에서 종료될 수 있을 정도로 충분해야 한다.드래곤즈 비행 (토크) 02:02, 2013년 12월 4일 (UTC)[응답]

이런, 내가 코드를 완전히 잘못 읽었어, 고마워.사실, 나는 그 문제에 대해 그 당시에 상당한 불안감을 야기시켰다는 것 외에는 별로 기억나지 않는다. (거의 9개월 전 : 디프프내가 기억하는 바로는, 나의 사고 과정은 다음과 같은 선에 있었다.데이터 파일이 로드될 때 서버가 무의미한 계산을 할 필요가 없도록 평가해 "5/9"와 같은 표현을 없애고 싶었다.따라서 각 척도는 "척도 = 1.234"와 같이 작성되어야 한다.그러나 결과 문자열은 궁극적으로 변환 모듈을 실행하는 서버에서 사용할 수 있는 정밀도를 잃어서는 안 된다.'%'가 있는 경우를 몇 개 찾아냈다.30g'은 문자열과 비교했을 때 여분의 숫자를 주었고, 그 숫자(내 컴퓨터의 숫자)는 너무 많은 잡동사니 없이 더 정밀하게 보였다."30"은 "가능한 한 정밀하게"라고 말하려는 시도에서 가능한 것보다 더 많다.

방금 이 실험을 했다(400/121은 평의 척도).

# 인일루아(인터랙티브 루아)> p = 함수(v) 인쇄(스트링)형식 지정 비율(formats('%)30g\n%s', v, tostring(v) end > p(5/9) 0.5555555555555558 0.55555555556 > p(400/121) 3.30578512399422 3.3057851239669 # 파이썬(정수 산술: "L" = "긴 정수")>>> 5555555555558 * 9 5000000000000022L >> 555555555556 * 9 500000000000004L >> 330578512396622 * 121 40000000000000062L >> 33057851299999999999949L

위는 내 컴퓨터의 여분의 숫자가 완전히 정크하지는 않음을 보여준다.이와는 대조적으로, 서버가 정크푸드를 생산하고 있는 것은 분명해 보인다.

나는 너의 제안을 단결하여 두 가지 사례(지금 생산되는 저울 대 '토스트링'이 생산할 저울 대)를 비교하는 샌드박스를 만들 것이라고 생각한다.그건 나중에 해야겠다.조누니크 (대화) 03:44, 2013년 12월 4일 (UTC)[응답]

실험

@드래곤스 비행: 좀 길어서 미안하지만, 내 생각을 기록하고 싶었다.모듈 편집:인수가 ".30g" 또는 "tostring"을 사용하는지 여부를 제어하도록 인수를 호출로 변환/결합하십시오.

• 모듈 토크:용도 변환/수정{{#invoke:convert/makeunits makeunits}}(". 30g").
• 사용자:Johnuniq/sandbox3 사용{{#invoke:convert/makeunits makeunits tostring=yes}}("토스트링")

차이를 보기 위해 표시된 텍스트를 로컬 파일에 복사하고 로컬 디프를 했다.나는 다른 사람들이 비교할 수 있도록 로컬 파일을 페이지로 올리려고 했지만, "%30g"을 사용하는 것이 명백한 숫자로 보여서 데이터가 꽤 쓸모없고, 대부분의 숫자가 쓰레기인 것이다.정말로 필요한 것은 다른 척도 값을 사용할 때 많은 중요한 수치를 사용하는 변환기의 출력을 확인하는 것이다.나는 지역 컴퓨터로 그것을 조금 해왔고, 한 가지 짜증나는 차이점을 알아챘다.체계적 시험을 실시한다면 다른 많은 차이점들이 명백할 수 있지만, 중요한 문제는 그러한 시험에서 어떤 "시그미그먼트"와 "정밀"의 가치를 사용할 것인가 하는 것이다.대다수의 경우 6개의 유의미한 수치가 의미 있는 수보다 많지만, 12개 이상의 수치가 필요한 경우도 있을 수 있다.

내가 알아차린 차이는 다음과 같다.

모듈을 사용하여 매듭을 시속 킬로로 변환하십시오.{{convert 37.5 kn km/h 1}} outvalue = invalue * (inscale / outscale)  Using "%.30g": "kn"     scale = 0.514444444444444481945311054005 "km/h"   scale = 0.277777777777777790113589162502 outvalue = 37.5 * (0.514444444444444481945311054005 / 0.277777777777777790113589162502)          = 69.45   = 69.5 (rounded to 1 digit)  Using "tostring": "kn"     s케일 = 0.514444444444444444 "km/h" 척도 = 0.2777777777778 아웃값 = 37.5 * (0.5144444444444444 / 0.27777777777) = 69.4 = 69.4(최대 1자리)

위의 계산은 임의의 모듈을 편집하여 확인할 수 있다.아래쪽의 "디버그 콘솔"에서 다음 줄 중 첫 번째 줄을 붙여넣고 Enter 키를 누른 다음 결과가 나타날 때까지 몇 초간 기다린 후 두 번째 줄에 대해 반복하십시오.

= 37.5 * (0.514444444444444481945311054005 / 0.277777777777777790113589162502) = 37.5 * (0.51444444444444 / 0.27777777777778)

모듈에서 "%.30g"을 사용하는 것처럼 현재 템플릿은 69.5를 제공한다.

• {{convert 37.5 kn km/h 1}}→ 37.5노트(69.5km/h)
• {{convert/sandboxlua 37.5 kn km/h 1}}→ 37.5노트(69.5km/h)

나는 모듈을 "%.30g"에서 "to string"으로 바꾸면 모듈이 69.4를 얻는다는 것을 의미한다는 것이 약간 짜증난다.결과는 부동소수점 산술의 작용에 따른 부작용에 불과하다는 것은 이해하지만 짜증나!토스트링 사용이란 모듈:변환/데이터는 "더 깨끗"할 수 있지만(그리고 거의 2000바이트 단축), 경우에 따라 약간의 정밀도 손실이 발생할 수 있다는 것을 의미한다.내 성향은 초과 자리수의 우둔함을 참는 것이며 모듈을 "토스트링"으로 바꾸는 것에 대해 걱정하지 않는 것이다.조누니크 (대화) 09:21, 2013년 12월 5일 (UTC)[응답]

"%.30g"을 "%.16g"(혹은 17g)로 바꾸면, 긴 쓰레기 줄을 붙이지 않고 실제로 존재하는 모든 정밀도를 얻게 된다고 생각한다.부동소수점 2배는 결국 소수점 16자리만 나타낼 수 있다.어떤 이유에서건, 토스트링은 14자리 숫자를 주는 것 같다.

16자리 시도 중:

= 37.5 * (0.5144444444444444 / 0.2777777777777778)

콘솔에서 기대하는 걸 주는 것 같군드래곤즈 비행 (토크) 2013년 12월 5일 (UTC) 18:38[응답]

대안 제안

모듈의 눈금 값이 다음과 같은 경우:변환/문서화/변환_data/doc은 한 숫자를 다른 숫자로 나눈 값으로 구성되며, 이를 사전 계산하는 대신 두 개의 매개 변수(예: 척도 & 스케일링) 내에 두 값을 모두 저장하지 마십시오.

["km/h"] = {name1 = "시속 1km", name1_us = "시속 1km", name2 = "시속 1km", name2_us = "시속 1kmmeter", 기호 = "km/h", utyp = "속도", 스케일 = 10, 스케일링 = 36, 기본값 = "mph", 링크 = "시속 1kmetermph",

라운딩 문제는 해결되겠지만 메인 모듈을 변경해야 한다. -- WOSlinker (토크) 11:31, 2013년 12월 5일 (UTC)[응답]

나는 아까 무심코 삭제한 위에 있는 많은 문자들을 복원했다.

좋은 생각이야.현재 척도 정의에서 사용되는 상당히 이상한 표현들이 몇 개 있기 때문에 나중에 나는 무엇이 관련될 것인지에 대해 생각해 볼 것이다.한 가지 우려는 데이터 모듈이 이미 서버를 남용하고 있다는 것이고, 나는 더 많은 필드를 추가하는 것을 꺼려하지만, 아마도 그렇게 많지 않을 것이라는 점이다.그건 나중에 확인해 볼게.조누니크 (대화) 11시 55분, 2013년 12월 5일 (UTC)[응답]

통칭분자(숫자) 또는 누진. -DePiep (토크) 13:01, 2013년 12월 5일 (UTC)[응답]

결론

제안해줘서 모두 고마워.나는 드래곤즈 비행이 위에서 권고한 대로 "%.17g" ("%30g" 대신)을 사용하는 것이 효과가 있다는 것을 보여주기 위해 몇 가지 실험을 했다.흥미롭게도, 내 컴퓨터에서 "%30g"을 사용하는 것은 서버에서 실행할 때 "%17g"과 같은 결과를 준다(그러나 서버의 "%30g"은 많은 척도로 초과 숫자를 생성한다).모듈:변환/데이터는 이제 정제된 척도 값을 가졌고, 내 검사에 따르면 그것들은 잘 작동한다.

나는 WOSlinker의 아이디어에 대해 작업을 했다. 왜냐하면 그것이 나에게 매력적이기 때문이다.내가 따르고 있는 생각은 makeunits를 숫자로 "척도" 또는 "_척도"를 단순화된 식을 가진 문자열로 통과시키는 것이었다.그런 다음 모듈에서 다음과 같은 간단한 평가 기능을 넣으려고 했다."5/9"와 같은 텍스트를 갖는 _척도 문자열에서 숫자 척도를 생성하려면 변환하십시오.나는 평가를 하기 위해 아주 짧은 코드 조각을 썼지만, 그 후 정신을 차리고 "%17s"를 사용하는 깨끗한 접근법을 채택했다.평가 표현에 대해 생각한 이유는 부동 소수점 50자리 숫자가 나올 때 10년 후에 발생할 수 있는 서버 업그레이드에 그러한 시스템이 자동으로 적응하기 때문이다.그러나 단순함은 좋다.조누니크 (대화) 03:10, 2013년 12월 6일 (UTC)[응답]

자, 이제 살아라

이 모듈은 2013년 12월 11일에 생방송으로 진행되어 나는 이제 쓸모없는 논의를 Archive 2에 보관했다.오류 추적 범주는 모듈 페이지 상단에 있는 설명서에 나와 있지만, 여기에 나열한다.

• 범주:잘못된 단위 변환
• 범주:잘못된 옵션 변환

지금까지, 잘했어.조누니크 (대화) 06:37, 2013년 12월 13일 (UTC)[응답]

슬로베니아어 위키백과의 루아 변환기

• 도움말 대화에서 이동:개종하다.요누니크 (대화) 2014년 1월 15일 10시 51분 (UTC)[답글]

문제는 우리의 입력과 출력 파라미터가 십진수 쉼표 시스템을 포함하고 있다는 것이다.예: 2300,12 또는 2300,12:124567,89 또는 1.234.567,89.나는 샌드박스 sl에서 일하기를 바라봤다.템플릿:변환/페스코브니크쉬운 해결책은 없을까? --핑키 sl (토크) 06:26, 2014년 1월 15일 (UTC)[응답]

쉽지만, 나는 위키피디아 이외의 문제로 바쁘고 지금 이것에 시간을 쓸 수 없다.나는 재빨리 보았다(sl: 참조:User:Johnuniq)에서 모듈이 보호되어 있어 편집할 수 없다는 것을 알았다.모듈이 사용 중인가?만약 그렇다면, 나는 그들이 영어 이외의 사이트를 개설할 필요가 있기 때문에 당신이 오히려 용감하다고 말하고 싶다.그런데, 다른 위키에서 물건을 복사할 때, 편집 요약은 소스에 대한 링크를 제공해야 한다.

나는 용감한 여자고 서두를 필요가 없다.계단식 슬레이드를 바꿨어템플릿:이제 기본 템플릿만 보호되도록 보호를 변환하십시오.기본 템플릿을 변경할 때까지 모듈을 사용하지 않음:루아 버전으로 변환하십시오.새로 만든 페이지에는 편집 요약을 사용한 적이 없다(위키다타면 충분하다고 생각했다). --핑키 sl (토크) 12:26, 2014년 1월 15일 (UTC)[응답]

베트남 위키 이용자가 여기서 지적한 문제가 있다.문제는 영어 12345,678.9 대신 12.345.678,9 출력용으로 모듈을 사용자 지정할 수 있지만 그렇게 하면 입력값에서 모든 점을 제거하고 쉼표를 소수점 표시로 간주한다는 것이다.문제는 누군가가 en에서 텍스트를 복사했을 때 발생한다.wiki—예를 들어, 만약 그들이 영어 {{convert 12,345.6m ft}}를 복사한다면, 모듈은 입력 번호가 12,3456 (12점 3 4.56)이라고 생각할 것이다.

Current Convert 템플릿은 십진수 쉼표를 허용하므로 사용자가 입력 값을 다음과 같이 변경해야 함:

{{convert 3,21 kg lb}} = 3,21 kg(7,1 lb)

{{convert 1003,21kglb} = 1.003,21kg(2.211,7lb)

{{변환 1.003,21kglb} = 1.003,21kg(2.211,7lb)--핑키 슬(토크) 12:26, 2014년 1월 15일 (UTC)[응답]

지금 가야 하는데 24시간 안에 가능할 것 같아.메시지 및 장치 이름을 번역하시겠습니까?그것은 약간의 노력이 필요하지만, 할 수 있다.예를 들면 bn:사용자:조누니크/번역.조누니크 (대화) 2014년 1월 15일 (UTC) 10:51 [응답]

나는 메시지와 유닛을 번역할 것이지만, 계산이 잘 될 때까지는 안 된다.그리고 역시 서두르지 않고, 올드 컨버터는 제한된 기능만 가지고도 훌륭하게 작동한다.예전 버전을 업그레이드 할 줄 알았는데 루아 버전이 더 좋아.그리고 샌드박스에서 새로운 버전을 출판하지 않을 것이다(sl:템플릿::sl 문서도 준비될 때까지 변환/페스코브니크)한 번에 한 단계씩: 첫 번째 단계는 입력(쉼표 십진수 시스템)이 OK를 계산하고 출력 값도 십진수 쉼표 시스템으로 계산하는 것이다.더 굿 솔져 슈베크(The Good Solder Schvejk). --핑키 sl(토크) 12:26, 2014년 1월 15일 (UTC)[응답]

이제 콤마 십진법은 잘 작동한다.감사합니다.번역부터 시작하겠다.그러나 여전히 한가지 문제가 있다. 슬로베니아식 선언#노운스다.사용자가 어떤 경우(공명화, 일반화, 데이터화, 고발, 위치화 또는 기악)를 사용할지 알 수 없다.컨버터 템플릿의 출력은 약어만 되어야 한다고 생각하고 있다. --핑키 sl (토크) 09:35, 2014년 1월 16일 (UTC)[응답]

나는 너의 새로운 코멘트를 보기 전에 다음과 같이 준비했어.어차피 게시하고 다음에 약자 발행을 생각해볼게.

다른 wiki에서 복사할 때 연결된 편집 요약 다시 사용:그것은 표준 운영 절차로 하나의 프로젝트가 다른 프로젝트의 재료를 사용하더라도 재료를 재사용할 때의 요구 사항이다.나는 그것에 익숙하지만 규칙에 익숙하지 않다. 아마도 WP:재사용이 이를 커버한다.여기서 편집자가 연결된 편집 요약 없이 한 페이지에서 다른 페이지로 텍스트를 복사하면 WP:CWW. 어떤 요건과는 별도로, 누군가가 미래의 페이지 기록을 볼 때, 그 모듈이 어디에서 왔는지 볼 수 있도록 하는 것은 타당하다.위키다타를 통한 인터위키 링크를 추가하는 것은 독자/편집자의 편의로 간주되지만 귀속 형식은 아니라고 생각한다.

숫자가 en에서 복사되는 문제를 다시 생각해 보자.wiki를 잘못 해석한 다음:예를 들어 sl:에어버스 A380은{{convert 8.41 m ft abbr=on}}그리고 "8.41"은 800.41로 해석된다.

고정 템플릿:모듈이 숫자 그룹화에 "."를 사용하고 소수점 표시에 ""를 사용하도록 변환/샌드박스를 사용하십시오.나는 또한 en에 배치될 새로운 버전으로 모듈을 업데이트했다.곧 위키.

다음을 참조하십시오.

• sl:사용자:Johnuniq/compare • sl.wiki에서 사용되는 변환기에 대해 이전 템플릿과 모듈의 출력을 비교하십시오.
• sl:사용자:Johnuniq/번역 • 수행해야 할 작업에 대한 참고 사항.

비교 페이지는 모듈이 이미 이전 템플릿보다 더 나은 결과를 얻고 있음을 보여준다.우리는 위의 번역 페이지에서 무엇을 해야 하는지에 대해 논의를 계속할 수 있다.수시로 확인해 보겠지만, 만약 내가 응답하지 않으면 여기로 ping해줘.조누니크 (대화) 10:47, 2014년 1월 16일 (UTC)[응답]

sl 정보:에어버스 A380 - 새로운 사용자 한 명이 문제인데, 나는 그에게 경고를 했고 그의 기여를 되돌렸다.다 다시 확인해보겠다. --핑키 sl (토크) 12:54, 2014년 1월 16일 (UTC)[응답]

• 이 모듈은 슬로베니아 위키에서 일하고 있으며, 새로운 특징을 가지고 있다: 단위의 이름은 값에 따라 달라질 수 있다.sl: 참조:사용자:Johnuniq/translate#Results.조누니크 (대화) 09:22, 2014년 1월 25일 (UTC)[응답]

더 이상 사용되지 않는 HTML

사용시 disp=, 더 이상 사용되지 않는 HTML이 렌더링됨:

{{convert 10mft disp=table}}}}

{{convert 20m disp=tablecen}}}

이것들은 다음으로 교체되어야 한다.style="text-align: right;"그리고style="text-align: center;"각각. -- Gadget850 ^talk 15:56, 2014년 12월 1일 (UTC)[응답]

좋아. 내 로컬 모듈 사본을 업데이트했고 몇 주 후에 다음 릴리스에 나올 거야.조누니크 (대화) 01:09, 2014년 12월 2일 (UTC)[응답]

모듈에 새 코드를 넣었다.변환/샌드박스.그 결과는 다음과 같다.

{{convert/sandbox 10mft disp=table}}}}

{{convert/sandbox20m disp=tablecen}}}}

{{convert/sandbox 75.8 kg lb st disp=table}}}}

@Gadget850:위 내용은 분명히 맞지만, 어쨌든 네가 확인해봐, 고마워.저 {{Markup}} 꽤 귀엽다!조누니크 (대화) 10:03, 2014년 12월 3일 (UTC)[응답]

고마워. 맞는 것 같아.{{Markup}}}}}}은(는) 더 인기 있는 노력 중 하나로, 다른 포맷을 위한 두 가지 변종이 있다.--Gadget850 ^talk 11:11, 2014년 12월 3일(UTC)[응답]

등급

해결됨

37호선과 46호선에서 그것은 속도보다는 강우의 경우 축적률일 것이다.피터 혼 사용자 토크 18:21, 2013년 10월 8일 (UTC)[응답]

그것은 mm/h 및 in/h에 대한 utype (unit type) 이름을 지칭하는 것이다.고마워, 하지만 그 이름에 관한 부정확한 표현은 문제가 되지 않아. 왜냐하면 그것은 정상적인 사용에서는 절대 나타나지 않기 때문이야.모듈은 같은 타입의 유닛간 변환을 허용하며, 타입은 유효하지 않은 변환을 시도할 경우에만 표시된다.mm/h를 "속도"에서 "accumulation rate"로 변경하면 cm/h에서 mm/h로 변환할 수 없다.조누니크 (대화) 23:09, 2013년 10월 8일 (UTC)[응답]

c/p 종료 -DePiep (토크) 00:29, 2015년 4월 29일 (UTC)[답글]

모듈에서 데이터 가져오는 중:변환

테스트를 위해 외부 변환기에서 유닛에 액세스하고자 하는 경우가 종종 있었지만, 모듈을 사용하는 것은 너무 어렵다.모듈이 정보를 해석해야 하므로 변환/데이터:개종하다.다른 모듈(Module:Val/Units)을 개발할 수 있으며, 변환 장치의 신뢰성 있는 접근이 필요할 것이다.따라서 도우미 기능을 추가했다(_unit() 모듈 끝에서 볼 수 있는 내용:변환/샌드박스.이것은 그 기능에 어떻게 접근할 수 있는지를 문서화한다.

다음은 모듈이 유닛을 어떻게 조회할 수 있는지를 보여준다.

국부적 get_unit = 요구하다('모듈:변환/샌드박스')._단위 국부적 단위 코드 = 'kg' 국부적 옵션들 = { 가치를 매기다 = 12.3, 연결하다 = 진실의 } 국부적 단위1, 단위2 단위1 = get_unit(단위 코드) 단위2 = get_unit(단위 코드, 옵션들) -- unit1.text == 'kg', unit1.168key == '7000100000000000000000000000000000000000000000000000000000000000000 - 단위2.텍스트 == '[kg]]', 단위2.sortkey == '70011230000000000000000' 

모듈 대화 참조:Sandbox/Johnuniq/유닛. 테스트 모듈을 편집하는 것은 누구나 환영한다.

필요한 파라미터는 원하는 단위를 식별하기 위한 문자열이어야 하는 단위 코드뿐이다.

옵션 제공 가능 표:

• value = number(정렬 키의 경우, 기본값은 1)
• link = true결과가 [[연계]되어야 하는 경우
• name = true기호 대신 단위 이름
• us = true단위의 미국 철자법에 대해, 만약 있다면.

단위 코드가 비어 있지 않은 문자열인 경우 함수는 다음 필드가 있는 테이블을 반환한다.

• text= 요청된 기호 또는 단위 이름, 선택적으로 연결됨.
• sortkey= {{ntsh}이(가) 제공한 것과 유사한 키로, 척도 1의 기준 단위로 환산한 결과에 근거한다.

단위 코드를 알 수 없는 경우 표에unknown = true. 조누니크 (대화) 01:36, 2015년 7월 4일 (UTC)[응답]

"편집 요청" 2016년 4월 23일

솔직히 아주 사소한 일이기 때문에 공식적인 요청을 하는 것이 아니다.변화는 본질적으로 특별하다.Diff/716822109.이 기능은 음속을 얻기 위해 mach_table에 인덱싱할 때 사용하는 중간 변수 'a'('scale'로 리네임)를 단순화하여 기능을 업데이트한다.

Module talk에서 검증 완료:샌드박스/앤디 M. 모듈 변경에 대한 왕/샌드박스/테스트 사례:샌드박스/앤디 M. Wang/Sandbox/sandbox(업데이트된 기능이 포함되어 있음)정말 기회가 생긴다면, 나에게도 자유로이 알 수 있다.replyto. 고마워! — Andy W. (토크 · 기여) 04:11, 2016년 4월 24일 (UTC)[응답]

@앤디 W.:고마워, 모듈 편집하는 거 봤어.변환/샌드박스 그리고 내가 왜 그 이상한 speed_of_sound 함수를 썼는지 궁금했다.코드는 출처를 고수하고 간단한 안전 우선 점검을 통해 입력 내용이 얼마나 미친 것인지에 상관없이 오류가 발생하지 않도록 하려는 것이었다고 생각한다.나는 지금 다른 할 일이 있고 몇 분 동안 생각한 끝에 간단한 테스트를 통해 전후 함수만 실행하기로 결정했다.고도 0 이상에서는 두 기능이 동일한 결과를 제공한다.그러나 음의 고도에 대해서는 다소 차이가 있는데, 예를 들어 고도 = -5000은 원래 346.098368을, 새 함수에 351.82048을 부여한다.이 문제는 다음에 생각해 볼게.조누니크 (대화) 04:30, 2016년 4월 24일 (UTC)[응답]

@요누니크: 와우, 시험해줘서 정말 고마워.솔직히 어떻게 놓쳤는지 모르겠어.나로서는 시험장 페이지나 뭐 그런 걸 치우는 걸 잊어버린 게 틀림없어...하지만 그래, 난 해결책이 있어.특수:Diff/709665904/716833410.다시 말하지만, 사소한 거야.하지만 아까의 실수를 알아봐줘서 고마워.이제 모든 것이 정확히 같아야 한다.내가 실행한 사례는 0, 2499, 2500, -2499, -2500, -7499, -7500 등 — 앤디 W. (토크 · 기여) 05:05, 2016년 4월 24일 (UTC)[응답]

편집이 라이브임.위 글에서 논의한 바와 같이 퍼지 팩터를 0 이하로 고정하고, 모든 코너 케이스가 견고하다.고마워! — Andy W. (토크 · 기여) 21:52, 2016년 4월 30일 (UTC)[응답]

수고했고, 원본이 좀 반복적으로 보인다는 건 알지만, 이렇게 모듈을 변경하기 전에 실제 문제를 찾아보는 게 좋을 것 같아.새 코드는 구 코드보다 10% 느리고(그냥 시험해봤을 뿐인데), 지루하지만 방탄력이 있는 코드보다는 트릭에 의존하기 때문에 새 코드가 정확하다고 확신하기는 훨씬 어렵다."if a < -3 then a = -3..."원문의 "스타일 포인트에서는 가능하면 국지적 변수만 사용하는 것이 바람직하다(사소한 이유는 속도지만 더 중요한 것은 글로브가 철자가 틀려 런타이머 오류가 발생한다는 사실이다).새 코드는 새 변수 앞에 "로컬"이 빠져 있다.이 모듈은 50만 개 이상의 기사에 사용되며 사소한 문제로 서버를 뒤틀 필요가 없으므로 수정하지 마십시오.원본은 괜찮다.조누니크 (대화) 22:38, 2016년 4월 30일 (UTC)[응답]

@요누니크:이런...그렇구나, 답장 정말 고마워. 너의 후속 코멘트는 나에게 좋은 학습 경험이었어.코딩 경험에서 본 나의 직관은 나의 변화가 개선이라는 사실에 대해 잘못 알고 있었다.이런 현실에서 실제 경험은 부족하지만 선의로 이뤄졌다.어쨌든...당신의 메모에 감사합니다.우리가 좋은 사이였으면 좋겠어.— Andy W. (토크 · 기여) 23:31, 2016년 4월 30일 (UTC)[응답]

내가 불쾌하게 들렸다면 미안해:나는 위키다타가 템플릿토크에서 토론한 후에 일하는 이상한 방식을 이해하려고 한다.변환#Wikidata와의 상호 운용성 그리고 최근에 많은 시간이 없었다.어쨌든, 누군가 시간을 내어 코드를 살펴본 것이 기쁘기 때문에 우리는 매우 사이가 좋다.조누니크 (대화) 00:00, 2016년 5월 1일 (UTC)[응답]

좋아.나는 네가 이 모듈과 그것의 사용에 꽤 바쁘고 꽤 관여하고 있다는 것을 이해한다.하지만 언제나처럼 당신의 의견에 감사한다 :) 건배, — Andy W. (토크 · 기여) 00:07, 2016년 5월 1일 (UTC)[응답]

mi/d 단위 이름 수정

안녕, 나는 그 사람이mi/d 유닛에 "연간 마일"이라는 잘못된 라벨이 붙었고 나는 그것을 "일별 마일"로 수정했다.그 변경은 미장원에 의해 성공적으로 처리되었다.@요누니크: 그 변경 사항을 생산 버전에 적용시켜 주시겠습니까?(로컬 TSV 파일에서 이 작업을 수행하는 것을 선호한다고 다른 곳에서 읽었음)고마워!—JFG^talk 20:04, 2016년 5월 8일 (UTC)[응답]

좋아, 하지만 템플릿 토크 페이지에서 유닛에 대해 토론하는 습관이 있으니까 템플릿 토크에 복사해두지.변환#mi/d 단위 이름을 수정하고 응답하십시오.조누니크 (대화) 03:17, 2016년 5월 9일 (UTC)[응답]

태양 반지름?

정말? "태양 반지름"은 거의 모든 맥락에서 복수형으로 사용되는데, 이것은 하나의 단위로 사용된다.또한, 이것을 기호와 함께 사용하는 것에 대한 지원이 있는가?단어를 반복해서 사용하면 조금 번거로워질 수 있다.리토프시안 (대화) 21:08, 2016년 6월 21일 (UTC)[응답]

템플릿 대화로 이동:변환#솔라 반지름?왜냐하면 다른 사람들은 유닛에 대한 토론을 보아야 하기 때문이다.거기서 응답하십시오.조누니크 (대화) 00:39, 2016년 6월 22일 (UTC)[응답]

리디렉션

이 페이지를 템플릿 대화 페이지로 리디렉션하지 않을래?Jimp 00:02, 2016년 6월 28일 (UTC)[응답]

그럴 수도 있지만 일단 이대로 두자.최근의 토론이 템플릿토크에서는 더 낫겠지만 두 기록물은 비록 오래된 것이지만 모듈에 관한 것이다.우리는 이 페이지를 보관하고 이 페이지의 목적과 템플릿 대화를 요약한 상자를 맨 위에 놓을 수 있다.뭐랄까 (볼드체로!): 템플릿 대화를 사용하십시오.{{convert}}의 작동 방식과 관련된 장치 또는 기타 기능에 대해 논의하도록 변환하십시오. 이 페이지는 모듈의 내부 작동 또는 다른 위키피디아에서의 사용에 대해 논의하기 위한 것이다.조누니크 (대화) 00:34, 2016년 6월 28일 (UTC)[응답]

유닛 연결

대신: '2천 5백 헥타르(6,178에이커)의 면적을 커버할 것이다.'는 것이어야 한다.
~ 호그네 (토크) 2017년 1월 30일 (UTC) 14:00[응답]

러더포드 유닛 추가

모듈에서 변환을 위해 장치를 추가하고자 하는 경우:변환/데이터 페이지 그러나 권한이 없음.누군가가 나에게 허락을 해준다면 정말 좋을 텐데, 그렇지 않으면 유닛은 비SI 러더포드(단위)이며, Bq와 Ci의 엔트리에 나란히 배치되어야 한다. -- Sjschen (토크) 14:51, 2017년 6월 22일 (UTC)[응답]

@Sjschen: 모듈에서 추가 가능:변환/추가 후 사용되면 나중에 변환/데이터로 마이그레이션된다. -- WOSlinker (토크) 18:26, 2017년 6월 22일 (UTC)[응답]

2017년 8월 26일 템플릿 보호 편집 요청

브레이크 마력에 대한 링크를 표시된 마력에 대한 링크인 "Horspower#Brake 마력(bhp)"을 "Horspower#"로 변경하십시오.표시된 마력(ihp)" 및 샤프트 마력에 대한 링크와 "Horspower#Shaft 마력(shp)".잭ude101 00^cont:57, 2017년 8월 26일 (UTC)[응답]

링크를 업데이트해줘서 고맙지만 여기서 일이 천천히(방법적으로) 일어난다.업데이트가 필요한 다른 장치 링크가 많을 수 있으며 모듈을 변경하기 전에 최소한 공통 장치를 점검하는 것이 가장 좋을 것이다.맨 위에 있는 상자마다 템플릿 토크 페이지에서 유닛에 대한 논의가 이루어진다.조누니크 (대화) 01:13, 2017년 8월 26일 (UTC)[응답]

요청이 거절되었다.기사의 머리글을 변경하면 모든 것이 수정되었다.잭ude101 14^cont:54, 2017년 9월 2일 (UTC)[응답]

변환 오류:변환할 숫자 필요

• {{convert 2041 ft m}}2,041피트(622m)
• {{#invoke:convert convert 2041 ft m}} ^{[필수: 숫자 필요]}

"숫자가 필요하다"는 게 무슨 뜻이야?숫자는 바로 거기에 있다 – 2041 – 적절한 구문이 무엇인가?{{convert}}개의 트랜스클로저가 있는 페이지에서 모듈을 직접 호출하여 해당 페이지를 카테고리 밖으로 지우려고 함:템플릿에 크기가 포함된 페이지.–wbm1058 (대화) 20:19, 2019년 2월 20일 (UTC)[응답]

Module:현재 코딩되어 있기 때문에 변환은 어떤 식으로든 모듈에 직접 전달되는 인수를 지원하지 않는다. 나는 성능상의 이유로 (어쩌면 아이러니하게도) 믿는다.{{3x p}}ery (대화) 21:12, 2019년 2월 20일 (UTC)[응답]

미안하지만 모듈은 템플릿에서만 작동한다(모듈에서 사용하는 진입점이 있지만:장치 정보를 얻으려면 Val).모듈은 특정 선택적 구성 정보가 #invoke(템플릿의 wikitxt:enwiki)에서는 필요하지 않지만 변환을 위한 매개 변수가 템플릿 호출에 포함되어 있다.나는 오랫동안 포함 크기 범주를 확인하는 것을 잊어버렸기 때문에 문제를 눈치채지 못했다.모듈에서 변환을 호출하는 것이 도움이 되는 페이지로 연결하십시오.어떻게 될지 모르겠어.조누니크 (대화) 23:41, 2019년 2월 20일 (UTC)[응답]

고마워. 내 생각에 이건 그렇게 많은 바이트를 초월하는 건 아닌 것 같아.문제를 해결하기 위해 다른 모듈을 호출해 볼게.그게 안 되면 기사 분할이 필요할 것 같아 wbm1058 (토크) 23:51, 2019년 2월 20일 (UTC)[응답]

FYI, 문제는 알레게니 강의 지류에서...이 편집으로 해결된 모듈:조정하여 확장 후 포함 크기를 1,643,320바이트로 줄였다. 2,097,152바이트 제한보다 훨씬 낮다. wbm1058 (토크) 00:09, 2019년 2월 21일 (UTC)[응답]

그 많은 해결책들을 해줘서 고마워.흥미롭게도, 이 기사는 585개의 변환자를 가지고 있으며, 이는 총 15,200바이트의 변환된 위키백스트를 제공한다. 템플릿을 사용하는 것은 그것보다 두 배 더 많다.하지만, 그것은 또한 1,130개의 좌표를 가지고 있고, 그것들 중 단 하나의 좌표만이 4,663바이트의 물건을 생산한다!조누니크 (대화) 00:41, 2019년 2월 21일 (UTC)[응답]

2020년 2월 10일 완전보호된 편집 요청

모듈에 대한 이 편집 요청:변환/테스트케이스가 응답되었다.설정 answered=또는 ans=요청을 다시 활성화하기 위한 매개 변수.

컨텐츠 모델을 Wikitext로 변경하고 템플릿으로 리디렉션:변환/테스트케이스#Sandbox_testcase(현재 페이지에는 리디렉션에 의해 더 나은 서비스를 제공하는 목적인 "이 다른 페이지 참조"라고만 되어 있다.)* 삐삐 * 20:46, 2020년 2월 10일 (UTC)[응답]

됐어, 고마워.모듈:변환/테스트케이스 변경조누니크 (대화) 00:35, 2020년 2월 11일 (UTC)[응답]

Tewiki 현지화 도움말

Te:모듈:템플릿으로 변환/테스트케이스 리디렉션:tewiki의 변환/테스트케이스가 저장되지 않는 경우.

모듈로 길이에 대한 사전 위치 확인:변환/데이터 직접 업데이트(샌드박스로 이동하지 않음)킬로 줄임말에는 문제가 있다.지금도 కి 대신 k로 나타나고 있다.나는 이 부분을 어디에 구현해야 할지 알 수가 없었다.테스트 케이스를 보고 도움을 요청하십시오.--아르주나라록(대화) 01:29, 2021년 2월 4일(UTC)[응답]

@Arjunaraoc:하루이틀 안에 한번 볼게.위의 내용을 2초간 살펴본 결과, 템플릿은 보지 못하셨을 겁니다.링크되는 "전환 페이지" 및 "전환 페이지"를 변환/트랜스위키 가이드.모든 것을 한 번에 할 필요는 없지만 꽤 많은 쓰레기들이 필요하다.조누니크 (대화) 02:57, 2021년 2월 4일 (UTC)[응답]

@요누니크, 빠른 답변 고마워.나는 다시 연결고리를 들여다보고 그 문제를 해결했다.시험장 사용 차단 첫 번째 문제 해결 도와주시겠습니까? --Arjunaraoc (대화) 05:45, 2021년 2월 4일 (UTC)[응답]

@Arjunaraoc: 미안, 내가 이제 좀 더 자세히 봤는데 번역 문서를 보고 있었나 보군.나 역시 2015년 3월 다른 사람이 처음 컨버터를 설정했을 때 잠시 테위키에서 활동했던 것을 알게 되었다.본 적 있어?사용자:조누니크/트랜잭션?그 페이지에서 무슨 일이 일어나고 있는지 알아내는 것은 약간 고통스러울 수도 있지만, 주의를 요하는 몇 가지 문제들이 거기에 나열되어 있을 수도 있다.당신의 요청과 관련하여, 당신은 te:템플릿:변환/테스트 케이스?왜 그 페이지가 필요한지 모르겠어.엔위키 버전에는 역사적인 짐이 많고 사용 가능성이 낮은 이상한 변수들을 테스트하기 때문에 나는 그것을 버리라고 제안한다.만약 당신이 약간의 시험장을 원한다면, 당신은 테위키 기사에서 복사한 변환기로 처음부터 시작하는 것이 좋을 것이다.하지만, 만약 당신이 특정한 질문이 있다면, 내가 한번 볼게.사실, 나는 문제가 무엇인지 알아냈을지도 몰라.너 지금 만들려고 하는 거야?모듈:다이렉트 변환/테스트 대상:템플릿:변환/테스트 케이스?모듈 페이지는 유효한 루아 코드를 포함해야 하며, "#REDION..."은(는) 모듈 페이지에서는 작동하지 않는 위키텍스트이기 때문에 그럴 수 없다.테스트 케이스가 어디에 있는지 알려주는 루아 코멘트를 모듈 페이지에 넣을 수 있지만 연결할 수는 없다.이러한 코멘트를 위한 적절한 장소는 wikitxt와 링크를 사용할 수 있는 모듈 설명서에 있을 것이다.조누니크 (대화) 06:55, 2021년 2월 4일 (UTC)[응답]

넌 내 문제를 이해했어.테위키에서 우리는 엔위키 흉내를 내려고 노력하는데, 그것이 문제를 쉽게 해결하는데 도움이 될 것이기 때문이다.enwiki에서는 Module to Template 리디렉션이 작동하는 것 같다.--Arjunaraoc (토크) 07:17, 2021년 2월 4일 (UTC)[응답]

나는 그 페이지를 사용하지 않기 때문에 그것에 대해 잊어버렸었고, 누군가가 그것을 제안했을 때 그것을 리디렉션할 뿐이었다.나는 책을 쓰고 싶지 않아서 위 메시지에서 중요한 정보를 빠뜨렸다.기본적으로 모듈 페이지는 유효한 루아 코드만 포함할 수 있다.그러나 모듈을 방문하는 경우:변환/테스트 케이스를 선택하고 왼쪽 사이드바에서 "페이지 정보"를 클릭하면 "wikitext"로 설정된 "페이지 컨텐츠 모델"이 나타난다.일반 모듈 페이지에서 이 작업을 수행하는 경우(예: 모듈:변환) 루아 코드를 의미하는 "스크리번토"가 나타난다.나는 컨텐츠 모델을 설정하는 데 필요한 권한을 가지고 있고 정보 페이지에도 "변경" 링크가 표시된다.테위키에서 '스크리번토'를 '위키텍스트'로 변경하면 리디렉션을 할 수 있다.조누니크 (대화) 08:32, 2021년 2월 4일 (UTC)[응답]