@Hronom: Did you try it with QtAudio3d? I don't want to use it, I am only interested, if it works
@Thomas Zander: QML doesn't have really much opertunities as in Qt4. And if it's not easy to do it in QML, it will never work in QML, which means, that QML is a language with limits, but you can implement very fast simple widgets. That's the reason, why I prefer C++. I will learn QML, when I got time for that, but now, I only developping complex desktop applications for Linux, Windows and Mac and need their styles.
Nothing wrong, much less "vastly inferior" with Qt containers - their performance is on par with std containers, and Qt containers use is actually less verbose and much easier to use. std containers are overly verbose, pretty much all operations require iterators.
He is right about the pricing though. It needs to be cut at least in half to become reasonable.
Any chances you'd have pointers to make it work with PyQt5. I have install PyQt5 (pip install python-qt5) but I am getting this:
pi@raspberrypi ~ $ python
Python 2.7.3 (default, Mar 18 2014, 05:13:23)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> from PyQt5 import QtCore, QtGui, QtWebKit
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: cannot import name QtCore
No sure how to read this message. I'd guessing that it still can't find Qt5 (?)
OK it means src_gray value in .cpp file should be same as in mainwindow::on_Track clicked() src_gray value.
Actually src_gray is image array.
I did it by Define the value of src_grey in function as
cvtColor( src, src_gray, CV_BGR2GRAY );
so i will get src_gray value.
@andsun this thread is 3 years old, not relevant anymore. Except of course it happens with the new forum too.
It popped up in your unread, as we migrated. Everything looks new and shiny, and the system thinks everyone is logging on for the first time (which we technically are, as the login changed to Qt Account).
Again (mentioned this before, I believe), take a look at QFileSystemModel. It does this for you already. If you don't use it yourself, then you might study its source code to find out where it gets the images from. Or, look into QFileIconProvider.
If you are using QSystemStorageInfo as your data source, then you also know which drives are a CDRom drives. Set the correct flags for those drives, and presto.
[quote author="advseo32" date="1375434213"]i have posted this question because is similaire topic but now is Qtableview
Sorry, if i'm wrong , i will post another thread :)[/quote]Yes, please post in a new thread. It is NOT similar.
Each thread is supposed to have 1 topic, but you already have 5 topics:
How to automatically insert a row at the end when the user clicks/presses a key there
How to check if a cell is empty
How to add custom symbols to the vertical header
How to check if the user selects a different row
How to check if the user has started typing into a row
(Your new topic) How to modify headers
The title of this thread is "Insert row from Qtableview to another", but topics 2-6 are not related to this.
Forums let users search old topics to find solutions solutions. But, if a thread has many topics that are not related to the title, it's hard for someone to search.
Firstly, you shouldn't do anything but system maintenance with the root user. Secondly, gerrit, being somewhat smart, will want you to configure your e-mail and name. Here it's written pretty clearly how you should set it up. If I had to guess what the problem is, when pulling the Qt's source for development git pulled the git triggers for you, which would happen if you ran:
which you should have according to this. Getting the triggers in the local repo is perfectly normal and desirable, so my guess is you can't commit currently just because your name and email aren't configured.
Basically you have all the information in ,  and , you just have to follow the instructions. Start by cloning the source with your gerrit username, set up gerrit  and ultimately use it to push for review.
@andre Thanks, Andre, for detailed explanation. I understand that your design is solid and well thought. I just wanted to adapt one moment for my needs - disallow checking directory if the child files are not populated yet. And now I finished with code modification as I wrote above. I also mentioned strange behavior in some cases. This little problem still persists. Moreover, I discovered that this behavior takes place in initial CheckableProxyModel class also. The problem arises when directory contains only one file. Then checking of the directory adds the file to the list as expected, but the check mark doesn't appear near the file, it appears only if I move the mouse cursor over that file. If the directory contains 2 files or more, the problem disappears. Could you please check the code? It's enough to create any directory with one file and check the directory
[quote author="Lukas Geyer" date="1326794366"][quote author="deisik" date="1326790823"]Yes, because such is the nature of a void* pointer. The pistol shoots and somebody will surely shoot himself - you cannot make everything bullet or fool proof[/quote]
[quote]The found solution may be dangerous but to me it is by far a more genuine and elegant way of doing this.[/quote]
Well, let's just agree that we have different development principles.
I wish you the best with your solution, but I'm officialy out now as this discussion obviously leads nowhere and is rather pointless at this moment.[/quote]
same for me. Just one last word from myself:
I would not try to optimize (and it looks like that to me) before you really know, where the bottleneck is. In one or two (or many) years, some other people might have to maintain the code and will they know what was done there? Will they understand? What will they do if new types will be introduced and they do not fit into this schema?
Hi Arnaud, you are welcome!
I'm glad I could help you a bit with that issue and hope to talk to you again.
Please mark your thread as solved by editing your first post with a prepending [SOLVED] in the title.
Have a nice day!
@Ram_Thakkar77 It sounds like you just don't understand linux properly. It isn't that it is harder than windows (and in a lot of cases it's actually easier), it's just that you don't understand how the program is run and how ld finds your libraries.
There's a term in windows called dll hell which I'm sure you've heard. You are basically just running into a similar situation in Linux but have no idea how it works or how to solve it.
I recommend you stick with it as once you figure it out it's quite easy. The info p3c0 and jsulm gave should have helped you get your distribution ready, but you kept missing libraries and not setting your custom LD path properly. If you do this correctly it is not only quite easy but can all be easily automated in a small bash script.
I definitely wouldn't blame Qt for this as you have a "distributing linux binary" problem, not a Qt one. That would have happened to you no matter what development toolkit you used. It has nothing to do with Qt at all.
Yea i think so too and totally agree with u..... with 150million symbian devices more to be launched by Nokia, i am pretty sure that Qt's future is not dark and we should stick to developing for it as well as start taking WP7 seriously and think of developing for it too......
well the futyure is unseen bt if we wish, its not going to be dark with WP7 in hand..... :)
[quote author="Milot Shala" date="1297704869"]
[quote author="Andre" date="1297699907"]Question that is just coming up in my mind:
Does this change in direction mean that bugreports & wishes in Jira that have been closed because focus has shifted to the mobile development will be re-evaluated? It seems mobile is not that important anymore after all...[/quote]
It will be important, there are people still writing Symbian apps because there are lots of Symbian users out there, to the 75 million Symbian devices there will be shipping 150M more devices and these needs new and updating older apps, and of course I think all the bugreports and wishes will be added where appropriate.[/quote]
On a side note, the QWebService lib I am writing (some of you might remember it from qt5-feedback) is now ready for RESTful, JSON web services. I've recently put together an example that users QtDN API. Getting JSON reply is doable with 1 line of code (although I use 3 lines in my example app). Available on "Gitorious":http://gitorious.org/qwebservice and, in the future, maybe as part of Qt5. I'll probably post more info on it in the future, in a separate thread. Sorry for any typos, I'm using my phone for this post.
BTW: Would appreciate any feedback on API, intuitiveness, usability etc., as well as help in coding.
[quote author="great88" date="1376933337"]Is it OK to spawn new thread inside a readyRead() handler and then access and write to tcpsockets ( from the parent thread ) from that thread ? It looks to me that this is not good because sometimes clients are not receiving data . What is the proper way to do this ?[/quote]If your TCP socket is in the parent thread, you cannot write to it from a new thread.
There have been many posts about combining QTcpSocket and QThread recently. Search the forum, and you should find plenty of info.
Hi, you might not catch Peter Winston here easily, he hasn't been around for a while.
However on the licensing, currently our thinking is that students can get the open source package for free and start learning and coding. We are thinking of some form of university/school licensing, but that will take a while to get off the ground.
We are also looking at low cost options to private/small developers. The last time we had that option it really did not sell well, so it was pulled back for now. We know there is demand for a low cost option, but we need to figure out how to provide that option so that it would get sensible sales numbers.
In general we really like it when people contribute back to Qt, be it patches or license payments. Naturally we want to make it easier for people to contribute, so different licensing options are something we continuously look for.
I'm back again for some feedback , I changed the way I use my Database, I'm still connecting the same way, But all my functions that were in my class get swith into the only page that need those instructions .
That Way I Just connect through my databse page and just make a Signal Slot use when I need it.
That said , my problem isn't solve for now I though maybe it was the Databse but seems not , maybe it's my refresh timer for my UI that creates crashes , anyway I'm still triying to find the problem..
If anyone could give me a clue for Valgrind to work , it's crashing a few seconds after starting the analysis and I just have the message that I post earlier.
That's a big post thank's for help and if I can't get in touch happy Christmas holidays.
Hola, soy Jonathan, de Valencia, España. Programador en una empresa especializada en controles electrónicos, automatismos y sistemas de supervisión para el control completo de la instalación frigorífica.
He empezado a usar el framework de QT hace apenas 3 semanas. No conozco mucho pero la primera visión que tengo de este framework es positiva y me gustaría aprender a usarlo al máximo. Me parece muy interesante poder programar de forma tan sencilla y conseguir aplicaciones multiplataforma.
Why does it has to be a compromise, either get functionality at the expense of outdated GUI, or get stylish GUI at the expense of making it harder to implement functionality, the whole point is we need both.
What sucks about the current "toy app" trend is most of those apps are close to useless that is why they rely on eye candy full on, cause simple people are easy to impress.
And just because eye candy is a money milking marketing strategy does not mean it cannot be incorporated into software whose use goes beyond displaying online service content.
The reason I went on this "crusade" is for quite a while I tried doing modern design with QWidget, and not only is it awkward and backwards, but performance lacks too. QWidget is built on literally a 20 century concept, and it doesn't fit. And it sucks there is not 21 century, more custom, more fluid, more dynamic and interactive C++ GUI API.
Kudos to the trolls for inventing the concept of Qt Quick, and I know it must be a nice feeling to have many people using a language you invented (QML) but it is quite foolish to turn your back on Qt's primary programming language for like 2 decades. They could easily have invented Qt Quick to be natively open to C++ and plug QML in as an option, which would save the efforts of having to add C++ frontend support later, when annoyed and disappointed developers call for it. A smart programme will always make a new API open to native use and plugin additional languages support, and the only logical reason I see behind the decision to provide the benefits of a new GUI API exclusively through QML is using innovation to extort developers into adopting yet another limited usage, inferior in terms of performance and efficiency, leading to even more fragmentation of the developer base language, like we don't have enough of those already.
I cannot shake the felling QML is a little late to the game too, I mean, with HTML5 and all, surely, Qt Quick may have better performance out of the box and the potential to extend it with C++, but HTML5 with JS is quite powerful and has a lot of advantages compared to QML, our company is already developing fluid, dynamic websites with animations and interactive features, and all you need is a browser, even without HTML5 support those are totally doable in HTML and JS. Not to mention HTML is an open standard with quite a lot of users, more than QML is likely to ever enjoy. QML would have been amazing... 5 years ago, but for what QML offers there already many good solutions enjoying amazingly good adoption rate. That is why I feel Qt Quick needs to exploit the advantage of offering native binary performance and efficiency and the power of being free to use C++ without having to base your designs on QML's limitations and write extra code to interface native code to QML.
Yes it may be a problem with my setup. I am writing an application on Windows XP and Linux using Qt 4.8.1 and I am having different problems with each. The above problem with Linux and the, ‘SerialPort’ was not declared in this scope, problem with moc_serialport.cpp that was reported earlier. I have tried manually making the library as you suggested earlier and also using QtCreator with the same result.
I have also tried compiling on XP using MinGW and on Linux using MinGW with the same result. Still working on it.
I noticed about a couple developers using QT to build Android apps, but none for iOS.
Well, I develop an QML app for android and iOS, for example. Currently it is in TestFlight stage, the android version is already released. I use an individual GUI though. QtQuick Controls (or also QWidgets?) can mimic the android KitKat style, but there is only a very experimental lollipop "material" style yet .
I find it worse if an app has an GUI which tries to look&feel native, but is only reaching 85% at being native than and app which has an individual GUI. If you want to look&feel native, you have to go native on mobile. That's the deal IMO.
I'm not quite sure about this one as I don't have Mac OS to try this. But since it works on Windows and not on Mac it could probably a bug. You can report it on "Qt Bug Tracker":https://bugreports.qt.io.