[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