fixed the open/closed patch (2/2013): start in 'open' matching mode by default (instead of 'completed' mode which matches entire words only); `openLeft` and `openRight` are private to the instance.
synced utf8 copy with the regular one and vice versa (which includes a fix to always properly strip the regex edges before returning the searchstring via the getRegex() API).
- patch so that Hilitor can also search and mark texts in EM tags: we now always set the 'hilitor' class for the marker element and the removal code checks for this marker class as well as the marker tag.

- replace the skip class: ignore form field data, iframes and stuff inside multimedia tags, but do search in SPANs, etc.

- fix Hilitor: re-merge the text snippets that were cut up during highlighting; if you don't the next run will fail as the regex match is done per textnode. (the old code would not find any 'inter' matches after searching previously for 'in' in the text 'international': after the first search that text would *stay* cut up into {"", "in", "ternational"} hence no "inter" match possible.

- fix Hilitor: since other tools out there *may* create the same textnode series mess, we *merge* sibling textnodes while searching; this is a DOM tree modification, but it does not impact the rendering of the page, by itself, and helps us to properly search through the textnodes for a text match.
Slight optimization of the remove() method: as multiple entries in the same text sibling series would cause illegal nodes to remain listed at the head of the querySelectorAll() 'array' result, we skip these instead of immediately going back and running a new .querySelectorAll() query on the DOM. This should save some time, particularly in larger DOM trees.
syncing the UTF8 copy (partially done)
replaced mergeTextNodes() function by it's equivalent available via the DOM itself: https://developer.mozilla.org/en-US/docs/Web/API/Node.normalize

we also removed the try/catch in the .remove() API function as the .normalize() approach did not deliver any more exceptions (the previous revision also did not produce any exceptions any more, but we felt better safe than sorry then).