-\begin{itemize}
- \item DOM = Tree of nodes; node may have attributes, children, data
- \item XML (SGML) is the standard language used to represent documents in the DOM
- \item XML is plain text
- \item SVG is a standard for a vector graphics language conforming to XML (ie: a DOM format)
- \item CSS style sheets represent more complicated styling on objects in the DOM
-\end{itemize}
-
-\subsection{Blurring the Line --- Javascript}
-
-\begin{itemize}
- \item The document is expressed in DOM format using XML/HTML/SVG
- \item A Javascript program is run which can modify the DOM
- \item At a high level this may be simply changing attributes of elements dynamically
- \item For low level control there is canvas2D and even WebGL which gives direct access to OpenGL functions
- \item Javascript can be used to make a HTML/SVG interactive
- \begin{itemize}
- \item Overlooking the fact that the SVG standard already allows for interactive elements...
- \end{itemize}
- \item Javascript is now becoming used even in desktop environments and programs (Windows 8, GNOME 3, Cinnamon, Game Maker Studio) ({\bf shudder})
- \item There are also a range of papers about including Javascript in PDF ``Pixels or Perish'' being the only one we have actually read\cite{hayes2012pixels}
- \begin{itemize}
- \item I have no idea how this works; PDF is based on PostScript... it seems very circular to be using a programming language to modify a document that is modelled on being a (non turing complete) program
- \item This is yet more proof that people will converge towards solutions that ``work'' rather than those that are optimal or elegant
- \item I guess it's too much effort to make HTML look like PDF (or vice versa) so we could phase one out
- \end{itemize}
-\end{itemize}