(2) I found out, it's actually not the SVG but the Webserver which sets the wrong content type for svg files.
I checked on the ci.apache.org server. It serves SVGs as "Content-Type: text/html" which lets the browser assume html is in the SVG file but it is XML. The correct content type would be something like "image/svg+xml". I'll ask Infra to fix that. On Wed, Mar 4, 2015 at 3:36 PM, Stephan Ewen <se...@apache.org> wrote: > Great, thanks Max! > > Concerning (1), in the snapshot master, we can have stubs, IMHO. > > Concerning (2), how do we fix the SVG files? > > On Wed, Mar 4, 2015 at 3:30 PM, Maximilian Michels <m...@apache.org> wrote: > >> Hey there, >> >> Just letting you know, we now have the documentation of all releases, >> including the latest snapshot version, available on the Flink website. >> >> While checking out the latest master documentation, Marton and me were >> wondering if some of the documentation should really be available for >> the general public. In particular, [1] which is just a stub. I think >> it is ok to have work-in-progress documentation in the latest snapshot >> but maybe that is up for debate. >> >> Also, I came across some problems with SVG files in the documentation >> [2]. The files are correctly embedded and linked but are corrupted. >> Would be great if that could be fixed. Firefox complains "Attempt to >> use XML processing instruction in HTML" in the first line of the SVG. >> >> Best regards, >> Max >> >> [1] >> http://ci.apache.org/projects/flink/flink-docs-master/internal_distributed_akka.html >> [2] >> http://ci.apache.org/projects/flink/flink-docs-master/internal_general_arch.html >>
