[Webkit-unassigned] [Bug 66812] [Qt] Spell check platform plugin API enhancement

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Aug 30 06:11:31 PDT 2012


https://bugs.webkit.org/show_bug.cgi?id=66812





--- Comment #12 from Lindsay Mathieson <lindsay.mathieson at gmail.com>  2012-08-30 06:11:38 PST ---
(In reply to comment #11)
> 
> That's unfortunately not the case. The mechanism for loading the platform plugin expects to find it in the system wide library directory, to be loaded dynamically at run-time. It does not support statically linked platform plugins and applications are not supposed to install libraries into those system locations (because they would affect other unrelated applications).


It most definitely does load static plugins - for a start off I'm testing with them. Also see "bool QtPlatformPlugin::loadStaticallyLinkedPlugin()" in QPlatformPlugin.cpp. Also it loads dynamic plugins from QCoreApplication::libraryPaths() + "/webkit/" which as per the Qt Docs:

"This list will include the installation directory for plugins if it exists (the default installation directory for plugins is INSTALL/plugins, where INSTALL is the directory where Qt was installed). The directory of the application executable (NOT the working directory) is always added, as well as the colon separated entries of the QT_PLUGIN_PATH environment variable."



> 
> The platform plugin - like the name says - is supposed to be provided by the platform, the entity distribution Qt usually.

I disagree - to me platform plugins are specific to the platform but not neccessarily provided by it. The inline spell plugin is a good example, in KDE its far more useful for it to be customised per app then to be a single global item.

-- 
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