#Html code into iframe pdf#

Then place a semicolon (' ') after the attribute. You could also have a button for the user to confirm to load an embedded iframe and sandbox it, so it can't affect the elabftw instance. Enter the width of the iframe in pixels after the 'width:' attribute in the list of attributes below the iframe element.

#Html code into iframe pdf#

PDF files can also embed javascript and pdf.js does apparently also execute javascript. One can hope! xD Wouldn't it be possible to sandbox in iframes to the point that there would be no risk to the user? Plotly for example doesn't need to load any external dependencies (when embedding the library, which is the default) and I think otherwise only uses WebGL from the browser. Regarding 2) Yeah, this is what I thought would be the problem, and your objection is of course quite reasonable. A general plugin API could also alleviate this problem, but that wouldn't make your life any easier. A general purpose plotting library would be nice, but would also need to be very feature rich to display most common plot types, and would also defeat the purpose of simply dropping in the data visualization you already made anyway.

Regarding 1) of course this is what I want to achieve with embeddable html, but it would also allow other types of rich content to be embedded without you having to add support for a service/app/plotting library. Syntax Tip: It is a good practice to always include a title attribute for the