Der größte Teil der "paar hundert MB" ist die Chromium Engine, aka QtWebEngine. Hier kannst Du jede Menge redundanten Code einsparen, wenn Du beim Bauen gegen die System-Libs linkst, und nicht gegen die Kopien des Chromium-Projekts. So lässt sich zB. QtWebEngine gegen die System-ffmpeg linken.
Google sollte einfach aufhören, externe Libs zu patchen und dann in Chromium aufzunehmen...
Einen Vorteil hat die Qt-Chromium-Integration: noch nie war es so einfach, einen vollständigen, modernen Browser (HTML5, WebRTC, etc...) mit ein paar Zeilen C++-Code (oder sogar QML) zu bauen
Der größte Teil der "paar hundert MB" ist die Chromium Engine, aka QtWebEngine.
Hier kannst Du jede Menge redundanten Code einsparen, wenn Du beim Bauen gegen die System-Libs linkst, und nicht gegen die Kopien des Chromium-Projekts.
So lässt sich zB. QtWebEngine gegen die System-ffmpeg linken.
Google sollte einfach aufhören, externe Libs zu patchen und dann in Chromium aufzunehmen...
Einen Vorteil hat die Qt-Chromium-Integration: noch nie war es so einfach, einen vollständigen, modernen Browser (HTML5, WebRTC, etc...) mit ein paar Zeilen C++-Code (oder sogar QML) zu bauen
Außerdem sind weder QtWebKit noch QtWebEngine so zentral wichtige Module, dass jede Qt Applikation davon Gebrauch machen müsste.
Von den Hauptmodulen ist QtWidgets mit 6,6 MB schon das Größte in meinem /usr/lib