所以,试着把它归结为简单的比特。 我有这样的href条目:
<a href="#section_8">
linktext
</a>
如果我通过Qts setContent加载页面,这些页内链接会起作用,但是,由于我的内容经常超过2MB,我必须使用urlhandler方法。因此,快速概述,看起来像这样:
scheme.SchemeHandler.register(lambda: webpage, "reportstext")
self.loader = QWebEngineView()
self.loader.setUrl(QUrl("conapp://reportstext"))
SchemeHandler会保留应用程序内部内容的字典,并将其全部保留在conapp://<contentname>
现在,这有效。我可以将Web内容提供给WebView。也就是说,直到我尝试使用开头提到的页内链接。我得到的只是一个空白页面,没有调试消息,没有崩溃,没有任何东西。只是空白。也没有请求发送给schemehandler。
如何让这些工作?
如果我将内容导出到.html文件并在浏览器中打开它会按预期工作,那么Qt端的某些东西就像我预期的那样无效。
完整示例,需要PyQt5:
from PyQt5.QtWidgets import *
from PyQt5.QtCore import QSize, QUrl
from PyQt5.QtWebEngineWidgets import QWebEngineView
from PyQt5.QtCore import QBuffer, QIODevice
from PyQt5.QtWebEngineCore import (QWebEngineUrlSchemeHandler,
QWebEngineUrlRequestJob)
from PyQt5.QtWebEngineWidgets import QWebEngineProfile
import sys
app = QApplication(sys.argv)
class SchemeHandler(QWebEngineUrlSchemeHandler):
def __init__(self):
super(SchemeHandler, self).__init__()
QWebEngineProfile.defaultProfile().installUrlSchemeHandler(b'conapp', self)
self._handlers = {}
def requestStarted(self, job):
url = job.requestUrl()
print("Got request for {}".format(url.toDisplayString()))
request = url.toString().split("//")[1]
buf = QBuffer(parent=self)
buf.open(QIODevice.WriteOnly)
buf.write(self._handlers[request]().encode("utf-8"))
buf.seek(0)
buf.close()
job.reply("text/html".encode("ascii"), buf)
def register(self, contentgenerator, contentname):
self._handlers[contentname] = contentgenerator
return contentname
SchemeHandler = SchemeHandler()
class ReportMenu(QMainWindow):
def __init__(self):
QMainWindow.__init__(self)
self.setMinimumSize(QSize(800, 600))
self.late_init()
def late_init(self):
def webpage():
return """<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8"/>
<title>
ConParser Output
</title>
<meta content="width=device-width, initial-scale=1" name="viewport"/>
</head>
<body>
<div class="navbar">
<a href="#section_0">
MVZ Arztfallzähler
</a>
</div>
</body>
</html>"""
SchemeHandler.register(webpage, "reportstext")
self.loader = QWebEngineView()
self.loader.setUrl(QUrl("conapp://reportstext"))
self.report_loader = QWebEngineView()
self.gridLayout = QGridLayout(self)
self.gridLayout.addWidget(self.loader, 0, 0)
centralWidget = QWidget(self)
self.setCentralWidget(centralWidget)
centralWidget.setLayout(self.gridLayout)
self.showMaximized()
self.loader.loadFinished.connect(self.load_completed)
def load_completed(self, *args):
if not args[0]:
print("Load failed:", args)
menu = ReportMenu()
ret_code = app.exec_()
sys.exit(ret_code)
如果你现在拿走这个并转出
self.loader.setUrl(QUrl("conapp://reportstext"))
的
self.loader.setHtml(webpage())
这将提供页内网址工作的预期效果,但是,这有2 MB的内容限制,我经常超过。
答案 0 :(得分:1)
这似乎是由底层Chrome引擎处理base-url的问题引起的。示例中的书签锚点是 relative ,但是如果你将它设为 absolute ,就像这样:
<a href="conapp://reportstext#section_0">
MVZ Arztfallzähler
</a>
<p style="margin-top: 1500px">
<a name="section_0">HELLO WORLD</a>
</p>
您的示例将按预期工作。有鉴于此,我希望通过添加<base>
标签来自动生成相关书签:
<head>
<base href="conapp://reportstext">
</head>
但遗憾的是,Chrome <base>
标签的实施似乎已被打破。它可以通过向href:
<base href="conapp://reportstext/">
然后,您的自定义方案处理程序将在页面上获取所有相对URL的请求。但是这样做的一个不必要的副作用是Chrome然后解释相对书签锚点的hrefs:conapp://reportstext/#section_0
。因此,您的方案处理程序将获取对无效网址的请求,而不是导航到书签。
AFAICS,似乎没有任何其他方式拦截书签锚点的导航请求。我尝试了QWebEngineUrlRequestInterceptor课程并重新实现QWebEnginePage.acceptNavigationRequest(),但与自定义计划处理程序一样,他们只是没有被调用书签锚点。似乎所有处理都在Chrome中进行。
解决上述问题的一种有点愚蠢的方法是在页面加载时运行一些javascript,它只是重写所有书签锚点,因此它们具有绝对的hrefs。
以下是适用于您的示例的基本实现:
class ReportMenu(QMainWindow):
...
def load_completed(self, ok):
if ok:
page = self.loader.page()
page.runJavaScript("""
url = window.location.href
links = document.querySelectorAll('a')
for (index = 0; index < links.length; ++index) {
link = links[index]
href = link.getAttribute('href')
if (href && href[0] == '#') {
link.href = url + href
}
}
""")