General and Desktop

Moved to General and Desktop because it is Qt-related topic.

Hi Gerolf, I know the process but i have some other doubts, i will get back soon.

I am sorry I can't help bq. I ll do that., But might there be a chance of the VTK library built wrongly?? What might be the other possibilities why it failing? Look, I don't want to alarm you, but my colleagues experience setting vtk up is not good...

Depending on the particulars of the open source licence encrypting parts of the binary could be in breach of the licence. Regardless of the technical aspects you could be heading for a world of problems with this approach.

Each widget (also a QLabel) has a background that is drawn onto the parent (e.g. your main window). You can reimplement each widgets paintEvent in a subclass and do your own painting there. If you overwrite the paintEvent of the main windwd, you draw behind each child, so behind the labels. If you want to change the labels, make a subclass of QLabel and use that instead of QLabel. Overwrite paintEvent in your QLabel subclass and draw there. If you want some main window image behind all labels, you could also make the labels transparent.

You are welcome, please add [solved] to your post title

Thanks Gerolf ...its working now..

thank you again Volker for your input. I will read everything at the link you gave me very carefully.

One should be carful in this case. It is perfectly ok to connect a signal to another signal (instead of a slot). In this case once the first signal is fired, the second is fired too (see the example of "QObject::connect() ":http://doc.qt.nokia.com/4.7/qobject.html#connect). It is very important, though, to use one of the correct macros SIGNAL(...) or SLOT(...) to wrap the method. You cannot add as method declared as slot to the SIGNAL macro and vice versa. I think that's what you did, and - even worse - you have a method with the same name, but different arguments declared one time as a slot and one time as a signal. I would change this, as it leads to confusion in the future.

[quote author="2beers" date="1312706251"]Thanks alexisdm. That works. Maybe they should update their documentation.[/quote] Not really. Most of their examples are meant to be pasted into the main() function between QApplication app (argc, argv); and return app.exec ();. It's up to you to adapt them when you use them elsewhere.

I solved it with the following code. I needed the .toInt() at the end of the code. @tt = settings.value("variable").toInt();@

Maybe with that: "QTextBrowser::scrollToAnchor":http://doc.qt.nokia.com/latest/qtextedit.html#scrollToAnchor (with the anchor name without the '#').

[quote author="Gerolf" date="1312617901"]Ok, so your problem is to store a variable of type char which is used as byte (number) not as character. Here comes your problem: setValue gets a QVariant. QVariant has some implicit constructors which can create the QVariant from bool, int, QString, QChar, ... QChar can be constructed by a char, but it interprets the value as a character, and decimal 1 is not a valid printable character. That's why it does not work as expected.[/quote] I don't understand what you are saying because the code works when i use char tt=1; it seems that i had the code correct right from the beginning. I just got mixed up with the two ini files that were created. nevertheless, the code works great. thank you Gerolf for your help

... and you cannot use simple functions pointers to "call methods on objects":http://www.parashift.com/c++-faq-lite/pointers-to-members.html.

I was solve this problem in my app by another way. I removed border in style sheet and handle context menu requests for both tool bar in one point. But would not be bad to see correct handling of QToolBar::sizePolicy by framework in next release. Anyway thanks for your help.

oh. thanks raul. It won't be more than 1 simultaneous request for every QNetworkAccessManager object. I thought that is was limited to 6 simultaneous requests/application . Thanks