<table><tr><td style="">rjvbb added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D8211" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Not specifically, but I can guess now that I know it doesn't affect me only.</p>

<p>Most links in QHC documentation appear to be relative, and must thus be resolved w.r.t. the URL of the current document. QTextBrowser can't do that, and I thus had to overload QTextBrowser::loadResource() in the QtHelp plugin to take care of that resolving. (loadResource() gets called after using QTextBrowser::setSource().)</p>

<p>Something similar must be going on with QtWebKit: clicking a link probably produce an error which is simply being ignored.</p>

<p>It's surprising though, why would QtWebKit support qhelp: URLs but not resolving relative links against them?</p></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D8211" rel="noreferrer">https://phabricator.kde.org/D8211</a></div></div><br /><div><strong>To: </strong>rjvbb, KDevelop<br /><strong>Cc: </strong>aaronpuchert, flherne, arichardson, apol, kdevelop-devel, geetamc, Pilzschaf, akshaydeo, surgenight, arrowdodger<br /></div>