Age | Commit message (Collapse) | Author |
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: Armin, Mirek
Details: To simplify addition of a link library to a
project for the different platforms, we need this function.
Initial patch by Thierry Bastian.
|
|
|
|
Conflicts:
mkspecs/common.pri
mkspecs/features/meegotouch_common.prf
|
|
RevBy:
Details: Coverage feature can be now reused by other applications which are building with libmeegotouch.
It is just enough to have "coverage" option in CONFIG for projects which uses libmeegotouch
|
|
RevBy:
Details: Coverage feature can be now reused by other applications which are building with libmeegotouch.
It is just enough to have "coverage" option in CONFIG
|
|
RevBy: TrustMe
|
|
RevBy: Pekka Vuorela
Details: the path was hardwired so the file could not be found if a
non-default prefix was used to build the library.
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrystMe
|
|
RevBy: Tomas Junnonen, Berthold Krevert
Details: the plain qt style can now be found at:
http://meego.gitorious.org/meegotouch/meegotouch-qt-style
The reason for the split of the plain qt style from libmeegotouch
is the following problem: The style should display the content
picker instead of the normal qt file dialog in qt applications.
The libcontentmanager does implement the content picker. And
libcontentmanager links against libmeegotouch. So we would have
an impossible cyclic dependency when we would try to link against
the libcontentmanager from the plain qt style in libmeegotouch.
So we had to split the plain qt style form the rest of the
libmeegotouch and put it into its own repo at the URL above.
Now the plain qt style can link against both libmeegotouch and
libcontentmanager.
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
Mac OS X, so do not try to link to them
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
libmeegotouch-dev
RevBy: Juha Lintula
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
meegotouchcore qmake configuration
RevBy: MaxW
|
|
RevBy: Tomas Junnonen
Details: This commit is preparing libmeegotouch for variation packages.
Following things had been added/changed:
- separate config file for each device,
- gconf key to point selected file,
- autodetection of parameters in case file is not loaded.
|
|
|
|
RevBy: Max
Details: The IS_ARMEL define is only defined when building
libmeegotouch itself. Now we get the target architecture from
uname -m
and use it instead. Tested on sbox x86 and arm for maemo5 and
maemo6. Works for me.
|
|
backslashes are deprecated.
RevBy: Holger Schröder, Armin Berres
Details:
Something seems to have changed slighly in qmake.
This patch avoids a warning but doesn’t change the produce
Makefile in any way.
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: Jörgen
Details:
Added QT+=dbus to the meegotouch_common.prf file for unix.
Adjusted examples/{chaining,servicefw} project files to test and use new config.
|
|
RevBy: Torsten Rahn
Details: for some reason the setting of the QMAKE_MOC
in some application using CONFIG += meegotouch was not working.
This fixes it.
|
|
RevBy: Max Waterman
Details: there was quite some code duplication in the usage
of mmoc and mgen in the project. this is now all simplified
and unified. all unit tests still pass.
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: Tomas Junnonen
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: TrustMe
|
|
RevBy: Armin Berres, Bjoern Schnabel
Details: before you could do in a qmake .pro file:
CONFIG += meegotouch
and that would then link against libmeegotouchcore,
libmeegotouchviews, libmeegotouchsettings and
libmeegotouchextensions. now
CONFIG += meegotouchcore # only links against ...core
CONFIG += meegotouchsettings # links against ...core and
# ...settings
CONFIG += meegotouch # links against ...core, ...settings
# and ...extensions
nothing links against ...views any more, because it is loaded
at runtime from now on.
I added meegotouchcore.pc and
meegotouchsettings.pc and removed -lmeegotouchviews from
meegotouch.pc.
With these changes it should be possible to link only against
the parts of meegotouch that an application needs.
|