Quick question, any chance any of this is multi-threaded?
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
bill.k...@nokia.com
Sent: Monday, March 04, 2013 1:50 AM
To:
I have 3 objects on the screen, I want to rotate onll 2 objects the axis
and X,Y,Z. Another line is there which I want not to rotate. But with this
code below all are moving. Check below my DrawScene function.
[code]
void CopenGLCoordView::DrawScene(CDC *pDC)
{
wglMakeCurrent(pDC-m_hDC,
I have my main window which accesses its form. I have another (non-GUI)
class I have written that takes BTLE messages in and decodes them. This
blte_commands class is called from MainWindow and works out what the
message is and what to do with it.
I would then like to change values back on the
On Mon, 4 Mar 2013 09:49:35 +
bill.k...@nokia.com wrote:
Not enough info in the backtrace. Hrm. I did see this many years ago,
but I can't remember what caused it. Some form of being a bit too smart
for my own good I suspect ;)
Exact line in the destructor could help. Are you deriving
OK, I did that and I finally got the btle class returning the data. I
must say though, I am not at all convinced this is a great way of doing
it, because now I'll have a couple of hundred routines in the main class
that deal with decoding each message that's passed back. I can't pass a
generic
Sent: Tuesday, 5 March 2013 3:08 AM
OK, I did that and I finally got the btle class returning the data. I must
say
though, I am not at all convinced this is a great way of doing it, because
now
I'll have a couple of hundred routines in the main class that deal with
decoding each message
I have a need to make a group of windows behave in an app modal fashion, while
being mutually non-modal. That is, the GUI in each of this group of windows is
still responsive, but nothing should be allow in windows that aren't part of
this group.
I'm part of the way there by running a private
Hiya,
I have a QObject (c++) that sends a signal to the qml engine. A qml
Connections() element receives the signal and in turn calls a slot in a
custom QDeclarativeItem.
Everything is running in the same (main) thread. I thought that the above
scenario would behave like a direct connection; as