subsurface.git/mobile-widgets/qml, branch v4.9.1

Mobile: add checkbox to force downloading all dives

2019-05-11T18:40:07Z

This has been a feature people have asked for quite frequently. It is taking up some valuable screen real estate - so the question could become if there should be a switch to enable / disable it. Signed-off-by: Dirk Hohndel

Undo: make undo-system dive site-aware

2019-04-12T15:19:07Z

As opposed to dive trips, dive sites were always directly added to the global table, even on import. Instead, parse the divesites into a distinct table and merge them on import. Currently, this does not do any merging of dive sites, i.e. dive sites are considered as either equal or different. Nevertheless, merging of data should be rather easy to implement and simply follow the code of the dive merging. Signed-off-by: Berthold Stoeger

Mobile: only show dive computers in the Bluetooth connection list

2019-02-14T17:05:58Z

And offer an option to show all devices in the settings. This is intentionally not stored in the preferences as this should never be needed. We don't support BT or BLE dive computers that we don't recognize. This is a last resort in case a new firmware were to change the name or some other weird issue causes us not to recognize a dive computer - and that should be fixed instead of worked around. Signed-off-by: Dirk Hohndel

Import: don't add to new trip while downloading

2019-01-19T21:48:17Z

Since process_imported_dives() can add dives to a newly generated trip, this need not be done in the downloading code. This makes data flow distinctly simpler, as no trip table and no add-new-trip flag has to be passed down to the libdivecomputer glue code. Moreover, since now the trip creation is done at the import step rather than the download step, the latest status of the "add to new trip" checkbox will be considered. Signed-off-by: Berthold Stoeger

Import: add trip_table argument to DiveImportedModel::repopulate()

2019-01-10T04:58:04Z

In the future we want to download trips into a distinct trip-table instead of the global trip-table to allow for undo of import. Therefore add a trip_table argument to DiveImportedModel::repopulate() and a trip_table member to DiveImportedModel. To correctly set these, add a DownloadThread::trips() function, which currently simply returns the global trip table. Finally, make "struct trip_table *" a Q_METATYPE, so that the corresponding arguments can be passed from QML. Signed-off-by: Berthold Stoeger

update year to 2019 in about screens

2019-01-02T17:45:01Z

Signed-off-by: Lubomir I. Ivanov

Mobile: deal with BT name and address when tapping Download

2018-12-21T22:53:45Z

Instead of trying to update this whenever the connection text changes, instead deal with it right before it actually gets used. Signed-off-by: Dirk Hohndel

Mobile: copy the dive data when configuring settings

2018-12-21T07:13:37Z

Signed-off-by: Miika Turkia

Mobile: UI for selecting what to copy-paste

2018-12-21T07:13:37Z

Signed-off-by: Miika Turkia

Import: unglobalize downloadTable

2018-12-17T15:37:32Z

To make data flow more clear, unglobalize the downloadTable object. Make it a subobject of DownloadThread. The difficult part was making this compatible with QML, because somehow the pointer to the download-table has to be passed to the DiveImportedModel. Desktop would simply pass it to the constructor. But with objects generated in QML this is not possible. Instead, pass the table in the repopulate() function. This seems to make sense, but for this to work, we have to declare pointer-to-dive-table as a Q_METATYPE. And this only works if we use a typedef, because MOC removes the "struct" from "struct dive_table". This leads to compilation errors, because dive_table is the symbol-name of the global dive table! Sigh. Signed-off-by: Berthold Stoeger