Have alignments placed if HTML is on

[jerinphilip]

Fixes one half of #270.

#271 tries to provide a sanitizeOptions, which is perhaps more extensible. But such a function will have to be called at several sites increasing verbosity is my conclusion after experimenting in jerinphilip#28.

Instead, we just pick-up ResponseOptions.HTML and place alignments with an or switch if HTML is on, irrespective of whatever value was given for Alignments.

This way a client can go from:

$ cat | bergamot translate -m en-es-tiny --html=1 --alignment=1 
<a href="Tintin">Tintin</a>'s dog is a good dog.
El perro de <a href="Tintin">Tintín</a> es un buen perro.

to

$ cat | bergamot translate -m en-es-tiny --html=1 
<a href="Tintin">Tintin</a>'s dog is a good dog.
El perro de <a href="Tintin">Tintín</a> es un buen perro.

(This is tested with python-cmdline).

Should work similarly with ResponseOptions for WebAssembly as well.

[jelmervdl]

I prefer this solution to #271. It might be worth to nuke response.alignments after HTML has been restored if options.alignments == false to reduce the amount of data that crosses the wasm -> page context bridge.

[jerinphilip]

This simplifies existing ResponseOptions and any future edits can be done without changing external API. Supported behaviour is HTML means alignments will be computed under the hood for HTML. Merging therefore.

Caveat emptor, especially if the user intends on using alignment-matrix through only the HTML options in Response object.

[jelmervdl]

Caveat emptor, especially if the user intends on using alignment-matrix through only the HTML options in Response object.

This is why I would prefer to clear response.alignments if !options.alignments so that this is only available if options.alignments == true, regardless of whether options.html is true or false.