General and Desktop

[quote author="Yogesh" date="1331881509"]If I am getting your question right. I think you need to have a timer inside you class. That timer will be keep running infinite with a configurable interval. After each tick it will observe a start/end command from its user class. So your new class will be observing the commands from user class. In other way, you can have a start timer (literally) in your new class. EXPLAINATION: Your new class will accept a DATETIME in constructor and the internal timer of your new class will keep obsering that the current date time = DATETIME supplied. If yes then it will invoke some functionality. ,, I hope its helpful, huff huff[/quote] It‘s kind of you，you see，you help me a lot~~

Thanks mlong you are right Luca

[quote author="leon.anavi" date="1331795093"]Please check "QTimer documentation":http://qt-project.org/doc/qt-4.8/QTimer.html and "this example":http://www.developer.nokia.com/Community/Wiki/How_to_use_QTimer_in_Qt.[/quote] ok ,thanks for your help ,you help so much~~

timoph, thanks for your response, now I have something to begin with. ddriver, yes my post title has mistake in it, I just wanted to say backend as coding the logic and QT GUI as front end, which was actually wrong to say it. And you may be correct about performance and efficiency using python in Qt. But I want in that way. I want to use python (as personally I don't prefer C/C++. Though they are powerful in many cases they are very hard to use and we should take much care while programming) anyway thanks both of you.

I apologize for the confusion, what I am trying to do is make is so I have the libraries my application folder and my application calls into the libraries instead of having them built into my executable. Which I though I was doing by including the library path.

Even in a thread, the thread's eventloop needs to be allowed to run. If your thread code is in a tight loop (without a call to processEvents() at a very minimum,) then your loop will block the thread's eventloop.

Sorry, I missed this. We had a similar problem this week. The problem was that there where some different Qt libs in the system folder installed. Another problem can be, that if you start you app from Qt Creator, the working path is set explicit. If you start your app anywhere else, the path is different.

All right, I got it. QTextCharFormat applied to my subclassed QGraphicsTextItem using QGraphicsTextItem::textCursor().mergeCharFormat. This way I can change formatting on the selection only.

Thanks. :S

I've got same problem in the same environment (local Mac, remote - Linux box). What I do is I am creating a QDeclarativeView (actually QApplicationViewer that QtCreator's wizard constructs) and use QGLWidget as a viewport in the following manner: @QmlApplicationViewer viewer; ... viewer.setViewport(new QGLWidget); ... viewer.setResizeMode(QDeclarativeView::SizeRootObjectToView); ... viewer.setFrameStyle(0); viewer.setAttribute(Qt::WA_OpaquePaintEvent); viewer.setAttribute(Qt::WA_NoSystemBackground); viewer.setAttribute(Qt::WA_DeleteOnClose); viewer.setStyleSheet("background: transparent; border: none"); viewer.setWindowFlags(Qt::FramelessWindowHint); viewer.setMainQmlFile(QLatin1String("qml/twclientqml/TwClient.qml")); viewer.showFullScreen();@ What could this message actually mean? OpenGL initialization failed and system falls back to raster?

Posted as bug: https://bugreports.qt-project.org/browse/QTBUG-24805

OK, that's something much more generic, which I think will be quite difficult to accomplish, at least in a generic way. I'm pretty sure there is no built-in support for anything like that in Qt. For a specific QWidget subclass, I guess you can make sure that data is shared accross instances of the class, or synchronize changes by setting up signals and slots to propagate data/property changes. But this will be something you will have to do separately for/in each such QWidget subclass, since it is not really possible to know which data to synchronize and how to do it for the generic case.

Note that this is then hard coded into your binairy at compile time. Not sure if that is what you expect when you distribute your application...

More options: Qwt: http://qwt.sourceforge.net/controlscreenshots.html ICS demo: http://www.ics.com/technologies/qtquick

I just got another idea how you might be able to make this work using PainterPaths. QPainterPath has a method pointAtPercent(). You could use this to compose the PainterPaths. Paint the first PainterPath till t 0.5 or something then paint the second PainterPath starting at t 0.5. Take a look at how the curves in "this section of the wiki article":http://en.wikipedia.org/wiki/Bézier_curve#Higher-order_curves are drawn this might give you a better idea of what i mean.