TypeScript의 인기가 높아짐에 따라 이것이 필요하다고 생각합니다. 다른 많은 js 패키지는 이제 자체 (공식) 타이핑을 포함하기 시작했습니다. 확실히 Typed 커뮤니티에 맡기기 보다는

이것은 우리가 고려하고 있는 것입니다. API 덤프 에서 노드 스크립트를 자동 생성하는 것이 가능해야 합니다.

나도 +1 👍. Highcharts v4.2.x 이후에 산발적이고 부수적인 속성만 업데이트된 확실히 Typed 리포지토리가 구식입니다. 그러나 Highcarts의 대부분의

따라서 확실히 Typed 리포지토리를 업데이트하거나 더 편리하게 Highcharts와 함께 번들로 제공하는 것이 훨씬 더 좋은 솔루션이 될 것입니다.

자동 생성되는 것은 훌륭한 옵션처럼 들리지만 .d.ts 파일에 대한 테스트 를 작성하는 부분에서 여전히 수동 작업이 필요할 수 있습니까? 또한 자동 생성될 수도 있습니다.

나는 확실히 현재 릴리스로 확실히 유형 리포지토리를 업데이트하는 데 약간의 작업을 수행할 의향이 있으며 거기에 수동 파일을 포함하려면 https://github.com/highcharts/highcharts 에서 PR을 하시겠습니까?

/cc @ry8806 @TorsteinHonsi

^ 나는 Highcharts v5.0.10 을 Typed repo를 위한 PR을 만들었습니다. 관심이 있는 사람이 있다면 여기에서 추가 작업을 수행할 수 있습니다(한 번 및 병합되는 경우). 적어도 당분간은 TypeScript 정의 파일이 Highcharts 자체와 함께 배포될 때까지입니다.

공식 TypeScript 유형 정의가 있으면 매우 감사하겠습니다. 차트 구성을 입력할 때 많은 도움이 됩니다.

여기서 우리는 현실 뒤에 있는 주요 버전의 유형 정의를 다시 살펴봅니다. :/

이 라이브러리의 복잡성을 감안할 때 가장 좋은 솔루션은 @TorsteinHonsi가 참조한 "API 덤프" 에서 유형 정의를 생성하는 것입니다. 그러나 해당 링크가 깨진 것 같습니다. 새로운 것이 있습니까? 나는 기꺼이 제너레이터를 작성할 것이다.

그러나 해당 링크가 깨진 것 같습니다. 새로운 것이 있습니까?

예, 새로운 것은 https://api.highcharts.com/highcharts/tree.json 에서 사용할 수 있습니다

@cvasseng 참고로.

@TorsteinHonsi 감사합니다. 살펴보겠습니다. "jsdoc"(Google Closure, JSDoc 3)의 특정 버전을 사용하고 있습니까? JSON 덤프가 참조용으로 볼 수 있는 이 코드 기반의 어딘가에서 발생합니까? 내가 묻는 이유는 작동할 수 있는 기존 JSDoc-to-TSDef 변환기가 있기 때문입니다...

우리는 JSDoc 3을 사용하고 있지만 선언적 옵션 구조를 설명할 수 있도록 크게 확장되었습니다.

@TorsteinHonsi JSON을 보면 몇 가지 질문이 있습니다... 혹시 이 형식에 대한 스키마 문서가 없습니까? 이것은 내가 수집한 것 입니다. Highcharts.setOptions() 대 Highcharts.chart() 로 전달되는 옵션을 어떻게 지정합니까(예:)? 클래스 및 네임스페이스에 대한 API 덤프도 있습니까?

@cvasseng

@aaronbeall 님 , 현재로서는 스키마에 대한 완전한 문서가 없지만 정의에 모두 포함된 것 같습니다.

Highcharts.setOptions() 대한 옵션과 시리즈는 모두 우리가 사용하는 스키마 자체 외부의 특수한 경우로 처리되지만 최소한 global 및 lang 를 다음과 같이 변경해야 합니다. 기본 옵션 구조 외부.

참고로 이전 덤프 형식은 https://api.highcharts.com/dump.json 에서 사용할 수 있었으며 이제 https://api.highcharts.com/highcharts/ 의 원래 위치로 다시 이동했습니다.

@cvasseng 감사합니다. 나는 이것을 땜질하기 시작하고 있다... 많은 데이터가 있다. 나는 그것을 모두 이해하기 위해 나를 위해 잘라냈다. :) 일부 필드에는 유형이 없고 boost.seriesThreshold 와 같이 유형을 유추할 기본값이 없지만 유형 이 docs 에 나타납니다 . 이것들은 특별한 경우로 처리됩니까 아니면 제가 놓친 것이 있습니까? 또한 네임스페이스/클래스에 대한 API 스키마가 있습니까, 아니면 별도로 처리됩니까? 선언적 모델은 그것들을 쓸모없게 만들기 위한 것입니까?

(질문이 더 있을 것입니다. 이에 대해 더 잘 논의할 수 있는 곳이 있습니까? 지터? 저는 여기 괜찮지만 일부 사람들에게는 소음이 꽤 클 것입니다.)

boost.seriesThreshold 의 유형은 실제로 tree.json (및 라이브 문서)에서 잘못된 것으로 보입니다. 문자열이 아니라 숫자여야 합니다. 생성된 실제 doclet을 보면 유형이 누락되었습니다. 이것은 유형이 누락된 다른 모든 장소에서도 마찬가지일 것입니다. 우리는 doclet이 이러한 일이 발생하지 않도록 변경될 때 이를 자동으로 찾기 위해 생성 단계에 더 많은 테스트 및 검사를 추가하는 작업을 하고 있습니다.

우리는 네임스페이스/클래스에 대한 스키마를 가지고 있지 않지만 그것들은 바닐라 JSDoc 3에 의해 처리되므로 기존 플러그인을 추가하여 이에 대한 타입스크립트 정의를 자동으로 생성할 수 있습니다. 해당 부분에 대한 설정은 https://github.com/highcharts/highcharts-docstrap 에서 찾을 수 있습니다.

그리고 여기에서 이것을 논의하는 것은 잘 작동합니다. :) 그렇게 하면 다른 사람들도 따라할 수 있도록 중앙 공공 장소가 있습니다.

도움 이 되는 경우 유형이 없는 것으로 보이는 모든 필드(highcharts/tree.json에 있음) type 속성 또는 default 속성이므로 any 할당됩니다. 이러한 유형에 대한 패치 파일을 작성할 수 있습니까? 아니면 더 나은 방법이 있습니까?

최상위 JSON 및 mapNavigation.buttons 에도 빈 키가 있습니다.

나는 오늘 이것에 대해 약간의 진전을 이루었습니다. 여기 에서 있습니다 . 이 고품질을 만들기 위해 많은 작업이 남아 있습니다. 내일 repo로 푸시하겠습니다. 높은 수준에서 몇 가지 문제가 발생했습니다.

• 출력을 구성하는 방법을 잘 모르겠습니다. 현재 Highcharts.Options 및 Series 와 같은 매우 구체적인 작은 개체에 이르기까지 PlotOptionsBbTopLine 와 같은 중요한 항목을 포함하는 559개의 기호가 있습니다. 이름 충돌을 피하기 위해 전체 이름을 PascalCase로 변환합니다(예: plotOptions.bb.topLine . 여전히 이것을 개선하는 방법을 알아 내려고 노력하고 있습니다. 현재의 @types/highcharts 와 비교하는 것은 약간 어렵습니다. 물건이 거기에 존재하지 않는 경우가 더 많습니다.
• highcharts/highstocks/highmaps의 관계를 이해하고 있는지 잘 모르겠습니다. (저는 개인적으로 Highchart만 사용했습니다.) API 덤프에 모든 제품의 모든 데이터가 포함되어 있습니까? 어떻게 나누어야 할까요? 프로젝트에서 실제로 highstock 및 highmaps 를 사용하는 방법을 더 잘 이해해야 합니다...
• 객체가 서로 확장되는 방식은 완벽하지만 합리적인 유형으로 변환하는 방법을 찾는 데 어려움을 겪고 있습니다. 현재 extends 가 호환되지 않는 확장에 대한 많은 오류를 발생시키기 때문에 개체가 & 교차 유형을 사용하여 병합됩니다. 현재 excludes 처리가 없습니다. Omit 유형으로 플레이하기 시작했지만 plotOptions.mfi.params 는 이것의 예이며 index 제외하지만 index 속성 또는 extends 속성을 갖지만 부모 plotOptions.mfi 연장 plotOptions.sma 자식을 갖는다 plotOptions.sma.params 갖는 속성 index 으로 상위에 병합되는 plotOptions.mfi.params . 네, 아직도 이걸 어떻게 처리해야 할지 막막합니다. :) 완전히 병합된 트리를 평가하고 거기에서 유형을 해결해야 하는 것 같습니다...
• 많은 일반 Array , Object 및 Function 유형... 아마도 모두 설명에 잘 문서화되어 있지만 유형에는 표현되지 않는 것 같습니다. 아마도 유형 데이터를 적절히 패치하면 이 문제가 해결될 것입니다. 내가 가장 좋아하는 것은 Array.<Array.<Mixed>> 입니다. 아직 무엇인지 모릅니다. :)

기타 특정 사항:

• Color , CSSObject 및 Mixed 유형은 무엇입니까? Color 는 형식이 지정된 string , CSSObject 는 표준 스타일 개체 또는 특별한 것입니까?
• series.bellcurve.data 및 series.histogram.data 둘 다 자체적으로 확장되어 순환 참조를 생성합니다. 나는 이것이 단지 오타라고 생각합니다. 아마도 다른 것을 확장하기위한 것입니까?

또한 API에서 누락된 유형 중 일부가 https://api.highcharts.com/highstock/plotOptions.bb.topLine.styles.lineColor). 내가 올바르게 기억한다면 api-docs 생성기에서 유형 추측을 수행하지만 이것은 highcharts.jsdoc.js 스크립트로 이동되어 tree.json의 일부가 될 수 있습니다.

@cvasseng 공식 TypeScript 정의의 상태는 무엇입니까?

이것으로 재생하기 위해 저장소를 업로드 했지만 오늘 추가되지 않았습니다.

내가 올바르게 기억한다면 api-docs 생성기에서 추측을 입력합니다.

api-docs 생성기가 어떻게 작동하는지 이해하고 싶습니다. API 덤프를 이해하는 데 도움이 됩니다. 어떻게 처리해야 할지 모르겠는 일들을 찾고 있습니다. 예를 들어 series.bullet.data.targetOptions series.bullet.targetOptions series.bullet.data.targetOptions 확장하지만 series.bullet.targetOptions 대한 정의는 존재하지 않습니다... 그러나 속성 은 문서 에서 잘 나타납니다. 나는 그것 때문에 추측 series.bullet 확장 plotOptions.bullet 있는이 plotOptions.bullet.targetOptions , 그래서 series.bullet.targetOptions 로 확인 plotOptions.bullet.targetOptions ?

편집: 오늘 밤 약간의 진전이 있었습니다. 기본값에 대한 진실한 확인은 모든 리터럴 false 값을 버리고 수정했으며 더 많은 항목이 부울로 유추되었습니다. 그러나 부울이 일부 장소에서 추론하기에 올바른 유형인지 확실하지 않습니다. 나는 또한 리터럴 유형에 대해 values 를 확인합니다(이 정보는 매우 훌륭합니다!). 어쨌든 누락된 유형 덤프 가 업데이트됩니다.

트리가 개체를 확장하는 방법에 대해 생각한 후 약간의 진전이 있었습니다.

• 주어진 경로에서 병합되는 모든 def를 해결하는 방법을 생각해 냈습니다. (이것은 내 두뇌를 확장 시켰습니다 ... 문서 생성기가 이와 같은 것을 상상할 수 있습니까?)
• 그런 다음 트리의 다른 부분에서 병합된 다른 def를 섀도잉하는 경로에서 제거하여 전체 트리를 줄입니다. 그러면 약 100개의 중복 개체 정의와 수백 개의 중복 속성이 제거됩니다. (많은 "중복" def가 설명이나 기본값과 같은 문서 추가를 제공하기 위해 존재하는 것처럼 보이지만 유형 def... 제대로 들리나요?)
• 그 후 축소된 트리의 몇 가지 defs만 실제로 유추할 수 없는 유형이 누락되었으며 여기에서 패치합니다 (이러한 변경 사항은 jsdoc 자체에서 좋을 것입니다). 유추된 유형이 항상 올바른지 확인하지 않았지만 남은 것은 모두 유추할 수 있습니다( 최신 "누락된 유형" 덤프 참조 ). object , array 및 function 와 같은 모호한 유형의 문제도 여전히 있습니다.
• 다음은 TS 유형 defs를 출력하기 전에 def 트리가 어떻게 변경되는지에 대한 생성된 출력 을 제공합니다.

무엇 향후 계획

• 내가 사용하는 전략이 있다고 생각 제외 필드와 거래 Omit<> 추가 패스를하고 만들기를 명시 적으로 extends 모든 개체에 excludes 합니다 (에 언급 된 방법을 사용하여 첫 번째 글머리 기호) 및 모든 선택적 속성이 있는 인터페이스를 사용하도록 다시 변경합니다. 속성이 모두 선택 사항임을 확신할 수 있는 한 이것이 효과가 있다고 생각합니다. 필수 속성이 있습니까?
• 기타 세부사항 : 유형 개선, 정리 및 테스트
• 연휴 끝나고 다시 올리겠습니다. 이것이 올바른 방향으로 가고 있는지 아닌지 생각한다면 어떤 피드백도 환영합니다.

질문

• tooltipValueFormat doclet의 "memberof": "yaxis" 은(는) 무엇을 의미합니까?
• context 값 중 하나는 PlotLineOrBand 이지만 클래스 문서에서는 이것이 Series 의 하위 클래스인지 알 수 없습니다.
• plotOptions.series.states 에 doclet 유형 이름 "plotOptions.series.states" -- 특별한 의미가 있습니까?

@aaronbeall 진행 상황이 있습니까? 또한 하이차트를 위한 유형 생성에 대해 조금 알아보았습니다.

한 가지 주요 결함은 생성된 tree.json 에 highcharts 네임스페이스의 정적 메서드와 같은 모든 유형의 highchart가 포함되지 않는다는 것입니다. 유효한 기호 정리 후 703개의 기호가 있습니다. 그러나 그 이후에는 tree.json 내부의 출력 기호가 약 100개입니다. 그 중 상당수가 무시됩니다.

@scott-ho 새해에 Highcharts를 사용하여 프로젝트를 중단했기 때문에 조금 지났지만 지금은 다시 시작했고 곧 이 프로젝트로 돌아올 것입니다.

내 마지막 게시물에서 나는 변환 경로 내려 갔다 type 에 interface 및 사용 extends 대신 & (이 제대로 지원에 내 전략이었다 tree.json 특정 필드의 excludes ) 및 문제가 발생했습니다. TS는 인터페이스가 최소한 공유하지 않는 개체 유형인 필드 이름을 공유하는 다른 인터페이스를 확장하는 것을 허용하지 않습니다. 1 속성. 다음은 추상적인 예입니다. 내가 겪었던 정확한 예는 잊어버렸지만 tree.json 개체를 자유롭게 확장하고(어떤 경우에는 확장 체인이 5를 초과함) 임의의 지점에서 필드를 자유롭게 제외하는 방식 때문에 많이 있었습니다. 이로 인해 & 교차로 유형을 사용하는 이전 접근 방식이 가장 좋은 경로일 수 있다고 생각했습니다. 기본적으로 "제외된" 일부 속성이 실제로 유형 힌트에서 제외된 것으로 나타나지 않게 됩니다(현재 노드에서 생략할 수 없는 트리의 상위 확장된 항목에서 병합되기 때문에). 하지만 저는 할 수 없습니다. 더 나은 방법을 생각해 보세요. 문서는 단일 지점에서 속성을 렌더링하기 때문에 이 문제를 해결하지만 extends 를 버리고 대부분 중복 유형 정의를 생성하지 않고는 구조적으로 유형을 설명할 수 없습니다.

유효한 기호 정리 후 703개의 기호가 있습니다. 그러나 그 이후에는 tree.json 내부의 출력 기호가 약 100개입니다. 그 중 상당수가 무시됩니다.

어떤 가지 치기 방법을 말하는 것입니까? 이 부분이 가장 다루기 힘들었습니다...

예, 또한 클래스/네임스페이스가 tree.json 설명되어 있지 않다는 것을 알았습니다(기본적으로 내가 이해하는 선언적 초기화 옵션을 설명하는 것입니다). 그러나 @cvasseng 은 이것이 바닐라 jsdoc3 이므로 표준을 사용할 수 있기를 바랍니다. 이를 위한 변환기.

pruning 는 이 줄 에서 참조됩니다.

tree.json 대한 모든 데이터 수집은 publish 메서드 안에 있습니다.

내부에 jsdoc API가 잘못 사용되었을 수 있다고 생각합니다.

jsdoc의 원본 출력을 기반으로 tree.json 의 새 버전을 생성하는 더 나은 방법을 찾을 수 있습니다.

오늘은 tree.json 무엇을 나타내는지 알아보는 시간을 가졌습니다. 그런 다음 마침내 tree.json 가 차트 옵션 유형만 호스팅한다는 것을 알아냈습니다. https://api.highcharts.com/highcharts/를 참조하십시오

유형 수집 및 생성 로직은 https://github.com/highcharts/highcharts/blob/master/tools/jsdoc/plugins/highcharts.jsdoc.js에 작성되었습니다

전체 버전의 유형을 직접 생성하고 https://github.com/englercj/tsd-jsdoc 와 유사한 작업을 수행해야 할 수도 있습니다

이에 대한 ETA가 있습니까? SureTyped의 정의는 매우 끔찍합니다.

누락된 기능에 대해 TypeScript 팀과 논의하는 것을 고려하셨습니까? 나는 그들이 Highcharts 크기의 프로젝트의 요구 사항에 귀를 기울이고 릴리스 주기가 다소 빠를 것이라고 확신합니다.

@aaronbeall 매핑된 유형을 보셨습니까?

다음 은 귀하의 예에 대한 수정 사항 이 있는

@cvasseng @TorsteinHonsi

누락된 기능에 대해 TypeScript 팀과 논의하는 것을 고려하셨습니까?

@JannesMeyer 불행히도 ETA ATM이 없습니다. 내 프로젝트는 확실히 Highcharts의 과도한 사용으로 돌아가고 있지만 현재는 다른 작업을 하고 있습니다. 저는 실제로 Omit<> 작업을 구분하는 방식인 매핑된 유형(및 조건부 유형)을 사용하고 있습니다... , 완전한 인체 공학적 유형 정의. 정의는 최소한으로 정의되어야 하지만(즉, 유사한 객체에 대해 동일한 속성을 모든 곳에서 재정의하지 않음) 아무것도 빠뜨리지 않아야 합니다. Highcharts가 주어진 컨텍스트에서 실제로 사용하지 않는 옵션을 유형 완성에 표시하는 것은 있어야 할 것을 놓치는 것보다 문제가 적습니다. 또한 일반 object 또는 any 유형을 생성하는 문서 스키마가 부족하다는 문제도 있습니다. 누군가 유형을 기록해야 하는 곳에서 유형 생성이 이를 수행할 수 없습니다.

네, 이해가 됩니다. Highcharts 팀은 현재보다 TypeScript를 조금 더 수용해야 할 것 같습니다. jsdoc에서 문서를 생성하는 대신 유형 정의에서 문서를 생성하는 것이 가능할까요?

@JannesMeyer #8307은 전체 유형의 Highcharts를 생성하는 중입니다. 검토가 필요합니다. 문서 개선 사항이 병합되면 jsdoc 표기법을 기반으로 전체 유형을 자동 생성하기 위해 다른 PR이 발행됩니다.

이 게시물을 팔로우하고 있으며 선언 파일을 사용할 수 있다면 정말 도움이 될 것입니다.
저는 React/Typescript 프로젝트에 DefenitelyTyped를 사용해 왔습니다. 그러나 접근성에 막혔습니다. 접근성 부분이 DefenitelyTyped와 함께 작동하지 않는다는 것을 깨닫지 못했습니다. 내 문제에 대해 Highcharts 지원 팀에 연락했지만 아직 운이 없습니다.
우리 팀에서는 Highcharts/Highmaps를 많이 사용하고 있습니다. 따라서 우리는 그것에 투자했습니다. 이 프로젝트의 우선순위를 생각해 주세요.

미리 감사드립니다!

이 문제가 높은 우선순위가 되었음을 알려드립니다.

Highcharts 팀( @sophiebremer 및 @oysteinmoseng )은 실제로 나와 함께 디버깅 세션에 참여했으며 Js 파일을 직접 로드하여 이 문제를 해결하는 데 도움을 주었습니다. 이 순간에 저를 차단 해제하기 위해 그들이 제공한 시간과 솔루션에 정말 감사드립니다. 궁극적인 솔루션으로 Highcharts와 함께 TS 선언 파일을 기대하십시오. :)

우선 순위를 부여한 @sophiebremer 에게 감사드립니다. 이것은 Typescript를 사용하는 프로젝트에 매우 유용합니다.

참고: 더 나은 컨텍스트를 제공하고 Highcharts 팀의 사람들에게 감사를 표하기 위해 댓글을 편집했습니다.

우리는 Angular/typescript로 작업하는 대규모 프론트엔드 팀에서 Highstock을 집중적으로 사용합니다. 타이프스크립트 정의가 있으면 정말 좋을 것입니다. 저희는 ConfirmlyTyped의 정의가 참조라고 생각했지만 Highstock에서는 완전히 구식입니다.

이 typescript 정의는 우리에게 정말 필요합니다!
모든 ETA를 환영합니다 :)

이제 품질에 대해 작업하고 Highcharts의 옵션 트리에서 생성된 인터페이스 수를 줄이려고 합니다. 그 후 공개 베타 단계를 시작할 것입니다.

ETA는 현재 베타 버전의 2018년 3분기입니다.

@sophiebremer 좋은 소식입니다! DTS 생성기가 있거나 기존 변환 도구를 사용하고 있습니까?

우리는 맞춤형을 사용합니다. 우리는 아래에 dts-dom을 사용하여 https://github.com/highcharts/highcharts/pull/8307 끌어오기 요청의 접근 방식을 시도했지만 잘 작동하지 않았습니다.

이것에 대한 소식이 있습니까? @types/highcharts 이 더 이상 업데이트되지 않는 것 같습니다.

우리는 여전히 높은 우선 순위로 이 작업을 수행하고 있습니다. 불행히도 지금은 선언의 미리보기를 게시할 수 없습니다. 아직 통합해야 하거나 도입해야 하는 유형이 있습니다. "highcharts.d.ts"는 200.000줄 이상의 선언과 주석을 포함하는 거대한 파일이 될 것입니다.

@sophiebremer 어떻게 그 파일을 생성합니까? 수동으로?

@scott-ho
선언 파일은 자동으로 생성되지만 소스 코드에서 doclet을 수정하고 업데이트하는 것은 수동 프로세스입니다.

안녕하세요 여러분! 내 개인 저장소에 Highcharts 선언의 미리 보기를 게시했습니다. npm i https://github.com/sophiebremer/highcharts-declarations-alpha.git 테스트하거나 https://github.com/sophiebremer/highcharts-declarations-alpha/blob/master/highcharts.d.ts 에서 선언을 다운로드하여 ./node_modules/highcharts/ 직접 배치할 수 있습니다.

알려진 문제:

• options.series 속성의 유형 고정이 작동하지 않습니다. 지금 해결 방법은 { data: [0, 1, 2]} as Highcharts.SeriesLineOptions 와 같은 시리즈 유형으로 개체를 캐스팅하는 것입니다.
• 스타일 옵션은 CSSObject 유형의 모든 곳에 있지 않습니다.

선택과 같은 ChartEventsOptions 함수는 이벤트 함수 매개변수를 사용하지 않는 것 같습니다.

내가 찾은 몇 가지 다른 문제

• 내보내기, 오프라인 내보내기 모듈을 가져올 수 없습니다. 기본 공장을 내보내고 기본 가져오기로 사용하려면 내보내기 = 공장을 변경해야 했습니다.

• 주석 모듈 누락

• PlotSeriesEventsOptions 클릭을 클릭으로 수정해야 합니까? (e:PointerEventObject) => 부울;

피드백 주셔서 감사합니다, @muperi !
두 번째 게시물에 대한 몇 가지 의견:

• 일반 모듈은 기본 내보내기를 수행하지 않습니다. ES6 설정에 대한 tsconfig를 확인하십시오.
• 일부 모듈에만 아직 선언이 있습니다. 물론 앞으로 몇 달 동안 더 추가할 것입니다.
• 이 문제를 살펴보겠습니다.

선택과 같은 ChartEventsOptions 함수는 이벤트 함수 매개변수를 사용하지 않는 것 같습니다.

수정 사항은 highcharts/highcharts#9110의 일부이며 https://github.com/highcharts/highcharts-declarations-beta의 다음 업데이트에 포함될 예정

이 저장소에 선언 파일에 대한 추가 문제를 추가하십시오: https://github.com/highcharts/highcharts-declarations-beta.

감사합니다.