[Development] Porting exported qt_[win|mac|x11] functions Qt 5.

[Donald Carr]

/me puts his fingers in his ears in advance of the deafening roar of
volunteers to get dirty with this task.

I personally love seeing the death of this kind of cruft, but you
probably have better things to do with your time and it would be nice
to see Qt 5 out and frolicking in the fields, replete with dingle
berries like these if need be.

You might need to kill the from_pascal_string convenience function out
of honor. This kind of thing is growing increasingly popular in Norway
these days, no?

On Thu, Oct 18, 2012 at 1:07 AM, Sorvig Morten <Morten.Sorvig at digia.com> wrote:
> According to git grep Qt 4 has 47 semi-public exported "qt_platform" functions offering platform-spesific functionality. Most platform code is now in plugins and can no longer export symbols. We need a plan for dealing with these in Qt 5.
>
> After a brief investigation these fall into several categories (some are in more than one category):
>
> - helper functions for other parts of Qt (qt_win_display_dc?)
> - utility functions (qt_mac_execute_apple_script, qt_mac_secure_keyboard)
> - access to Qt platform internals (qt_mac_nativeview_for)
> - obsolete (qt_mac_from_pascal_string)
> - strange (qt_mac_resolve_sys which just calls dlsym)
>
> Proposed solution 0) Ignore the problem for Qt 5.0.
>
> Proposed solution 1) Fix it:
>
> - Remove/don't port obsolete functions (we can add them back later if it was a mistake)
> - Add to QPA where it makes sense. The QPlatformNativeInterface subclasses already gives access to may platform internal objects.
> - Public compatibility API goes int the platform extras modules. Many of the utility functions can be implemented here as well.
> - Create "extras" modules for all platforms (we currently have qtmacextras in the Qt playground)
> - Add the extras modules to the default Qt 5 distribution.
>
> Given the current workload and schedule solution 0) is actually tempting, at least for me. Releasing 5.0 with missing functions will perhaps tell us which ones are in use.
>
> Does anyone want to pick this up?
>
> Morten
>
>
>
>
>
>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development