subsurface.git/packaging/ios/Subsurface-mobile, branch v4.5.97

iOS build: directly include Kirigami

2016-08-16T14:50:45Z

Instead of building a library that we link against, let's just use the .pri file and include Kirigami in the primary build. Signed-off-by: Dirk Hohndel

IOS build: compile kirigami plugin

2016-08-14T22:48:48Z

Signed-off-by: Dirk Hohndel

Add new files to qmake

2016-08-14T03:11:20Z

Signed-off-by: Dirk Hohndel

iOS build: add another dependency to dummy.qml

2016-06-17T11:07:37Z

This way the required plugins get automagically added to the bundle. Signed-off-by: Dirk Hohndel

iOS build: dummy qml file to pull in the right dependencies

2016-05-04T21:42:07Z

The iOS build process is rather stupid - it scans all .qml files in the root directory of the project to determine which QML dependencies are required. This is why we had the weird leftover fake QML project in our sources. Signed-off-by: Dirk Hohndel

iOS build: create the translations to be bundled

2016-05-04T21:00:43Z

And add them to the bundle. Signed-off-by: Dirk Hohndel

Move subsurface-core to core and qt-mobile to mobile-widgets

2016-04-05T05:33:58Z

Having subsurface-core as a directory name really messes with autocomplete and is obviously redundant. Simmilarly, qt-mobile caused an autocomplete conflict and also was inconsistent with the desktop-widget name for the directory containing the "other" UI. And while cleaning up the resulting change in the path name for include files, I decided to clean up those even more to make them consistent overall. This could have been handled in more commits, but since this requires a make clean before the build, it seemed more sensible to do it all in one. Signed-off-by: Dirk Hohndel

Change names of iOS build files

2016-03-24T00:26:46Z

The name subsurface-ios was used in many places and that was just not helpful to fight against. This should work much better. Signed-off-by: Dirk Hohndel