General and Desktop

I solved my problem, I was trying to set directly a pointer to the "model" property of the qml listview but it can't be done like this. The solution is to use the QDeclarativeContext : @ QDeclarativeEngine *engine = new QDeclarativeEngine(); QDeclarativeContext context = engine->rootContext(); MyListModel myModel = new MyListModel(); context->setContextProperty("myModelName", myModel); myQMLListView->setProperty("model", context->contextProperty("myModelName")); @

ouch I wasn't applying the effect to the viewport port directly to the QGraphicsView I shall test your way soon thanks

thanks for reply. @tableFormat.setBorderMargin(1);@ - there is no setBorderMardin method in the QTextTableFormat :( There is setMargin(qreal) method, but it has no effect :( I found tableFormat.setCellSpacing(0), which make border more thin. "And for the second one: " I set "<table "style"="border:solid 1px;">" but, I can't see any border :(. Can anybody talk me, how to make table with QTextCursor::insertTable if table is a difficult (have a cells with a "rowspan" and "colspan")? I found @QTextTable::mergeCells(int row, int col, int rowspan, int colspan);@

You're welcome. I actually did the same thing when I tried to figure it out for you ;) And don't forget to edit your title to [Solved]

Your welcome. If you consider your issue solved please set the thread so.

QDockWidget is what i needed. Thanks.

You are welcome. Assistant contains a lot of info, you only need to find it. Please don't forget to mark thread as [solved] (by editing its title)

I find it: @QMenu{ color: red; }@ Many thanks for your help! Is interesting why so, why developers dont make it is as: @font-color:@

Normally you do nothing in the ui header file. Qt generates it for you. Did you alter things there before? If you clean your project it shouldn't be there anymore. Did you delete it in windows explorer? Make sure it's deleted before running qmake and building again

I figured it out. The painter cant be a pointer (I should have known that). The icon isn't showing at the moment with the updated code, but I'm sure I can figure that out. Thanks again to everybody. EDIT: It worked. Just had to rebuild everything.

Apparently the problem was due to the margins of the QHBoxLayout which i had to set with setContentsMargins(0, 0, 0, 0). Thanks. B.

Hello, maybe this will help you @QGraphicsView->setViewportUpdateMode(QGraphicsView::NoViewportUpdate)@ Update: or you can realise this func your self @ void MyGraphicsView::freezePaint(bool freeze) { m_freezePaint = freeze; } void MyGraphicsView::paintEvent ( QPaintEvent * event ) { if (!m_freezePaint) QGraphicsView::paintEvent(event); } @ something like this :-)

You should be using the standard MIME formats (list "here":http://www.w3schools.com/media/media_mimeref.asp )

In that case your problem originates elsewhere. I suggest you start a new thread in which you explain exactly what you did and what errors you get.

I appreciate the reply. I don't think that what I am trying to do is too overly complicated, just seemed like a good project to dive head first into Qt and C++ with. I'll give it a look. Thanks again

http://www.itk.org/CourseWare/Training/GettingStarted-IV.pdf (under Qt) And if you need further help: http://www.google.com/#q=qt+itk+adaptor

[quote author="jesuisbenjamin" date="1307145093"]@ unclewerner & @ Volker: you seem to prefer QTimer to QThread: is there any advantage using one or the other? is QTimer not a thread with a loop?[/quote] Why do it complicated, when there is a simple solution? You can easily shoot yourself into the foot with a QThread, but it's hard with a QTimer. I don't care about the actual implementation of QTimer's singleShot - it just works. But if you prefer to implement a QThread based code with some 10s of lines, compared to a one liner... it's your choice.

Well, I personally don't see another solution then, but you might find one. Good luck!

That's more a subject to bash, not to Qt. You can call bash with -c <command> parameter like this: @ QString command = "bash"; QStringList args; args << "-c" << "dejagnu"; QProcess p(this); p.start(command, args); @

I really am impressed with that piece of code! It managed to avoid doing the bit of work required to read/modify/write the file by having somebody else do the same thing. That not only made the program a bit harder to read (who knows sed these days?), it also introduced a buffer overflow. That is something that is really hard to do when using QByteArray or QString, but that was avoided in favor of fixed sized buffers and strcat (together with user provided input and without range checks). I had really thought that kind of error was left behind in the C world. Then this sed invocation is rather interesting. It assumes a very fixed file structure and looks rather fragile in the face of changes to it. The code also assumes that there is a sed in the path of the system (which generally is not the case on windows) and even requires the gnu-version of sed (not available on most non-Linux unixes out there). That might be OK for the use-case, but adds some probably undocumented assumptions about the execution environment and makes the application less portable without any real need. Finally the string conversions are horrible: Assuming avi_outpout->text() returns a QString this is converted from utf16 to utf8 and straight back. Then that variable is converted to latin1 encoded outpout_name2... maybe loosing characters in the process. The file extension it assumed to be ASCII (which might or might not be true, depending on the program and how the extensions can be configured). This mixture of encodings (ASCII, Latin1 and the encoding the source was saved as) is concatenated into one string and the system is expected to execute that, independent of which encoding the system might actually be using. There is a toLocal8Bit() method on QString for a reason. The user input is of course not validated either. "Bobby Tables":http://xkcd.com/327/ is lurking in the bushes. Really, I am truly impressed by that code.