Re: [PATCH 2/2] Add a travis build of subsurface

Fantastic work Anton. This is a great step forward :) Henrik On Sun, Feb 5, 2017 at 11:26 PM, Anton Lundin wrote: > This runs a subsurface script/build.sh build in travis-ci, and runs the > tests afterwards. > > The build runs on the Ubuntu Trusty image, but due to the fact

Re: New Subsurface-mobile Beta for Android [was: Re: Subsurface 4.7 / 5.0]

On Sun, Jan 22, 2017 at 12:58 AM, Dirk Hohndel wrote: > On Sat, Jan 21, 2017 at 02:21:43PM -0800, Dirk Hohndel wrote: >> >> Here's my plan for right now. Fix things so we go back to Kirigami 1. >> See if I can build a working Android APK. Once I have that, check where >> we are

Re: Beta announcement

On Fri, Dec 30, 2016 at 2:46 PM, Henrik B A <hen...@synth.no> wrote: > On Thu, Dec 29, 2016 at 9:29 PM, Dirk Hohndel <d...@hohndel.org> wrote: >> >> Pull requests with updates welcome > > https://github.com/Subsurface-divelog/subsurface doesn't seem to get

Re: Beta announcement

On Thu, Dec 29, 2016 at 9:29 PM, Dirk Hohndel wrote: > > Pull requests with updates welcome https://github.com/Subsurface-divelog/subsurface doesn't seem to get updated, but https://github.com/torvalds/subsurface already has several PRs. Which should we use? Cheers, Henrik

Re: Using GitHub

On Thu, Jan 5, 2017 at 7:29 AM, Willem Ferguson wrote: > For those not familiar with GitHub, is it possible to write a brief text on > how to use GitHub for Subsurface? > > How does one submit a patch? Does one have to do the edits online within > GitHub inside a

Re: Request for information for user manual: SmartTrac

On Thu, Jan 5, 2017 at 1:02 PM, Robert Helling wrote: > Hi, > > On 05 Jan 2017, at 10:17, Willem Ferguson > wrote: > > Does anyone have any information about this? It is listed as a new feature > of Subsurface V4.6 Beta V1. > > > you get a bit

Re: Beta announcement

29. des. 2016 17.59 skrev "Dirk Hohndel" : I will give up on trac as bug tracker and use github issues. And I will encourage people to send me pull requests instead of sending patches. github.com/Subsurface-divelog/subsurface This needs work, of course. Changes to the Readme,

Re: [torvalds/subsurface] QWebEngine and fix for images from web (#128)

31. des. 2016 08.54 skrev "Robert Helling" : will do. Maybe someone knows (i haven’t been able to quickly find an answer): My github repository of subsurface was cloned from Linus’ a long time ago. When I try to create a pull request on the github webpage, I cannot do it

Re: [torvalds/subsurface] QWebEngine and fix for images from web (#128)

On Sun, Jan 1, 2017 at 11:24 AM, Tomaz Canabrava wrote: > > On Sun, Jan 1, 2017 at 10:58 AM, Robert Helling > wrote: >> >> On 01 Jan 2017, at 10:26, Robert C. Helling >> wrote: >> >> Sure I could do that. But my "legacy"

Re: Subsurface-mobile with BT and BLE support [was Re: updates to libdc with ABI change]

On Fri, Jun 30, 2017 at 10:37 AM, Davide DB wrote: > So I got lost among all the hectic activities on BT/BLE download. > What's the latest apk to play with? > Pick the latest from http://subsurface-divelog.org/downloads/test/ Henrik

Re: lots of activity

On Sun, Nov 26, 2017 at 1:13 AM, Dirk Hohndel wrote: > For those not subscribed to the changes on GitHub, a lot is going on. > Berthold, Lubomir, Jan, and Stefan are all on a role. 72 commits from the > four of them in two weeks. > In the meantime Anton and I reworked our

Subsurface as a Snap?

Has anyone looked into how feasible it would be to build Subsurface as a Snap? It would be an alternative to the AppImage. Ref. https://docs.snapcraft.io/build-snaps/c Cheers, Henrik ___ subsurface mailing list subsurface@subsurface-divelog.org

Re: New icons

On Mon, Jun 4, 2018, 19:44 Dirk Hohndel wrote: > > I will admit that I feel many of the new icons aren't as nice as the old > ones. > They feel "blocky" and "old" to me. > Obviously I'm not a graphic designer and I'll be the first to admit that > I'd have > ZERO talent to do any better - but

Re: Subsurface as a Snap?

On Thu, Dec 21, 2017 at 3:39 PM, Dirk Hohndel wrote: > Snap and Flatpak both are different takes on what we already have with > AppImage. > The goal of AppImage was to have fewer builds to worry about. And it > brilliantly does that. > So unless there is something that is a)

Re: Formatting Dive tags string

On Thu, Apr 5, 2018 at 11:29 PM, Berthold Stoeger < bstoe...@mail.tuwien.ac.at> wrote: > > I'm disappointed to learn that git only does 7-bit ASCII tags...? ☹ > You shouldn't be. It does: $ git tag øl $ git tag  $ git tag øl  Henrik ___

Re: Moving Divesites from One User to Another

On Mon, Apr 8, 2019 at 3:42 AM Michael Newman wrote: > Well, this was a huge failure. I edited her xml file to include all 80 > dive sites that are in my ssrf file. The first time I opened her xml file > in Subsurface, all those dive sites were there. I was able to add dive site > locations to a

Re: dive site handling

On Fri, Feb 22, 2019 at 9:37 PM Dirk Hohndel wrote: > One of the many threads we had on this is archived here (and yeah, the > list archive is a bit painful...) > http://lists.subsurface-divelog.org/pipermail/subsurface/2016-April/025412.html > In that thread I pushed back hard on Henrik's idea

Re: dive site handling

On Sat, Feb 23, 2019 at 10:21 AM Willem Ferguson < willemfergu...@zoology.up.ac.za> wrote: > 1) I have never been convinced that writing the dive locations into the > dive log XML is the best solution. > I disagree. The XML is an excellent location for the dive sites, it makes sharing and

Re: dive site handling

On Sat, Feb 23, 2019 at 6:31 PM Dirk Hohndel wrote: > Unreferenced dive sites should not be stored when saving data. But the > user can of course create multiple, redundant dive sites when doing > multiple dives at the same site. > Hm, I believe we should be able to have unreferenced dive sites

Re: dive site handling

On Sat, Feb 23, 2019 at 6:32 PM Dirk Hohndel wrote: > I believe Henrik's proposal pre-dated us adding the country field. I see > no reason to remove the country field. > No, my initial propose had Site name, Location and Country. But I got so much opposition from even mentioning anything

Re: dive site handling

On Sat, Feb 23, 2019, 23:16 Robert Helling wrote: > But what I was hoping for was that the Subsurface users could create > their own database: Sharing logbook entries has a lot of privacy issues but > I think many of our users would be willing to share dive site information > they collect if

Re: dive site handling

On Sun, Feb 24, 2019, 15:34 Willem Ferguson wrote: > On 2019/02/24 16:16, Henrik B A wrote: > > > > An online shared DB could be nice as well, but that's a completely > > different beast IMHO. Also, many sites aren't shareable: They could be > > on private ground, or

Re: dive site handling

On Sun, Feb 24, 2019 at 9:20 PM Berthold Stoeger wrote: > One could have a "prune unused dive sites" button. And for GPS-enabled > dive > computer users an "auto-prune unused dive sites" option. > Good idea! > To me it seems somewhat questionable to create a new dive site for every > new >

Re: dive site handling

On Sun, Feb 24, 2019 at 8:40 PM Dirk Hohndel wrote: > Would those be referenced by planned dives? Or do you really mean > "unreferenced", i.e. you create a dive site, save the dive file and quit > the app, and then later add a dive at that site? > Just making sure I understand the model you are

Re: Information tab in desktop version

On Wed, Apr 17, 2019, 21:04 Doug Junkins wrote: > It is not clear to me why atmospheric pressure and dive mode were chosen > as special fields that get added to the location label on the Notes tab as > opposed to other fields like water and air temperature. Are those really > the most important

Re: Facebook and Subsurface

On Wed, Jul 31, 2019 at 1:20 AM Dirk Hohndel wrote: > On Tue, Jul 30, 2019 at 11:25:42PM +0200, Robert Helling wrote: > > > > PS: When it comes to web forums for divers, I believe that for some > time, scuba board is by far the most useful for divers. I look there > regularly and have a

Re: MacOS will require programs to be notarised by Apple

On Wed, Jul 31, 2019 at 8:13 AM Dirk Hohndel wrote: > I looked into this. It's at the same time not hard and annoyingly painful > to do :-/ > > Can someone with the latest macOS try if this shows up as notarized? > > https://subsurface-divelog.org/downloads/test/Subsurface-4.9.0-35.dmg > > (note

Large UDDF log file freezes Subsurface 5.0.8 on intel macOS 12.3

Hi! I have a large (75MB, ~1000 dives) UDDF log file exported from MacDive. When importing this to Subsurface it freezes. I have tried just letting it ponder on, but after about 10 minutes I just force-quit the application. If I export the same dives in the MacDive XML format instead,

Re: Sponsoring Subsurface

On Tue, Mar 29, 2022 at 1:09 AM Dirk Hohndel via subsurface < subsurface@subsurface-divelog.org> wrote: > So this has been a very, very often requested "feature". And I have always > resisted - for many reasons. > > This is great news! Henrik ___

Re: Something's weird with the dive computer parsing in the UDDF import

On Sun, Mar 17, 2024, 09:16 Berthold Stoeger wrote: > Hi Hendrik, > > On Samstag, 16. März 2024 10:31:15 CET Henrik B A via subsurface wrote: > > > It looks like the dive computer parsing is broken when importing UDDF > files. > > I reworked quite a bit of the st

Something's weird with the dive computer parsing in the UDDF import

Hi! It looks like the dive computer parsing is broken when importing UDDF files. Dive #841 get different computers depending on which other dives it is grouped with: https://henrik.synth.no/files/fail.uddf https://henrik.synth.no/files/fail2.uddf https://henrik.synth.no/files/fail3.uddf

Re: Something's weird with the dive computer parsing in the UDDF import

Miika: Are you able to see what's wrong with the import, based on the files I provided? Henrik On Sun, Mar 17, 2024 at 8:04 PM Miika Turkia via subsurface < subsurface@subsurface-divelog.org> wrote: > On Sun, Mar 17, 2024 at 8:59 PM Michael Keller via subsurface < >