On 10/02/12 05:07, Alex Malyushytskyy wrote:
You would save a lot of time if u properly initialized this-progress to null
Agreed, that's always a very good idea.
and used Q_CHECK_PTR in drawContents as below
That's not so good; Q_CHECK_PTR will print Out of memory upon seeing a
null
See QQuickView - http://doc-snapshot.qt-project.org/5.0/qquickview.html
On Wed, Oct 3, 2012 at 7:54 AM, Alexander Akulich
akulichalexan...@gmail.com wrote:
Hi all.
Is there any replacement for QDeclarativeView in Qt5? If not, is it
planned in future releases?
How to port large Qt4
On 10/03/2012 11:29 AM, Oleg Shparber wrote:
See QQuickView - http://doc-snapshot.qt-project.org/5.0/qquickview.html
On Wed, Oct 3, 2012 at 7:54 AM, Alexander Akulich
akulichalexan...@gmail.com mailto:akulichalexan...@gmail.com wrote:
Hi all.
Is there any replacement for
Hi,
I'm trying to arrange list items in the form of arc as shown below and want to
scale each element with an OutQuad animation, and highlight each element on key
down event with a background image with a background image which moves forward
and backword on key down and up respectively.
Thanks for answers.
*Oleg Shparber*, i already look on it, but haven't idea, how to render
something like this on widget.
*Samuel Rødal*, you perfectly right!
QQuickView accept only QWindow, so the only way is use windowHandle().
When i wrote new QQuickView(windowHandle()); in first line of
Hi folks!
A couple of days ago I had some problems with a scenario like that shown
below:
class SomeClassWorker : public QObject {
Q_OBJECT
public:
SomeClassWorker(QObject* parent = 0) : QObject(parent) {
connect(someTimer, SIGNAL(timeout()), this,
On quarta-feira, 3 de outubro de 2012 10.44.56, Hugo Drumond Jacob wrote:
Hi folks!
A couple of days ago I had some problems with a scenario like that shown
below:
class SomeClassWorker : public QObject {
Q_OBJECT
public:
SomeClassWorker(QObject* parent = 0) :
Hi Thiago,
thanks for the help.
The SomeClassWorker's job is only a open/close on /dev/console and a ioctl
to pc speaker timer and play some tone. That is, the thread isn't waiting
for nothing (except the open/close).
I suspected of QTimer system because the main thread use some QTimers to
plot
On 10/03/2012 03:02 PM, Alexander Akulich wrote:
Thanks for answers.
*Oleg Shparber*, i already look on it, but haven't idea, how to render
something like this on widget.
*Samuel Rødal*, you perfectly right!
QQuickView accept only QWindow, so the only way is use windowHandle().
When i wrote
That's not so good; Q_CHECK_PTR will print Out of memory upon seeing a
Q_ASSERT just prints an assert information in debug
Q_CHECK_PTR terminates execution if you can't process,
and this is the case, cause this pointer had to be initialized before
the function is called.
Code can't recover
On quarta-feira, 3 de outubro de 2012 15.50.30, Alex Malyushytskyy wrote:
That's not so good; Q_CHECK_PTR will print Out of memory upon seeing a
Q_ASSERT just prints an assert information in debug
Not really.
Q_ASSERT, if it fails, calls qt_assert, which will abort the application with
a
Q_ASSERTs are not survivable. If you trip one, the application terminates.
I am not sure why I thought Q_CHECK_PTR would work even in release,
when documentation clearly states they both do nothing if QT_NO_DEBUG
was defined.
By the way even using Q_ASSERT you still have to compare pointer it
Q_ASSERT just prints an assert information in debug
Not really.
Q_ASSERT, if it fails, calls qt_assert, which will abort the application with
a core dump (SIGABRT) or, on Windows, call the debugger routines indicating
failure.
Q_ASSERTs are not survivable. If you trip one, the application
13 matches
Mail list logo