Highcharts: DestroyExport im Exportmodul sollte zuerst prüfen, ob eine zusätzliche Schaltfläche vorhanden ist

Erstellt am 10. Sept. 2015 · 3Kommentare · Quelle: highcharts/highcharts

Hi,

Ich verwende derzeit das Exportmodul, um meine Diagramme aus dem Diagramm nach png/pdf zu exportieren (durch Aufrufen von chart.exportChartLocal ). Ich habe exporting:false auf dem Chart selbst.

Wenn ich chart.destroy() aufrufe, wird schließlich destroyExport() aufgerufen (exporting.js Zeile 715 auf v4.1.8). Ich erhalte die Fehlermeldung Kann die Eigenschaft 'Länge' von undefined innerhalb dieser Methode nicht lesen, weil chart.exportSVGElements nicht existiert. Um dies zu umgehen, setze ich dies manuell auf ein leeres Array, dies sollte jedoch wahrscheinlich intern behandelt werden, indem seine Existenz überprüft wird, bevor .length aufgerufen wird.

Not a bug

Quelle

jackie-benowitz

Hilfreichster Kommentar

Ich denke, dies passiert, wenn exporting: false , während exporting: { enabled: false } (falsch konfigurierte Optionen) sein sollte, Beispiel: http://jsfiddle.net/x75ft843/1/

pawelfus am 10. Sept. 2015

👍2 🎉1

Alle 3 Kommentare

Können Sie uns helfen, das zu reproduzieren? Hier ist mein Versuch: http://jsfiddle.net/highcharts/x75ft843/

TorsteinHonsi am 10. Sept. 2015

Ich denke, dies passiert, wenn exporting: false , während exporting: { enabled: false } (falsch konfigurierte Optionen) sein sollte, Beispiel: http://jsfiddle.net/x75ft843/1/

pawelfus am 10. Sept. 2015

👍2 🎉1

Whoops @pawelfus hatte recht. Ich glaube, ich habe die alte Dokumentation zu exporting: false gelesen, weil wir das Set schon seit Jahren haben.

jackie-benowitz am 10. Sept. 2015

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen