Deploy the huge QtWebKit4.dll

[ahmdsd_ostora]

I use in my application these classes (and their dependencies of course)

QWebView , QWebPage , QWebFrame

and this forces me to deploy the hude QtWebKit4.dll (15 Mega Bytes)

is there any way to just include only the classes that I need, not all the kit dll ?

[wysota]

Yes, you can strip down what you don't use. I'm not sure how much you can strip from WebKit though. Use the qconfig utility to disable some defines and then recompile Qt.

[ahmdsd_ostora]

where is the qconfig utility ?
i found a Qt project at (\qt\tools) with this name, is this what u mean?

[wysota]

i found a Qt project at (\qt\tools) with this name, is this what u mean?

Yes. Build and run it.

[ahmdsd_ostora]

hey, I found the project and built it myself, ran the qconfig.exe , chose the qfeatues.txt, searched among the features, but I didn't find any webkit related features.
I found networking, phonon, images, kernel, etc.

any help?

[ahmdsd_ostora]

so, I will build Qt statically.

But, can I use plugins while statically linking? (phonon or imageformats)

[SixDegrees]

Why would you build statically? You'll still have the dependency on Webkit, which will now be statically linked and no smaller than its dynamic version; the only difference will be that every applicaiton you build it with will include its own copy of Webkit attached, and will load these copies into memory when run. Static builds won't reduce the final size, and will wind up duplicating code if multiple applications are involved.

Webkit, unfortunately, is vast and monolithic; it builds as a single library, and that's pretty much the end of the story. There's nothing you can do about it, short of possibly stripping the resulting dll and making sure you're not building in debug mode, which includes many additional symbols.

Note, too, that 15 MB of memory is rarely a concern with today's multi-gigabyte memory footprints. While examining resource usage with an eye toward reducing it is admirable, it may not be worthwhile in this case.

[wysota]

As far as I remember WebKit simply can't be built in static mode. I might be wrong though, I never tried it myself or at least I don't remember doing so.

[ahmdsd_ostora]

Will static build add all the dll binary to my exe (if static build is avialable for WebKit) ?
shouldn't it add only the used portions?

really adding 15 mega to a 4 mega exe just for displating a web view is unacceptable

[wysota]

Will static build add all the dll binary to my exe (if static build is avialable for WebKit) ?
shouldn't it add only the used portions?

The thing is it is not the actually used code that counts but rather code used by classes used in the code. So if QWebPage has a QWebPage::setContentEditable() method and you are not using it, as far as I understand the code will still be included in your exe because you are using QWebPage (and WebKit is probably calling this method somewhere by itself).

really adding 15 mega to a 4 mega exe just for displating a web view is unacceptable

So don't use a QWebView, use QTextBrowser instead

[ahmdsd_ostora]

1- I understand that static build only adds any implementations that used by my used classes, not all classes in the WebKit !!, may be I am wrong.
2- I cannot use TextViewer because I am showing Google Maps

Thank you

[wysota]

1- I understand that static build only adds any implementations that used by my used classes, not all classes in the WebKit !!, may be I am wrong.

But if you are using QWebView which is using QWebPage which is using QWebHistory then despite the fact that you are not referencing QWebHistory in your own code, it will still be embedded into your app.

2- I cannot use TextViewer because I am showing Google Maps

Functionality comes at a cost. See how large Firefox is.

[ahmdsd_ostora]

But if you are using QWebView which is using QWebPage which is using QWebHistory then despite the fact that you are not referencing QWebHistory in your own code, it will still be embedded into your app.

I agree, but QWebView doesn't reference all the WebKit classess, so the argument is why all the classess are included ? I doubt

[wysota]

Could you give examples of such classes which are unreferenced by QWebView or its dependencies?

[ahmdsd_ostora]

mmmm, I am surprised, the WebKit only has 15 classes. May be the QtWebKit module need some design enhancement to manage the deployed size.

[SixDegrees]

really adding 15 mega to a 4 mega exe just for displating a web view is unacceptable

Why? What systems will this application be deployed on that will suffer from such resource usage?

[wysota]

May be the QtWebKit module need some design enhancement to manage the deployed size.

You can always strip out some functionality but let's face it -- there is not much to be stripped if you want full HTML5, CSS and JavaScript support. The only benefit I see from having an application built statically is to use i.e. upx to compress the executable but then it will still be decompressed in memory when ran so it's just a matter of how large the deployment archive is.

[ahmdsd_ostora]

Why? What systems will this application be deployed on that will suffer from such resource usage?

Competition between vendors involves some memory usage, package size, and more considerations.

[SixDegrees]

Competition between vendors involves some memory usage, package size, and more considerations.

I find it hard to believe that a 15-20 MB application will make any difference on current hardware; it represents only a few percent, at most, of available memory even on tiny devices.

At the end of the day, there's nothing you can do. Webkit is not modular, so you're stuck with the whole bundle. I'm just having a hard time believing that a few megabytes is either significant or important.

[ahmdsd_ostora]

You can always strip out some functionality but let's face it -- there is not much to be stripped if you want full HTML5, CSS and JavaScript support. The only benefit I see from having an application built statically is to use i.e. upx to compress the executable but then it will still be decompressed in memory when ran so it's just a matter of how large the deployment archive is.

I couldn't strip out anything from WebKit, qconfig doesn't mention it in its list.