Thiago,
would Subsurface benefit from using Qt Bluetooth for our intended Bluetooth
integration?
This would cause some interesting architectural challenges with libdivecomputer
(as that most definitely doesn’t want to depend on Qt), but I find it very
intriguing that Qt now supports all of
On 03/17/2015 01:13 AM, Dirk Hohndel wrote:
warning: remote HEAD refers to nonexistent ref, unable to checkout.
Yep. That’s not what the instructions tell you to do, is it?
git clone -b Subsurface-testing git://git.subsurface-divelog.org/marble
works just fine.
Yes, I didn't realize the
Hi,
On 17.03.2015, at 05:45, Harsh Jain harshjain1...@gmail.com wrote:
I am trying to solve #789 but i don't know exactly where and what to look
for.Kindly help me.
P.S.: I tried looking up the code and suspect two files.
You want to figure out the place in the code where the trash
If you have any idea on how I can fix the linking problem, please
let me know. As I said it before I have a OpenSuse 13.2-KDE-x86_64
platform. The linker version is GNU ld (GNU Binutils) 2.24.51.20140703.
and the version of mingw64-make is GNU Make 4.0.
For the moment I will skip the
Hello folks,
I've noticed that all columns of a TableView always start with the same
width.
It ends up cutting the header (mainly when I'm using another language -
with bigger strings).
It seems that it was reported already:
http://trac.subsurface-divelog.org/ticket/788
Another point is that
On 17 March 2015 at 22:19, Claudiu Olteanu
olteanu.vasilica.clau...@gmail.com wrote:
Hi again,
After a long battle I managed to reach the final step (the cross building
of subsurface project) but somehow the linker fails. I receive a SEGV
when it tries to free some memory. I don't know if it
For the moment I will skip the cross-building process and I will try
to finish my proposal and to discover other ways to contribute.
Worst case I'll just create binaries that you can test and you focus on
Linux, first.
Well, it will not be a problem for me to change my distribution to
Robert,
Am 16.03.2015 um 17:35 schrieb Robert Helling:
Thomas,
On 16.03.2015, at 14:29, Thomas Schrein (mailinglists)
tsx...@schrein.de mailto:tsx...@schrein.de wrote:
The housing of oDiCo is made from plexiglas version 0.1 and filled
with silicon oel. The next housing 0.2 will be milled
Am 16.03.2015 um 18:15 schrieb Linus Torvalds:
On Mon, Mar 16, 2015 at 6:29 AM, Thomas Schrein (mailinglists)
tsx...@schrein.de wrote:
Because serial is running already we prefer to use a
already available protocol like the SeaBear, you've mentioned.
So while SeaBear is fairly simple
On 03/17/2015 02:24 AM, Thiago Macieira wrote:
On Tuesday 17 March 2015 00:43:44 Lutz Vieweg wrote:
In other news, qt-everywhere-opensource-src-5.4.1.tar.gz
was unwilling to compile the qtwebkit module, no matter what I do -
it comes with qtwebengine, though, the Chromium based module is built.
On 17 March 2015 at 01:06, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
I made a patch for ticket # 848, but I have a suspicion that somewhere I
screwed up.
http://trac.subsurface-divelog.org/ticket/848#no2
Patch fixes the problem when you can create a set of points that do not
Hi lubomir,
could you check if it's fine now?
thanks a lot,
Marcos
2015-03-17 21:45 GMT-03:00 Lubomir I. Ivanov neolit...@gmail.com:
- return col == CylindersModel::REMOVE ? metrics.rm_col_width :
metrics.col_width;
+ QString text = ui.tableView-model()-headerData(col,
On 03/18/2015 01:24 AM, Lutz Vieweg wrote:
I installed libwebp and started configure/make on a freshly unpacked
source tree... it will take about one more half hour for the
compilation to finish, for me to see if that helped... ;-)
It did help.
Qt's configure script should better tell people
Hello folks,
The current code in RulerItem2::settingsChanged() is dereferencing the null
pointer 'profWidget'.
It can cause a segmentation fault.
All the best,
Marcos
From 7b9c36e93951b9202790dc700ca1240e70173f01 Mon Sep 17 00:00:00 2001
From: Marcos Cardinot mcardi...@gmail.com
Date: Tue, 17
2015-03-17 21:16 GMT-03:00 Lubomir I. Ivanov neolit...@gmail.com:
On 18 March 2015 at 01:45, Marcos Cardinot mcardi...@gmail.com wrote:
Hello folks,
The current code in RulerItem2::settingsChanged() is dereferencing the
null pointer 'profWidget'.
It can cause a segmentation fault.
On 03/17/2015 06:40 PM, Thiago Macieira wrote:
./configure -prefix /some/path -opensource -nomake examples -nomake tests
make
make install
ran just fine, and installed most Qt modules, but while there is source
code in the qtwebkit subdirectory, and also a fresh Makefile is created
there, that
On 18 March 2015 at 01:45, Marcos Cardinot mcardi...@gmail.com wrote:
Hello folks,
The current code in RulerItem2::settingsChanged() is dereferencing the
null pointer 'profWidget'.
It can cause a segmentation fault.
hi, there is no need for the braces { } around the single lined if
sorry, I'have sent a wrong fix
I'll have a look at the codestyle file - thanks =D
2015-03-17 21:24 GMT-03:00 Lubomir I. Ivanov neolit...@gmail.com:
On 18 March 2015 at 02:22, Marcos Cardinot mcardi...@gmail.com wrote:
2015-03-17 21:16 GMT-03:00 Lubomir I. Ivanov neolit...@gmail.com:
On
- return col == CylindersModel::REMOVE ? metrics.rm_col_width :
metrics.col_width;
+ QString text = ui.tableView-model()-headerData(col,
Qt::Horizontal).toString();
+ if (text.isEmpty()) { // it might be an icon
+ return metrics.rm_col_width;
+ }
no need for the braces again.
could you
Hi again,
After a long battle I managed to reach the final step (the cross building
of subsurface project) but somehow the linker fails. I receive a SEGV
when it tries to free some memory. I don't know if it is helpful
but you can find a dump here[1].
During the cross-compiling process I reached
Okay. Thank U.
Regards, Matthew V.
Date: Tue, 17 Mar 2015 14:19:04 +0200
Subject: Re: Patch for #848
From: neolit...@gmail.com
To: matteoficht...@hotmail.com
CC: subsurface@subsurface-divelog.org
On 17 March 2015 at 14:11, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
Okay. I
On 17 March 2015 at 13:56, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
4.4.1-241-ge9e9996766a4
this version is before the fix (57374fb9) was applied.
if you are building from source please do a:
git pull
then recompile and try again.
lubomir
--
On 17 March 2015 at 14:11, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
Okay. I see.
At least I was right about the handles.:-(
This patch is not counted? I have to make another one?
yes, please do another one. your patches have to be applied for them to count.
also mind that when
On 17 March 2015 at 13:33, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
Sorry. Lost in Translation.
I caught this bug as follows (pic 1):
1. Add new dive.
2. Discard apply changes.
3. Add another dive.
4. Pull the last point to the left or down.
5. Make it a few more times.
this
4.4.1-241-ge9e9996766a4
Regards, Matthew V.
Date: Tue, 17 Mar 2015 13:50:47 +0200
Subject: Re: Patch for #848
From: neolit...@gmail.com
To: matteoficht...@hotmail.com
CC: subsurface@subsurface-divelog.org
On 17 March 2015 at 13:33, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
From: Lubomir I. Ivanov neolit...@gmail.com
Signed-off-by: Lubomir I. Ivanov neolit...@gmail.com
---
qt-ui/simplewidgets.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qt-ui/simplewidgets.cpp b/qt-ui/simplewidgets.cpp
index 58959c1..fbb613f 100644
---
Am 17.03.2015 um 15:17 schrieb Dirk Hohndel:
On Mar 17, 2015, at 3:55 AM, Thomas Schrein (mailinglists) tsx...@schrein.de
wrote:
My first idea was to emulate an existing dive computer, so subsurface would
work with no chances. But it is a lot of work to be copatible, I know. And we
want to
Betreff: HighPressureLogger ... Re: Which protocol to implement on a
home brewed diving computer ?
Datum: Tue, 17 Mar 2015 15:58:09 +0100
Von:Thomas Schrein (mailinglists) tsx...@schrein.de
An: Robert Helling hell...@atdotde.de
Am 17.03.2015 um 11:48 schrieb Robert Helling:
Hi,
On Mar 17, 2015, at 3:55 AM, Thomas Schrein (mailinglists)
tsx...@schrein.de wrote:
My first idea was to emulate an existing dive computer, so subsurface would
work with no chances. But it is a lot of work to be copatible, I know. And we
want to concentrate to bring up the HW and basic SW
Hello to all potential GSoC candidates.
Here's a quick reminder... we would like every student to read through our
documents online, a good place to start is here:
http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List
Espeially look at
On Tue, Mar 17, 2015 at 03:38:27PM +0100, Thomas Schrein (mailinglists) wrote:
Whow, great ... :-))
:-)
So I will do 2 things:
1. Start to spec and implement a protocol/command set based on Linus
proposal
2. Speed up prototyping our odico, so that I can give some sample to you the
next
On Tue, Mar 17, 2015 at 02:19:04PM +0200, Lubomir I. Ivanov wrote:
On 17 March 2015 at 14:11, Matthew Vepritskiy
matteoficht...@hotmail.com wrote:
Okay. I see.
At least I was right about the handles.:-(
This patch is not counted? I have to make another one?
yes, please do another
32 matches
Mail list logo