Re: [Interest] Qt3d package alongside Qt5.2 Alpha sources
On quarta-feira, 9 de outubro de 2013 05:45:22, Ramakanthreddy Kesireddy wrote: Hi Thiago, I downloaded Qt3D sources from https://qt.gitorious.org/qt/qt3d/source/4820a197cebd5184ab39ef405eb78f6e69f fc5f9: Downloading the sources like that won't work. Please clone the repository. The difference is the .git dir. When it's present, the buildsystem will generate the headers. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center signature.asc Description: This is a digitally signed message part. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Looking for third party Qt libraries
Op 9-10-2013 7:34, Cornelius Schumacher schreef: On Tuesday 08 October 2013 06:48:38 BRM wrote: Cool - I don't have any at this time, but it's good information to have and I'm sure others here do; and yes, listing the license is perhaps the one change that would be good to do - even for the Open Source libraries. The license is already listed, but we should add some way of filtering for the license. Not only for the license, but on many other things. I, for one, do not like to go through a huge list of libraries one at a time. Rather, I'd like to use some keywords to search for libraries that seem to offer the component I'm after. Also useful: user ratings, maturity, what versions of Qt it works with, last update, screenshots (in case of widgets or Quick components), etc. André -- You like Qt? I am looking for collegues to join me at i-Optics! ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTreeView header move first column doesn't work.
Looks like a regression to me. Please create a bug report: https://bugreports.qt-project.org/browse/QTBUG On 10/08/2013 11:57 AM, Igor Mironchik wrote: Hi. In the attachement you can find simple application where you can test it... Thanks for help. On previous versions of Qt moving first column in QTreeView worked. But when I updated Qt to version 5.1.1 it has stopped working. All other columns moves with user's interaction correctly except first column. What is the reason of this problem? May be there are appeared new API? Can you help me? Thanks. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTreeView header move first column doesn't work.
I can confirm this problem - please share the bug URL you file. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Looking for third party Qt libraries
On Wed, Oct 9, 2013 at 11:51 AM, André Somers an...@familiesomers.nlwrote: Op 9-10-2013 7:34, Cornelius Schumacher schreef: On Tuesday 08 October 2013 06:48:38 BRM wrote: Cool - I don't have any at this time, but it's good information to have and I'm sure others here do; and yes, listing the license is perhaps the one change that would be good to do - even for the Open Source libraries. The license is already listed, but we should add some way of filtering for the license. Not only for the license, but on many other things. I, for one, do not like to go through a huge list of libraries one at a time. Rather, I'd like to use some keywords to search for libraries that seem to offer the component I'm after. +1 to that. We could have a 'tags' field in the manifest JSON which can be made searchable or used in filters. -mandeep ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTreeView header move first column doesn't work.
09.10.2013 10:02, Mitch Curtis пишет: Looks like a regression to me. Please create a bug report: https://bugreports.qt-project.org/browse/QTBUG But may be it's is not a bug. May be developers decided to disable to move first column because this column shows the root items. What do you think??? It would be nice if this behavior can be configured. On 10/08/2013 11:57 AM, Igor Mironchik wrote: Hi. In the attachement you can find simple application where you can test it... Thanks for help. On previous versions of Qt moving first column in QTreeView worked. But when I updated Qt to version 5.1.1 it has stopped working. All other columns moves with user's interaction correctly except first column. What is the reason of this problem? May be there are appeared new API? Can you help me? Thanks. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTreeView header move first column doesn't work.
On 10/09/2013 09:31 AM, Igor Mironchik wrote: 09.10.2013 10:02, Mitch Curtis пишет: Looks like a regression to me. Please create a bug report: https://bugreports.qt-project.org/browse/QTBUG But may be it's is not a bug. May be developers decided to disable to move first column because this column shows the root items. What do you think??? It would be nice if this behavior can be configured. I don't know; CCing devs who would. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTreeView header move first column doesn't work.
09.10.2013 10:03, Vadim Peretokin пишет: I can confirm this problem - please share the bug URL you file. I reported a bug but I'm no sure that it's a bug... https://bugreports.qt-project.org/browse/QTBUG-33974 -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Long running application with database connection
On 9 October 2013 11:27, Marc Schmitzer marc.schmit...@richard-wolf.com wrote: While this works well most of the time, we occasionally have queries fail with MySQL server has gone away errors. We know that the mysqld process has indeed *not* gone away, and re-opening the connection works. My theory is that the initial QSqlDatabase::open() creates a connection to the SQL server that is kept open permanently by the QSqlDatabase instance that Qt keeps internally (in the ConnectionDict) that references the same connection. The SQL server eventually closes the connection after some timeout, which the application doesn't notice until it tries to use the connection again. I've seen the same behavior from the python mysql drivers, so I think this is probably the correct explanation. I don't know if the mysql library offers a way to detect when you get disconnected that could be used to make the implementation reconnect automatically. Cheers Rich. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Long running application with database connection
On 10/09/2013 12:27 PM, Marc Schmitzer wrote: While this works well most of the time, we occasionally have queries fail with MySQL server has gone away errors. We know that the mysqld process has indeed *not* gone away, and re-opening the connection works. Ok, this appears to be caused by the wait_timeout option of the MySQL server[1], which defaults to 8 hours. If you are unwilling/unable to change the server config, there are at least two ways of working around this: 1) Setting the reconnect option on the mysql connection. Unfortunately, this is not supported by the Qt-API (not even QSqlDatabase::setConnectOptions) and requires fetching the raw MYSQL* handle from the QSqlDriver and using mysql_options() from libmysqlclient. 2) Since the wait_timeout is an *idle* timeout, the connection can presumably be kept alive by making regular dummy queries. [1] http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_wait_timeout -- Mit freundlichen Gruessen / Best regards Marc Schmitzer SW-Entwicklung ESWL / ESWT Software development ESWL / ESWT * Richard Wolf GmbH Pforzheimer Strasse 32 75438 Knittlingen Tel.: +49 7043 35-1107 Fax: +49 7043 35-1255 Email:marc.schmit...@richard-wolf.com Web: http://www.richard-wolf.com * +++ Richard Wolf GmbH, Pforzheimer Strasse 32, 75438 Knittlingen Managing Directors: Siegfried Karst, Juergen Pfab, Juergen Steinbeck. Trade Register: Mannheim HRB 510031 +++ Richard Wolf GmbH routinely monitors the content of e-mail sent and received via its network for the purposes of ensuring compliance with its policies and procedures. Richard Wolf GmbH is not responsible for any changes made to the message after it has been sent. Where opinions are expressed, they are not necessarily those of Richard Wolf GmbH. This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you are not the intended addressee, or the person responsible for delivering it to them, you may not copy, forward, disclose, or otherwise use it or any part of it in any way. To do so may be unlawful. If you receive this e-mail by mistake, please advise the sender immediately. +++ ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Long running application with database connection
In a similar situation, if I recall correctly, we elected to open the database connection each time we needed it. Through testing we found that connection pooling in the the underlying infrastructure (windows, using oracle and ms sqlserver) worked well. The reconnection cost was usually trivial compared with the actual query especially if the connection was recently used; the resulting code was simpler/cleaner; and the approach seemed robust to lots of other reasons (not just idle time) that the connection might drop. I do recall that it was hard to test well. Sam ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QTcpServer. Connecting.Sending data.
Hello, here's the code of the redefined method run() of QThread class = void run() override { srv = new (std::nothrow) tcp_server(ised_win_raw_ptr); #ifdef DEBUG qDebug() listener's thread = thread(); #endif terminate_ = false; while ( !terminate_ ) if ( !srv-isListening() ) srv-listen(QHostAddress::Any, port); #ifdef DEBUG qDebug() Deleting the ised_tcp_server object.; #endif srv-close(); // Closes the server. The server will no longer listen for incoming connections. delete srv; } The program connects to 9000 port for listening. Using the netcat command nc -vv 127.0.0.1 9000 yields PC_NAME [127.0.0.1] 9000 (?) open Then I typed start and hit Enter. The break point has been set in incomingConnection which is redefined in the tcp_server class inheriting QTcpServer. Debugger did not paused in the method body when netcat connected to the port. Solutions? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How can i animate Layout.preferredWidth and friends?
On Tue, Oct 8, 2013 at 4:32 PM, Mark mark...@gmail.com wrote: On Wed, Oct 2, 2013 at 2:25 PM, Mark mark...@gmail.com wrote: On Wed, Oct 2, 2013 at 11:51 AM, Saether Jan-Arve jan-arve.saet...@digia.com wrote: Of course it should not crash. I get an ASSERT: mo in file qml\qqmlvme.cpp, line 849 (this is with current stable branch though). ** ** I'm a bit curious to know why do you want to animate that property? What do you want to achieve? ** ** Jan Arve ** ** *From:* interest-bounces+jan-arve.saether=digia@qt-project.org[mailto: interest-bounces+jan-arve.saether=digia@qt-project.org] *On Behalf Of *Mark *Sent:* 30. september 2013 01:40 *To:* Qt Interest *Subject:* [Interest] How can i animate Layout.preferredWidth and friends? ** ** Hi, ** ** I thought something as simple as: ** ** Behavior on Layout.preferredWidth { NumberAnimation { duration: 1000 } } ** ** would do.. Apparently not since it crashes qmlscene.. Do i need to do it differently or did i just hit a bug? ** ** Version details: Qt 5.1.0 x64 (i know, 5.1.1 is out) Mac Mountain Lion fully updated ** ** Cheers, Mark Hi Jan, What i try to do is animate the (in this case) width. In a simple description that would be it. However, i try to animate the with of a component that is within a Layout. In this case a RowLayout. If i use the width, the RowLayout itself doesn't update, you can see that in this snippet [1]. Just press the nice orange square :) What i want for that is to work. I tried animating the Layout.preferredWidth property because changing the width using that does update the RowLayout, but then the animation doesn't work. That's all i'm trying to do. [1] http://pastebin.kde.org/pxgjxhtza Another bump. I haven't figured out a way to make this animated. Added Jens to the CC. Hopefully he knows a way for this. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Looking for third party Qt libraries
On Tue, 2013-10-08 at 00:08 +0200, Cornelius Schumacher wrote: On Monday 07 October 2013 14:22:40 BRM wrote: Out of curiosity, are you looking to list proprietary 3rd party Qt libraries as well? Or just Open Source compatible libraries? Cornelius Schumacher wrote: ... It probably would make sense to list them in a separate section, so that people who have decided on what type of license they are willing to use can find things easily. I think this is the right choice. Thanks for the great effort. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QTcpServer. Connecting.Sending data.
Hi Alexander, QTcpServer.listen only sets up the listening - it does not wait until a new connection arrives. In my code, I only call listen once, then run an event loop. The new connections arrive in the incomingConnection slot. void MyThread::run() { srv = new (std::nothrow) tcp_server(ised_win_raw_ptr); if (!connect(srv,SIGNAL(newConnection(),srv,SLOT(connection()) )) error if (!srv-listen(QHostAddress::Any, port)) error exec(); srv-close(); delete srv; } Of course, you can put the slot anywhere. The slot uses nextPendingConnection() to get the socket. Works well for me. If you cannot use QThread.exec, then use srv-waitForNewConnection in your terminate loop. Tony From: interest-bounces+tony=rightsoft.com...@qt-project.org [mailto:interest-bounces+tony=rightsoft.com...@qt-project.org] On Behalf Of Alexander Syvak Sent: Thursday, 10 October 2013 5:11 AM To: Qt Interest Subject: [Interest] QTcpServer. Connecting.Sending data. Hello, here's the code of the redefined method run() of QThread class = void run() override { srv = new (std::nothrow) tcp_server(ised_win_raw_ptr); #ifdef DEBUG qDebug() listener's thread = thread(); #endif terminate_ = false; while ( !terminate_ ) if ( !srv-isListening() ) srv-listen(QHostAddress::Any, port); #ifdef DEBUG qDebug() Deleting the ised_tcp_server object.; #endif srv-close(); // Closes the server. The server will no longer listen for incoming connections. delete srv; } The program connects to 9000 port for listening. Using the netcat command nc -vv 127.0.0.1 9000 yields PC_NAME [127.0.0.1] 9000 (?) open Then I typed start and hit Enter. The break point has been set in incomingConnection which is redefined in the tcp_server class inheriting QTcpServer. Debugger did not paused in the method body when netcat connected to the port. Solutions? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest