<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Am 26.10.2015 um 10:33 schrieb
Christoph Cullmann:<br>
</div>
<blockquote
cite="mid:218928427.997215.1445852031521.JavaMail.zimbra@absint.com"
type="cite">
<pre wrap="">Hi,
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Boudewijn Rempt <a class="moz-txt-link-rfc2396E" href="mailto:boud@valdyas.org"><boud@valdyas.org></a> hat am 23. Oktober 2015 um 19:46 geschrieben:
For Krita, we decided ages ago to simply open a browser on the userbase
manual of Krita. Yes, it is conceivable that there are people who use
Krita without internet access who still need help, it's just not very
likely. About one complaint, maybe two in the past couple of years.
</pre>
</blockquote>
<pre wrap="">umbrello installer also uses a khelpcenter online replacement to access umbrello
documentation from the internet instead of a local installation (see
<a class="moz-txt-link-freetext" href="https://build.opensuse.org/package/show?project=windows%3Amingw%3Awin32&package=mingw32-khelpcenter-online">https://build.opensuse.org/package/show?project=windows%3Amingw%3Awin32&package=mingw32-khelpcenter-online</a>)
Currently it is limited to umbrello, but could be easily extended. klauncher
and dbus is required to launch it from the help menu.
Ralf
</pre>
</blockquote>
<pre wrap="">
I would tend to just <a class="moz-txt-link-freetext" href="http://doc.qt.io/qt-5/qdesktopservices.html">http://doc.qt.io/qt-5/qdesktopservices.html</a> with the url to the offline copy or online page.
No dbus nor klauncher nor extra bundled application needed.
Perhaps that can be even done by magic in the frameworks ;=)</pre>
</blockquote>
From what I see from the frameworks source do KXMLGui based
applications call QDesktopServices:openURL already, see <b><tt><a class="moz-txt-link-freetext" href="https://projects.kde.org/projects/frameworks/kxmlgui/repository/revisions/master/entry/src/khelpmenu.cpp#L249">https://projects.kde.org/projects/frameworks/kxmlgui/repository/revisions/master/entry/src/khelpmenu.cpp#L249</a></tt></b>.<br>
<pre wrap="">In KGuiAddons there is a global instance of class UrlHandler, which setup setURLHandler() in <a class="moz-txt-link-freetext" href="https://projects.kde.org/projects/frameworks/kguiaddons/repository/revisions/master/entry/src/util/urlhandler.cpp">https://projects.kde.org/projects/frameworks/kguiaddons/repository/revisions/master/entry/src/util/urlhandler.cpp</a>.
Selecting "show manual" in KXMLGui based application will therefore be handled by this UrlHandler instance. In case the khelpcenter executable has not been found QDesktopServices::openUrl(u) is called again. Candidate for a recursive loop ?
BTW: You mentioned the url <a class="moz-txt-link-freetext" href="https://docs.kde.org/stable5/en/applications/kate/index.html">https://docs.kde.org/stable5/en/applications/kate/index.html</a> in an earlier email to access online help. khelpcenter determine the currently selected language by itself and loads the language related doc. This need to be fixed in class UrlHandler too.
Ralf
</pre>
</body>
</html>