dengan meningkatnya popularitas TypeScript, saya pikir ini perlu terjadi. Banyak paket js lainnya mulai menyertakan pengetikan (resmi) mereka sendiri sekarang. Daripada menyerahkannya pada komunitas Pasti Ketik

Ini adalah sesuatu yang kami pertimbangkan. Seharusnya dimungkinkan untuk membuat skrip simpul untuk menghasilkannya secara otomatis dari dump API kami.

+1 👍 dari saya juga. The DefinitelyTyped repo sudah usang, dimana setelah Highcharts v4.2.x hanya sifat sporadis dan insidental yang diperbarui. Tetapi sebagian besar perubahan di Highcarts tidak diproses.

Jadi repo PastiTyped harus diperbarui atau - lebih nyaman - dibundel dengan Highcharts bahkan akan menjadi solusi yang jauh lebih baik.

Memilikinya secara otomatis terdengar seperti pilihan yang bagus, tetapi ini mungkin masih memerlukan kerja manual pada bagian tes penulisan untuk file .d.ts? Juga, membuatnya dibuat secara otomatis mungkin.

Saya bersedia melakukan beberapa pekerjaan dalam memperbarui repo PastiTyped ke rilis saat ini, dan melakukan PR di https://github.com/highcharts/highcharts jika Anda ingin memasukkan file manual di sana?

/cc @ry8806 @TorsteinHonsi

^ Saya telah membuat PR untuk repo PastiTyped yang mengimplementasikan Highcharts v5.0.10 . Jika ada yang tertarik, ini mungkin tempat yang baik untuk bekerja lebih jauh (sekali dan jika digabungkan). Setidaknya untuk saat ini, hingga file definisi TypeScript disebarkan bersama dengan Highcharts itu sendiri.

Memiliki definisi tipe TypeScript resmi akan sangat dihargai. Sangat membantu saat mengetik konfigurasi bagan.

Di sini kita kembali dengan definisi tipe versi utama di balik kenyataan. :/

Mengingat kompleksitas perpustakaan ini, saya pikir solusi terbaik adalah menghasilkan tipe-def dari "API dump" yang dirujuk oleh @TorsteinHonsi . Namun tautan itu tampaknya rusak. Apakah ada yang baru? Saya akan bersedia untuk mencoba menulis generator.

Namun tautan itu tampaknya rusak. Apakah ada yang baru?

Ya, yang baru tersedia dari https://api.highcharts.com/highcharts/tree.json. Pohon ini dihasilkan dari komentar JSDoc kami dan kode sumber yang diurai.

@cvasseng FYI.

@TorsteinHonsi Terima kasih, saya akan melihat ini. Apakah Anda menggunakan rasa "jsdoc" tertentu (Google Closure, JSDoc 3?) Apakah dump JSON terjadi di suatu tempat di basis kode ini yang dapat saya lihat untuk referensi? Alasan saya bertanya adalah karena ada konverter JSDoc-to-TSDef di luar sana yang mungkin berfungsi ...

Kami menggunakan JSDoc 3, tetapi sangat diperluas untuk dapat menggambarkan struktur opsi deklaratif kami.

@TorsteinHonsi Melihat JSON Saya punya beberapa pertanyaan... Anda tidak memiliki dokumentasi skema pada format ini? Ini yang sudah saya kumpulkan . Bagaimana Anda menentukan opsi yang diteruskan ke Highcharts.setOptions() vs Highcharts.chart() (misalnya)? Apakah ada dump API untuk kelas dan ruang nama juga?

@cvasseng

Hai @aaronbeall , kami tidak memiliki dokumentasi menyeluruh tentang skema saat ini, tetapi sepertinya Anda mendapatkan semuanya dalam definisi Anda.

Opsi untuk Highcharts.setOptions() , dan rangkaian keduanya ditangani sebagai kasus khusus di luar skema itu sendiri di mana kita menggunakannya, tetapi kita harus mengubah setidaknya global dan lang menjadi di luar struktur opsi utama.

Sebagai catatan tambahan, format dump lama tersedia di https://api.highcharts.com/dump.json , kami sekarang telah memindahkannya kembali ke posisi semula di https://api.highcharts.com/highcharts/ opsi/dump.json.

Terima kasih @cvasseng. Saya mulai mengotak-atik ini ... ada banyak data, saya memiliki pekerjaan saya untuk saya hanya untuk memahami semuanya. :) Saya perhatikan beberapa bidang tidak memiliki tipe dan tidak ada default untuk menyimpulkan tipenya, seperti boost.seriesThreshold , namun tipenya muncul di docs . Apakah ini ditangani sebagai kasus khusus atau saya melewatkan sesuatu? Juga apakah ada skema API untuk ruang nama/kelas, atau apakah itu ditangani secara terpisah? Apakah model deklaratif dimaksudkan untuk membuat itu usang?

(Saya akan memiliki lebih banyak pertanyaan, apakah ada tempat yang lebih baik untuk membahas ini? Gitter? Saya baik-baik saja di sini, tetapi mungkin akan menimbulkan sedikit kebisingan bagi sebagian orang.)

Jenis untuk boost.seriesThreshold sebenarnya terlihat salah di tree.json (dan di dokumen langsung) - seharusnya berupa angka, bukan string. Melihat doclet sebenarnya dari mana ia dihasilkan, jenisnya hilang darinya. Ini mungkin menjadi kasus untuk tempat lain di mana tipe juga hilang. Kami sedang berupaya menambahkan lebih banyak tes dan pemeriksaan ke pass generasi untuk menemukan ini secara otomatis ketika doclet berubah agar hal ini tidak terjadi.

Kami tidak memiliki skema untuk ruang nama/kelas, tetapi skema tersebut ditangani oleh Vanilla JSDoc 3, jadi dimungkinkan untuk menambahkan plugin yang ada untuk secara otomatis menghasilkan definisi TypeScript untuk mereka. Pengaturan untuk bagian itu dapat ditemukan di sini: https://github.com/highcharts/highcharts-docstrap

Dan membahas ini di sini berfungsi dengan baik. :) Dengan begitu kami memiliki tempat umum pusat untuk itu, sehingga orang lain dapat mengikutinya juga.

Jika ini membantu, ini adalah dump dari semua bidang (dalam highcharts/tree.json) yang tampaknya tidak memiliki tipe. Pemindaian cepat atas tipe yang disimpulkan dari nilai default (string, angka, boolean) terlihat benar bagi saya, tetapi yang mengatakan "Tidak dapat menentukan tipe" berarti saya tidak menemukan properti type atau default properti, jadi itu ditetapkan ke any . Saya bisa menulis file tambalan untuk jenis itu, atau adakah cara yang lebih baik?

Ada juga kunci kosong di JSON tingkat atas dan di mapNavigation.buttons .

Saya membuat beberapa kemajuan hari ini, Anda dapat melihat apa yang saat ini dihasilkan di sini . Ada banyak pekerjaan yang tersisa untuk membuat ini berkualitas tinggi. Saya akan mendorong ke repo besok. Pada tingkat tinggi, beberapa masalah yang saya hadapi:

• Tidak yakin bagaimana mengatur output. Saat ini ada 559 simbol, yang mencakup hal-hal penting seperti Highcharts.Options dan Series hingga objek kecil yang sangat spesifik seperti PlotOptionsBbTopLine . Untuk menghindari konflik nama, ia mengubah nama lengkap menjadi PascalCase, mis dari plotOptions.bb.topLine . Masih mencoba mencari cara untuk membuat ini lebih baik. Mencoba membandingkan dengan @types/highcharts ini agak sulit, lebih sering hal-hal tidak ada di sana.
• Saya tidak yakin saya memahami hubungan grafik tinggi/highstocks/highmaps. (Saya hanya menggunakan Highcharts secara pribadi.) Apakah dump API berisi semua data semua produk? Bagaimana itu harus dibagi? Saya harus memahami lebih baik bagaimana sebenarnya menggunakan highstock dan highmaps dalam sebuah proyek...
• Cara objek memperluas satu sama lain masuk akal, tetapi saya mengalami kesulitan mencari cara mengubahnya menjadi tipe yang masuk akal. Saat ini objek digabungkan menggunakan tipe persimpangan & karena extends memunculkan banyak kesalahan tentang ekstensi yang tidak kompatibel. Saat ini tidak ada penanganan excludes , saya mulai bermain dengan tipe Omit tetapi itu menimbulkan banyak kesalahan tentang bidang yang dihilangkan yang tidak ada dalam tipe tersebut. Saya pikir ini karena dalam beberapa kasus properti objek mewarisi secara tidak langsung dari induknya, sehingga sebenarnya tidak memiliki bidang yang harus dihilangkan, properti objek induk memilikinya. plotOptions.mfi.params adalah contohnya, tidak termasuk index tetapi tidak memiliki properti index atau extends objek yang memilikinya, tetapi induk plotOptions.mfi extends plotOptions.sma yang memiliki properti plotOptions.sma.params turunan yang memiliki index yang digabungkan pada induk dengan plotOptions.mfi.params . Ya, masih bingung bagaimana menghadapi ini. :) Sepertinya saya perlu mengevaluasi pohon yang digabung sepenuhnya dan mencari tahu jenisnya dari sana ...
• Banyak jenis generik Array , Object , dan Function ... mungkin semuanya didokumentasikan dengan baik dalam deskripsi tetapi tampaknya tidak diungkapkan dalam jenis. Mungkin beberapa penambalan tipe data yang bijaksana akan memperbaikinya. Favorit saya adalah Array.<Array.<Mixed>> -- belum tahu apa itu. :)

Beberapa hal spesifik lainnya:

• Apa jenis Color , CSSObject , dan Mixed ? Color tampaknya diformat string , CSSObject adalah objek gaya standar , atau sesuatu yang istimewa?
• series.bellcurve.data dan series.histogram.data keduanya memperluas diri mereka sendiri, membuat referensi melingkar. Saya pikir ini hanya salah ketik, mereka mungkin dimaksudkan untuk memperpanjang sesuatu yang lain?

Juga, beberapa jenis Anda yang hilang tidak hilang di API, misalnya https://api.highcharts.com/highstock/plotOptions.bb.topLine.styles.lineColor. Jika saya ingat dengan benar, kami mengetik menebak di generator api-docs , tetapi ini dapat dipindahkan ke skrip highcharts.jsdoc.js sehingga akan menjadi bagian dari tree.json.

@cvasseng Apa status definisi TypeScript resmi kami?

Mengunggah repo untuk bermain dengan ini , tidak ada tambahan hari ini.

Jika saya ingat dengan benar, kami mengetik menebak di generator api-docs

Saya ingin tahu untuk memahami cara kerja generator api-docs . Itu melakukan pekerjaan yang baik untuk masuk akal dari dump API. Saya menemukan hal-hal yang saya tidak yakin bagaimana menanganinya. Misalnya series.bullet.data.targetOptions extends series.bullet.targetOptions , tetapi definisi untuk series.bullet.targetOptions tidak ada... namun properti muncul di dokumen dengan baik. Saya kira itu karena series.bullet extends plotOptions.bullet yang memiliki plotOptions.bullet.targetOptions , jadi series.bullet.targetOptions berubah menjadi plotOptions.bullet.targetOptions ?

Sunting: Sedikit kemajuan malam ini, pemeriksaan kebenaran saya untuk nilai default membuang semua nilai false literal, memperbaikinya dan lebih banyak hal disimpulkan sebagai boolean. Tidak yakin boolean adalah tipe yang benar untuk disimpulkan di beberapa tempat. Saya juga memeriksa values untuk tipe literal (info itu luar biasa untuk dimiliki!). Pokoknya tipe dump yang hilang diperbarui.

Membuat beberapa kemajuan setelah memikirkan bagaimana pohon memperluas objek:

• Muncul dengan metode untuk menyelesaikan semua def yang digabungkan pada jalur tertentu . (Ini meregangkan otak saya... Saya membayangkan generator dokumen melakukan sesuatu seperti ini?)
• Kemudian saya mengurangi seluruh pohon dengan menghapus def yang berlebihan di jalur yang membayangi def lain yang digabungkan dari bagian lain dari pohon, yang menghilangkan sekitar 100 objek def yang berlebihan dan ratusan properti yang berlebihan. (Banyak dari def "berlebihan" itu tampaknya ada di sana untuk memberikan tambahan dokumen, seperti deskripsi atau nilai default, tetapi tidak membantu tipe defs... terdengar kan?)
• Setelah itu hanya beberapa def di pohon yang dikurangi yang benar-benar kehilangan tipe yang tidak dapat disimpulkan, yang saya tambal di sini (perubahan itu mungkin bagus di jsdoc itu sendiri). Apa yang tersisa semuanya dapat disimpulkan ( lihat dump "jenis yang hilang" terbaru ), meskipun saya belum memvalidasi jenis yang disimpulkan selalu benar. Masih ada masalah jenis yang tidak jelas seperti object , array , dan function .
• Inilah dump tentang bagaimana pohon def diubah sebelum mengeluarkan defs tipe TS. Ini memberi kita output yang

Apa berikutnya

• Menangani bidang yang dikecualikan, yang menurut saya memiliki strategi menggunakan Omit<> dan membuat pass untuk menambahkan extends eksplisit ke semua objek yang memiliki excludes (menggunakan metode yang disebutkan dalam peluru pertama), dan mengubah kembali untuk menggunakan antarmuka dengan semua properti opsional. Saya pikir ini akan berhasil, selama kita dapat yakin bahwa semua properti akan opsional? Apakah ada properti yang diperlukan?
• Beberapa detail lainnya : peningkatan tipe, pembersihan, dan pengujian
• Saya akan mengambil ini kembali setelah liburan. Akan sangat senang jika ada umpan balik jika menurut Anda ini berjalan ke arah yang benar atau tidak.

Pertanyaan

• Apa arti dari "memberof": "yaxis" dalam tooltipValueFormat ?
• Salah satu dari nilai context adalah PlotLineOrBand tetapi saya tidak melihat bahwa di dokumen kelas, apakah ini sub-kelas dari Series ?
• plotOptions.series.states memiliki nama tipe doclet "plotOptions.series.states" -- apakah itu berarti sesuatu yang istimewa?

@aaronbeall apakah Anda memiliki kemajuan? Saya juga telah sedikit menyelami generasi tipe untuk grafik tinggi.

Salah satu kelemahan utama adalah bahwa tree.json yang dihasilkan tidak berisi semua pengetikan bagan tinggi, seperti metode statis pada namespace bagan tinggi. Terdapat 703 simbol setelah dilakukan pemangkasan simbol yang valid. Tapi setelah itu, simbol output di dalam tree.json sekitar 100. Itu banyak yang diabaikan.

@scott-ho Sudah sedikit karena saya pindah dari proyek menggunakan Highcharts di tahun baru, tapi saya kembali sekarang dan akan segera kembali ke proyek ini.

Dari posting terakhir saya, saya turun ke rute mengonversi type menjadi interface dan menggunakan extends alih-alih & (ini adalah strategi saya untuk mendukung tree.json penggunaan excludes bidang tertentu), dan mengalami masalah: TS tidak akan mengizinkan antarmuka untuk memperluas antarmuka lain yang berbagi nama bidang yang merupakan jenis objek yang tidak berbagi setidaknya 1 properti. Berikut adalah contoh abstrak. Saya lupa contoh persisnya yang saya temui tetapi ada banyak, karena cara tree.json bebas memperluas objek (dalam beberapa kasus rantai ekstensi melebihi 5) dan dengan bebas mengecualikan bidang di titik mana pun. Hal ini membuat saya berpikir bahwa pendekatan saya sebelumnya dalam menggunakan tipe persimpangan & mungkin merupakan rute terbaik. Pada dasarnya itu akan menghasilkan beberapa properti yang "dikecualikan" tidak benar-benar muncul dikecualikan dalam petunjuk tipe (karena mereka digabungkan dari sesuatu yang diperluas lebih tinggi di pohon yang tidak dapat dihilangkan dari simpul saat ini), tetapi saya tidak bisa memikirkan cara yang lebih baik untuk melakukannya. Dokumen mengatasi masalah ini karena mereka merender properti dari satu titik, tetapi secara struktural kami tidak dapat mendeskripsikan tipe seperti itu tanpa membuang extends dan membuat banyak definisi tipe duplikat.

Terdapat 703 simbol setelah dilakukan pemangkasan simbol yang valid. Tapi setelah itu, simbol output di dalam tree.json sekitar 100. Itu banyak yang diabaikan.

Metode pemangkasan apa yang Anda maksud? Ini adalah bagian tersulit untuk dihadapi...

Ya, saya juga memperhatikan bahwa kelas/ruang nama tidak dijelaskan dalam tree.json (itu pada dasarnya menggambarkan opsi init deklaratif seperti yang saya pahami), tetapi @cvasseng mengatakan mereka adalah vanilla jsdoc3 jadi semoga kita dapat menggunakan standar konverter untuk itu.

pruning dirujuk dari baris ini .

Semua pengumpulan data untuk tree.json berada di dalam metode publish .

Saya pikir mungkin ada penyalahgunaan jsdoc api di dalamnya.

Kami dapat menemukan cara yang lebih baik untuk menghasilkan versi baru tree.json berdasarkan keluaran asli dari jsdoc.

Hari ini, saya menghabiskan beberapa saat untuk mencari tahu apa yang diwakili oleh tree.json . Kemudian saya akhirnya mengetahui bahwa tree.json hanya meng-host jenis opsi grafik. Lihat di sini https://api.highcharts.com/highcharts/.

Jenis pengumpulan dan logika generasi ditulis di sini - https://github.com/highcharts/highcharts/blob/master/tools/jsdoc/plugins/highcharts.jsdoc.js.

Kami mungkin perlu membuat sendiri tipe versi lengkap dan melakukan sesuatu yang mirip dengan https://github.com/englercj/tsd-jsdoc.

Apakah ada ETA untuk ini? Definisi dalam PastiTyped cukup mengerikan.

Apakah Anda mempertimbangkan untuk berbicara dengan tim TypeScript tentang fitur yang hilang yang Anda butuhkan? Saya yakin mereka akan mendengarkan kebutuhan proyek seukuran Highcharts dan mereka memiliki siklus rilis yang agak cepat.

@aaronbeall Sudahkah Anda melihat Jenis yang Dipetakan ?

Berikut tautan dengan perbaikan untuk contoh Anda

@cvasseng @TorsteinHonsi

Apakah Anda mempertimbangkan untuk berbicara dengan tim TypeScript tentang fitur yang hilang yang Anda butuhkan?

@JannesMeyer Sayangnya tidak ada atm ETA, proyek saya pasti akan kembali ke penggunaan Highcharts yang berat, tetapi saat ini saya sedang mengerjakan sesuatu yang lain. Saya sebenarnya menggunakan tipe yang dipetakan (dan tipe bersyarat) yang merupakan cara kerja Omit<> untuk memisahkan sesuatu... , lengkap, definisi tipe ergonomis. Sepertinya definisi harus didefinisikan secara minimal (yaitu tidak mendefinisikan ulang properti yang sama pada objek serupa di semua tempat) tetapi tanpa melewatkan apa pun. Memiliki opsi yang muncul dalam penyelesaian tipe yang sebenarnya tidak digunakan oleh Highcharts dalam konteks tertentu bukanlah masalah daripada melewatkan sesuatu yang seharusnya ada di sana. Ada juga masalah kurangnya skema dokumen yang menghasilkan tipe object atau any generik... di suatu tempat seseorang harus menuliskan tipenya, pembuatan tipe tidak dapat melakukannya untuk Anda.

Ya, itu masuk akal. Kedengarannya mungkin tim Highcharts harus merangkul TypeScript sedikit lebih banyak daripada yang mereka lakukan saat ini. Mungkin bahkan layak untuk menghasilkan dokumen dari definisi tipe alih-alih membuatnya dari jsdoc?

@JannesMeyer #8307 sedang dalam perjalanan untuk menghasilkan semua jenis Highcharts. Peninjauan membutuhkan. Setelah peningkatan dokumen digabungkan, PR lain akan dikeluarkan untuk menghasilkan tipe lengkap secara otomatis berdasarkan notasi jsdoc.

Saya telah mengikuti posting ini, dan akan sangat membantu jika file deklarasi tersedia.
Saya telah menggunakan DefenitelyTyped untuk proyek React/Typescript kami. Namun, terjebak dengan aksesibilitas. tidak menyadari bahwa bagian aksesibilitas tidak akan berfungsi dengan DefenitelyTyped. Saya telah menghubungi tim dukungan Highcharts untuk masalah saya, tetapi belum berhasil.
Di tim kami, kami sangat menggunakan Highcharts/Highmaps. Oleh karena itu, kami telah berinvestasi di dalamnya. Harap pikirkan prioritas proyek ini.

Terima kasih sebelumnya!

Saya hanya ingin memberi tahu, bahwa masalah ini telah menjadi prioritas tinggi.

Tim Highcharts ( @sophiebremer dan @oysteinmoseng ) sebenarnya bergabung dalam sesi debugging dengan saya dan membantu saya memecahkan masalah ini dengan memuat file Js secara langsung. Saya sangat menghargai waktu dan solusi yang mereka berikan untuk membuka blokir saya saat ini. Nantikan file deklarasi TS dengan Highcharts sebagai solusi akhir. :)

Terima kasih @sophiebremer memberikan ini prioritas. Ini akan sangat berguna untuk proyek yang menggunakan TypeScript.

Catatan: Saya telah mengedit komentar untuk memberikan konteks yang lebih baik dan juga berterima kasih kepada orang-orang dari tim Highcharts.

Kami secara intensif menggunakan Highstock dalam tim frontend besar yang bekerja dengan angular / TypeScript. Akan luar biasa bagi kami untuk memiliki definisi TypeScript, kami pikir definisi dari PastiTyped adalah referensi, tetapi itu benar-benar ketinggalan jaman untuk Highstock..

Definisi TypeScript ini benar-benar kebutuhan besar bagi kami!
Setiap ETA diterima :)

Kami sekarang mengerjakan kualitas dan mencoba mengurangi jumlah antarmuka yang dihasilkan di pohon opsi Highcharts. Setelah ini, kami akan memulai fase beta publik.

ETA kami untuk saat ini adalah kuartal ke-3 2018 untuk Beta.

@sophiebremer Itu berita bagus! Apakah Anda memiliki generator DTS atau apakah Anda menggunakan alat konversi yang ada?

Kami menggunakan yang khusus. Kami mencoba pendekatan permintaan tarik ini https://github.com/highcharts/highcharts/pull/8307 menggunakan dts-dom di bawahnya, tetapi ini tidak berfungsi dengan baik.

Ada berita tentang ini? Tampaknya @types/highcharts tidak diperbarui lagi.

Kami masih mengerjakan ini dengan prioritas tinggi. Sayangnya saya tidak dapat memublikasikan pratinjau deklarasi saat ini. Masih ada jenis, yang perlu dikonsolidasikan, atau yang perlu diperkenalkan. "highcharts.d.ts" akan menjadi file besar dengan lebih dari 200.000 baris deklarasi dan komentar.

@sophiebremer bagaimana Anda menghasilkan file itu? Secara manual?

@scott-ho
Meskipun file deklarasi dihasilkan secara otomatis, memperbaiki dan memperbarui doclet dalam kode sumber adalah proses manual.

Halo semuanya! Saya menerbitkan pratinjau deklarasi untuk Highcharts di repositori pribadi saya. Anda dapat mengujinya dengan npm i https://github.com/sophiebremer/highcharts-declarations-alpha.git atau mengunduh deklarasi dari https://github.com/sophiebremer/highcharts-declarations-alpha/blob/master/highcharts.d.ts dan menempatkannya langsung ke ./node_modules/highcharts/ . Harap beri tahu kami, jika deklarasi berhasil untuk Anda atau jika Anda memiliki masalah. Terima kasih!

Masalah Dikenal:

• ketik penyematan di properti options.series tidak berfungsi. Solusi saat ini adalah dengan melemparkan objek ke jenis seri Anda seperti { data: [0, 1, 2]} as Highcharts.SeriesLineOptions
• opsi gaya tidak ada di mana-mana dari tipe CSSObject

Fungsi ChartEventsOptions seperti seleksi tampaknya tidak mengambil parameter fungsi acara

Beberapa masalah lain yang saya temukan

• Tidak dapat mengimpor modul pengeksporan, pengeksporan offline. Saya harus mengubah export = factory menjadi export default factory dan menggunakannya sebagai default import

• Modul anotasi tidak ada

• Klik PlotSeriesEventsOptions perlu dimodifikasi sebagai klik?: (e:PointerEventObject) => boolean;

Terima kasih atas tanggapannya, @muperi !
Beberapa komentar tentang posting kedua Anda:

• Modul reguler tidak melakukan ekspor default. Silakan periksa tsconfig Anda untuk pengaturan ES6.
• Hanya beberapa modul yang memiliki deklarasi. Kami tentu saja akan menambahkan lebih banyak selama beberapa bulan ke depan.
• Kami akan melihat masalah ini.

Fungsi ChartEventsOptions seperti seleksi tampaknya tidak mengambil parameter fungsi acara

Perbaikan adalah bagian dari highcharts/highcharts#9110 dan akan disertakan dalam pembaruan berikutnya https://github.com/highcharts/highcharts-declarations-beta.

Harap tambahkan masalah lebih lanjut dengan file deklarasi ke repositori ini: https://github.com/highcharts/highcharts-declarations-beta.

Terima kasih.