Re: Problem editing dives in Subsurface-mobile

2016-02-04 Thread David Tillotson
On 5 February 2016 06:34:51 GMT+00:00, Henrik Brautaset Aronsen wrote: >The edit button doesn't work: > >https://goo.gl/photos/MPW4PoTVpTP3xywKA > >Cheers, >Henrik I have reported this previously - if you keep trying it will eventually work (my records since I started counting are a minimum of

Problem editing dives in Subsurface-mobile

2016-02-04 Thread Henrik Brautaset Aronsen
The edit button doesn't work: https://goo.gl/photos/MPW4PoTVpTP3xywKA Cheers, Henrik -- Sent from my phone ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Newby questions about QML models

2016-02-04 Thread Tomaz Canabrava
You can connect via qml There a Connections {} qml entity that works for that. Em 4 de fev de 2016 13:48, "Willem Ferguson" < willemfergu...@zoology.up.ac.za> escreveu: > On 01/02/2016 20:46, Tomaz Canabrava wrote: > >> I can have a class DiveComputers that is a model based on >> QAbstractListMod

Re: [RFC] dive merging with 0 depth

2016-02-04 Thread Henrik Brautaset Aronsen
On Thu, Feb 4, 2016 at 7:44 PM, Dirk Hohndel wrote: > On Thu, Feb 04, 2016 at 07:49:27PM +0200, Miika Turkia wrote: > > Should we be merging dives with zero depth? I do not see any real > > reason to have the check in place, but it would not be the first time > > I am missing something. > > SACRI

Re: [RFC] dive merging with 0 depth

2016-02-04 Thread Miika Turkia
On Thu, Feb 4, 2016 at 8:44 PM, Dirk Hohndel wrote: > On Thu, Feb 04, 2016 at 07:49:27PM +0200, Miika Turkia wrote: >> Should we be merging dives with zero depth? I do not see any real >> reason to have the check in place, but it would not be the first time >> I am missing something. > > SACRILEGE

Re: [RFC] dive merging with 0 depth

2016-02-04 Thread Dirk Hohndel
On Thu, Feb 04, 2016 at 07:49:27PM +0200, Miika Turkia wrote: > Should we be merging dives with zero depth? I do not see any real > reason to have the check in place, but it would not be the first time > I am missing something. SACRILEGE! You are attempting to change code that was written by the M

[RFC] dive merging with 0 depth

2016-02-04 Thread Miika Turkia
Should we be merging dives with zero depth? I do not see any real reason to have the check in place, but it would not be the first time I am missing something. Of course, it does not really make sense to have dives with zero depth, but as the bug report is from importing, it really makes even less

Re: [PATCH] Separate downloadfromdivecomputer code into a separate class

2016-02-04 Thread Dirk Hohndel
On Thu, Feb 04, 2016 at 08:37:57AM +0200, Willem Ferguson wrote: > > At the moment, downloadmanager is in the Desktop-widgets. This is > for development purposes only because it is handy to have > downloadfromdivecomputer.cpp close to downloadmanager.cpp I don't know what that means. "have [it] c

Re: Newby questions about QML models

2016-02-04 Thread Willem Ferguson
On 01/02/2016 20:46, Tomaz Canabrava wrote: I can have a class DiveComputers that is a model based on QAbstractListModel, since any dive can have zero or more dive computers, I can have the method DiveComputers *diveComputers() on the class Dive as a Q_PROPERTY, and I can access it in QML via: