
  Since everything runs on the cloud does it make sense to use the
  CloudAPI instead of the self-hosted solution or does it not make any
  difference?
  In both cases, where is the converted file stored [...]


If you were to go with the cloud solution, you would transfer your files to PDFTron's servers, where they will be converted.  Then you would download the converted files.

If you were to go with the on-premises solution, you would need to run DocPub CLI (https://www.pdftron.com/docpub/downloads.html) on your Azure instance, and its only communication with PDFTron would be to increment the billing counter for your PWS account (https://www.pdftron.com/pws/index.html).

You'd have to decide for yourself which solution works best for you.


  Here (http://www.pdftron.com/pdfnet/samplecode.html) there are
  conversion code samples but they all use files on local machine, which
  would not be my case.


[Note: these samples show how to use the PDFNet SDK to run conversions.  To run PDFNet you would need an additional license.  So you probably want to use DocPub CLI or the cloud converter instead.]

The samples show how to convert the files locally, since XOD conversion would need to be run server-side.  How most people do so is by setting up some web service to upload PDF (or other format) files. Then they convert the documents server-side, and place the converted XOD files someplace where the WebViewer can serve them.

PDFNet SDK Convert files on Azure storage
Do you think it would be worthwhile to provide hints as to what language to use for the syntax highlighting?

Sometimes I find the highlighting on SQL or VB.NET answers is more distracting than helpful; for example:


Converting MySQL select to PostgreSQL
Retrieving data from a VB.NET arraylist of objects


to pick the two I've been looking at recently.
