The Lounge

If you have a good experience with PyQt5, then you may already have a solid foundation for working with Qt. PyQt5 is a Python binding for Qt, while C++ Qt is the native language of the Qt framework. Switching to C++ Qt may be a good idea if you are looking for more job opportunities in the software development industry, as C++ is a widely-used language for developing desktop applications, and Qt is a popular framework for building cross-platform applications. The demand for C++ Qt developers may vary depending on the region and industry. However, Qt is widely used in various industries, such as automotive, medical devices, and consumer electronics, so there may be opportunities for Qt developers in those fields. Additionally, many software development companies that build desktop applications may also use Qt. Ultimately, the decision to switch to C++ Qt depends on your career goals and personal interests. If you enjoy working with PyQt5 and Python, and are able to find job opportunities that align with your skills and interests, then there may not be a need to switch. However, if you are interested in exploring new opportunities and expanding your skillset, then learning C++ and Qt may be a good option for you.

@gandsnut Ok. so it looks like whatever MS app is is pulling in its own versions of system libraries instead of using the default ones. Maybe its time to go to the application support channel for that tool. It's not a Qt specific question at this point.

While a go I did something like this in qml, I just made a video It's from one of my projects, the code in here Basically it's a qml parent Column, with expand / collapse widgets child Columns, wraped in a xxxItemFrame.qml component which abstracts "Open" and "Close" states and their animation transitions.

@Chris-Kawa You, as a user of plex, shouldn't have to fight their wars for them. If they want to keep you as a customer they should find a way to make it work, either through working with Qt Company (because they are their customer, not you) or doing whatever needs to be done themselves. I fully agree with you. Sadly it seems Plex, as you can probably tell from the forum replies from their employees, was much less cooperative than we thought they would be so we tried to "help them out" thinking Qt maybe lost the email flow. It seems to be a legitimate Qt employee as the 2nd Plex Employee seems to be sharing confidential screenshots with him so it seems we got the ball rolling. If anything maybe lit a small fire under Plex's bum. (I'm the one who contacted Qt by email.) Thank you for your time, it seems that Plex decided to mostly ignore Qt's response and somewhat attempt to gaslight the situation with the "Plex Corporate" side of things and lock the thread. This situation is eye-opening and I'm spreading the word and will probably be moving my business to my money to Emby. I wish you a good day.

@JonB News sites are just an example, but it's everywhere. I visited my parents on holiday and they wanted to play me a video on youtube. I've forgotten that you have to watch an ad for half a minute before you can watch anything and then it interrupts you couple of times in the middle too. Hell no! Whenever I enter internet without a blocker my eyes/ears bleed. If a site blocks me because I block ads I just close it. There's more than enough alternatives.

@AnneRanch said: As usual , I like to get plain English description of the following pointer usage // QMdiArea is a container of subwindows // Get a list of pointers to those subwindows and assign it to a local list variable named "windows" QList<QMdiSubWindow *> windows = mdiArea->subWindowList(); // Assign i-th element of that list to a local variable "mdiSubWindow" QMdiSubWindow *mdiSubWindow = windows.at(i); // QMdiSubWindow is a container that hosts a widget. // Retrieve a pointer to that widget // Try to cast that pointer to a pointer to type MdiChild and assign the result to local variable "child" // If the cast succeeds then the variable "child" points to the widget hosted by QMdiSubWindow // If the cast fails (widget is not a MdiChild class) then the variable "child" is a nullptr MdiChild *child = qobject_cast<MdiChild *>(mdiSubWindow->widget()); somebody comes up with a way to memorize what is definition and what is a declaration You can try to remember it by imagining a herald on a town square. He's declaring, or in other words announcing that something exists e.g. "Hello good people. The function x exists! Let's be happy!". Then someone from the crowd asks "ok, but what is it?" and a local scientist defines it, or in other words explains/describes it in detail, saying that "x is this and that my friends and it does this in that way". Herald is your header declaration guy. Scientist is your cpp definition guy.

@mzimmers I confirm the guess of @JonB. If the thread is already marked as solved you have to use the "Topic Tools" button, "Mark as Unsolved" and then you'll be able to select the answer you want.

@mzimmers said in old hacker...low tolerance: Let's all quit, move to Florida and go golfing. I retired some years ago (never been busier, though), I would not move to the USA, but the Caribbean looks interesting. Especially when they are turning their backs on the dollar system (which turned its back on them years ago). https://www.stvincenttimes.com/st-kitts-nevis-to-make-bitcoin-cash-legal-tender-by-march-2023/

@AnneRanch said in To build bluteooth application in QT .....: sudo apt install qtconnectivity5-dev and reboot. qrt@qrt-desktop:~$ sudo apt install libbluetooth-dev now read again what you wrote in the first line and typed in the second