Age | Commit message (Collapse) | Author | Files | Lines |
|
Make use of the newly added qpeglobal.h to kill custom versions of
similiar macros
|
|
U _ZN14QPEApplication6polishEP7QWidget
ich@opiezilla:~/programming/opie/head/opie$ nm lib/libopiecore2.so | grep polish
U _ZN12QApplication6polishEP7QWidget
in qt_override we had to overwrite the Palette for some widgets for some styles (setting no
background liquid and such) we overwrote the polish method.
As we did not inherit from QPEApplication the 'polish' symbol was only internal to
libqpe and this way Opie apps worked on Opies and Sharps libqpe, and Sharp apps work
on our libqpe. Now with libopiecore the compiler tries to include different symbols as shown above.
So for now we could disable the legacy palette polishing which shouldn't hurt anyway.
OApplication is the source of all evil, we wouldn't 'pull' in the polish symbol... but having
a 'shadow' weak symbol as backup isn't good as well.
Chicken you may enable the option in config.in...
|
|
|
|
|
|
to prepare the possibility of building an opie 1.0 feed for the sharp rom
|
|
|
|
added all hancom apps to the pointSizes fix
|
|
- added qt_override.* which provides the same functionality as libpreload
(the new -override patch for Qt/E is needed for this to work/compile)
- changed qpeapplication a bit to accomodate the new interface
|