[Webkit-unassigned] [Bug 27158] Add WebKit version API to Qt.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jul 15 11:10:19 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=27158
--- Comment #13 from robert <robert at roberthogan.net> 2009-07-15 11:10:17 PDT ---
>
> I have a few small comments below. Otherwise I have only one suggestion:
> Instead of generating the entire header file from within the .pro file simply
> include the contents of the generated header file in your patch itself.
My intention was to remove the need for manual intervention. I don't
understand why keeping version updates manual is necessary, but happy to do
what is required. I'll provide an updated patch on this basis.
>
> Afterwards all we need is
>
> 1) The other ports including the header file and using it (very simple patch)
>
No problem. I guess the other ports can chime in at that point.
> and
>
> 2) Whenever WebCore/Configurations/Version.xcconfig is touched someone needs to
> re-run your perl script to update the header file (simple).
>
Still not sure why this can't be automated.
>
> Out of curiousity, why did you decide to append the Safari bit at the end
> instead of just keeping the existing
> initual ua.append() line and use arg() twice?
>
To bring Qt's user agent string into line with the format adopted by other
ports:
http://www.mattcutts.com/blog/google-chrome-user-agent/
http://209.85.229.132/search?q=cache:fd3ykESxOycJ:www.useragentstring.com/pages/Safari/+safari+user+agent&cd=3&hl=en&ct=clnk
http://gitorious.org/qtwebkit/qtwebkit/blobs/1a9740a524a3cc5958c996f945a99ddad144f3f4/WebKit/gtk/webkit/webkitwebsettings.cpp
(line 182)
> Doesn't this patch also change the parentheses of the user agent?
>
> I think if we change the structure of the user agent string, then we have to
> adjust the API documentation of the method, too.
Yes, missed that one.
>
> > +void tst_QWebView::getWebKitVersion()
> > +{
> > + QVERIFY(qWebKitVersion().toDouble());
> > +}
> > +
>
> I'm not sure if this test is very useful :)
>
> Given the simplicity of the function I think it's okay to skip this "test"
> alltogether if you want.
It's intended to catch situations where the auto-generated header file is so
broken the defines are not numeric. It should really be toDouble() > 0 in that
case.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list