Re: Inefficient third party JS library integration, e.g. plotly

2020-08-26 Thread Andreas Weise
gt; > inside > > > > > Zeppelin. Unfortunately I can’t find the code I used but from > > memory, my > > > > > solution was to try invoking the library, and if, the library object > > didn’t > > > > > exist, load it. In the onload() callba

Re: Inefficient third party JS library integration, e.g. plotly

2020-08-26 Thread Jeff Zhang
nd if, the library object > didn’t > > > > exist, load it. In the onload() callback (not sure I’ve remembered > the > > > > method’s name right) I would then draw my map. I certainly didn’t > embed the > > > > library in the notebook itself. > &g

Re: Inefficient third party JS library integration, e.g. plotly

2020-08-26 Thread Andreas Weise
and if, the library object > > > didn’t > > > exist, load it. In the onload() callback (not sure I’ve remembered the > > > method’s name right) I would then draw my map. I certainly didn’t embed > > > the > > > library in the notebook itself. > > > > > &

Re: Inefficient third party JS library integration, e.g. plotly

2018-08-14 Thread andreas . weise
rary object didn’t > > exist, load it. In the onload() callback (not sure I’ve remembered the > > method’s name right) I would then draw my map. I certainly didn’t embed the > > library in the notebook itself. > > > > > > > > *From:* Jeff Zhang > &g

Re: Inefficient third party JS library integration, e.g. plotly

2018-08-14 Thread Jeff Zhang
I’ve remembered the > method’s name right) I would then draw my map. I certainly didn’t embed the > library in the notebook itself. > > > > *From:* Jeff Zhang > *Sent:* 14 August 2018 08:11 > *To:* users@zeppelin.apache.org > *Subject:* EXT: Re: Inefficient third party JS li

Inefficient third party JS library integration, e.g. plotly

2018-08-14 Thread Partridge, Lucas (GE Aviation)
exist, load it. In the onload() callback (not sure I’ve remembered the method’s name right) I would then draw my map. I certainly didn’t embed the library in the notebook itself. From: Jeff Zhang Sent: 14 August 2018 08:11 To: users@zeppelin.apache.org Subject: EXT: Re: Inefficient third party JS

Re: Inefficient third party JS library integration, e.g. plotly

2018-08-14 Thread Jeff Zhang
Do you know how jupyter handle that ? And bokeh would load js from CDN so it doesn't have the issue you mentioned, maybe plotly could use similar approach. https://bokeh.pydata.org/en/latest/ andreas.we...@gmail.com 于2018年8月14日周二 下午2:34写道: > We are using plotly for charts quite often (plotly p

Inefficient third party JS library integration, e.g. plotly

2018-08-13 Thread andreas . weise
We are using plotly for charts quite often (plotly python in conjunction with pyspark) and it reavels a weakness regarding to third party JS library integration. Unfortunately current plotly integration is not very efficient in terms of library integration, which leads to huge notebooks. This i