Re: new website - or "jet lag is good"

[Davide DB]

Hi Dirk,

Did you changed/updated the cms you used for the website?
While translating Italian pages I remember it was a pita. I had to insert
html escape chars by myself.
On Oct 11, 2015 8:01 AM, "Dirk Hohndel"  wrote:

> After about 20 hours of editing and copying and modifying I have a mockup
> of the new website ready.
>
> Please go to http://ssrftest.subsurface-divelog.org and let me know what
> you think.
>
> I know that there are a few glitches... I finally need to try to get back
> to a sane sleeping rhythm so I'll stop now even though I'm not completely
> done.
> The dive computer ramblings need to be cleaned up. The translations of the
> manuals are missing.
> The translations of many of the pages are completely out of whack and most
> pages haven't been updated to 4.5
> So don't think of this as reviewing content (with the exception of the
> landing page), but of reviewing layout and overall look and feel.
>
> Thanks
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: new website - or "jet lag is good"

[Salvador Cuñat]

Hi again.

2015-10-11 8:22 GMT+02:00 Salvador Cuñat :

> Good morning.
>
> 2015-10-11 8:01 GMT+02:00 Dirk Hohndel :
>
>> After about 20 hours of editing and copying and modifying I have a mockup
>> of the new website ready.
>>
>> Please go to http://ssrftest.subsurface-divelog.org and let me know what
>> you think.
>>
>>
>> It looks rather bizarre in my browser  };-)
>
>
> Previous  snapshot only happens on translated page (shows a column with
*all* translations, english original included).  In english, page looks
just fine.

Regards.

Salva.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

RE: new website - or "jet lag is good"

[Steve]

After about 20 hours of editing and copying and modifying I have a mockup of
the new website ready.

 

Please go to http://ssrftest.subsurface-divelog.org and let me know what you
think.

 

I know that there are a few glitches... I finally need to try to get back to
a sane sleeping rhythm so I'll stop now even though I'm not completely done.

The dive computer ramblings need to be cleaned up. The translations of the
manuals are missing.

The translations of many of the pages are completely out of whack and most
pages haven't been updated to 4.5

So don't think of this as reviewing content (with the exception of the
landing page), but of reviewing layout and overall look and feel.

 

Thanks

 

/D

 

 

Looks good on my laptop.

I would change the different languages bar to the top rather than at the
bottom which you need to scroll down before you see it from the homepage.

 

Steve

 

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH 1/1] Use ~/.subsurface as default directory on Linux

[Benjamin]

On Sun, 11 Oct 2015 08:58 Dirk Hohndel  wrote:



I was going to mention that... I think that was an unintended side effect of
a patch that Lubomir sent.

I would like .subsurface much better.

What do others think?

This is the directory that both the default .xml file as well as the hashes,
the picturedata and the git cache directories are in...

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


It does sound more "standard" to have those files in .subsurface instead of
in subsurface.
But I'm not really much of an expert :)

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: new website - or "jet lag is good"

[Rick Walsh]

Hi,

On 11 Oct 2015 17:01, "Dirk Hohndel"  wrote:
>
> After about 20 hours of editing and copying and modifying I have a mockup
of the new website ready.
>
> Please go to http://ssrftest.subsurface-divelog.org and let me know what
you think.

I've had a quick look on my phone. Using Chrome on my Galaxy S6.  I like
the new layout, including that it draws attention to cool features at the
top. A few points.
-Main headings on each page are inconsistent size. Landing page is small.
Downloads is large. FAQ is small, etc.
-I think the heading colour would look better as "Subsurface blue", rather
than black.
-How will the page look on old/text browsers? Not sure this really matters
for a solely desktop/smartphone program.
-On the landing page is it better to elaborate on the features in case the
reader doesn't wait to scroll through them at the top? Cloud storage,
platforms and the planner aren't mentioned except in the bit that flashes
through at the top.

Rick

>
> I know that there are a few glitches... I finally need to try to get back
to a sane sleeping rhythm so I'll stop now even though I'm not completely
done.
> The dive computer ramblings need to be cleaned up. The translations of
the manuals are missing.
> The translations of many of the pages are completely out of whack and
most pages haven't been updated to 4.5
> So don't think of this as reviewing content (with the exception of the
landing page), but of reviewing layout and overall look and feel.
>
> Thanks
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

new website - or "jet lag is good"

[Dirk Hohndel]

After about 20 hours of editing and copying and modifying I have a mockup of 
the new website ready.

Please go to http://ssrftest.subsurface-divelog.org 
 and let me know what you think.

I know that there are a few glitches... I finally need to try to get back to a 
sane sleeping rhythm so I'll stop now even though I'm not completely done.
The dive computer ramblings need to be cleaned up. The translations of the 
manuals are missing.
The translations of many of the pages are completely out of whack and most 
pages haven't been updated to 4.5
So don't think of this as reviewing content (with the exception of the landing 
page), but of reviewing layout and overall look and feel.

Thanks

/D___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH 1/1] Use ~/.subsurface as default directory on Linux

[Dirk Hohndel]

> On Oct 10, 2015, at 10:36 PM, Gaetan Bisson  wrote:
> 
> Hi guys,
> 
> I only just noticed that cloud storage now uses (and automatically
> creates) the ~/subsurface directory. Perhaps I missed some discussion
> about it, but I would much prefer a name that starts with a dot. Does
> the attached patch makes sense to you?

I was going to mention that... I think that was an unintended side effect of
a patch that Lubomir sent.

I would like .subsurface much better.

What do others think?

This is the directory that both the default .xml file as well as the hashes,
the picturedata and the git cache directories are in...

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

[PATCH 1/1] Use ~/.subsurface as default directory on Linux

[Gaetan Bisson]

Hi guys,

I only just noticed that cloud storage now uses (and automatically
creates) the ~/subsurface directory. Perhaps I missed some discussion
about it, but I would much prefer a name that starts with a dot. Does
the attached patch makes sense to you?

Cheers.

-- 
Gaetan
>From a0805d5143410afd52b27f3a7792e3ada07c90e4 Mon Sep 17 00:00:00 2001
From: Gaetan Bisson 
Date: Sat, 10 Oct 2015 19:24:09 -1000
Subject: [PATCH 1/1] Use ~/.subsurface as default directory on Linux

This is more discreet than ~/subsurface (the previous default) and
follows a well-established tradition.

Signed-off-by: Gaetan Bisson 
---
 linux.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/linux.c b/linux.c
index d23af1a..d4131c7 100644
--- a/linux.c
+++ b/linux.c
@@ -53,7 +53,7 @@ static const char *system_default_path_append(const char *append)
 	const char *home = getenv("HOME");
 	if (!home)
 		home = "~";
-	const char *path = "/subsurface";
+	const char *path = "/.subsurface";
 
 	int len = strlen(home) + strlen(path) + 1;
 	if (append)
-- 
2.6.1

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Latest downloaded dives numbered zero

[Rick Walsh]

On 11 October 2015 at 15:16, Rick Walsh  wrote:

> Hi,
>
> I downloaded three dives from this morning and yesterday with the current
> master (bfaf57e) on Fedora 22.  These three dives were all numbered zero,
> rather continuing from the previous dive.  I've attached a screenshot.
> This did not occur when I downloaded dives last weekend.
>

And I just tried to reproduce (twice), by deleting those dives from my log,
and re-downloading.  Both times the numbering was correct.  Good, but grrr
I can't reproduce the error.  The terminal output is similar to the time
where numbering failed.

[Thread 0x7fff76ffb700 (LWP 11842) exited]
qt.bluetooth.bluez: Bluez 5 detected.
qt.bluetooth.bluez: Creating QtBluezDiscoveryManager
qt.bluetooth.bluez: Discovered:  "00:13:43:0E:6B:D0" "Petrel" Num UUIDs 1
total device 0 cached RSSI 0 Class 526084
qt.bluetooth.bluez: Updating RSSI for "00:13:43:0E:6B:D0" QVariant(short,
-59)
qt.bluetooth.bluez: void QBluetoothDeviceDiscoveryAgentPrivate::stop()
qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 13 error:
-1 "Resource temporarily unavailable"



> A few points:
> First time using the companion app (I braved taking my phone on the boat,
> and it works great)
> Downloaded from Shearwater Petrel 2 with native Bluetooth support
> Previous dives were downloaded from my Petrel, and my backup computer
> (Hollis DG03)
> First downloaded "dive" was less than one minute (I merged with the
> following actual dive).
> Downloaded to my local xml file, then saved (successfully) to cloud.
> Nothing obviously meaningful on the command line (ran in gdb with -v -v).
> There was a qtblueooth error "Resource temporarily unavailable", but the
> download worked.
>
> Terminal output below
> QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No
> such file or directory
> [New Thread 0x7fff74e69700 (LWP 2841)]
> [Thread 0x7fff74e69700 (LWP 2841) exited]
> qt.bluetooth.bluez: Bluez 5 detected.
> qt.bluetooth.bluez: Creating QtBluezDiscoveryManager
> qt.bluetooth.bluez: Discovered:  "00:13:43:0E:6B:D0" "Petrel" Num UUIDs 1
> total device 0 cached RSSI 0 Class 526084
> qt.bluetooth.bluez: Updating RSSI for "00:13:43:0E:6B:D0" QVariant(short,
> -62)
> qt.bluetooth.bluez: void QBluetoothDeviceDiscoveryAgentPrivate::stop()
> qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 14
> error: -1 "Resource temporarily unavailable"
> Detaching after fork from child process 2889.
> [Thread 0x7fff74e69700 (LWP 2841) exited]
>
> Obviously, I can renumber dives, and that works.  But they should be
> numbered automatically.
>
> Cheers,
>
> Rick
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: assert in MultiFilterSortModel::invalidate() on first run

[Tomaz Canabrava]

Taking a look at it now.
Em 10 de out de 2015 18:49, "Lubomir I. Ivanov" 
escreveu:

> steps:
> - open Subsurface
> - press CTRL+F
> - press CTRL+F again (i.e. close/clear the MultiFilter widget)
>
> ASSERT failure in QPersistentModelIndex::~QPersistentModelIndex:
> "persistent model indexes corrupted", file
> itemmodels\qabstractitemmodel.cpp, line 557
>
> Qt = 5.5.0.
>
> i can't be reproduced with the Win32 daily because it's not using the
> 'd' versions of Qt.
> some time ago i've noticed that Qt completely skips such asserts on
> Linux (and probably OSX), so this one is likely the 4-5th
> index-assert, only i can see for some reason...
>
> rough stack trace in reverse order:
> MainWindow::on_actionFilterTags_triggered()
> MultiFilter::closeFilter()
> MultiFilterSortModel::clearFilter();
> MultiFilterSortModel::myInvalidate();
> MultiFilterSortModel::invalidate() <--
>
> i don't have a fix because i wouldn't touch this overly complicated
> and overly engineered Qt model-space-cosmos-universal-proxy-crazyness
> with a 10 foot pole. i mean, i probably can submit some sort of
> half-baked fix but it won't be the correct solution.
>
> no offense to Tomaz, of course...who is the only person who seems to
> juggle this Qt madness in a sane way.
>
> lubomir
> --
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

assert in MultiFilterSortModel::invalidate() on first run

[Lubomir I. Ivanov]

steps:
- open Subsurface
- press CTRL+F
- press CTRL+F again (i.e. close/clear the MultiFilter widget)

ASSERT failure in QPersistentModelIndex::~QPersistentModelIndex:
"persistent model indexes corrupted", file
itemmodels\qabstractitemmodel.cpp, line 557

Qt = 5.5.0.

i can't be reproduced with the Win32 daily because it's not using the
'd' versions of Qt.
some time ago i've noticed that Qt completely skips such asserts on
Linux (and probably OSX), so this one is likely the 4-5th
index-assert, only i can see for some reason...

rough stack trace in reverse order:
MainWindow::on_actionFilterTags_triggered()
MultiFilter::closeFilter()
MultiFilterSortModel::clearFilter();
MultiFilterSortModel::myInvalidate();
MultiFilterSortModel::invalidate() <--

i don't have a fix because i wouldn't touch this overly complicated
and overly engineered Qt model-space-cosmos-universal-proxy-crazyness
with a 10 foot pole. i mean, i probably can submit some sort of
half-baked fix but it won't be the correct solution.

no offense to Tomaz, of course...who is the only person who seems to
juggle this Qt madness in a sane way.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Lubomir I. Ivanov]

On 10 October 2015 at 22:57, Joakim Bygdell  wrote:
>
> On 10 Oct 2015, at 21:54, Lubomir I. Ivanov  wrote:
>
> On 10 October 2015 at 22:44, Joakim Bygdell  wrote:
>
>
> On 10 Oct 2015, at 21:38, Lubomir I. Ivanov  wrote:
>
> On 10 October 2015 at 21:46, Willem Ferguson
>  wrote:
>
> This is an old problem that I assume we would want to correct. Attached
> image showing printwork of a dive. The white lines are so wide that they
> obscure numbers on the Y axis. This applies both to physical printouts and
> when printing to PDF. Necessary to file a bug?
> SHA gbfaf57e1ec2f on Ubuntu.
>
>
> i though we solved it... :\
> which Qt version is that?
>
> 5.5 for me.
> See it on master and on Beta3.
>
>
> for some reason, the printing completely stopped working on my setup.
> it says it can no longer load a library; i need to investigate that first.
>
>
> I can to some degree work around the problem by installing a PDFprinter that
> catches the print command rather than saving the print preview as a pdf.
>

Joakim,

1) a question:
do you see those same line widths enlarge when you zoom in the profile
(e.g. mouse scroll wheel) or do their widths stay constant at all zoom
levels?

2) a test:
can you try the attached patch (and perhaps you WIllem too) and see if
it solves the line widths when printing?

thanks.
lubomir
--
diff --git a/qt-ui/profile/divecartesianaxis.cpp 
b/qt-ui/profile/divecartesianaxis.cpp
index 46f1a96..67b20b0 100644
--- a/qt-ui/profile/divecartesianaxis.cpp
+++ b/qt-ui/profile/divecartesianaxis.cpp
@@ -12,8 +12,7 @@ static QPen gridPen()
 {
QPen pen;
pen.setColor(getColor(TIME_GRID));
-   pen.setWidth(2);
-   pen.setCosmetic(true);
+   pen.setWidth(0);
return pen;
 }
 
@@ -222,8 +221,7 @@ void DiveCartesianAxis::updateTicks(color_indice_t color)
DiveLineItem *line = new DiveLineItem(this);
QPen pen;
pen.setBrush(getColor(color));
-   pen.setCosmetic(true);
-   pen.setWidthF(2);
+   pen.setWidthF(0.0);
line->setPen(pen);
line->setZValue(0);
lines.push_back(line);
@@ -343,8 +341,7 @@ void DiveCartesianAxis::setColor(const QColor &color)
QPen defaultPen(color);
defaultPen.setJoinStyle(Qt::RoundJoin);
defaultPen.setCapStyle(Qt::RoundCap);
-   defaultPen.setWidth(2);
-   defaultPen.setCosmetic(true);
+   defaultPen.setWidth(0);
setPen(defaultPen);
 }
 
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Lubomir I. Ivanov]

On 10 October 2015 at 22:57, Joakim Bygdell  wrote:
>
> On 10 Oct 2015, at 21:54, Lubomir I. Ivanov  wrote:
>
> On 10 October 2015 at 22:44, Joakim Bygdell  wrote:
>
>
> On 10 Oct 2015, at 21:38, Lubomir I. Ivanov  wrote:
>
> On 10 October 2015 at 21:46, Willem Ferguson
>  wrote:
>
> This is an old problem that I assume we would want to correct. Attached
> image showing printwork of a dive. The white lines are so wide that they
> obscure numbers on the Y axis. This applies both to physical printouts and
> when printing to PDF. Necessary to file a bug?
> SHA gbfaf57e1ec2f on Ubuntu.
>
>
> i though we solved it... :\
> which Qt version is that?
>
> 5.5 for me.
> See it on master and on Beta3.
>
>
> for some reason, the printing completely stopped working on my setup.
> it says it can no longer load a library; i need to investigate that first.
>
>
> I can to some degree work around the problem by installing a PDFprinter that
> catches the print command rather than saving the print preview as a pdf.
>

alright, i was able to test again.

the problem is that i can't reproduce that on my setup (Win32) and i
don't have OSX and Linux setups ATM.
seems like a Qt, OS specific issue.

supposedly we had a fix for the same issue, but it was OS independent
and i don't remember where it was.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Joakim Bygdell]

> On 10 Oct 2015, at 21:54, Lubomir I. Ivanov  wrote:
> 
> On 10 October 2015 at 22:44, Joakim Bygdell  > wrote:
>> 
>>> On 10 Oct 2015, at 21:38, Lubomir I. Ivanov  wrote:
>>> 
>>> On 10 October 2015 at 21:46, Willem Ferguson
>>>  wrote:
 This is an old problem that I assume we would want to correct. Attached
 image showing printwork of a dive. The white lines are so wide that they
 obscure numbers on the Y axis. This applies both to physical printouts and
 when printing to PDF. Necessary to file a bug?
 SHA gbfaf57e1ec2f on Ubuntu.
 
>>> 
>>> i though we solved it... :\
>>> which Qt version is that?
>> 5.5 for me.
>> See it on master and on Beta3.
> 
> for some reason, the printing completely stopped working on my setup.
> it says it can no longer load a library; i need to investigate that first.
> 

I can to some degree work around the problem by installing a PDFprinter that 
catches the print command rather than saving the print preview as a pdf.

> lubomir
> --

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Lubomir I. Ivanov]

On 10 October 2015 at 22:44, Joakim Bygdell  wrote:
>
>> On 10 Oct 2015, at 21:38, Lubomir I. Ivanov  wrote:
>>
>> On 10 October 2015 at 21:46, Willem Ferguson
>>  wrote:
>>> This is an old problem that I assume we would want to correct. Attached
>>> image showing printwork of a dive. The white lines are so wide that they
>>> obscure numbers on the Y axis. This applies both to physical printouts and
>>> when printing to PDF. Necessary to file a bug?
>>> SHA gbfaf57e1ec2f on Ubuntu.
>>>
>>
>> i though we solved it... :\
>> which Qt version is that?
> 5.5 for me.
> See it on master and on Beta3.

for some reason, the printing completely stopped working on my setup.
it says it can no longer load a library; i need to investigate that first.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Joakim Bygdell]

> On 10 Oct 2015, at 21:38, Lubomir I. Ivanov  wrote:
> 
> On 10 October 2015 at 21:46, Willem Ferguson
>  wrote:
>> This is an old problem that I assume we would want to correct. Attached
>> image showing printwork of a dive. The white lines are so wide that they
>> obscure numbers on the Y axis. This applies both to physical printouts and
>> when printing to PDF. Necessary to file a bug?
>> SHA gbfaf57e1ec2f on Ubuntu.
>> 
> 
> i though we solved it... :\
> which Qt version is that?
5.5 for me.
See it on master and on Beta3.
> 
> lubomir
> --

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Lubomir I. Ivanov]

On 10 October 2015 at 21:46, Willem Ferguson
 wrote:
> This is an old problem that I assume we would want to correct. Attached
> image showing printwork of a dive. The white lines are so wide that they
> obscure numbers on the Y axis. This applies both to physical printouts and
> when printing to PDF. Necessary to file a bug?
> SHA gbfaf57e1ec2f on Ubuntu.
>

i though we solved it... :\
which Qt version is that?

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Problem with printing dives

[Joakim Bygdell]

> On 10 Oct 2015, at 20:46, Willem Ferguson  
> wrote:
> 
> This is an old problem that I assume we would want to correct. Attached image 
> showing printwork of a dive. The white lines are so wide that they obscure 
> numbers on the Y axis. This applies both to physical printouts and when 
> printing to PDF. Necessary to file a bug?
> SHA gbfaf57e1ec2f on Ubuntu.

File it, I see the same on my Mac.

> 
> Kind regards,
> willem
> 
>  13:16:45.png>___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Problem with printing dives

[Willem Ferguson]

This is an old problem that I assume we would want to correct. Attached 
image showing printwork of a dive. The white lines are so wide that they 
obscure numbers on the Y axis. This applies both to physical printouts 
and when printing to PDF. Necessary to file a bug?

SHA gbfaf57e1ec2f on Ubuntu.

Kind regards,
willem

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Plotting dives

[Giorgio Marzano]

+1 to being able to disable this feature on demand. It seems that the S
button is changing something else, too, I guess on the vertical scale.


2015-10-10 14:06 GMT+02:00 Salvador Cuñat :

> Hi Guido, Miika.
>
>
> 2015-10-10 11:29 GMT+02:00 Miika Turkia :
>
>> On Sat, Oct 10, 2015 at 10:38 AM, Guido Lerch 
>> wrote:
>>
>>> All,
>>> Dives shorter than 30 minutes do not plot nicely IMHO.
>>> Before I go and suggest changes I would like to ask what the motivation
>>> was
>>> to put the rounding limitations/ adjustment in there such as round up to
>>> 5 minutes,
>>> have spare 2.5 minutes.
>>>
>>
>> I like to see with a quick glance if a dive is exceptionally short. IIRC
>> that was also the reason behind the current code.
>>
>>
>>
> There is a button in profile's toolbar  (the one with the big "S" over a
> triangle) that should activate/deactivate that feature.
> It's actually working, for me at least.
>
> Regards.
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Is anyone working on an iOS app?

[Dirk Hohndel]

> On Oct 10, 2015, at 2:27 AM, Guido Lerch  wrote:
> 
> If you guys agree I submit this as my app, not use any ssrf code and just 
> read from the cloud storage.
> 
> V1 would only be dive details, no profile, hence this is reading some stuff 
> and displaying.

So I have talked to quite a few people about this and while the FSF seems to 
have
come out that the iTunes store is incompatible with the GPL, there are quite a 
few
apps in there that are GPL based and I found a couple that explained their 
rationale
why they thought this was acceptable.

My plan had been to get the Android app to a reasonable state and then bring
the discussion to the mailing list. I'm inclined to say that if "the vast 
majority of
the contributors" agree that they can live with the FSF's objections (because
frankly, I find them rather silly), then we should add the necessary glue layer
to port Subsurface-mobile to IOS. The nice thing about the way we are building
Subsurface-mobile (with a QML UI) is that in theory this should be fairly 
simple.

The big challenges would be the BT / FTDI download and features like that,
but the core of the app should port quite easily.

So if you would like to investigate that, I would suggest that route instead
of starting from scratch.

/D

> Am 10.10.2015 um 11:25 schrieb Robert C. Helling  >:
> 
>> Guido,
>> 
>>> On 10 Oct 2015, at 10:51, Guido Lerch >> > wrote:
>>> 
>>> That would show the cloud storage stored dive details ?
>>> If not I would start something - Dirk, any objections?
>> 
>> the main obstacle seems to be that the appstore legalise is incompatible 
>> with GPL. So you should not use and GPL licensed code (e.g. the subsurface 
>> code) and submit it to he Apple Appstore. Or you find a way around this.
>> 
>> And yes, I would love to have an iOS version of subsurface on my phone!
>> 
>> Best
>> Robert
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Patch 3 - replacing 1 and 2 - sorry

[Dirk Hohndel]

> On Oct 10, 2015, at 1:32 AM, Guido Lerch  wrote:
> 
> 
> 
> 2015-10-09 19:25 GMT+02:00 Tomaz Canabrava  >:
> looking.
> 
> On Fri, Oct 9, 2015 at 2:19 PM, Dirk Hohndel  > wrote:
> On Fri, Oct 09, 2015 at 06:09:26PM +0200, Guido Lerch wrote:
> > Finally I think on El Captain and Mavericks the main window size, position
> > and state
> > is preserved.
> >
> > I have no Yosemite at this point in time, Robert, can you test ?
> >
> > Sorry for the first two quick shots ...
> 
> So since you are changing generic code that runs on all platforms I'm a
> bit worried this is not just "does it work on various flavors of Mac?"
> but "does it work on all OSs, with all desktop environments?".
> 
> I killed my Linux environment :-( and have to rebuild, so in the future I 
> will be able to
> do some testing there too.
> I am concerned as well, hence I asked for additional testing.
> I am assuming I broke nothing as I found the changes in the last master this 
> morning. 

I tested this here on two different Linux flavors and on Windows and Tomaz did a
code review and ACLed it...

So while I was nervous, it felt like such an improvement that I didn't want to 
ignore it

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Plotting dives

[Salvador Cuñat]

Hi Guido, Miika.


2015-10-10 11:29 GMT+02:00 Miika Turkia :

> On Sat, Oct 10, 2015 at 10:38 AM, Guido Lerch 
> wrote:
>
>> All,
>> Dives shorter than 30 minutes do not plot nicely IMHO.
>> Before I go and suggest changes I would like to ask what the motivation
>> was
>> to put the rounding limitations/ adjustment in there such as round up to
>> 5 minutes,
>> have spare 2.5 minutes.
>>
>
> I like to see with a quick glance if a dive is exceptionally short. IIRC
> that was also the reason behind the current code.
>
>
>
There is a button in profile's toolbar  (the one with the big "S" over a
triangle) that should activate/deactivate that feature.
It's actually working, for me at least.

Regards.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH 2/3] User manual spelling fixes and tidy-up

[Willem Ferguson]

On 09/10/2015 22:08, sergey.staro...@gmail.com wrote:

From: Sergey Starosek 

Signed-off-by: Sergey Starosek 
---
  Documentation/user-manual.txt | 91 ++-
  1 file changed, 46 insertions(+), 45 deletions(-)

diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
index 1ac4d5f..9c27635 100644
--- a/Documentation/user-manual.txt
+++ b/Documentation/user-manual.txt
@@ -1,4 +1,4 @@
-// Subsurface 4.5 User Manual
+// Subsurface 4.5 User Manual
  // ==
  // :author: Manual authors: Jacco van Koll, Dirk Hohndel, Reinout Hoornweg,
  // Linus Torvalds, Miika Turkia, Amit Chaudhuri, Jan Schubert, Willem
@@ -392,8 +392,8 @@ of the dive computer (at least for those not charging while 
connected via USB).
 After the dives have been downloaded, they appear in a tabular format on 
the righthand
 side of the dialogue (see image *B*, above). Each dive comprises a row in 
the table, with the date, duration
 and depth shown. Next to each dive is a checkbox: check all the dives that 
need to
-   be transfered to the *Dive List*. In the case of the image above, the last 
six dives are
-   checked and will be transfered to the *Dive List*. Then
+   be transferred to the *Dive List*. In the case of the image above, the last 
six dives are
+   checked and will be transferred to the *Dive List*. Then
 click the _OK_ button at the bottom of the dialogue. All the imported 
dives appear
 in the *Dive List*, sorted by date and time. Disconnect and
 switch off the dive
@@ -402,7 +402,7 @@ of the dive computer (at least for those not charging while 
connected via USB).
  
  


Thank you very much, Sergey.
Kind regards,
willem
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: User manual notes

[Willem Ferguson]

On 09/10/2015 22:48, Sergey Starosek wrote:

Hi Willem,

Found several inconsistencies during translation:

  * line 547:
On _Windows_ platforms the _Local Bluetooth device details
section_ on the left is not displayed.

Shouldn't it read "on the right" ?
  * line 2733:
_Custom_: This option allows customisation of the print contents
and layout.

With the current master I can't see "Custom" option in the
template list dropdown
  * line 3129: recreational dive planner sample
  o Screenshot needs to be updated. 1st segment duration is
actually 1 minute, not 2 minutes
  o If I set 2nd segment duration to 19 minutes, then NDL is
violated (profile is red)
  o Dive plan details says nothing about buddy-sharing with regard
to gas, but previous paragraph states that
  * line 3265:

Section regarding planning of pSCR and CCR dives have been
reordered. pSCR section refers to CCR section as "above" while it
is actually below (two places there)

Sergey

Thank you, Sergey. This really helps.
Kind regards,
willem

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Plotting dives

[Miika Turkia]

On Sat, Oct 10, 2015 at 10:38 AM, Guido Lerch  wrote:

> All,
> Dives shorter than 30 minutes do not plot nicely IMHO.
> Before I go and suggest changes I would like to ask what the motivation was
> to put the rounding limitations/ adjustment in there such as round up to 5
> minutes,
> have spare 2.5 minutes.
>

I like to see with a quick glance if a dive is exceptionally short. IIRC
that was also the reason behind the current code.

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Is anyone working on an iOS app?

[Guido Lerch]

If you guys agree I submit this as my app, not use any ssrf code and just read 
from the cloud storage.

V1 would only be dive details, no profile, hence this is reading some stuff and 
displaying.

Regards,
Guido
+41 79 3217739

> Am 10.10.2015 um 11:25 schrieb Robert C. Helling :
> 
> Guido,
> 
>> On 10 Oct 2015, at 10:51, Guido Lerch  wrote:
>> 
>> That would show the cloud storage stored dive details ?
>> If not I would start something - Dirk, any objections?
> 
> the main obstacle seems to be that the appstore legalise is incompatible with 
> GPL. So you should not use and GPL licensed code (e.g. the subsurface code) 
> and submit it to he Apple Appstore. Or you find a way around this.
> 
> And yes, I would love to have an iOS version of subsurface on my phone!
> 
> Best
> Robert
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Is anyone working on an iOS app?

[Robert C. Helling]

Guido,

> On 10 Oct 2015, at 10:51, Guido Lerch  wrote:
> 
> That would show the cloud storage stored dive details ?
> If not I would start something - Dirk, any objections?

the main obstacle seems to be that the appstore legalise is incompatible with 
GPL. So you should not use and GPL licensed code (e.g. the subsurface code) and 
submit it to he Apple Appstore. Or you find a way around this.

And yes, I would love to have an iOS version of subsurface on my phone!

Best
Robert


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Is anyone working on an iOS app?

[Guido Lerch]

That would show the cloud storage stored dive details ?
If not I would start something - Dirk, any objections?

Regards,
Guido
+41 79 3217739
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Patch 3 - replacing 1 and 2 - sorry

[Guido Lerch]

2015-10-09 19:25 GMT+02:00 Tomaz Canabrava :

> looking.
>
> On Fri, Oct 9, 2015 at 2:19 PM, Dirk Hohndel  wrote:
>
>> On Fri, Oct 09, 2015 at 06:09:26PM +0200, Guido Lerch wrote:
>> > Finally I think on El Captain and Mavericks the main window size,
>> position
>> > and state
>> > is preserved.
>> >
>> > I have no Yosemite at this point in time, Robert, can you test ?
>> >
>> > Sorry for the first two quick shots ...
>>
>> So since you are changing generic code that runs on all platforms I'm a
>> bit worried this is not just "does it work on various flavors of Mac?"
>> but "does it work on all OSs, with all desktop environments?".
>>
>
I killed my Linux environment :-( and have to rebuild, so in the future I
will be able to
do some testing there too.
I am concerned as well, hence I asked for additional testing.
I am assuming I broke nothing as I found the changes in the last master
this morning.

>
>> Changing something as universal as this days before the release... hmmm.
>>
>> I'll need to carefully look at this and understand the exact implications.
>> Tomaz, can you take a look as well?
>>
>> /D
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
>


-- 
Best regards,
Guido
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface