[webkit-dev] Handling of feature dependencies
Jake
jake at jakeonthenet.com
Tue Jan 4 15:56:59 PST 2011
I agree - disabling features per platform is a bad precedence to set for
webkit.
Just my 2 cents.
-Jake
On Tue, Jan 4, 2011 at 4:48 PM, Patrick Gansterer <paroga at paroga.com> wrote:
>
> Eric Seidel:
>
> > The more you turn off, the less the binary you create is "WebKit". It
> > tells servers its "WebKit" via its useragent, but then it doesn't have
> > the features that pages have come to expect from WebKit -- this is bad
> > for WebKit and bad for your users.
>
> Feature detection by user agent is bad (but common) and can be done in a
> better way.
> I don't think this is a reason to remove feature switches.
>
> > A better course of action is to study the memory usage and reduce
> > memory usage for all ports of WebKit, instead of just hacking off
> > lumps. I think you'll find that things like the "console" don't use
> > much memory at all.
>
> Example from WinCE5: There's a limit of 32MB per process, so every byte is
> important. IMHO "console" isn't a "big player", but XSLT as an example also
> needs libxslt as additional dependency. SQLite for "database" is the same.
> Maybe the WebKit code does not need so much memory, but we don't need the
> third party libs (they are not system libraries on every platform :)).
>
> > Obviously many "devices" have already shipped with "full" copies of
> > WebKit. If you have a very low-memory/low-power device (more than a
> > cell phone or a TV or a car or something that would run Qt -- all of
> > these have numerous shipping example devices using WebKit), then
> > WebKit is probably not what you want anyway. :)
>
> Sometimes WebKit is exactly the correct solution! If you want to maintain
> only _one_ version of your application I don't see a better way than using a
> standard compliant browser engine.
> A small HTML page works perfectly on a small device and on the high end
> computer.
>
> - Patrick
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20110104/db519a20/attachment.html>
More information about the webkit-dev
mailing list