new port: qt5-assistant

[RJVB (René Bertin)]

Now that we have a (growing...) series of Qt5 ports (with my own qt5-kde port still pending) it becomes interesting to separate certain components that allow this out of the main fold and provide them as standalone ports that are agnostic to the Qt version that's installed.

The latest version of the QtTools component, for instance, can be built against earlier Qt versions, possibly as early as 5.6.x . I have been testing this with the most visible part of that component, the Qt Assistant (.qch documentation browser).

That application has seen a very recent improvement, and may see further fixes which allow it to use larger help collections without crashing - something that won't be backported by Qt but ought to be beneficial to all Qt users. It also no longer uses CLucene, which has proved to be a regular source of crashes and instability for me.

Attached is a standalone port:qt5-assistant based on Qt 5.9.2 with the aforementioned fix and set up to use QtWebKit as its rendering backend instead of the default much less capable rich text widget (QTextBrowser).

I've taken care to allow it to co-install with port:qt5*-qttools by renaming the application slightly, and by using a static build of the QtHelp library.

Should that QtHelp library ever evolve in a backwards compatible way we can always consider making the QtTools component a subport of this port.

[RJVB (René Bertin)]

tarball for the entire port dir

[RJVB (René Bertin)]

As a heads-up: QtWebKit has been revived and I'm almost done with a similar standalone port:qt5-webkit for its 5.212 version that will act as a drop-in replacement for port:qt5*-qtwebkit (in alpha2 currently).