[Webkit-unassigned] [Bug 13843] WenKitQt doesn't provide any function which open html code from a String
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue May 29 00:52:23 PDT 2007
http://bugs.webkit.org/show_bug.cgi?id=13843
------- Comment #4 from mjs at apple.com 2007-05-29 00:52 PDT -------
setHTML might be misleaqding, since the load may still not be completely
synchronous (at least if it works like data loads in other browsers). Also, I
believe this particular approach to implementing the method is wrong. What I
suggest instead is to make the FrameLoader do a data load, as that
You also need a way to set the base URL.
I suggest looking at the following methods in WebFrame in the Mac/ObjC WebKit
API:
- (void)loadHTMLString:(NSString *)string baseURL:(NSURL *)URL
- (void)loadData:(NSData *)data MIMEType:(NSString *)MIMEType
textEncodingName:(NSString *)encodingName baseURL:(NSURL *)URL
The former is a convenience for a string but still lets you set a base URL for
subresources, the later would be the equivalent of the QByteArray suggestion,
it also lets you define the encoding and MIME type.
In Qt terms, you could have:
void loadHTMLString(const QString& string, const QUrl& baseURL);
void loadData(const QByteArray& data, const QString& MIMEType, const QString&
textEncodingName, const QUrl& baseURL);
You should also look at the Mac implementation of these methods, they
ultimately call down to FrameLoader::load(const ResourceRequest&, const
SubstituteData&). This isx ultimately the right way to do it, just using
begin/write/end can skip many necessary steps.
r- to consider my and Simon's comments.
--
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list