Re: [Subsurface-divelog/subsurface] [idea] Mobile UI #12: Auto-save pattern (#496)

> Look at attached image. If the grey banner area above the input (image on > left) is removed and the keyboard is adjusted for efficient screen use, then > the situation improves quite a bit (image on right). > The images somehow didn't make it into the issue, but I saw them in email. Yes, y

Re: [PATCH 0/3] Misc smaller patches

On Sat, Jul 22, 2017 at 08:50:33AM -0700, Linus Torvalds wrote: > > > This is a set of three small patches that fix some particular issue that > came up while looking at the gas pressure handling for multiple cylinders. Those all look good. I notice that we now reliably fail TestParse but haven

latest Android test binary

I just merged Jocke's changes and created a new test binary http://subsurface-divelog.org/downloads/test/Subsurface-mobile-4.6.4.474-arm.apk This is COMPLETELY untested. As in I didn't even try to start it becaus

Re: [PATCH 0/3] Misc smaller patches

On Sat, Jul 22, 2017 at 09:35:49PM +0300, Miika Turkia wrote: > On Sat, Jul 22, 2017 at 8:56 PM, Dirk Hohndel wrote: > > On Sat, Jul 22, 2017 at 08:50:33AM -0700, Linus Torvalds wrote: > >> > >> > >> This is a set of three small patches that fix some part

Re: latest Android test binary

I started testing the new binary and it seems not broken, so that's good :-) Most everything in the changes I really like. The new menu layout makes a lot more sense. I miss the easily visible / accessible switch for the location service (but that may be just me... this seems like something I real

progress on the QML UI

As many have pointed out, progress on the QML UI has been just amazing. Davide's ideas have really made a difference to how Subsurface-mobile looks these days. I know that there are quite a few more areas that we need to address, but I wanted to check who is working on what so we don't step on ea

Re: progress on the QML UI

OSTC over BLE. Is this with current master, or are we still missing patches there? /D ⁣-- >From my phone​ Original Message From: Jan Mulder Sent: Sat Jul 22 13:13:29 PDT 2017 To: Dirk Hohndel , Subsurface Mailing List , Rick Walsh , Joakim Bygdell , Davide DB Subject: Re:

Re: progress on the QML UI

> On Jul 22, 2017, at 3:44 PM, Rick Walsh wrote: > > > > On 23 Jul. 2017 5:30 am, "Dirk Hohndel" <mailto:d...@hohndel.org>> wrote: > > If others could post a quick note what they are working > on, I think that would be really helpful. > I

Re: progress on the QML UI

> On Jul 22, 2017, at 12:29 PM, Dirk Hohndel wrote: > > I'm planning to work on the Download dialog, there are > still a few instances of odd texts being displayed, and Not done > most importantly, I want us to remember the last dive > computer the user downloaded f

Re: QtLocation map updates

> On Jul 22, 2017, at 5:53 PM, Lubomir I. Ivanov wrote: > > On 21 July 2017 at 20:55, Dirk Hohndel wrote: >> >>> On Jul 21, 2017, at 4:54 AM, Lubomir I. Ivanov wrote: >>> >>> update: >>> >>> https://giphy.com/gifs/xTkcEUSM1MbQ

Re: [PATCH 1/2] QML UI: use Material default switches

We are looking at Material for ideas. a) this will be both an Android and an iOS app b) I simply disagree with several of their guidelines ⁣-- >From my phone​ Original Message From: Joakim Bygdell Sent: Sun Jul 23 06:01:20 PDT 2017 To: Rick Walsh , Dirk Hohndel

Re: [PATCH 1/2] QML UI: use Material default switches

> On Jul 23, 2017, at 12:18 AM, Rick Walsh wrote: > > > > On 23 July 2017 at 18:57, Rick Walsh > wrote: > > > On 23 July 2017 at 17:26, Joakim Bygdell > wrote: > > > In which way does a white button on a white background look bette

Re: latest Android test binary

> On Jul 22, 2017, at 10:39 PM, Joakim Bygdell wrote: > > Activating the GPS service should not be under settings. This is not a > service setting: it is an action just as "Manual sync with cloud" is an > action. At the very least it should be in the GPS submenu and not in > Settings. Then a

do we have Diving Log users here who could help with testing the import?

Hi there, We had a report that there were issues with importing from the Diving Log sql database. Miika tried to fix them (https://github.com/Subsurface-divelog/subsurface/pull/501 ) but we are lacking more test data. What we would nee

Re: OSTC over BLE status (was Re: progress on the QML UI)

On Sun, Jul 23, 2017 at 09:46:56AM +0200, Jan Mulder wrote: > > Yes, OSTC over BLE works with the current master (that is, just tested your > build -474). Tested on Android 7.1.2 > > That said, bonding is still an issue. I am 99% sure that this is Android or > something in my distribution (Lineag

Re: [PATCH 1/2] QML UI: use Material default switches

> On Jul 23, 2017, at 7:14 AM, Joakim Bygdell wrote: > Look at my latest PR, the checkboxes are gone. pulling it right now... let's see how I like the other extreme... (I was leaning more towards "all check boxes" than "all switches", but I haven't tried it, yet) /D __

Re: [PATCH 1/2] QML UI: use Material default switches

> On Jul 23, 2017, at 7:45 AM, Dirk Hohndel wrote: > > >> On Jul 23, 2017, at 7:14 AM, Joakim Bygdell wrote: >> Look at my latest PR, the checkboxes are gone. > > pulling it right now... let's see how I like the other extreme... > (I was leaning more

Re: progress on the QML UI

> On Jul 22, 2017, at 4:20 PM, Dirk Hohndel wrote: >> On Jul 22, 2017, at 12:29 PM, Dirk Hohndel wrote: >> >> I'm planning to work on the Download dialog, there are >> still a few instances of odd texts being displayed, and > > Not done > >> m

Re: latest Android test binary

> On Jul 23, 2017, at 9:31 AM, Joakim Bygdell wrote: > >> Or we could apply an color the the GPS icon in the drawer when the service >> is active, that way it will be REALLY clear when it is active or not. > > THAT I like. Make the icon gray like all the other ones when not active, and > acce

Re: Feedback on APK 487 UI

> On Jul 23, 2017, at 10:40 AM, Davide DB wrote: > > there are different threads on the current mobile UI state. > I'll summarize here my feedback on APK 487 > > #1 First of all after the work of Joakim the app it's in another league. Completely agree > #2 Maybe it was always there and I'm re

Re: do we have Diving Log users here who could help with testing the import?

On Mon, Jul 24, 2017 at 06:42:28AM +0300, Miika Turkia wrote: > This is now sorted out, thanks to Andreas. Building new test binaries for Windows - should be up in a few minutes as -496 /D ___ subsurface mailing list subsurface@subsurface-divelog.org ht

latest APK

Thanks to Jocke the UI keeps getting better and better. I really like the colored icon as indication for the running location service. Nicely done. The only thing I really feel is preventing me from doing another beta is the issue with the cloud credentials - that's not in a good state right now.

Re: Possibility to add custom field?

> On Jul 25, 2017, at 7:44 PM, Linus Torvalds > wrote: > > This message was in the Subsurface "Google Groups" thing, and I'm > moving the discussion to the development mailing list instead since I > think more people read that one. > > [ I don't know how many people follow that google group, t

Re: [PATCH 0/2] Properly save and restore multiple pressure sensors

On Tue, Jul 25, 2017 at 07:24:36PM -0700, Linus Torvalds wrote: > > By "multiple" I obviously currently mean just two sensors for each sample, > since that's our current limitation. But I have test-data that then > alternates multiple sensors over those two slots, and the code is also > written

Re: Mobile niggles

> On Jul 26, 2017, at 13:49, John Smith wrote: > > I've just been playing with the latest APK and found a couple of niggles that > I can't see any previous mentions of. > > In settings ,the dive computer and developer slides on/off status doesn't get > saved on closing Subsurface. Correct. B

Re: Real support for multiple concurrent sensors..

On Wed, Jul 26, 2017 at 09:57:27PM -0700, Linus Torvalds wrote: > > Ok, I've actually spent a fair amount of time on this patch, and it > actually seems to work. Always a plus. > It really handles multiple cylinder pressures, both overlapping and > consecutive, and it seems to work on the nast

Re: Real support for multiple concurrent sensors..

On Wed, Jul 26, 2017 at 09:57:27PM -0700, Linus Torvalds wrote: > Anyway, without further ado, here's the patch. No sign-off yet, because I > do think people should look and comment. But I think the patch is fine, > and I'll fix anythign that anybody can find, *except* for that TankItem > thing

Re: Subsurface-mobile

Hi John, I'm trying to understand your problem, but am not sure what exactly is going wrong. The cloud sync between desktop and mobile is indeed bidirectional. I have found one situation where this currently breaks (if you have automatic trips on the desktop and a matching dive on mobile that is n

Re: Real support for multiple concurrent sensors..

> On Jul 27, 2017, at 10:22 AM, Linus Torvalds > wrote: > > On Thu, Jul 27, 2017 at 1:59 AM, Robert Helling wrote: >> >> do I understand you correctly that with multiple sensors, we would give up >> to try to determine which gas the diver is breathing (at a given time)? > > No, we can defini

Re: QtLocation map updates

> On Jul 27, 2017, at 9:26 AM, Lubomir I. Ivanov wrote: > > On 23 July 2017 at 04:13, Lubomir I. Ivanov wrote: >> On 23 July 2017 at 03:58, Dirk Hohndel wrote: >>> I don't know if I asked before... can the flags be labeled? Dive site name? >>>

Re: Subsurface-mobile

> On Jul 27, 2017, at 11:54 AM, John Griffiths wrote: > > I just dove yesterday. I added a dive using the Android app. I did not > have the correct name so since it was the first site we dove for lobster > season, I called it "lobster 1." Later, I found that we were diving on > Anglin Pier Reef.

Re: Subsurface-mobile

> On Jul 27, 2017, at 12:03 PM, John Griffiths wrote: > > Ah. Thank you! > > I thought the app I got off of Google Play was the correct App. > > Sorry for the confusion. Frankly, the confusion is my fault. When the companion app was first conceived I was convinced we'd never have a mobile app

Re: Subsurface-mobile

> On Jul 27, 2017, at 12:07 PM, Dirk Hohndel wrote: > > >> On Jul 27, 2017, at 12:03 PM, John Griffiths wrote: >> >> Ah. Thank you! >> >> I thought the app I got off of Google Play was the correct App. >> >> Sorry for the confusion.

Re: Subsurface-mobile

> On Jul 27, 2017, at 12:20 PM, John Griffiths wrote: > > But for those that got the companion app when it was the only app, there > is no reason to go back to Google to see the warning. Very good point. /D ___ subsurface mailing list subsurface@subs

Re: Default tank size

;add" except in the actual dive notes tab. Is > that of where you are speaking? > > John > > On 07/27/2017 03:06 PM, Dirk Hohndel wrote: >> Once you add it as a 15.3 liter tank (please do NOT add it as 120cuft tank >> as that would >> result in incorrect data) w

Re: Real support for multiple concurrent sensors..

> On Jul 27, 2017, at 12:43 PM, Linus Torvalds > wrote: > > On Thu, Jul 27, 2017 at 11:31 AM, Dirk Hohndel wrote: >> >> So far I haven't seen any substantial feedback on your code changes, >> I'm hoping to get a few more people to actually read throug

Re: Testing cloud account creation

> On Jul 27, 2017, at 1:34 PM, Jan Mulder wrote: > > On 26-07-17 22:36, Jan Mulder wrote: >> On 26-07-17 20:35, Jan Mulder wrote: Mobile app session 2) - start a new mobile session - to my surprise, the credentials page is shown. Already filled in email/passwd an

Re: QtLocation map updates

> On Jul 27, 2017, at 3:32 PM, Lubomir I. Ivanov wrote: > > On 27 July 2017 at 19:26, Lubomir I. Ivanov wrote: >> >> so, everything is pretty much in place including editing > > pull request made: > https://github.com/Subsurface-divelog/subsurface/pull/516 > > ---

Re: Real support for multiple concurrent sensors..

> On Jul 27, 2017, at 2:09 PM, Linus Torvalds > wrote: > > On Thu, Jul 27, 2017 at 1:18 PM, Dirk Hohndel wrote: >> >> Please just resend it with the commit message of your choice >> and an SOB and I'll create new builds > > Done. Used mostly the e

Re: QtLocation map updates

> On Jul 27, 2017, at 3:56 PM, Linus Torvalds > wrote: > > On Thu, Jul 27, 2017 at 3:47 PM, Linus Torvalds > wrote: >> >> Talking about zooming - is there a setting to just move quickly from one >> dive site >> to another without the zoom-out-zoom-in? > > Side note, while on the subject of

Re: QtLocation map updates

> On Jul 27, 2017, at 3:59 PM, Lubomir I. Ivanov wrote: > > it seems to commonly happen near the 2 higher zoom levels (18,19): > - minimum is 1.7 (whole globe visible) > - maximum is 19 > > so maybe a maximum zoom clamp of 17 is a good idea, but this way the > 18,19 levels will be lost for loca

Re: Real support for multiple concurrent sensors..

> On Jul 27, 2017, at 3:56 PM, Dirk Hohndel wrote: > > >> On Jul 27, 2017, at 2:09 PM, Linus Torvalds >> wrote: >> >> On Thu, Jul 27, 2017 at 1:18 PM, Dirk Hohndel wrote: >>> >>> Please just resend it with the commit message of yo

Re: Subsurface-mobile

> > I read the user manual on cloud credentials; no help. > > So how do I get the "Cloud" ( I hate that term. Why can we just call it > what it is; a server bank on the Internet?) and the web service that > uses the API connected. > > John > > > On 07/27/2017

Re: QtLocation map updates

> On Jul 27, 2017, at 4:07 PM, Lubomir I. Ivanov wrote: > > On 28 July 2017 at 01:54, Dirk Hohndel wrote: >>> >>> The best thing about this map widget is that it can be used for both >>> the mobile and desktop versions. The mobile version support is n

Re: Subsurface-mobile

on this server. > Apache/2.4.25 (Ubuntu) Server at cloud.subsurface-divelog.org > <http://cloud.subsurface-divelog.org/> Port 443 > > John > > Sent from my android device. > > -Original Message- > From: Dirk Hohndel > To: John Griffiths > Cc: su

Re: Subsurface-mobile

> Sent from my android device. > > -Original Message- > From: Miika Turkia > To: John Griffiths > Cc: Dirk Hohndel , subsurface@subsurface-divelog.org > Sent: Thu, 27 Jul 2017 7:43 PM > Subject: Re: Subsurface-mobile > > Have you saved the dives to cloud

Re: QtLocation map updates

I have done a somewhat coarse review of the code. A few minuscule complaints, mostly about commit message formatting and random white space and coding style things, but nothing of substance that I noticed reading the code. I think I'll pull this today (just waiting for a note from Lubomir that he

Re: Subsurface-mobile

> On Jul 27, 2017, at 6:14 PM, John Griffiths wrote: > > Dirk, > > I appreciate all you have written. And yes, I know Internet privacy is a > total illusion. I also appreciate that you wrote most, if not all, of the > code. I have written my share of this code, but more than a hundred peop

Re: Subsurface-mobile

> On Jul 27, 2017, at 6:23 PM, Dirk Hohndel wrote: >> >> I will consider my options. If I can store locally as well as syncing to >> your server, then I will probably do so. > > Yes it does. The way our remote storage works is that it keeps all of the > data i

Re: QtLocation map updates

> On Jul 28, 2017, at 6:46 AM, Lubomir I. Ivanov wrote: > > done with the changes and rebased the PR. > i also fixed some commit message typos. Thanks. I played with this here and really like what I'm seeing. I think we need to stop showing the labels earlier - but maybe that's because I have w

Re: Subsurface-mobile

nd on > this server. > > John > > On 07/27/2017 07:24 PM, Dirk Hohndel wrote: >> The Subsurface Storage Server and the webservice are completely unrelated. >> How are you storing the dives on your desktop? Can you see them when you log >> into https:

Re: QtLocation map updates

> On Jul 28, 2017, at 8:13 AM, Dirk Hohndel wrote: > > >> On Jul 28, 2017, at 6:46 AM, Lubomir I. Ivanov wrote: >> >> done with the changes and rebased the PR. >> i also fixed some commit message typos. > > Thanks. I played with this here and really

Re: QtLocation map updates

> On Jul 28, 2017, at 12:56 PM, Dirk Hohndel wrote: > > I have changes that make the build.sh cleaner and make us indeed > build without Marble. But I'm struggling with packaging this... I remember > the pain of getting Subsurface-mobile to play nicely on the Mac... this &g

Re: Subsurface-mobile

Updating a dive (on desktop) and saving to the cloud storage did not change > anything. > > Peter > > Van: subsurface [mailto:subsurface-boun...@subsurface-divelog.org > <mailto:subsurface-boun...@subsurface-divelog.org>] Namens John Griffiths > Verzonden: vrijdag 28

Re: Subsurface-mobile

changed it, how you verified that it's not there. /D > On Jul 29, 2017, at 6:42 AM, Dirk Hohndel wrote: > > Odd. It seemed to work for me when I tested it yesterday. I'll take another > look. > > /D > >> On Jul 29, 2017, at 1:22 AM, Peter Zaal > <

Re: QtLocation map updates

> On Jul 29, 2017, at 4:02 AM, Lubomir I. Ivanov wrote: > > to me this looks like the ESRI plugin isn't loaded... > i forgot to list that in my previous email. > > QDeclarativeGeoMapType is the Map QML instance, the QML Plugin > instance if set to "esri" should search for: > plugins/geoservices

Re: QtLocation map updates

> On Jul 29, 2017, at 7:36 AM, Dirk Hohndel wrote: > > >> On Jul 29, 2017, at 4:02 AM, Lubomir I. Ivanov wrote: >> >> to me this looks like the ESRI plugin isn't loaded... >> i forgot to list that in my previous email. >> >> QDeclarative

Re: Compile error on macos

t 1 "build --make-deps" must be run. Otherwise, I have an issue with > openssh2 not finding openssl. > > Benjamin > > On 16 July 2017 at 12:15, Benjamin <mailto:nyst...@gmail.com>> wrote: > I'll rebuild my environment tonight after work and report bac

MXE and Qt 5.9.0

In order to use Lubomir's QtLocation code I needed to update MXE to the current version which includes Qt 5.9.0 (5.9.1 hasn't been packaged, yet, for MXE). And sadly, with the latest MXE sources (which of course bring new everything, including a new tool chain), it seem that something is broken wi

Re: MXE and Qt 5.9.0

al Message From: "Lubomir I. Ivanov" Sent: Sun Jul 30 10:50:39 PDT 2017 To: Dirk Hohndel Cc: Subsurface Mailing List Subject: Re: MXE and Qt 5.9.0 On 30 July 2017 at 07:38, Dirk Hohndel wrote: > In order to use Lubomir's QtLocation code I needed to update MXE to the > cu

Re: MXE and Qt 5.9.0

> On Jul 30, 2017, at 2:29 PM, Lubomir I. Ivanov wrote: > > On 30 July 2017 at 23:21, Dirk Hohndel wrote: >> 5.7 didn't appear to include the esri plugin... That's why I tried to switch >> to 5.9. And because of the way mxe is organized, that brought with it the

Re: [PATCH] worldmap-save: don't use an API key

On Mon, Jul 31, 2017 at 02:17:34AM +0300, Lubomir I. Ivanov wrote: > please, ignore this patch if we want to monitor the usage of > the "export -> world map" feature with an associated google account. > we cannot do that without an API key. No we don't. I just pushed the patch. Thanks, that was ea

Re: [PATCH 6/4] Fix another cylinder pressure plotting special case

On Sun, Jul 30, 2017 at 11:22:34AM -0700, Linus Torvalds wrote: > > Oh. And that's not a bug, it's a "feature". > > We have a "display_unused_tanks" preference setting, which disables > showing of tanks that aren't actively used during the dive. Yep. Because quite a few dive computers give you a

Re: MXE and Qt 5.9.0

> On Jul 30, 2017, at 4:46 PM, Lubomir I. Ivanov wrote: >> >> I will give this a try, >> The other thing that I was thinking about was "why do we need WebKit?" >> So part of the argument for keeping WebKit was that WebEngine can't be cross >> built on Windows. >> But then the question becomes,

Re: MXE and Qt 5.9.0

> On Jul 30, 2017, at 4:59 PM, Lubomir I. Ivanov wrote: > > another option would be to try to do the following: > - remain using the CSS / HTML / Grantlee scheme > - generate a HTML page and write the profile images at a temporary folder > - instruct the user to print the pages inside his prefer

Re: MXE and Qt 5.9.0

On Mon, Jul 31, 2017 at 12:29:17AM +0300, Lubomir I. Ivanov wrote: > On 30 July 2017 at 23:21, Dirk Hohndel wrote: > > 5.7 didn't appear to include the esri plugin... That's why I tried to > > switch to 5.9. And because of the way mxe is organized, that brought with >

Re: MXE and Qt 5.9.0

> On Jul 30, 2017, at 5:28 PM, Lubomir I. Ivanov wrote: > looks like the QGeoCodeReply::aborted() signal was added in Qt 5.9. > > The 5.8 version of ESRI might build with 5.7.1. > https://github.com/qt/qtlocation/tree/5.8/ > https://github.com/qt/qtlocation/tree/5.8/src/plugins/geoservices/esri

Re: [PATCH 6/4] Fix another cylinder pressure plotting special case

> On Jul 30, 2017, at 9:25 PM, Linus Torvalds > wrote: >> >>> - if the cylinder has no data at all, we don't show it >> >> But "no data at all" does not include "first and only cylinder", right? > > Right. The "cylinder is used" case actually includes the first > cylinder, if it's the only on

Re: Statistics - Preliminary Trials

> On Jul 30, 2017, at 11:40 AM, Tomaz Canabrava wrote: > > People, > > Please don't give me ideas, my head is full of them currently, I just wanna a > bit of help to decide what should I use. The pictures represent the > Statistics for the Trip Depth (min, avg, max) > The data is not sorted

Re: Statistics - Preliminary Trials

> On Jul 31, 2017, at 9:43 AM, Joakim Bygdell wrote: > > > > I'v done a bit of experimentation using our own profile code: > > That to me looks very... I don't know... ODD. > > > and using QML: > > That looked much more like what I would expect statistics to look like. > > Bar graphs are not

Re: MXE and Qt 5.9.0

The subject is now wrong, but hey, small victories. Note to self - bisecting a project that takes about four hours to recompile on a reasonably fast system (16 Xeon X5670 cores, 32G mem, fast RAID (but no SSDs)) and where testing the success requires using that project to build a different pro

Re: Statistics - Preliminary Trials

> On Jul 31, 2017, at 10:58 AM, Tomaz Canabrava wrote: > > There are no boxplots on qtcharts so we can rule that out. I'm experimenting > with qwt currently. Good thing is that it has export to png/PDF building errr https://doc.qt.io/qt-5/qboxplotseries.html

Re: MXE and Qt 5.9.0

> On Jul 31, 2017, at 12:02 PM, Lubomir I. Ivanov wrote: > > On 31 July 2017 at 22:01, Lubomir I. Ivanov wrote: >> On 31 July 2017 at 21:28, Dirk Hohndel wrote: >>> >>> Lubomir - my biggest concern right now is that it still shows the label

Re: Statistics - Preliminary Trials

> On Jul 31, 2017, at 12:39 PM, Tomaz Canabrava wrote: > > > > On Mon, Jul 31, 2017 at 8:27 PM, Dirk Hohndel <mailto:d...@hohndel.org>> wrote: > >> On Jul 31, 2017, at 10:58 AM, Tomaz Canabrava > <mailto:tcanabr...@kde.org>> wrote: >>

Re: MXE and Qt 5.9.0

Yes, see my later post. There was apparently a strange plugin incompatibility, likely caused by different QT versions. Rebuilding all the components fixed that ⁣-- From my phone​ Original Message From: "Lubomir I. Ivanov" Sent: Mon Jul 31 13:50:15 PDT 2017 To: Di

4.6.4-675 could use some testing

Windows binaries are up, as are OBS builds for OpenSUSE and Fedora. Launchpad tells me it will run the builds in about two hours (that used to go a lot quicker). But by the time the Europeans are up they should be ready. I haven't had time to do an AppImage, yet. I'll try to do another Mac build

Re: Working Proof of Concept: "AppImage with everything", prepared on Arch, can download from D9 on CentOS

> On Jul 30, 2017, at 2:44 PM, Lutz Vieweg wrote: > > Hi, > > this weekend I followed up on my attempts to enhance "makeaoi" such that it > can package applications even if they need to access device files. > > And I succeeeded in that I was now able to prepare a Subsurface AppImage > on an Ar

Re: 4.6.4-675 could use some testing

> On Jul 31, 2017, at 10:51 PM, Salvador Cuñat wrote: > > Good morning. > > El 01/08/2017 06:57, "Willem Ferguson" > escribió: > > > > > > On my Ubuntu the AppImage crashes upon startup because of dependency > > problems. > > > > using PERLLIB=./share/

Re: MXE and Qt 5.9.0

> On Jul 31, 2017, at 9:54 AM, Dirk Hohndel wrote: > > The subject is now wrong, but hey, small victories. And with the latest MXE update this has become even better: http://subsurface-divelog.org/downloads/test/subsurface-4.6.4-677-g15962add7ad6.exe Is based on Qt 5.9.1 and in m

Re: 4.6.4-675 could use some testing

> On Jul 31, 2017, at 6:26 PM, Dirk Hohndel wrote: > > Windows binaries are up, as are OBS builds for OpenSUSE and Fedora. Windows just got updated to -677 (now Qt 5.9.1 based) > Launchpad tells me it will run the builds in about two hours (that used to > go a lot quicker).

Re: 4.6.4-675 could use some testing

> On Aug 1, 2017, at 3:38 AM, Davide DB wrote: > > On 1 August 2017 at 12:15, Dirk Hohndel wrote: >> >> Windows just got updated to -677 (now Qt 5.9.1 based) > > From what I see it seems to works. > I don't know if the zoom level at which labels are remov

Re: QtLocation map updates

> On Aug 1, 2017, at 5:57 AM, Robert Helling wrote: > > Hi, > >> On 1. Aug 2017, at 13:07, Lubomir I. Ivanov > > wrote: >> >> apparently, ESRI is one of those companies which employ thousands of >> people worldwide, but there is no easy way to report a bug in their

Re: 4.6.4-675 could use some testing

> On Aug 1, 2017, at 12:19 PM, Salvador Cuñat wrote: > OK. I've solved the modules issue in debian unstable installing > qml-module-qtlocation and qml-module-qtpositioning packages. Willem, > may be you need to install some of the packages related to qtquick > too. > > The bad news are: instead

Re: QtLocation map updates

> On Aug 1, 2017, at 11:44 AM, Linus Torvalds > wrote: > On Aug 1, 2017 11:07, "Lubomir I. Ivanov" > wrote: > > my local distributor is not responding. > > it seems that users from the US get better (special) support here: > http://support.esri.com/en/contact-tech-

Re: MXE and Qt 5.9.0

> On Aug 1, 2017, at 11:41 AM, Miika Turkia wrote: >>> This is crashing on startup. (Windows 7 and never had Subsurface on >>> that VM before.) >>> >> >> it's not crashing for me on Windows 7 64bit. >> >> can you run the executable through a 32bit GDB to at least get the >> crashing module: >>

Re: MXE and Qt 5.9.0

> On Aug 1, 2017, at 1:14 PM, Lubomir I. Ivanov wrote: > given the OpenGL hint, i would consider this being a backbuffer > initialization problem caused by the fact that the VM cannot safely > utilize the 3D acceleration of your hardware. > what VM software are you using and can you try enabling

Re: MXE and Qt 5.9.0

> On Aug 1, 2017, at 1:21 PM, Lubomir I. Ivanov wrote: > > On 1 August 2017 at 23:14, Lubomir I. Ivanov wrote: >> i haven't tested this in a VM, i must admit. >> > > alright, i've just tested the latest Windows package on a Windows XP > VM that i have and it doesn't work. > but for other reas

Re: QtLocation map updates

> On Aug 1, 2017, at 3:31 PM, Linus Torvalds > wrote: > > On Tue, Aug 1, 2017 at 2:55 PM, Lubomir I. Ivanov wrote: >> >> someone already did this: >> https://github.com/vladest/googlemaps >> >> not sure how i've missed that in the google search results >> >> and it works; at least after

Re: MXE and Qt 5.9.0

> On Aug 1, 2017, at 1:47 PM, Miika Turkia wrote: >> given the OpenGL hint, i would consider this being a backbuffer >> initialization problem caused by the fact that the VM cannot safely >> utilize the 3D acceleration of your hardware. >> what VM software are you using and can you try enabling a

Re: QtLocation map updates

> On Aug 1, 2017, at 5:09 PM, Lubomir I. Ivanov wrote: > > On 2 August 2017 at 01:31, Linus Torvalds > wrote: >> I didn't really look at the source code very much, but what I looked >> at didn't look horrible. I'm a *bit* worried about things like this: >> >>// Google version strings >>

Re: QtLocation map updates

> On Aug 1, 2017, at 5:18 PM, Lubomir I. Ivanov wrote: > > On 2 August 2017 at 03:10, Dirk Hohndel wrote: >> >>> On Aug 1, 2017, at 5:09 PM, Lubomir I. Ivanov wrote: >>> >>> probably debugging leftovers. >>> some of those regex-es in >

Re: QtLocation map updates

> On Aug 1, 2017, at 5:14 PM, Lubomir I. Ivanov wrote: > > On 2 August 2017 at 01:49, Dirk Hohndel wrote: >> >> Nice. I would love to be able to see if this could be made to work with >> Qt 5.7 (or even better 5.6) - otherwise we are leaving a lot of distributions

Re: QtLocation map updates

> On Aug 1, 2017, at 5:39 PM, Lubomir I. Ivanov wrote: >> >> We should certainly fork this so we have it available https://github.com/Subsurface-divelog/googlemaps /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurfa

Re: QtLocation map updates

On Wed, Aug 02, 2017 at 03:14:52AM +0300, Lubomir I. Ivanov wrote: > On 2 August 2017 at 01:49, Dirk Hohndel wrote: > > > > Nice. I would love to be able to see if this could be made to work with > > Qt 5.7 (or even better 5.6) - otherwise we are leaving a lot of > &g

Re: QtLocation map updates

> On Aug 2, 2017, at 4:17 AM, Lubomir I. Ivanov wrote: > > On 2 August 2017 at 07:22, Dirk Hohndel wrote: >> On Wed, Aug 02, 2017 at 03:14:52AM +0300, Lubomir I. Ivanov wrote: >>> On 2 August 2017 at 01:49, Dirk Hohndel wrote: >>>> >>>> Nice.

Re: Working Proof of Concept: "AppImage with everything", prepared on Arch, can download from D9 on CentOS

> On Aug 2, 2017, at 3:33 AM, Lutz Vieweg wrote: > > On 08/01/2017 06:18 AM, Dirk Hohndel wrote: >>> https://transfer.sh/2tLny/subsurface-4.6.4-2-x86_64.AppImage >> >> Really cool. >> Is that a stock 4.6.4? What's the version number scheme you use? >

Re: QtLocation map updates

> On Aug 2, 2017, at 8:27 AM, Lubomir I. Ivanov wrote: >> >>> why isn't it working with more recent Qt versions? >> >> The logic of an AppImage is that you build on an OLD distro so that the glibc >> that you link against is an old one and the binaries run on as many distros >> as >> possible.

Re: Size of Kirigami controls in Subsurface-mobile

> On Aug 2, 2017, at 9:15 AM, Thomas Pfeiffer wrote: > > Hi Dirk, > when trying out Subsurface-mobile again recently, I noticed that the Action > Button as well as the drawer handles were really large there compared to > other Kirigami apps (see attachment with comparison of Subsurface vs. >

Re: Working Proof of Concept: "AppImage with everything", prepared on Arch, can download from D9 on CentOS

> On Aug 2, 2017, at 10:07 AM, Gaetan Bisson wrote: > > [2017-08-02 08:30:33 -0700] Dirk Hohndel: >> That makes sense. We don't have a daily/test build for Arch. And that >> shouldn't be all that hard to do, anyway. > > For information, myself and a few

Re: Size of Kirigami controls in Subsurface-mobile

> On Aug 2, 2017, at 1:50 PM, Marco Martin wrote: > > > On Wed, Aug 2, 2017 at 6:38 PM, Dirk Hohndel <mailto:d...@hohndel.org>> wrote: > I don't know. Marco has looked at our code - are we doing something stupid, > Marco? > hmm, i don't know, i can s

<    3   4   5   6   7   8   9   10   11   12   >