모듈 토크:차트

이 버전의 모듈의 텍스트 및/또는 기타 크리에이티브 콘텐츠:차트가 복사되거나 모듈로 이동됨:이 편집으로 MLB 순위에 올라있다.이제 전 페이지의 이력은 후자 페이지의 해당 내용에 대한 귀속성을 제공하는 역할을 하며, 후자 페이지가 존재하는 한 삭제해서는 안 된다.

이 버전의 모듈의 텍스트 및/또는 기타 크리에이티브 콘텐츠:차트가 복사되거나 모듈로 이동됨:이 편집으로 MLB 순위에 올라있다.이제 전 페이지의 이력은 후자 페이지의 해당 내용에 대한 귀속성을 제공하는 역할을 하며, 후자 페이지가 존재하는 한 삭제해서는 안 된다.

모집단 그래프

나는 베트남어 위키백과에서 인구 증가 차트를 위한 좀 더 자동화된 템플릿을 개발했다.관심 있는 사람이 있다면 기꺼이 vi를 좌현으로 보내겠소.M w đ:Thời biểu dn số 이 위키로 넘어가; 그냥 나에게 연락해라.–민 응우옌 (대화, 기여) 2013년 3월 31일 (UTC) 16:53, [응답]

나는 그것을 대충 훑어보았다.우선 - 매우 훌륭해! 두 번째 - 베트남 버전은 현재 단일 데이터 세트로 제한되어 있기 때문에, 더 Answer™("The Answer"를 개발하는 데 사용될 수 있을지 모르지만)라고 확신할 수 없다.그러나 위에서 링크된 베트남 모듈이 제대로 작동한 것(그리고 내가 잘못한 것)은 실제로 mw:확장:시간 표시 막대(나는 위치:절대 - 꽤 큰 재앙을 가진 div를 사용했다.개인적으로, 타임라인은 다른 어떤 것이라도 트램핑하는 거대한 결핍을 가지고 있다: 그것의 RTL 지원은 형편없다. (토흐, 어쩌면 루아가 여기서도 도움을 줄 수 있을까? 나는 그것을 좀 숙고해야 할 것이다.나는 "Timeline" 구문에 그렇게 익숙하지는 않지만, 실제로 더 좋을 수도 있다.

그래서 다음 임무는 타임라인 구문을 이용한 선그래프를 개발하는 것이다.

평화 - קיודנ ((kipod) (talk) 19:55, 2013년 3월 31일 (UTC)[응답]

음. 다음 프로젝트는 EasyTimeline 확장을 쓸모없게 만들기 위해 루아 모듈 세트를 개발하는 것이길 바랐어.나는 항상 그것의 생산량이 상당히 형편없다는 것을 알았다.--MZMcBride (대화) 02:05, 2013년 4월 1일 (UTC)[응답]

실제로 Th thi biể dán số는 vi에서 본 바와 같이 임의의 연도(BC도 마찬가지)를 지원한다.Bản mẫu:Thời biể dn số#Thanhfh 뉴욕.각 데이터 포인트를 다음과 같이 입력할 수 있기 때문에 꺼낸 것이다. yyyy = nnnn 그래서 편집자들은 특별한 구문을 배울 필요가 없다.하지만 분명히 당신은 차트 작성에 대한 더 넓은 필요성에 대해 생각하고 있고, 나는 EasyTimeline을 쓸모없게 만드는 어떠한 노력도 환영한다. 왜냐하면 그것의 비정형 글꼴은 끔찍하기 때문이다.–민 응우옌(토크, 기여) 06:31, 2013년 4월 2일 (UTC)[응답]

그것은 어느 해의 범위에서도 지원할 수 있다고 이해되었지만, 여전히 데이터 집합이다.예를 들어, 기대수명 대 기대수명을 나타낼 수 없다.평균 무게 또는 자르기 크기 대서너 개의 다른 변수는 고사하고 농업 분야.קיפוד ( ((일명 kipod) (토크) 12:39, 2013년 4월 2일 (UTC)[응답]

오른쪽 맞춤, 캡션

캡션 매개 변수뿐만 아니라 썸네일 옵션을 올바르게 맞추면 도움이 될 것이다. --JFH (토크) 20:06, 2013년 4월 27일 (UTC)[응답]

전체를 오른쪽 정렬된 엄지손가락에 담는 것을 의미한다면 모듈을 사용하는 템플릿에서 하는 것이 더 낫지 않을까? enwiki에서는 모듈을 기사에 직접 사용하지 않고 항상 템플릿에 파이프로 연결하는 것이 합의 사항이라고 생각하므로 실제 차트의 모든 범위를 템플릿에 맡기는 것이 더 타당하다고 생각한다.

유용하다고 생각되면 전체 쉬방을 포함하는 가장 바깥쪽 디브에 대해 "클래스"와 "스타일"에 대한 두 개의 선택적 매개변수를 추가할 수 있다.주로 이 선택적 캡션이 어디에 어떻게 표시되어야 하는지가 명확하지 않기 때문에 나는 "선택적"에 대해 잘 모르겠다.

어느 쪽이든, 만약 당신이 좀더 구체적으로 말할 수 있다면, 이것들 중 어느 것도 불가능하지 않다.평화 - קיודנ ( ((일명 kipod) (토크) 23:06, 2013년 4월 27일 (UTC)[응답]

나는 이런 것들이 어떻게 작동하는지 잘 모르겠다.이 모듈을 사용하여 템플릿:파이 차트 같은 것을 만드는 템플릿이 필요하겠네.그 템플릿의 문제는 모든 것이 100까지 추가되어야 한다는 것이다. --JFH (토크) 13:16, 2013년 4월 28일 (UTC)[응답]

네 말이 맞다.{{pie chart}}}은(는) 이 모듈이 극복하는 몇 가지 추가적인 제한이 있다. 슬라이스 수에는 하드 디스크 제한이 있다(현재 10개. 예를 들어, 15개로 올릴 수 있을 정도로 쉬울 수 있지만 템플릿 구문의 제한은 기본적으로 하드 코드화된 한도를 강제한다).조각에는 " on" (또는 "tooltip")가 없고, 전설에 단위를 소개할 편리한 방법도 없다.

이 모든 것을 템플릿으로 포장하는 것은 꽤 쉬울 겁니다. 그리고 만약 아무도 그렇게 하지 않는다면, 아마도, 내가 언젠가는...

평화 - קיודנ ((일명 kipod) (토크) 17:08, 2013년 4월 28일 (UTC)[응답]

쌓인 막대형 차트에서 'Y' 축 최대값

스택형 막대에서 'Y' 축 최대값을 제어할 수 있는가?

예를 들어 사용자:3차트(총사망자)가 많은 '죽은 공간'이 있는 베이군/샌드박스/캐주얼티, 1250만 명이 넉넉할 때 1500만까지 확장되는 '죽은 공간'?나는 그것이 왜 그렇게 하는지, 내가 막을 수 있는지 정말로 이해할 수 없다.고마워요.2013년 6월 27일 04:00 (UTC)[응답]

상위 y의 역할을 하기 위해 "원형" 숫자를 선택하는 것은 항상 까다롭다. 나는 1.5와 1.5 사이의 어느 곳이든 (또는 10과 15 또는 100과 150 등)를 사용할 것이라고 생각한다. 여기서 문제는 단지 적절한 상위 값을 찾는 것이 아니라 다른 y 범례를 선택하는 것이다. 예를 들어, 13만(또는 그 문제에 대해 1300만)을 선택했을 경우) 모든 val을 표시한다.1,2,3...12,13의 ues는 너무 많은 점수를 만들지만, 다른 어떤 것도 매우 적절한 것 같지 않다.

나는 모듈에게 y 값들을 수동으로 받아들이도록 가르칠 수 있을 것이라고 추측한다. 그래서 편집자는 모듈의 현재 논리가 좋은 결과를 내지 못할 때 값을 강요할 수 있을 것이다. 그러나 이런 일은 이번 주말 전에는 일어나지 않을 것이다.평화 - קיודנ ( ((일명 kipod) (토크) 12:52, 2013년 6월 27일 (UTC)[응답]

그래, 알아 - 내가 관리하는 웹 사이트에서 SQL 데이터베이스에서 차트를 동적으로 생성하기 위해 PHP 루틴을 꽤 많이 했어(플래시차트 같은 것을 사용)이상한 구분 표시 없이 1조에서 1조까지의 범위가 될 수 있는 때를 코드화하는 것은 아주 쉬운 일이다.별거 아니야, 사실 그대로야 괜찮아. 그리고 그건 상상의 데이터를 가진 프로토타입이야. 그래서 내가 그것들을 꽂을 때 마지막 것은 더 행운의 숫자를 사용할지도 몰라.

나는 또한 섬네일링에 대한 위의 질문에도 관심이 있다.차트가 너무 커서 기사 페이지에 다 담을 수 없으니, 차트 페이지가 따로 있을 거야.순간적으로 나는 기사에 있는 이미지 스크린샷을 사용하여 전체 차트로 페이지에 연결해야 할지도 모른다고 생각하고 있다. 데이터는 변경될 것 같지 않기 때문에 여기서는 괜찮지만, 정기적으로 데이터를 업데이트하면 이상적인 방법은 아니다. 매번 새로운 썸네일 이미지를 업데이트해야 하기 때문이다.빨리 답장해줘서 고마워.13:27, 2013년 6월 27일 (UTC)[응답]

이 모듈에 의해 생성된 차트는 영상이 아니기 때문에 적절한 "변환"은 작동하지 않을 것이다.

그러나 전체 차트에 대해 "높음" 및 "폭"을 사용하여 재생하면 더 작은(또는 더 큰) 버전이 생성된다.한 가지 단점은 범례 텍스트가 여전히 정상 크기로 표시된다는 것이다. 이는 중복되는 범례와 같은 문제를 일으킬 수 있다. "style='div-size:50%;' 또는 someschi:

또한 모듈에서 높이 또는 너비가 200보다 작을 경우 도표 그리기를 거부할 것이라는 점에 유의하십시오(이것은 변경될 수 있을 것 같음...). 총 결과는 여전히 당신이 보통 말하는 "thumbnail"보다 다소 크다. 또한 그룹 전설을 배치할 좋은 방법을 찾지 못했다. 무엇을 시도했든 간에, 나는 그들을 "r"에 등장시킬 수 있는 묘기를 발견하지 못했다.모든 차트에 대해 "Ight place" - 한 차트에서 잘 작동하면 다른 차트에서 작동하지 않는다.타협안은 그들을 약간 멀리 두는 것이었다. 대부분의 경우, 실제로 너무 멀리 두는 것이지만, 만약 내가 그들을 가까이 두게 된다면, 그들은 때때로 수평적인 전설과 중복될 수 있고, 나는 그것을 지능적으로 만드는 좋은 방법을 찾지 못했다.(개선할 수 있는 것은 환영한다.)

평화 - קיודנ ((일명 kipod) (토크) 14:11, 2013년 6월 27일 (UTC)[응답]

아주 잘한다.나는 비슷한 것을 가지고 놀았지만, 글꼴 크기와 겹치는 것이 살인자였다 - 글꼴 크기:x% (duh...)는 전혀 생각하지도 못했다.내가 그 일을 해낼 수 있을지도 몰라.고마워요.사이비-썸네일은 내 생각에 그룹 전설이 필요 없을지도 몰라."그룹 이름=없음"을 표시하지 않는 옵션은 어떨까?그러면 우리는 다음과 같은 템플릿에 색상 상자/텍스트를 넣을 수 있다: 위치가 형편없다면 파란색과 금색 - 위 참조?Begoon 14:25, 2013년 6월 27일 (UTC)[응답]

아니면 키:220px, 오버플로:숨김; :

2013년 6월 27일 15:00 (UTC)[응답]

"그룹 이름 숨기기" 매개 변수("그룹 이름=이름"에서 선호)는 나중에 추가해야 할 것 같다.일단 효과가 있을 것 같아. 네가 사용했던 {{rbox}}에는 익숙하지 않아. 원치 않는 부작용이 있는 것 같아(그룹 레전드를 링크로 만들까?) 하지만, 다른 한편으로는 네가 {{Spaces}}에 익숙하지 않은 것 같아, 그래서 우리가...;) 또한 전체를 {{Image frame}}에 삽입해 보는 것이 좋을 것이다.

קיפונש ((일명 kipod) (토크) 16:51, 2013년 6월 27일 (UTC)[응답]

그건 훌륭합니다, sir.그냥 경계선을 두려고 했는데{{Image frame}}완벽해도와줘서 고마워.개별 차트 템플릿은 이미 설정되어 있고, 데이터 템플릿 페이지의 데이터를 섹션별로 변환하므로, 차트 템플릿을 템플릿 이름 썸네일에 복사하고 형식을 추가하기만 하면 된다.지금 행복해라.그건 그렇고, 훌륭한 모듈이 이 일에 이상적이야. 아마 파이도 있을 거야.건배.Bagoon 17:19, 2013년 6월 27일 (UTC)[응답]

아마도 데이터를 복사하지 않고 템플릿에 "through"와 "width" 매개변수를 만든 다음, 전체를 복사하고 2개의 필드만 수정하는 대신 그냥 사용(엄지하게 만드는 봉투 사용)할 수 있을 것이다.물론, 당신이 한 말을 내가 완전히 이해하지 못했을 가능성이 매우 크며, 어쨌든 이것이 당신이 하고 있는 것이다...네가 "복사본"이라는 단어를 썼다는 사실에 내가 방금 빠져들었을지도 몰라.평화 - קיודנ ((kipod) (talk) 18:41, 2013년 6월 27일 (UTC)[응답]

응, 어젯밤에 그걸 타이핑하고 나서 깨달았어.템플릿 코드 2세트를 유지하려고 해도 소용없어, 나는 크게 (나쁜) 생각을 하고 있었어...다시한번 감사합니다.2013년 6월 28일 04:06 (UTC)[응답하라]

그래서 나는 차트 2가지 새로운 트릭을 가르쳤다: "입력값 축적": 이것은 "스택"에만 영향을 미치고, 툴팁 값이 현재까지의 모든 블록 축적을 표시하게 할 것이다(포함), 그룹 범례를 차트 아래에 표시하지 못하게 하는 "그룹 범례 숨기기". (두 번째 트릭은 파이 차트에서도 작동한다.)평화 - קיודנ ((일명 kipod) (토크) 21:30, 2013년 6월 28일 (UTC)[응답]

훌륭해 - 정말 멋져.그 두 가지 모두 내가 "일하는" 것들이었고, 이제는 그럴 필요가 없다.사용자:베궁/샌드박스/캐주얼티, 그리고 관심 있으시면 사용하는 템플릿 - 하지만, 이제, 당신의 노력 덕분에, 나는 그것들을 조금 더 단순화할 수 있다.알려줘서 고맙고, 모듈과의 모든 일에 감사한다.내가 생각하기에 위키에 대단한 추가물이라고 생각하는 차트.건배.2013년 6월 29일 01:51 (UTC)[응답]

@ קיוודנ::::하나의 작은 문제, 나는 생각한다.그룹 범례 숨기기(hide group rendars)를 사용하려고 하는데 = {{#if:{{{{hide 그룹 레전드}}}}}}{{hide 그룹 레전드}}}}}}} 거짓, 그리고 나는 거의 틀림없이 참/거짓으로 전달하고 있을 것이다. 그러나 일단 매개 변수를 아예 참으로 평가하여 감추고, 빈칸이나 거짓이라도? 아니면 내가 망치고 있고, 잘못 테스트하고 있는데, 그것은 똑같이 가능한 일이다...

(툴팁 값 축적은 항상 '진실'을 그것에 전하기 때문에 눈치채지 못한 것 같다)베군 05:04, 2013년 6월 29일 (UTC)[응답]

자세한 내용은 다음을 참조하십시오.

{{ ########8226;차트 막대 차트 높이 = 250폭 = 300스택 = 1그룹 1 = 40 : 60 : 60 : 60 : 20 : 60 : 20 : 20 : 20 : 12 : 44그룹 3 = 55 : 33 : 5색 = 녹색 : 오렌지색 그룹 이름 = 노란색 : 바나나 : 오렌지색 단위 접미사 = Kg x 범례 = 이전 : 후 : 모템 숨기기 그룹 범례 = 툴팁 값 축적 =}}

템플릿이 "참", "거짓", "17" 또는 "블라 블라 블라"의 값을 지정하더라도 상관하지 않는다는 점에 유의할 때, 당신은 절대적으로 옳다. - 이러한 매개변수들에게 어떤 값이라도 부여하면 "예"를 의미한다.원래 "파라미터 존재/파라미터 존재하지 않는다"는 논리였고, "빈 값"에 대한 검정에 특별한 주의를 기울이지 않았으며, 이는 빈칸도 "참"으로 취급된다는 것을 의미했다.

내가 바보같이 굴었던 것은, 그것이 호출 템플릿에 대한 매개 변수를 통해 바오페이를 제어하는 것을 훨씬 더 복잡하게 만들기 때문이다(나는 그것이 가능한지조차 확신하지 못한다.그래서 나는 "아니오"라고 빈칸을 갖기 위해 약간 길들였다. 또한 나는 위의 시험에서 증명하기 위해 냄새를 맡았다.어떤 비공백적 가치도 '거짓말'이거나 '아니오'라고 해도 여전히 '그렇다'고 함. 평화 - peace - - -דד ((kipod)(대화) 13:44, 2013년 6월 29일 (UTC)[응답]

잘 됐네. 다시 한 번 고마워!"거짓말"이라고 빈칸을 넘기는 것은 문제가 되지 않으며, 그 일은 완벽하게 잘 된다.이 툴팁 축적을 위해 추가된 기능은 차트 템플릿에 많은 사전 계산 또는 수학을 저장하며, 내가 기본 groupname:value tooltip을 빌드하여 전달하는 대신 사용할 수 있다는 것을 의미한다.건배. 2013년 6월 29일 15:33 (UTC)[응답]

• 이 옵션에 추가하십시오.여기처럼 백분율을 합쳐서 150으로 하는 것은 어리석은 짓이다.본명을 사용하지 않는 사람(대화) 14:34, 2013년 12월 14일 (UTC)[응답]
• 또한 범례를 그라데이션으로 표시하는 옵션도 좋을 것이다(모든 곳에 있는 비트 대신).본명을 사용하지 않는 사람 (대화) 14:37, 2013년 12월 14일 (UTC)[응답]

차트의 단위

안녕. 현재 모듈은 유닛을 툴팁으로만 시각화한다.차트에 단위를 표시할 수 있는가(예: 바차트의 경우 Y축)? --Haithams (토크) 00:51, 2013년 11월 7일 (UTC)[응답]

여기에 두 가지 답이 있다: 첫째, 이 모듈의 출처는 무료라는 것이고, 그것을 개선하고자 하는 사람은 누구나 그렇게 할 수 있다는 것이다.그러나 어두운 면은 모듈을 만든 후 6개월 정도 지나면 9개의 기사가 사용되기 때문에 이 모듈에 훨씬 더 많은 시간과 노력을 투자하는 동기는 크지 않다.קיפוד ( ((일명 kipod) (토크) 04:11, 2013년 11월 7일 (UTC)[응답]

사실, 나는 그렇게 좋은 모듈이 필요한 만큼 널리 사용되고 있지 않다는 것을 알고는 놀란다.FYI, 나는 그것을 메타위키에 복사했고, 나는 사람들이 보고서에 그것을 사용하도록 장려하기 위해 약간의 노력을 시작하고 있다.기타 여기를 참조하십시오.나는 그것을 향상시키고 싶지만, 불행히도 나는 아직 그렇게 복잡한 모듈을 다룰 충분한 루아 경험이 없다.아마 몇 가지 힌트가 도움이 될지도 몰라! --Haithams (대화) 22:03, 2013년 11월 7일 (UTC)[응답]

이 모듈에 대한 설명

위키백과에서 이 모듈과 관련된 토론이 있다.마을 펌프(기술)/아카이브 121#WP의 새 칼럼 그래프:위키백과에 대한 우리 기사에 사용된 어려움과 관련하여 축 레이블이 탈구된 위키백과.– PartTimeGnome (대화 기여) 01:16, 2013년 12월 29일 (UTC)[응답]

그룹 이름 키

그룹 키의 첫 번째 항목은 다른 항목과 정렬되지 않는다.여기 보이는 예에서 "애플"은 다른 것들보다 더 높다.MRSC (대화) 2014년 2월 24일 (UTC) 17:30[응답]

@MRSC: 나는 이것이 브라우저가 컬럼에 목록을 표시하는 방식과 관련이 있다고 믿는다.나는 당신이 구글 크롬을 사용하고 있다고 추측할 수 있다.이 브라우저에서 렌더링하는 목록 열에 문제가 있는 것 같아.나는 구글 크롬을 위해 버그 리포트를 제출하려고 노력할 것이다.평화 - קיודנ ((일명 kipod) (토크) 18:00, 2014년 2월 24일 (UTC)[응답]

빙고! 네.IE11에서는 잘 렌더링된다.하지만 크롬에서 전환하지 않는다.고마워요.MRSC (대화) 2014년 2월 24일 (UTC) 18시 12분 [응답]

모듈:Plotter/DefaultColors

이 (하부)모듈은 다음 대신 로딩되어야 하지 않을까?require홀더.wiki 15:38, 2014년 4월 28일 (UTC)[응답하라]

원칙적으로는 그렇다고 생각한다. 실제로, 그것은 별로 중요하지 않다.이 모듈은 몇 년 전부터 존재해 왔으며 < 30개 기사>에 사용되고 있는데, 나는 차트를 두 개 이상 포함하는 기사(*전부 다 사용하지 않음* 22개 기사)를 발견하지 못했다.그래도 얼마든지 수정할 수 있다.평화 - קיודנ ((일명 kipod) (토크) 00:23, 2014년 4월 29일 (UTC)[응답]

꺽은선형 차트

안녕.

이 스크립트에 라인 차트 옵션을 추가할 가능성이 있는지 궁금하다.

미리 고마워. 41.138.237.169 (대화)08:21, 2014년 9월 19일 (UTC)[응답]

템플릿에 문제가 있는 경우:라인 차트?프리에제스 (대화) 2014년 9월 20일 (UTC) 14:01, 응답

@Frietjes: 불행히도, 그렇다. 이 템플릿은 매우 인상적이지만, 템플리트의 한계로 인해 사용하기 어렵다: 특히 "S12V37 = 44"로서 파라미터를 통과해야 하는 것은 편집자 친화적이지 않다.Lua can help alleviate this difficulty - see how more convenient it is to fill in the values for this module ( 44 : 46 : 48 : 12 vs. "S02V01 = 44 S02V02 = 46 S02V03 = 48 S02V04 = 12") the module even lets you copy values almost directly from a spreadsheet (you'll need to "export" it to CSV format), simply by setting the "delimiter" to comma.위키백과를 참조하십시오.Lua 요청#오버홀 모듈:도표. 또한 템플릿 코드는 너무 복잡하여 실질적으로 유지하기가 어렵다. 예를 들어, 모듈에서는 3개의 값으로 단일 데이터 시리즈를 처리하거나, 각각 82개의 값으로 57개의 시리즈를 처리하는 반면, 이 시도를 참조한다. 평화 - וודדנ ( ( ( ( ( ( ( ( ( ( ((kipod)(talk) 23:02, 2014년 9월 22일 (UTC)[응답]

이제 있다: 그것은 죽임을 당했다.다행히도 라인 차트도 하는 {{Graph}이(가) 살아남았다.— 𝐆𝐮𝐚𝐩𝐢𝐫 ( ( ( ((대화) 01:03, 2021년 5월 20일 (UTC)[응답]

레전설

이것들은 정말 훌륭한 기능이다.하지만 난 전설적인 부분에 문제가 있어

• 파이 차트의 경우 전체 범례 영역이 파이 크기로 제한되며, 이를 변경하는 것은 오직 파이 크기를 통해서만 가능하다. radius=. 게다가, 긴 텍스트는 잘 포장되지 않는다.여기를 보십시오 – 텍스트의 크기가 88%이며, 반지름은 일반 105에서 110으로 증가함.아니면 보통 크기지만 포장된 곳일 수도 있고.싸다.범례 영역을 매개변수로 지정하거나 테이블로 구성할 가능성이 있는가?
• (iii) 막대 차트의 경우, y축의 왼쪽, x축과 실제 범례 사이에 공백이 많다.여기를 보아라.그것에 대해 뭔가 조치를 취할 수 있을까?또한, 그래픽은 용기 오른쪽 가장자리에 밀착되어 있고, 움직이기를 원하지 않는 것처럼 보인다.

버터를 바르지 않은 파스닙(토크) mytime=Tue 21:04, 위키타임=13:04, 2014년 11월 4일(UTC)[응답]

차트와 전설의 간격은chartHeight이 경우 높이보다 80이 적게 설정된다. x축 레이블이 범례와 겹치지 않도록 하려면 여기서 약간의 양의 값이 필요하지만, 아마도 가변적일 수 있다.나는 약간의 가변성을 허용하는 샌드박스에 간단한 해킹을 넣었다.프리에제스 (대화) 2014년 11월 4일 (UTC) 19:43[응답]

갭이 큰 이유(Y축 왼쪽의 갭은 동일)는 범례는 쌈을 할 수 있고, 모듈도 쌈을 할 수 있는지 안 할지를 잘 모르기 때문에 쌈을 할 때 3줄 정도의 갭을 (정확히 기억하면) left을 남겼는데, 마찬가지로 모듈도 Y레건이 차지하는 픽셀의 수를 계산하는 데 어려움을 겪는다.

선택적 파라미터로 이것을 공급할 수 있도록 하는 것은 이치에 맞지만, 이것은 브라우저에 의존할 수 있기 때문에 편집자는 결과에 완벽히 만족할지 모르나, 일부 독자들에게는 여전히 쓰레기 같은 것을 좋아할 수도 있고, X축 범례가 그룹 범례와 겹치거나, Y축 범례는 왼쪽으로 넘치거나, 또는 그 범례의 s를 얻을 수도 있다.중요한 부분이 잘렸다(따라서 "100만", "1500,000" 및 "200만"은 모두 "00,000"으로 잘린다.

이것은 차트를 표시하는 방법의 내장형 약점이다 - 모듈은 다양한 것(예: 막대, 축, 범례)의 "직접" 위치를 사용해야 하지만, 텍스트 문자열의 물리적 크기와 관련하여 브라우저가 가지고 있는 지능(또는 지식)을 가지고 있지 않다.

이 모듈의 이면에 있는 아이디어는 좋은 아이디어라고 생각하지만, 구현에 별로 만족하지 않는다. 대부분의 "차트" 템플릿보다 더 편리하고 자연스럽다고 생각하는 이 모듈과 유사한 방식으로 매개 변수를 소비한 다음 Extension으로 변환하는 것이 더 나을 것이다.EasyTimeline 구성.이것은 파이차트에서는 실현 가능하지 않을 수 있지만(뒤에 있는 플롯 소프트웨어가 파이차트를 지원하기는 하지만), 적어도 막대 차트의 경우, 나는 쉬운 시간 표시는 현재 차트가 만들어지는 방식보다 더 낫다고 생각한다.위키백과 참조:Lua 요청#오버홀 모듈:차트. 평화 - קיפונש(kipod) (talk) 20:40, 2014년 11월 4일 (UTC)[응답]

필요한 도움말: Wikidata에서 파이 차트가 작동하지 않음

나는 이 모듈을 수입하여 위키다타에서 수입하려고 노력했지만, 어찌된 일인지, 파이 차트는 위키다타에서 작동하지 않는다.d:사용자:Zolo/Wikipedia 콘텐츠를 참조하십시오.en에서 미리 볼 때.위키백과, 페이지는 정확하게 보여주지만, 위키다타에서는 파이 조각의 크기가 잘못된다.CSS 문제인가? --Zolo (대화) 10:20, 2015년 6월 2일 (UTC)[응답하라]

mw:에 새로운 도구가 있다.확장:매력적인 그래프를 생성할 수 있는 그래프—이미 Wikidata에서 사용할 수 있어야 한다.연장은 잠재력이 크기 때문에 알려드리는 건데, 어떻게 하면 쓸 수 있는지 알아내려면 100개 정도의 그래프를 만들어야 할 것 같아.조누니크 (대화) 2015년 6월 2일 (UTC) 12:00[응답]

그래 고마워, 내가 한번 볼게.사실, 내가 당면한 문제에 관한 한 그것은 단지 "국경" 수업이 필요했기 때문에 물어보기 전에 더 나아 보일 수도 있었다.--졸로 (대화) 12:33, 2015년 6월 2일 (UTC)[응답]

@Zolo: 그래프 태그를 사용하는 것이 아마도 더 나은 행동 경로일 것이다. 하지만 그 동안, 나는 d:사용자:Zolo/Wikipedia 컨텐츠, 그리고 문제를 이해하지 못했다."파이 조각의 크기가 잘못되었다"는 게 무슨 뜻이야?당신은 무엇을 보기를 기대하며, 무엇을 보는가?평화 - קיודנ ((kipod) (talk) 17:36, 2015년 6월 3일 (UTC)[응답]

@קיפודנ:::: CSS에서 "트랜스버더" 클래스가 없는 파이 차트는 홀수 모양으로 선이 끊어져 있었다.이제 됐다, 고마워. --졸로 (대화) 10시 57분, 2015년 6월 8일 (UTC)[응답하라]

모바일 위키백과 막대 차트 프레젠테이션 엉망

바차트 버전을 사용해 (폭과 높이를 세심하게 사이징한 후) 좋은 효과를 얻었다.하지만 꽤 오래 후에 나는 모바일 위키피디아에 관한 끔찍한 발표를 높은 사용량 기사로 보고 소름이 끼쳤다. 여기를 보라.x 범례는 가로가 아닌 세로 방향으로 제시되며, 기사 텍스트와 겹치기 때문에 범례를 읽을 수 없고 기사 텍스트가 엉망이 된다.고칠 사람 있어?그렇지 않으면 좀 더 유연성이 떨어지는 .png 차트로 돌아갈 수밖에 없을 것 같아.고마워요.르웬들랜드 (대화) 16:02, 2016년 7월 26일 (UTC)[응답]

르웬들랜드, WP에서 물어봐:VPT. 도움이 될만한 CSS 전문가들이 있다.프리에제스 (대화) 2016년 9월 9일 15:04 (UTC)[응답]

이것은 위키백과에서 논의된다.마을 펌프(기술)###################:모바일 위키피디아에서는 차트가 형편없어 보인다.그런데 "솔직히 해야 한다"는 말은 "정확히 해야 한다"가 되어야 한다.프라임헌터 (대화) 11시 39분, 2017년 5월 17일 (UTC)[응답]

"x 범례"에 위키코드/링크 추가

문서에서는 "x 레전드"가 내부 페이지로 연결되는 링크와 같은 Wikicode를 지원한다고 되어 있다.하지만 "사용자:AbdealiJK/some/page"는 ":"라는 색상 문자로 다음 범례가 시작되었음을 의미한다.그리고 이것은 나에게 "X 범례는 N 값만 예상한다"라고 말하는 혀짤배기 오류를 준다.콜론과의 연결을 어떻게 추가해야 하는가? \로 콜론을 탈출하려고 시도했고 또한 위키코드를 큰따옴표로 둘러쌌지만 효과가 없었다.

--AbdealiJK (토크) 11:18, 2016년 8월 11일 (UTC)[응답]

1. 이 모듈은 WP에 그래프 확장이 추가되기 훨씬 전에 만들어졌다. 나는 이 모듈을 사용하는 것에서 그래프 확장의 보다 "현대적인" 사용으로 전환할 것을 강력히 권고한다.이 모듈보다 그래프와 차트를 만드는 것이 쉽지는 않지만 쉽게 만들 수 있도록 그것을 사용하는 데 도움이 되는 여러 모듈과 템플릿이 있으며, 그것은 "올바른 일"(tm)이다.
2. 그러나 이 모듈은 대체 구분 기호를 사용할 수 있도록 허용함으로써 이 특정 문제를 해결한다. 즉, 어떤 값에도 나타나지 않는 "변수기" 매개변수를 전달한다.그것은 다음과 같이 간단할 수 있다: , 또는 실질적으로 다른 것 대신에 - 당신은 &, *, #, 단어 "DELIM", 아랍 문자 ث, 크메르 문자 ឃ - 당신의 심장이 원하는 대로 사용할 수 있다.

HTH. 평화 - קיפוד ( ((kipod) (토크) 18:05, 2016년 8월 11일 (UTC)[응답]

도트 그림

나는 Ariane 5#Statistics를 보고 있었는데 도트 플롯과 같은 그래프가 더 적합할 것이라고 생각했다(아주 적은 단위).— 디스펜서 01:13, 2017년 2월 2일 (UTC)[응답]

접근성

막대 그래프에는 테두리가 포함되어야 한다.이렇게 하면 Firefox Extension Blank Your Monitor(모니터 비우기)와 함께 사용할 수 있으며, 인쇄가 개선될 수 있음background-color제거됨(20년 전만 해도 웹 사이트의 대부분이 백색 대 흑백이었다).— 디스펜서 01:20, 2017년 2월 2일 (UTC)[응답]

Firefox/Pale Moon은 고대비 테마를 사용할 때 작성된 색상을 재정의한다.색상 옵션 대화.— 디스펜서 16:05, 2017년 6월 29일 (UTC)[응답]

그림자를 떨어뜨리다

우리가 물방울 그림자를 제거할 수 있을까?그들은 차트를 마이크로소프트 엑셀 95처럼 보이게 만든다.칼다리 (대화) 2017년 2월 23일 07:16 (UTC)[응답]

@Kaldari: K. 또한, 당신이 적합하다고 보는 다른 어떤 변화도 자유롭게 받아들이십시오.평화 - קיודנ ((일명 kipod) (토크) 15:33, 2017년 2월 24일 (UTC)[응답]

인쇄 불량 상황(브라우저는 잉크를 아끼기 위해 배경색을 숨긴다)을 더욱 악화시켰기 때문에 되돌렸다.— 디스펜서 03:08, 2017년 3월 4일 (UTC)[응답]

1px 테두리를 추가하고(접근성에 도움이 될 것임) 사파리/크롬에 배경색 인쇄를 강제했다.— 디스펜서 19:56, 2017년 3월 4일 (UTC)[응답]

국경을 추가해줘서 고마워.그것은 낙하산 그림자의 필요성을 완화시켜주는 것처럼 보인다.또한 블랭크 유어 모니터 아래 여러 차트를 해 봤는데 BYM을 통해 모니터가 블랭킹되면 드롭 섀도가 보이지 않는 것 같아(불행히도 모든 컬러 데이터가 손실됨).드롭 섀도우와 함께 내가 주목한 또 다른 이슈는 렌더러가 바(값 0)가 없어도 드롭 섀도우를 만들어 낸다는 것이다.예를 들어 화성 탐사를 참조하십시오.칼다리 (대화) 09:11, 2017년 3월 11일 (UTC)[응답]

Y 척도

기능 요청: Y 척도에 영향을 미침

프로토온 출시 목록을 참조하십시오.이 차트는 로켓 발사의 정수 카운트지만, Y 눈금은 눈금과 라벨을 쓸모없는 "2.5" 간격으로 표시한다.Y 척도에 영향을 미칠 수 있는 어떤 방법이든 어느 정도 인자를 설정해서라도 좋을 것이다.예를 들어 다음 중 하나가 도움이 될 수 있다.

• y 간격
• y 하위 구역 번호
• y no. 2차 세분화(라벨이 없는 부분 표시)
• y max
• y 정수만

—마이클 Z. 2017-03-30 15:07 z

이 요청에 대한 +1(특히 정수를 강제 적용)— JFG^talk 00:51, 2017년 8월 19일 (UTC)[응답]

음자크, 해봐. y tick marks=5또는 다른 양의 정수 값.프리에제스 (대화) 20:06, 2019년 6월 5일 (UTC)[응답]

값이 0인 쌓인 막대 차트는 무색 대신 단일 색상선을 표시한다.

List_of_Falcon_9_and_Falcon_을 참조하십시오.헤비_lunches#Launch_statistics의 예.여기에 주어진 필드에 대해 값 입력값이 0일 때도 하나의 색선을 표시하는 버그가 있는 것 같다.이것은 차트를 다소 불포화적이고 전문가답지 않게 보이게 만든다.이것을 위한 쉬운 해결책이 있는가, 없는가?— InsertCleverPraseHere 07:30, 2017년 6월 26일 (UTC)[응답]

고마워 고정. קיפוד ((일명 kipod) (토크) 23:34, 2017년 6월 28일 (UTC)[응답]

수고하셨습니다! — InsertCleverPrasehere 00:12, 2017년 6월 29일 (UTC)[응답]

제목

이 차트에는 제목 매개변수가 필요해차트에 타이틀을 추가할 방법이 없어!--200.223.19.146 (토크) 13:49, 2017년 6월 27일 (UTC)[응답]

제목에 대한 양식적 옵션/선택사항이 너무 많다.이 모듈을 호출하는 템플릿에 남겨두는 게 최선이야평화 - קיודנ ((일명 kipod) (토크) 23:35, 2017년 6월 28일 (UTC)[응답]

막대형 차트의 음수 값

차트에 음수 값이 포함되어 있으면 막대가 제대로 그려지지 않는다.예를 들어, 러시아 경제 기사에 대한 GDP 성장률을 그래프로 표시하려는 경우:

@קפודדנ:::::잠시 볼 수 있겠소?— JFG 00:44, 2017년 8월 19일 (UTC)[응답]

@JFG: sorry. 현재 이 모듈은 base(즉, x축의 y-값)가 0이 아닌 bar-graph 또는 음의 y-값을 지원하지 않는다.위에 쓴 것을 반복하겠다: 이 모듈은 위키피디아에 "그래프" 확장자가 포함되기 전에 작성되었기 때문에(아마도 확장자가 작성되기 전에도 작성되었으므로), 정당화되었다.오늘날 우리가 그래프 확장자를 가지고 있을 때, 나는 그래프 확장자를 사용할 정당성을 보지 못한다. 여기 b/c 기사가 있지만, 새로운 그래프는 그래프 확장자를 사용해야 한다(모듈: 참조).물론) 누군가가 이 모듈을 더욱 강화하기로 선택한다면 환영할 일이지만, 나는 분명하고 노골적인 버그를 고치는 것 외에는 더 이상 그것에 대한 작업을 하지 않을 것이라고 생각한다.나는 이 결핍을 (부정치를 지원하지 않는) 자격요건을 위해 고려하지 않는다.

"그래프" 모듈 설명서가 부족하고 예가 없다는 것은 다소 유감스러운 일이지만, 이 구식 모듈을 사용하는 것을 정당화하기에는 충분하지 않다.קיפונ ((일명 kipod) (토크) 19:58, 2017년 8월 21일 (UTC)[응답]

(나중에 추가): 실제로 템플릿에는 다음과 같은 몇 가지 훌륭한 문서와 예가 있다.그래프:차트, 따라서 모듈의 문서에 대한 나의 비판은 정당하지 않을 수 있다.קיפונ ((일명 kipod) (토크) 20:12, 2017년 8월 21일 (UTC)[응답]

음, 두 가지 다 써봤는데, 난 표준 그래프 확장보다 이 모듈이 훨씬 더 좋아.이 구문은 업데이트를 위해 처리하는 것이 훨씬 더 간단하고, 내 생각에는 출력 품질이 더 낫다고 생각한다.내가 기꺼이 문제를 해결하는 것을 도울 것이다.— JFG 21:04, 2017년 8월 21일 (UTC)[응답]

막대 차트 Y 축의 정수.

List_of_Falcon_9_and_Falcon_을 참조하십시오.헤비_런치#Launch_statistics.발사 반을 가질 수 없는 상황에서 Y축에 2.5와 7.5와 같은 숫자를 표시하는 것은 매우 이상한 일이다.이 문제를 해결할 방법을 찾기 위해 애쓰고 있어...정수를 강제하는 방법이 있는가? 또는 막대 차트의 축에 척도를 지정하는 방법이 있는가?— InsertCleverPrasehere 10:54, 2017년 8월 20일(UTC)[응답]

위와 같이 #Y 눈금에서 피쳐가 요청되었다.— JFG^talk 13:47, 2017년 8월 20일 (UTC)[응답]

Cleverrasehere 및 JFG 삽입, 시도 y tick marks=5또는 다른 양의 정수 값.프리에제스 (대화) 20:05, 2019년 6월 5일 (UTC)[응답]

더 나은 모바일 지원을 위해 차트와 함께 클래스 추가

대부분의 그래프는 모바일에서 사용 가능한 공간보다 크다.이 문제를 해결하려면 요소에 noresize 클래스를 추가하여 수평 스크롤을 추가하는 것이 좋다.

완벽하지는 않지만 모바일에서 차트를 읽을 수 있게 해줄 것이다.더 궁금하신 점이 있으시면 알려주십시요.Jdlrobson (대화) 21:18, 2017년 11월 27일 (UTC)[응답하라]

Jdlrobson (대화) 21:18, 2017년 11월 27일 (UTC)[응답하라]

막대 폭

이 차트는 이 차트와 같이 막대 너비를 결정하는 옵션을 제공하는가?건파우더마(토크) 01:50, 2017년 12월 15일 (UTC)[응답]

막대 너비는 막대 수와 차트의 전체 너비에 따라 반자동이다.프리에제스 (대화) 2017년 12월 15일 18:34 (UTC)[응답]

음수가 될 수 있는 세로 막대 차트

우리는 음성으로 갈 수 있는 수직 막대 차트가 필요하다.

위키데아스1 (대화) 09:29, 2018년 2월 13일 (UTC)[응답]

죄송합니다, 현재 이 모듈의 활성 개발이 없습니다,인수하고 싶은 사람이 있다면 환영할 그 이상이지만, 나는, 본래의 개발자로서, 예측 가능한 장래에 기능을 추가할 것 같지 않다. 미안. 평화 - קפפוו ( ( ( ((일명 kipod) (토크) 23:51, 2018년 2월 13일 (UTC)[응답]

수평규칙

안녕. 내 생각에는 막대 그래프의 경우 특정 값에 수평줄을 그리는 옵션을 추가하면 꽤 유용할 것 같아.이렇게 하면 한 해의 한 달마다 하나씩 많은 가치를 보여주고 나서 한 해의 평균을 선으로 추가하는 것이 가능할 것이다.아니면 한 줄이라도 더! --미스터 샌더슨 (토크) 02:58, 2018년 5월 2일 (UTC)[응답]

추가 공간 없이 새 버전 작업

안녕. 나는 과도한 화이트 스페이스로 문제를 해결할 새로운 버전의 모듈을 만들고 있어.모듈에서 현재 진행 상황을 확인할 수 있음:샌드박스/이타140188/차트2.피드백을 해 주면 정말 고맙겠어!고마워! --Ita140188 (대화) 09:47, 2018년 7월 27일 (UTC)[응답]

@Ita140188:이 시책에 대해 대단히 감사하다.전설이 제대로 정렬되어 있고 공간 낭비가 없어 생산량이 훨씬 좋아 보인다.List of Falcon 9와 Falcon Havy 런칭에서 내가 가장 좋아하는 차트를 몇 개 사용하셨다니 정말 기쁘군 #런치 통계 자료를 예로 들어 보십시오. — JFG^talk 12:20, 2018년 7월 27일 (UTC)[응답]

수평 공간은 불필요했지만, 수직 공간으로서 어느 정도 '호흡실'을 남겨두어야 한다고 생각한다.현재 버전에는 섹션 제목에 있는 텍스트에 차트가 붙어 있다.— JFG 12:22, 2018년 7월 27일 (UTC)[응답]

정말 유용한 다음 옵션은 y축에 대해 원하는 최소/최대 값을 지정하는 것이다.적어도 최대값.또한 데이터에 정수 값만 나열할 때는 y축에 절반 값을 표시하지 마십시오(연간 발사 횟수가 적은 로켓 발사 그래프에서 꽤 자주 나타남).자동 감지(하드) 또는 새 항목 사용 가능 integer=yes 매개변수(수치)— JFG^talk 12:25, 2018년 7월 27일 (UTC)[응답]

이 버려진 모듈을 개선하기 위해 시간을 내주셔서 감사하다.차트 중 한 곳(많은 파란색 얇은 막대)에서 전설들이 스매핑되었다는 것을 알아차렸다.평화 - קיודנ ((kipod) (talk) 17:28, 2018년 7월 27일 (UTC)[응답]

모든 의견과 피드백에 감사한다.이것은 아직 진행 중인 작업이다.지금은 빈 공간이 줄어들도록 y축 폭과 x축 높이에 대한 동적 사이징 작업을 했다.다음 단계는 정렬 등의 세부 사항을 파악하는 것이다.또한, 현재는 하나의 y축으로만 작동하며(여러 축에 대한 옵션은 거의 사용되지 않는다는 것을 알게 되었기 때문에) 얇은 파란색 막대 차트 등 일부 사례에서는 여전히 문제가 있다.내 생각에는 이미 이 모듈이 괜찮아 보여서 파이 차트는 작업할 계획이 없어. --Ita140188 (토크) 06:58, 2018년 7월 28일 (UTC)[응답]

Y 축을 여러 개 나열할 수 있는 옵션이 있다는 것도 몰랐어.아마도 그것에 시간을 투자하기 전에 그것이 사용된 적이 있는지 확인해보라.— JFG 08:26, 2018년 7월 28일 (UTC)[응답]

갱신하다

x축 라벨로 주요 문제를 해결하고 간격을 더 잘 만들었다.차트가 텍스트가 어떤 막대를 참조하는지 쉽게 이해할 수 있을 만큼 충분히 넓은 막대와 함께 사용되기 때문에 x 값에 대한 노치를 제거했다는 점에 유의하십시오(이것은 마지막 예처럼 막대가 너무 좁을 때 자동 형상으로 추가될 수 있음).코드에서 파이 차트와 다중 Y축도 제거해 단순함을 유지했다.다음 단계는 정수만 선택할 수 있는 가능성, 음수 값을 허용할 수 있는 가능성, 그리고 최소/최대 값일 수 있다. --Ita140188 (토크) 10:10, 2018년 7월 29일 (UTC)[응답]

아주 좋아, 고마워.x축의 눈금은 종종 유용하다. 예를 들어 우주 비행 타임라인을 참조하라.일부 x-legend가 비어 있을 때만 체크 표시를 추가하십시오(텍스트를 표시할 공간이 부족하여 건너뛰는 경우가 많으며, 체크 표시가 적절한 열을 참조하는 데 도움이 됨).— JFG^talk 10:46, 2018년 7월 29일 (UTC)[응답]

동의한다. 막대가 너무 좁을 때(또는 건너뛴 값이 있는 경우) 자동 형상으로 추가하고 매개변수를 추가하여 수동으로 표시/숨길 계획이다.필요 없는 경우가 많아 항상 등장시키는 것보다 더 좋은 해결책이라고 생각한다. --Ita140188 (토크) 11:13, 2018년 7월 29일 (UTC)[응답]

좋은 계획인 것 같아.— JFG 07:27, 2018년 7월 30일 (UTC)[응답]

또한, 모듈에 CSS 코드를 추가하는 방법을 알고 있는가(<바디>나 자바스크립트에서 서투른 <스타일> 태그에 의존하지 않고)?":호버"와 같이 특정 행동을 인라인으로 지정할 수 없다. --Ita140188 (대화) 11:16, 2018년 7월 29일 (UTC)[응답]

새로 구축된 WP:TemplateStyles, 모듈/템플릿의 스타일시트를 사용할 수 있음frame:extensionTag{ name = 'templatestyles', args = { src = '(css sheet name)'} } 갤럽터 (pingo mio) 2018년 7월 29일 12시 7분 (UTC)[응답하라]

범례에서 예를 들어 단일 열을 강제 적용할 수 있는 몇 가지 옵션을 더 보고 싶다.이렇게 하면 반덴버그 항목이 다음 행으로 넘어가는 예에서 '발사 사이트' 그래프를 통해 볼 수 있는 것과 같은 문제를 피할 수 있을 것이다.— 여기 12:59, 2018년 7월 29일 (UTC)[응답]

@Galobtter:고마워요.나는 루아와 위키피디아와의 통합에 전혀 익숙하지 않다(여기서 처음으로 코드를 입력하려고 한다).네가 제안한 것을 추가하려고 했지만, 실제로는 아무 일도 일어나지 않고, 보아하니 그 페이지는 "템플릿스타일 오류가 있는 페이지" 범주에 들어 있는 것 같다.불행히도 나는 그 오류가 무엇인지 모른다.CSS 문서가 CSS가 아닌 Lua 모듈로 해석되기 때문에 CSS 문서를 모듈의 하위 페이지로 만들 수 없어서 사용자:Ita140188/샌드박스/스타일.css.어쩌면 그것이 문제일 수도 있어.어쨌든, 누군가 도울 수 있다면, 정말 고마워!고마워!! --Ita140188 (토크) 13:06, 2018년 7월 29일 (UTC)[응답]

템플릿의 하위 페이지에서 스타일을 생성해야 하는데, 그 후에만 스타일을 "sanitized-css"로 만들 수 있기 때문이다.<templatestyles>...</templatestyles>사용할 수 있다또는 모듈의 하위 페이지를 css 페이지로 만들도록 관리자에게 요청할 수 있다.갤럽터 (pingo mio) 13:11, 2018년 7월 29일 (UTC)[응답하라]

@Galobtter:고마워요.이제 말이 되네.템플릿 네임스페이스의 페이지일 수 있는가, 아니면 호출하는 템플릿의 하위 페이지일 필요가 있는가? --Ita140188 (토크) 13:15, 2018년 7월 29일 (UTC)[응답]

템플릿 네임스페이스에서".css"로 끝나는 모든 페이지는 Galobtter(핑고 mio)13:17, 2018년 7월 29일(CoordinatedUniversalTime)[응답]이작동해야 한다.

또한 템플릿 네임스페이스에서 생성된 css 페이지를 사용자 공간 및 로딩으로 이동할 수 있으며, 이 페이지도 사용할 수 있다.갤럽터 (pingo mio) 13:24, 2018년 7월 29일 (UTC)[응답하라]

고맙네, 방금 이 사건들을 위해 샌드박스를 새로 만들었네, 위키백과에서 확인해봐.TemplateStyles#모듈의 TemplateStyles.이제 됐다! --Ita140188 (토크) 07:36, 2018년 7월 30일 (UTC)[응답하라]

@Cleverrasehere:전설에서 한 칸을 강요하는 것은 쉽게 할 수 있다고 생각한다.다른 더 발전된 선택사항들은 내 생각에 불필요하다.사람은 언제나 전설을 무력화시키고 외적으로 만들 수 있다.(모듈 단순화 시도) --Ita140188 (토크) 13:08, 2018년 7월 29일 (UTC)[응답]

9월 업데이트

안녕 Ita140188, 8월 6일까지 너의 작품을 봤는데, 전설의 간격 문제, 정수 반올림 문제를 완전히 고친 것 같아.이러한 기능들은 생산 중에 모듈을 교체하기에 좋아 보인다.그러나 빡빡한 그래프에는 눈금이 없다.그것들을 복구해 주시겠습니까?모듈 참조:샌드박스/이타140188/차트2#여러 개의 좁은 기둥에 대한 테스트 사례.언제 체크 표시를 할 것인지, 언제 하지 않을 것인지 결정하는 것이 너무 복잡하다면, 지금은 항상 그래프를 켜두어라. 왜냐하면 그래프는 지금까지 그래프가 보여져 온 방식이기 때문이다. 나는 체크 표시를 위해 수직 픽셀을 잃어버리는 것을 개의치 않는다.그게 끝나면 업데이트 내용을 발표할 수 있을 것 같아.그런 다음 다른 기능(예: 음의 vslues 또는 최소/최대값 지정)을 계속 작업하고 있지만 이러한 기능은 기다릴 수 있다.당신의 의견을 저에게 알려주십시오.— JFG 10:39, 2018년 9월 5일 (UTC)[응답]

요즘 너무 바빠서 프로젝트를 보류해서 미안해.다음 달부터 계속 작업할 예정이야, 10월까지는 작업 버전을 만들 수 있을 거야.현재 모듈을 교체할 때의 진짜 문제는 사람들이 이 모듈을 임시 여백으로 싸서 흰 공간을 돌아다닌다는 것이다.이것은 모든 차트를 깨지 않고서는 이 모듈을 업데이트하는 것을 불가능하게 만든다.새 모듈(모듈:차트2 또는 유사) 및 향후 사용을 위해 권장한다.시간 경과에 따라 모듈의 현재 인스턴스를 마이그레이션할 수 있다.또한 새로운 모듈은 다른 브라우저/OS 등으로 테스트하여 잠재적인 문제를 확인해야 한다. --Ita140188 (토크) 04:50, 2018년 9월 11일 (UTC)[응답]

업데이트해줘서 고마워.일부 페이지에서 사용된 마진 해결책 때문에 다른 모듈 이름을 도입해서는 안 될 것 같아.이런 일이 발생하는 기사를 더 잘 보고 해결방안을 없애라.나는 그것을 도울 수 있다.물품의 용도가 500개도 되지 않아 관리가 가능하다.네가 다른 데 바쁠 때 내가 이 일을 시작할 수 있을 거야, 네가 먼저 체크 표시를 복원해 줄 수만 있다면.— JFG 19:48, 2018년 9월 19일 (UTC)[응답]

최신 업데이트

그래서 1년 이상 지난 후에 마침내 X축 체크 표시를 추가하고 파이 차트에 대한 지원을 추가했다.새로운 버전이 현재 버전을 대체할 준비가 된 것 같아.너의 생각을 내게 알려줘.또한 이 템플릿(DIV와 함께 작업)에서 사용되는 접근 방식은 전혀 유연하거나 확장성이 없기 때문에 다른 고급 옵션을 추가하는 것은 시간 낭비라는 생각을 하게 되었고, 모듈:앞으로 그래프를 사용해야 한다. --Ita140188 (토크) 10:21, 2020년 2월 12일 (UTC)[응답]

로그 차트?

태양열 발전, 풍력 발전 그리고 아마도 무어의 법칙과 같은 몇몇 기사들은 기하급수적으로 증가하고 있고 매년 갱신될 것 같은 것들에 대해, 적어도 로그 y축의 선택권을 가지기 위해 막대 차트와 라인 차트를 선호할 것이다.하지만 지금은 이것이 가능하지 않아 보인다.글라이더메이븐 (대화) 01:17, 2018년 8월 25일 (UTC)[응답]

로그 막대 차트를 본 기억이 없다. 내가 본 모든 로그 척도 그래프는 이 모듈에서 지원하지 않는 선 차트였다.그러나 모듈:그래프에는 합리적인 생각인 것 같다.평화 - קיודנ ((kipod) (talk) 13:49, 2018년 8월 25일 (UTC)[응답]

세미로그 그래프는 어쨌든 선형보다 드물지만, 매년 아무 일도 하지 않고 변화할 전력의 생산량, 그리고 기하급수적인 성장이 기저에 깔려 있는 곳에는 로그 막대 그래프가 올바른 도구인 것 같다.스프레드시트와 매트랩은 이를 지원한다.설치된 전원과 같이 데이터 포인트 사이에 명시적인 연결이 있을 때는 선 차트를 사용해야 한다.글라이더메이븐 (대화) 17:32, 2018년 8월 25일 (UTC)[응답]

수평 막대 차트

가로로 막대 차트를 렌더링할 템플릿을 찾고 있었어.이것은 나열할 항목이 많을 때 도움이 되는 경우가 있어 차트를 페이지 아래로 확장하고 전체 항목 이름을 표시할 수 있다.불행히도 이용할 수 있는 도구는 다소 빈약하다.a를 더하면 얼마나 힘들까. horizontal=yes 입력 데이터에 대한 콤팩트한 구문을 유지하면서 y축과 x축을 뒤집는 매개 변수 및 편리한 막대 스택 기능.@Ita140188:당신은 어떻게 생각하나요?— JFG^talk 19:37, 2018년 10월 24일 (UTC)[응답]

이것은 좋은 생각일 수 있지만, 불행히도 "얼마나 많은 일을 하는가"라는 질문에 대한 답은 "실제"이다.

이 모듈에서 코드의 큰 약물은 차트의 물리적 배열로 들어갔고, 특히 범례의 배치와 표시로 들어갔으며, 이 경우 그래프는 그리 유용하지 않다.수평적 표현은 배열과 전설을 다루기 위해 완전히 새로운 일련의 프로크스를 써야 할 것이다.

입력 매개 변수를 처리하는 데 사용되는 코드는 공유될 수 있지만(오늘날 파이와 바 사이에 공유됨), 다른 것은 많지 않다.

본 모듈의 원저자로서, 이 페이지에서 아마도 한 말을 두 번 이상 반복해 봅시다: 템플릿 소개:그래프:차트, 이 모듈을 사용할 이유가 거의 없음."그래프" 연장이 가능하기 몇 년 전에 썼고, 물론 모듈:그래프를 사용할 수 있었지만, 그들은 더 많은 유형(라인, a 및 영역)을 소개하면서 나보다 차트를 더 잘 표시한다.그들도 산란을 하지 않은 것이 아쉽다-나는 그것이 유용하다고 생각한다, 그리고 물론 그들이 수평 막대 그래프를 하지 않은 것은 유감이다.)

평화 - קיודנ ((kipod) (talk) 15:36, 2018년 10월 25일 (UTC)[응답]

Y축 척도 변경 방법

누군가가 편집 도움말 페이지에서 프로토온 목록(2010–현재)의 출시 규모가 일부만 되어서는 안 된다고 언급했다.이 차트는 기술적으로 정확하지만, 결코 부분적인 출시는 없을 것이기 때문에, 잠재적으로 혼란스러울 수 있다.Y 축을 반올림 숫자만 되도록 강제하는 방법이 있는가?팀템플턴 22^(cont):28, 2019년 6월 4일 (UTC)[응답]

팀템플턴 시도 y tick marks=5또는 다른 가치.프리에제스 (대화) 20:04, 2019년 6월 5일 (UTC)[응답]

Frietjes 5 worked - 이제 정수가 되었다.고마워!팀템플턴 20^(cont):13, 2019년 6월 5일 (UTC)[응답]

이 모듈을 새 버전으로 업데이트하시겠습니까?

안녕, 위의 섹션에서 논의된 바와 같이, 나는 차트를 둘러싼 여분의 공백 없이 이 모듈의 새로운 버전을 작업하고 있어.다음 모듈에서 새 버전을 확인하십시오.샌드박스/이타140188/차트2.이 모듈을 새 버전으로 교체해야 할까?네 생각을 말해줘.고마워! --Ita140188 (토크) 04:43, 2020년 2월 15일 (UTC)[응답]

@Ita140188: 개선해 주셔서 감사하지만, 지금은 "그룹별 척도" 기능이 작동하지 않는 것 같다(문서 페이지 참조).네가 바뀌기 전에 효과가 있었어만약 이것을 아무데나 사용하지 않는다면, 적어도 문서에서는, 그리고 이상적으로는 코드에서도 제거되어야 한다.

그렇지 않으면 (즉, is를 사용한다면) 고쳐야 한다고 생각한다. - 당신이 그것을 깨뜨린 사람인 것 같다.:) 평화 - קיפוד ((kipod) (talk) 19:49, 2020년 2월 18일 (UTC)[응답]

@קפודדנ::: 안녕, 나는 기사에서 사용하는 "그룹별 규모" 옵션을 본 적이 없고, 이전의 토론에서 나는 그것이 결코 사용되지 않는다는 것을 이해했다.이것이 내가 모듈을 변경할 때 그 옵션을 계속 무시한 이유다.위에서 볼 수 있듯이, 제 초기 아이디어는 다른 모듈을 만드는 것이었습니다.차트2는 이전의 기능을 그대로 유지하면서 원할 경우 차트를 마이그레이션할 수 있도록 한다.합의는 그 대신 코드를 대체하는 것이었다.불행히도 나는 이것에 더 많은 일을 할 시간이 없다.하지만 나는 이 변화에 대해 강한 감정이 없으니, 되돌리고 싶다면, 계속 진행하십시오.코드 정리에 대해서는 코드가 적극적으로 유지된다면 도움이 되겠지만, 아마도 유지/향상이 제로(0)에 가까울 것이라는 점을 감안할 때 정리에 대한 추가적인 노력은 정당하다고 생각하지 않는다.앞서 논평에서 말했듯이, 나는 또한 모듈이 다음과 같은 것에 동의한다.그래프는 앞으로 나아가야 할 길이다. --Ita140188 (토크) 07:16, 2020년 2월 19일 (UTC)[응답]

@Ita140188: 첫째, "그룹별 척도"를 사용하는 몇 가지 기사가 있는데, 이러한 변화로 인해 차트가 보크된 상태로 남게 되었다 - 이것은 고정되어야 한다(특수:검색/인소스:"그룹별 척도"), 그리고 변경사항을 도입한 사람에 대한 책임이 있다.

둘째, 문서에는 여전히 "그룹별 규모"도 언급되어 있는데, 실제 예시는 숙청되었지만, 그것은 반평준화 방식으로 이루어졌고, 일종의 절체 상태, 무의미한 문장, 무효한 절명(절은 그룹당 암스에 대해 이야기하며, 실제 내용은 수십 개의 그룹이 있는 차트지만, 그룹당 "척도"는 없다)이다.설상가상으로 설명서는 여전히 위의 표에 유효한 매개변수로 수록되어 있다.

마지막으로, 하지만 중요한 것은 이 모듈에는 인터위키가 수십 개 있다는 것이다.내가 원래 엔위키에 썼기 때문에(내 "자연 서식지는 휴이키"이지만), 대부분은 여기서 베껴온 것이고, 일부 관리자들은 최신 정보를 유지하고, 당신의 개선사항을 취하고자 할지도 모른다.깨지는 변화가 있을 때마다(그리고 밝혀진 바와 같이, 이것이 의도적이지는 않았더라도), 대화 페이지에서 그리고 모듈 자체 또는 설명서의 코멘트로서라도 이를 명확히 하는 것이 중요하므로 업그레이드를 고려하는 각 유지관리자는 먼저 이 사용되지 않는 매개변수가 no가 아니라는 것을 확인해야 할 것이다.그들의 wiki에 사용된 t는 _is_이 사용되었는지 확인하고, "최신화" 여부를 정보에 입각한 결정을 내린다.

오해하지 마십시오 - 나는 당신의 개선에 반대하지 않지만, 이와 같은 "강력한 코드"의 문제는 변화를 깨는 것은 신중하고 진지한 생각으로 이루어져야 한다는 것이다. 특히, 여기서 행해진 것보다 더 주의를 기울여야 한다. 예를 들어, 이 논의는, 이상적으로, 실제의 변화 이전에 일어날 것이다.다음이 아닌

평화 - קיודנ ((일명 kipod) (토크) 22:58, 2020년 2월 19일 (UTC)[응답]

폭넓은 합의를 거쳐 이주가 뒤따라야 한다는 데 전적으로 동의한다.그룹 옵션을 수정하는 데 더 이상 쓸 시간이 없기 때문에, 우리가 이주를 결정한다면, 그 몇 가지 예는 모듈:그래프 또는 다른 형태로 바뀌어야 할 것 같다.설명서를 업데이트하는 것은 큰 문제가 아닌 것 같다.그러던 중 원판으로 복귀했다. --Ita140188 (토크) 02:05, 2020년 2월 20일 (UTC)[응답]

실수해서 미안해.나는 여러 곳에서 차트와 그래프로 토론을 진행하려고 노력했지만 아무도 관심을 보이지 않았다.결국 아무도 신경 쓰지 않는 것 같아 나는 이 코드를 교체했다.나는 설명서를 업데이트했을 때 그룹별 스케일 기능이 더 이상 작동하지 않는다는 사실을 알고 나서야 이것을 문서에 썼다.나는 내가 이 언어를 배울 시간을 찾고 새로운 모듈에 대한 그룹별 이 스케일을 업데이트 할 수 있는지 알아볼 것이다.새 버전이 그냥 없어진다면 아쉽다.칼 프레이 (대화) 2020년 2월 20일 12시 44분 (UTC)[응답]

위시리스트 - 의미론 켜기/끄기용 사용자 버튼

Talk:2020_coronavirus_pandemic_in_Australia#Semilog_graph_option_enabled_for the_states_graph를 참조하십시오.주된 이유는 많은 사람들이 그래프를 읽는 데 어려움을 겪을 뿐만 아니라, 선형 그래프를 읽을 수 있는 몇몇 사람들은 로그나 세미로그 그래프에 익숙하지 않기 때문인데, 실제 세계는 규모 규모에 따라 많이 다르기 때문에 빨리 배울수록 사람들이 실제 세계에 대해 더 많은 정보를 얻게 될 것이다(전염증 등).Boud (대화) 14:57, 2020년 3월 26일 (UTC)[응답]

서로 유입되는 X축 레이블

세로 막대 차트(날짜가 x 값인 경우)를 사용하여 모든 n번째 항목만 표시되도록 라벨 표시를 얇게 하거나 라벨이 서로 위로 인쇄되지 않도록 하는 다른 방법이 있는가?이와 같은 큰 막대형 차트와 함께, 적어도 내 화면에서는 차트를 실제로 읽을 수 없게 만드는 방식으로 라벨 문자열이 현재 서로 유입되고 있다.일주일에 딱 한 개씩 라벨을 붙이거나 그런 걸 붙일 수 있다면 더 좋을 것 같아.Fut.Perf. ☼ 16:41, 2020년 8월 23일 (UTC)[응답]

예를 들어 RTFM. 검색 "값이 많은 경우 다음 사이에 아무 것도 없는 구분 기호를 사용하여 x 범례를 희석할 수 있다."평화 - קיודנ ((일명 kipod) (토크) 22:05, 2020년 8월 27일 (UTC)[응답]

아, 그리고 두 번째 보기에서는 링크하는 예제가 이 모듈을 사용하지 않기 때문에 그래프 확장자를 사용하므로 내 대답이 정확하더라도 원칙적으로 문제와는 관련이 없다(이 모듈을 사용하도록 그래프를 변환하려는 경우는 제외).평화 - קיודנ ((일명 kipod) (토크) 23:05, 2020년 8월 27일 (UTC)[응답]

요청된 이동 2020년 9월 18일

모듈 토크에서 이동:차트/기본 색상

– * Papery * 00:52, 2020년 10월 4일 (UTC)[응답]

막대 그래프 호버 텍스트에 인쇄할 수 없는 문자가 삽입됨

당신이 이 표를 moubross할 때 List_of_Falcon_9_and_Falcon_헤비_런치#Booster_landings에 [i] 항목이 있는 모든 항목에 대해 횡설수설 인쇄가 된다.예를 들어 표의 "해양 테스트 실패" 항목 중 하나를 가리키면 "해양 테스트 실패?'''UNIQ--ref-000000CF-QINU"?:" 와 예 그 안에 인쇄할 수 없는 글자도 있다.이 주석을 편집하여 해당 주석을 보십시오.그것들은 유니코드 U+007F이다.에르자이 (대화) 15:24, 2021년 5월 13일 (UTC)[응답]

내가 고쳤어.일부 그룹 이름에는 스트립 마커가 되는 참조가 포함되었다(WP:모듈로 전달되는 UNIQ).이 모듈에는 많은 수의 글로벌 변수가 있으므로 다시 조사하고 수정해야 한다.조누니크 (대화) 01:24, 2021년 5월 14일 (UTC)[응답]

이것은 모듈에서 개선될 수 있지만, 해결 가능한 문제인데, 모듈에서는 막대당 "doctipt"을 정의할 수 있고(doc 참조), 한 개가 정의되지 않은 경우에만 링크나 범례에 기반하여 하나를 생성하려고 한다.설명서에서 "설명서"를 찾으십시오.Johnuniq가 왜 "모듈은 많은 글로벌 변수를 가지고 있다"고 말하는지 잘 모르겠다. 당신은 하나의 글로벌 변수를 지적할 수 있는가?'대수'가 없다는 말은 아니지만 '대수'라는 말은 절대 하지 않았고, 의도한 바도 없었다.평화 - קיודנ ((kipod) (talk) 22:33, 2021년 5월 14일 (UTC)[응답]

글로벌: addRes + addSlice + analyParams + asGroups + barChart + calc.높이제한치 + 계산높이 + 계산 + 좌표OfAgle + createImageMap + createSlices + drawChart + drawSingle + 그리기슬라이스 + 그리기Xlegends + 그리기YScale + 차량 연결봉 + 추출파람 + getArg + groupBounds + i + 키워드 + 파이차트 + 라운드업 + 슬라이스스트 + 테스토네 + 툴팁 + 검증.수리를 시작할 수도 있지만 괜찮으시다면 인던트에 사용되는 공간도 탭으로 바꿀 겁니다.조누니크 (대화) 23:42, 2021년 5월 14일 (UTC)[응답]

모듈 편집:차트/샌드박스, 먼저 들여쓰기 탭을 사용하고, 두 번째로는 의도하지 않은 글로브를 청소한다.고쳐야 할 것이 하나 남아 있다.sliceStr. 조누니크 (대화) 01:48, 2021년 5월 15일 (UTC)[응답]

내 생각에 그건 꽤 분명한 것 같다: 그것은 분명해야 한다.slice지금은 그냥 두고 갈게수정, 수정사항 확인, 메인 모듈 업데이트.조누니크 (대화) 01:50, 2021년 5월 15일 (UTC)[응답]

tbhh, 중첩된 함수가 전역인지 몰랐다.이 모듈의 비기능적 글로벌은 버그이며, 나는 너무 많다고 생각하지 않는다(내 루아푸에 더 많은 구멍이 있지 않는 한 - 명백히 나는 루아에서 "scope"을 완전히 찾아내지 못한다.교육에 감사하다평화 - קיודנ ( ((일명 kipod) (토크) 06:02, 2021년 5월 15일 (UTC)[응답]

그것을 생각하는 방법은 루아가 다음을 등가(첫 번째를 두 번째로 정의)로 간주하는 것이다.

function example(x) ... end

example = function (x) ... end

그것은 의 일부분이다.example최고의 함수가 되는 것.상술한 정의는 다음과 같다.example문장이 발생하는 위치에 관계없이 전역 변수로 사용할 수 있다.조누니크 (대화) 06:43, 2021년 5월 15일 (UTC)[응답]

이 모듈은 명시적 매개 변수 대신에 위키피디아의 데이터를 제공할 수 있는가?

테이블이 새로운 데이터를 수신할 때 차트가 자동으로 업데이트되기 때문에 위키피디아의 진정한 게임 체인저가 될 것이다.여기 표에서 데이터를 읽는 좋은 예가 있다.모듈은 페이지 이름(자체가 아닌 경우), 테이블 ID(첫 번째가 아닌 경우), 레이블과 값의 열(각각 첫 번째와 두 번째가 아닌 경우)으로 호출할 수 있다.테이블이 이상하거나 기형일 경우 확실히 깨지지만, 머리글 행을 무시하는 일은 최소화될 수 있다.이 모듈은 이미 매개변수 값을 테이블의 값으로 변환하기 때문에 이것은 그리 어렵지 않을 것이다.이것이 내가 처음으로 한 일이다.— 𝐆𝐮𝐚𝐩𝐢𝐫 ( ( ( ((대화) 01:36, 2021년 5월 20일 (UTC)[응답]

한 페이지의 내용을 읽은 다음, 위키텍스트를 구문 분석하여 그 결과를 가지고 무언가를 하는 모듈 트렌드가 나타나고 있는 것으로 보인다.그것은 위키백과 같은 것에 합리적일 수 있다.사용자 스크립트/대부분 가져온 스크립트(위 예시) 하지만 기사에는 바람직하지 않다고 생각한다.나는 전에 그것에 대해 언급했고 더 많은 것을 말하려고 노력할 수도 있지만, 지금은 IMHO가 어딘가에 (모듈 또는 커먼스 구조 데이터에) 데이터를 저장하고 그 데이터로부터 표와 차트를 표시하는 것이 더 낫다는 것을 유념할 것이다.그것은 훨씬 더 효율적이고 이해할 수 있을 것이고, 훨씬 덜 깨지기 쉬울 것이다.조누니크 (대화) 05:16, 2021년 5월 20일 (UTC)[응답]

나 또한 이것이 언젠가 깨질 것처럼 보인다는 것을 다시 한번 반복한다.게다가, 우리는 이미 루아 데이터 테이블과 커먼즈 데이터 네임스페이스를 가지고 있다.대신 그것을 위키피디스로 바꿀 수 있는 템플릿을 만드는 것이 나에게는 훨씬 더 효율적일 것 같다.—DJ (대화 • 기여) 07:22, 2021년 5월 20일 (UTC)[응답]

의심할 여지 없이 위키다타와 커먼즈:데이터가 미래인데, 지금으로선 그곳의 데이터가 업데이트되고 있는 것 같지 않지?공통점을 살펴보십시오.Data:Bea.gov/GDP by state.properties, Template의 첫 번째 소스:그래프:분할: 데이터는 5년 이상 된 반면, 미국의 주 및 영토 목록 GDP에 따른 데이터는 새로 업데이트된다.

물론 이것이 훨씬 더 연약한 해결책이지만 훨씬 더 유연하다는 것 역시 의심의 여지가 없다.인생의 모든 것?).게다가 모든 위키피디아가 Wikidata 또는 Commons의 데이터베이스를 보증하는 것은 아니다.그러나 독자들은 기사에 그래프로 표시된 데이터를 보고 이익을 얻을 수 있다.— 𝐆𝐮𝐚𝐩𝐢𝐫 ( ( ( ((대화) 08:09, 2021년 5월 20일 (UTC)[응답]

이 모듈에 데이터 구문 분석이나 수집을 과부하하는 것은 좋은 생각이 아니라고 생각한다.그러나 다른 모듈에서 사용할 기능을 내보내는 것이 좋을 수 있다. tbh, 이것은 필요하지도 않다. 일단 데이터 구조를 갖게 되면 구분 기호를 사용하여 시리즈에 가입하고 기존 기능에 제공하기만 하면 된다.약간 오버헤드가 있고, 또한 "프레임"으로 위장해야 한다. ("아그"라고 불리는 하나의 아이템으로 테이블을 장식한다.)

중요한 것은 이 모듈이 데이터를 가져오는 임무를 수행해서는 안 되며, 프레젠테이션 측면에만 국한되어야 한다는 것이다.

모듈을 작성하여 데이터를 수집하고, 템플릿을 통과한 매개변수로 합성하고, 구분 기호와 결합하여 데이터 시리즈를 패키징하고, "args" 표의 해당 필드에 할당하고, 이 모듈로 연락하여 차트를 만든다.

이와 비슷한 것:

-- 이 코드는 내보낸 함수에 포함되어 있음 국부적 아그 = {} -- 모듈로 전달되고 데이터를 수집하는 매개변수로부터 차트로 전달될 아그를 합성한다. - 해킹 - "아그스" 준비 완료 돌아오다 요구하다('모듈:차트').파이차트({ ['아그스'] = 아그 } ) -- 차트를 페이지로 돌아가기 

이런 것을 실제로 보면 흥미로울 것이다

만약 그것이 당신에게 큰 차이를 만든다면, 토종 루아 테이블을 통해 파라미터를 가져가는 "모듈 전용" 기능을 내보내는 것은 그리 고통스럽지 않을 것이다.평화 - קיודנ ((일명 kipod) (토크) 00:11, 2021년 5월 25일 (UTC)[응답]

토다, קיודשששש.꽤 얇은 포장지가 될 것 같지만...모듈에서 루아 에러가 발생함:15행의 그래프_테이블: 필드를 '파이차트'(nil 값)로 호출해 보십시오.내가 뭘 잘못하고 있는 거지?— 𝐆𝐮𝐚𝐩𝐢𝐫 ( ( ( ((대화) 06:13, 2021년 5월 25일 (UTC)[응답]

I 고정 모듈:그래프 테이블, 이제 사용자:과라피랑가/모래박스/5에는 또 다른 오류가 있다.이 모듈에 관계 없이, 나는 WP에서 어떤 지원도 본 적이 없다.모듈로 페이지의 wikitxt를 구문 분석하여 위키에서 데이터를 추출하는 아이디어에 대한 VPT.나는 그 접근법에 별로 노력을 기울이지 않을 것이다.조누니크 (대화) 07:34, 2021년 5월 25일 (UTC)[응답]

고마워, 조누니크.네가 추천한 대로 regex를 고쳤는데, 데이터를 끌어내는 중인데, 이 모듈에는 다른 라인의 각 데이터 포인트가 필요한 것 같아(?):

addSlice(i, mw.ustring.match(슬라이스, '^%s*(-)%s*%)