Thanks for that. I think you're right. I kind of expected it, but I had to try... had to make sure I didn't overlooked something :) One option is to change it in the source to do what you say, which sounds like a good idea (QAction with submenu) but in the meantime I'll stick my submenu inside the "File" menu, which is not great but in our case it's "OK". Cheers!
Hi, thanks for your post...
I also hope for this innovation in the data layer of Qt. I've been a long while without writing any desktop software but I've always seen Qt as the better choice for when it's time to resume Desktop.
The only issue is the data layer...
If there will be a place for feedback or testing when the project of new data layer begins, it will be appreciated.
If the server always send data to excel, you can't.
its a point to point connection. the only thing would be a man in the middle attack, which is not what you want, I'm pretty sure :-)
QAxObject is COM, not DDE. The DDE sink is Excel, not your application. Try to connect to the server app via DDE if that is possible, otherwise I have no idea how to intercept events from DDE.
The simplest way would be using the QDir::currentDirectory() in second thread and there after not using the QDir::currentDirectory() method at all.
You can also use the QDir::temp() to temporarily save the files.
Another simple way could be catch the signal of your compound widget QLineEdit which is a child of QWidget on user update finished and in that slot, you can call commitData(). Qt now must call setModelData() function.
I think you have to subclass it and overwrite mouseEvents. Have a look at the Qt sources, afaik the slider thumb is only painted and no real object. look at the implementation of QSlider and see what they have done, then change yours according to it.
I had the button set to autoDefault = true.
I see what you mean, probably should have read the documentation more closely.
All sorted now, many thanks.
It's possible that no error is returned if a redirection occurred. Try to check content of bytes (qDebug() << bytes) or try to look for a redirection:
@QString forwardedUrl;
forwardedUrl= reply->attribute(QNetworkRequest::RedirectionTargetAttribute).toUrl().toString();@
I never worked with UDP sockets, but it looks quite ok for me with an exception to the sendDatagram() method. The host address and port used there is that of the host you are sending to (the "remote" host); you give the local address and probably send to yourself :-)
Ah, sorry. I overlooked the not.
Can you switch to the compiler output tab of Creator. There it should mention what is missing, as it is a linker error and it most likely cannot resolve a symbol.
[quote author="zgulser" date="1297759295"]view->setParent(this)[/quote]
Better set the parent in the constructor call:
@
QGraphicsView view(&scene, parentPointer);
// parentPointer could be this (if it's QObject based)
// or any other QObject that makes sense for your app
@
All QObject based classes take a parent pointer as an optional argument.