On 29/10/2014 22:35, Dirk Hohndel wrote:
On Wed, Oct 29, 2014 at 10:10:56PM +0200, Willem Ferguson wrote:
I think in memory we should NOT set anything to 0. When the setpoint
switches to 0 that means we are bailing out to OC...
In fixup_dive_dc() there has always been some zeroing out from the
> On Oct 29, 2014, at 6:50 PM, Thiago Macieira wrote:
>
> I'm fairly certain it's not a Qt bug now. This is a binary incompatibility
> issue between QtGui and QtWidgets due either a bug in Dirk's packaging or in
> Fedora's packaging.
>
> Dirk: verify that the DLLs you gave me are exactly the
On Wednesday 29 October 2014 15:07:35 Dirk Hohndel wrote:
> I have no debug symbols. Thiago is looking into this and he came to the
> conclusion that this might be a Qt 5.3.2 bug. The previous Fedora version
> was 5.3.1 - but I can't get those RPMs anymore.
I'm fairly certain it's not a Qt bug now
On Wed, Oct 29, 2014 at 11:07:27PM +0200, Lubomir I. Ivanov wrote:
> On 29 October 2014 22:52, Dirk Hohndel wrote:
> > On Wed, Oct 29, 2014 at 06:46:12PM -0200, Tomaz Canabrava wrote:
> >> On Wed, Oct 29, 2014 at 6:38 PM, Dirk Hohndel wrote:
> >>
> >> >
> >> > Running my latest daily build (not o
Signed-off-by: Miika Turkia
---
xslt/SuuntoSDM.xslt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xslt/SuuntoSDM.xslt b/xslt/SuuntoSDM.xslt
index 98b3b49..3b41b7d 100644
--- a/xslt/SuuntoSDM.xslt
+++ b/xslt/SuuntoSDM.xslt
@@ -40,7 +40,7 @@
-
+
On 29 October 2014 22:52, Dirk Hohndel wrote:
> On Wed, Oct 29, 2014 at 06:46:12PM -0200, Tomaz Canabrava wrote:
>> On Wed, Oct 29, 2014 at 6:38 PM, Dirk Hohndel wrote:
>>
>> >
>> > Running my latest daily build (not on the server, yet, for obvious
>> > reasons) I get the following crash. And I h
On Wed, Oct 29, 2014 at 7:04 PM, Dirk Hohndel wrote:
> On Wed, Oct 29, 2014 at 01:52:07PM -0700, Dirk Hohndel wrote:
> > I remember this rat hole. My Qt libraries come from Fedora (cross built
> > for Win64). A debug build of Marble alone is several hundred megabytes
> and
> > takes roughly "fore
On Wed, Oct 29, 2014 at 01:52:07PM -0700, Dirk Hohndel wrote:
> I remember this rat hole. My Qt libraries come from Fedora (cross built
> for Win64). A debug build of Marble alone is several hundred megabytes and
> takes roughly "forever"... and I have yet to be able to build a single
> installer t
On Wed, Oct 29, 2014 at 06:46:12PM -0200, Tomaz Canabrava wrote:
> On Wed, Oct 29, 2014 at 6:38 PM, Dirk Hohndel wrote:
>
> >
> > Running my latest daily build (not on the server, yet, for obvious
> > reasons) I get the following crash. And I have no clue how to read
> > those...
> >
> > Problem
On Wed, Oct 29, 2014 at 6:38 PM, Dirk Hohndel wrote:
>
> Running my latest daily build (not on the server, yet, for obvious
> reasons) I get the following crash. And I have no clue how to read
> those...
>
> Problem signature:
> Problem Event Name: APPCRASH
> Application Name
Running my latest daily build (not on the server, yet, for obvious
reasons) I get the following crash. And I have no clue how to read
those...
Problem signature:
Problem Event Name: APPCRASH
Application Name:subsurface.exe
Application Version:
On Wed, Oct 29, 2014 at 10:10:56PM +0200, Willem Ferguson wrote:
> >
> >I think in memory we should NOT set anything to 0. When the setpoint
> >switches to 0 that means we are bailing out to OC...
>
> In fixup_dive_dc() there has always been some zeroing out from the
> beginning, I m reasonably su
On 29/10/2014 21:22, Dirk Hohndel wrote:
On Wed, Oct 29, 2014 at 09:05:10PM +0200, Willem Ferguson wrote:
On 29/10/2014 20:36, Dirk Hohndel wrote:
On Wed, Oct 29, 2014 at 07:57:38PM +0200, Willem Ferguson wrote:
@@ -1178,6 +1178,10 @@ static void fixup_dive_dc(struct dive *dive, struct
diveco
On Wed, Oct 29, 2014 at 08:05:27PM +0100, roberto forini wrote:
> Why don't u put an icon to show it? Maybe in a detachable window or in a
> separate one.. just an idea..
No, no, no. No detachable windows. And we have WAY too many icons in the
toolbox already. That's the problem - everyone wants e
On Wed, Oct 29, 2014 at 09:05:10PM +0200, Willem Ferguson wrote:
> On 29/10/2014 20:36, Dirk Hohndel wrote:
> >On Wed, Oct 29, 2014 at 07:57:38PM +0200, Willem Ferguson wrote:
> >>@@ -1178,6 +1178,10 @@ static void fixup_dive_dc(struct dive *dive, struct
> >>divecomputer *dc)
> >>
On 29/10/2014 21:05, Willem Ferguson wrote:
On 29/10/2014 20:36, Dirk Hohndel wrote:
On Wed, Oct 29, 2014 at 07:57:38PM +0200, Willem Ferguson wrote:
@@ -1178,6 +1178,10 @@ static void fixup_dive_dc(struct dive *dive,
struct divecomputer *dc)
mintemp = temp;
}
+
Why don't u put an icon to show it? Maybe in a detachable window or in a
separate one.. just an idea..
Il 29/ott/2014 19:31 "Dirk Hohndel" ha scritto:
> On Wed, Oct 29, 2014 at 03:08:37PM -0200, Tomaz Canabrava wrote:
> > Yes, we can make it unshirinkable. I actually liked the hability to hide,
>
sure.
On Wed, Oct 29, 2014 at 4:31 PM, Dirk Hohndel wrote:
> On Wed, Oct 29, 2014 at 03:08:37PM -0200, Tomaz Canabrava wrote:
> > Yes, we can make it unshirinkable. I actually liked the hability to hide,
> > but I can remove it.
>
> Maybe we can keep it but make sure that Ctrl-1 always gives it
On Wednesday 29 October 2014 19:04:20 Lubomir I. Ivanov wrote:
> i must admit that the whole concept locale codecs evades me a little...
> unless Thiago is against this one and there are other Qt areas where
> codecForLocale() is important, the patch works (tm).
Qt itself always uses the wide-char
On 29 October 2014 20:33, Dirk Hohndel wrote:
> On Wed, Oct 29, 2014 at 07:04:20PM +0200, Lubomir I. Ivanov wrote:
>> change affects QString::toLocal8Bit(), so i've tried some of the areas
>> where toLocal8Bit() is used in the app (Win32):
>>
>> - cmd arguments: no problem (with special chars in f
On Wed, Oct 29, 2014 at 07:57:38PM +0200, Willem Ferguson wrote:
> @@ -1178,6 +1178,10 @@ static void fixup_dive_dc(struct dive *dive, struct
> divecomputer *dc)
> mintemp = temp;
> }
>
> + // If there are consecutive identical O2 setpoint
On Wed, Oct 29, 2014 at 07:04:20PM +0200, Lubomir I. Ivanov wrote:
> change affects QString::toLocal8Bit(), so i've tried some of the areas
> where toLocal8Bit() is used in the app (Win32):
>
> - cmd arguments: no problem (with special chars in filenames to open even)
> - webservices: can't test i
On Wed, Oct 29, 2014 at 03:08:37PM -0200, Tomaz Canabrava wrote:
> Yes, we can make it unshirinkable. I actually liked the hability to hide,
> but I can remove it.
Maybe we can keep it but make sure that Ctrl-1 always gives it at least
50px width?
/D
__
Miika,
I just submitted a patch that addresses the bug you found relating to
setpoint data. I hope this problem is solved.
When using your import code, the o2 partial pressure (calculated in
calculate_ccr_po2() in profile.c) should be plotted underneath the depth
profile. The current o2 partia
PATCH: Poseidon CCR setpoint handling
This patch corrects the bug identified by Miika relating to the
handling of
setpoint data for CCR dives. This specific patch takes the
information from
an XML file, stores the appropriate information in the structures
of data,
and ultim
I tend to get it with the text output of the dive planner too.
On 29 Oct 2014 17:08, Tomaz Canabrava wrote:
>
> Yes, we can make it unshirinkable. I actually liked the hability to hide, but
> I can remove it.
>
> Em 29/10/2014 15:01, "Dirk Hohndel" escreveu:
>>
>> On Wed, Oct 29, 2014 at 12:58
Yes, we can make it unshirinkable. I actually liked the hability to hide,
but I can remove it.
Em 29/10/2014 15:01, "Dirk Hohndel" escreveu:
> On Wed, Oct 29, 2014 at 12:58:23PM -0400, John Van Ostrand wrote:
> > Thanks. Boy does that makes me feel stupid. The full window view also had
> > the s
On Wed, Oct 29, 2014 at 12:58:23PM -0400, John Van Ostrand wrote:
> Thanks. Boy does that makes me feel stupid. The full window view also had
> the same issue.
I find this actually super annoying...
Tomaz, can we enforce a minimum width for the Marble window?
/D
_
On 29 October 2014 18:27, Dirk Hohndel wrote:
> On Wed, Oct 29, 2014 at 06:18:14PM +0200, Lubomir I. Ivanov wrote:
>> On 29 October 2014 18:02, Thiago Macieira wrote:
>> > On Wednesday 29 October 2014 17:32:58 Lubomir I. Ivanov wrote:
>> >> now, i know how to fix the issue by simply not use File:
Thanks. Boy does that makes me feel stupid. The full window view also had
the same issue.
On Wed, Oct 29, 2014 at 12:55 PM, roberto forini wrote:
> It happened to me too. Just click, hold and pull the right corner of the
> divelist (pull it to the left)... marble is there!
>
> Roberto
>
> 2014-1
It happened to me too. Just click, hold and pull the right corner of the
divelist (pull it to the left)... marble is there!
Roberto
2014-10-29 17:52 GMT+01:00 Dirk Hohndel :
> On Wed, Oct 29, 2014 at 12:48:31PM -0400, John Van Ostrand wrote:
> > Any ideas where I should look to see why marble do
Em 29/10/2014 14:49, "John Van Ostrand" escreveu:
>
> Any ideas where I should look to see why marble doesn't seem to be
working using the head source? ldd shows it linking to the installed lib
(Fedora 19). it works in 4.2.
The size of it can be zero, like the papel collapesed. Check if there's a
On Wed, Oct 29, 2014 at 12:48:31PM -0400, John Van Ostrand wrote:
> Any ideas where I should look to see why marble doesn't seem to be working
> using the head source? ldd shows it linking to the installed lib (Fedora
> 19). it works in 4.2.
Sometimes what happens is that the Marble sub-window is
Hey Linus,
I like where this is going. Sadly I don't have my EON Steel, yet, so I
can't really test it.
One small comment, you forgot to add the fix for the broken headers on
some Windows builds. We need something like this:
#ifdef HAVE_LIBUSB
#ifdef _WIN32
#define NOGDI
#endif
#include
With
Any ideas where I should look to see why marble doesn't seem to be working
using the head source? ldd shows it linking to the installed lib (Fedora
19). it works in 4.2.
--
John Van Ostrand
At large on sabbatical
___
subsurface mailing list
subsurface@s
On Wed, Oct 29, 2014 at 06:18:14PM +0200, Lubomir I. Ivanov wrote:
> On 29 October 2014 18:02, Thiago Macieira wrote:
> > On Wednesday 29 October 2014 17:32:58 Lubomir I. Ivanov wrote:
> >> now, i know how to fix the issue by simply not use File::encodeName()
> >> at all on Win32 and use QString::
From: "Lubomir I. Ivanov"
Fixes #739
Signed-off-by: Lubomir I. Ivanov
---
qt-ui/models.cpp | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/qt-ui/models.cpp b/qt-ui/models.cpp
index ef76e7e..f548d37 100644
--- a/qt-ui/models.cpp
+++ b/qt-ui/models.cpp
@@ -1081,7 +108
Ok, this is a re-done set of patches that uses DC_FIELD_STRING instead
of DC_FIELD_DEVINFO.
I've also changed "eon_steel" to "eonsteel" throughout (unless I
missed something) as per Jef.
Also, to show how DC_FIELD_STRING allows other things, I added "Deco
algorithm", "Battery before dive" and "Ba
On 29 October 2014 18:02, Thiago Macieira wrote:
> On Wednesday 29 October 2014 17:32:58 Lubomir I. Ivanov wrote:
>> now, i know how to fix the issue by simply not use File::encodeName()
>> at all on Win32 and use QString::toUtf8() instead but is there a
>> cleaner way with no #ifdefs?
>>
>> not s
On Wednesday 29 October 2014 17:32:58 Lubomir I. Ivanov wrote:
> now, i know how to fix the issue by simply not use File::encodeName()
> at all on Win32 and use QString::toUtf8() instead but is there a
> cleaner way with no #ifdefs?
>
> not sure if QTextCodec::setCodecForLocale() should be set to
On 29 October 2014 17:32, Lubomir I. Ivanov wrote:
> hi Thiogo,
>
oops sorry - typo (Thiago).
lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
hi Thiogo,
related to bug #740
where special chars in Win32 file names no longer work (again).
in mainwindow.cpp we have some ::encodeName() calls.
as i understand it on Qt4 it should work because of the setup in qt-qui.cpp.
but for Qt5:
http://qt-project.org/doc/qt-5/sourcebreaks.html:
QFile:
Removed the packed struct and replaced with byte offsets.
Fixed salinity for EMC.
Added start temp for CMDR and Gemini.
Signed-off-by: John Van Ostrand
---
cochran.c | 121
cochran.h | 45 +++
cochran_cmdr.h | 82 --
On Wed, Oct 29, 2014 at 07:12:23AM +0100, Robert C. Helling wrote:
>
> On 29 Oct 2014, at 04:52, Dirk Hohndel wrote:
>
> Dirk,
>
> > If it's really just Jef and me who are taking care of this then we as a
> > community are failing our users.
>
> how do I subscribe to the mailing list where new
On Mon, Oct 27, 2014 at 3:34 PM, Dirk Hohndel wrote:
> Good morning...
>
> I'm still unclear how we are calculating the SAC in the PSCR case.
> So I can't quite tell you where this should be done.
>
> I repeat my question from above - who else on this list dives rebreather,
> understands the logi
On Wed, Oct 29, 2014 at 11:38 AM, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:
> On 26/10/2014 15:24, Miika Turkia wrote:
>
> Here is a patch to import Poseidon MK6 logs to Subsurface. If you need a
> log file for testing, there is one available on a post from Willem with
> subject:
On 26/10/2014 15:24, Miika Turkia wrote:
Here is a patch to import Poseidon MK6 logs to Subsurface. If you need
a log file for testing, there is one available on a post from Willem
with subject: "Import of Poseidon CCR dive logs". This requires both
the .txt and .csv files and they need to be u
On 27/10/2014 18:38, Paul Sargent wrote:
>
> I'm certainly happy to look over as much as I can, but it's limited by
> what I can exercise from my dive data. As far as I can tell a number of
> the patches recently deal with utilising ppO2 data from the
sensors, and
> the only unit we can impor
48 matches
Mail list logo