[Development] Assistant WebKit/WebEngine support
Konstantin Tokarev
annulen at yandex.ru
Fri Jun 21 16:07:37 CEST 2019
21.06.2019, 17:06, "Bastiaan Veelo" <bastiaan at veelo.net>:
> On 21/06/2019 15:47, Konstantin Tokarev wrote:
>> 21.06.2019, 16:40, "Bastiaan Veelo" <bastiaan at veelo.net>:
>>> On 21/06/2019 14:57, Volker Hilsheimer wrote:
>>>> I’m not Jarek, but I recall that Eddy made a suggestion [1] which I
>>>> think has been prematurely dismissed or at least not been discussed
>>>> sufficiently, which is:
>>>>
>>>> * move the Qt Assistant functionality for searching and qch support
>>>> into a locally executed HTTP server
>>>> * use any proper webbrowser to display the help that this web service
>>>> serves
>>>>
>>>> What would be arguments against such a solution?
>>>>
>>>> Volker
>>>>
>>>> [1]
>>>> https://lists.qt-project.org/pipermail/development/2019-May/036028.html
>>> In our application, we already provide our manual in three different
>>> formats, generated from the same source (by doxygen): qhc/Assistant, PDF
>>> and HTML served from our company website. The great advantage of qhc and
>>> Assistant is that the content in Assistant can be easily and efficiently
>>> synchronised by the click of some specific "Help" button in the UI to
>>> bring up content specific to the context of that button, without
>>> creating new tabs in your web browser. The most important feature of
>>> Assistant, though, is its index and search functionality. Will
>>> qthttpserver be able to do that, scrolling to the right position and
>>> highlighting the indexed word?
>> This is doable by using URLs with anchors and using clever JS-based routing
>> inside HTML help page
>
> But then Doxygen must be extended to generate that cleverness, right?
Doxygen/qdoc page templates, actually
--
Regards,
Konstantin
More information about the Development
mailing list