I don't know how you read your text-file. But if it is for example with QTextStream, you coulc read line by line, call QString QString::simplified() const on it. that removes all leading and trailing whitespaces and reduces al other whitespaces to a simple single space. That should include tab and multiple spaces.
Than QString::splitRef(QChar::Space); on it and you have a vector of all your entries (in StringRef format) -> convert it to your container.
I wanted to report that when I use 5.9.4 MinGW the color emoji shows up as BW but when I use 5.9.4 MSVC2017 the color emoji shows up as color. Is there anything I can do to get MinGW to work? Same in 5.11.
I'm using a blank project with a single color emoji in the screen.
If I compile with MSVC2017 then it shows up in color.
Il messaggio che ricevi e' semplicemente dovuto al fatto che il tuo eseguibile non ha idea di dove le librerie di Qt siano.
Ti basta aggiungere il percorso alle librerie (ad esempio: C:\Qt\5.9\msvc2013\bin) alla variabile PATH. non conosco CLion ma molto probabilmente ci sara' un opzione per aggiungere quella cartella al "debug environment". in alternativa settala globalmente nel sistema operativo. apri cmd.exe come amministratore e digita SETX PATH "C:\Qt\5.9\msvc2013\bin;%PATH%" ovviamente cambiando il percorso per rispecchiare il tuo
@Chris-Kawa Sometimes you forget to update deploy dlls, in that case runtime vs compiletime versions in "about window" would be helpful.
Even if you use auto windeployqt command, you'll still need to copy other dlls (OpenSSL, etc) by hand, there you'll forget.
It does work on debug configuration.
I did set the QT_QPA_PLATFORM_PLUGIN_PATH environment variable to "Qt\5.7\msvc2015_64\plugins\platforms" directory and I also tried to create a platforms directory in my exe directory and copy the qwindows.dll there.
You shouldn't set it to the "platforms" folder, but to the (parent) "plugins" folder instead.
QtSingleApplication is an more or less official (former Qt Solutions) "extension".
It ensures in a cross platform way that only 1 instance of the application is running. If a second instance is started it signals a message to the already running application.
It comes in BSD license and it's enough to copy the few files to your source tree.
There's one thing bothering me though ... You said you can't afford to drop a frame, but you use datagrams, which are inherently unsafe (in that manner) ... otherwise I'd assume it's what @SGaist said - probably your processing is lagging behind and there's work queuing up ...
I am not sure whether WiFi Direct is among the supported APIs which can be co-used for classic apps. But usually you need to take care of a couple of things.
Most promintently you will need to link against runtimeobject.lib to find Activation symbols.
I just pushed a change for positioning to showcase, how a "generic" porting from WinRT to classic apps can work. See https://codereview.qt-project.org/#/c/159330/ for some details.
Good! About your P.S. when you have done windeployqt on your .exe file, then every time after that, if you go into Qt Creator and edit/rebuild your program, then to be safe, you should run windeployqt again.
yep, it's work! thank you!
Looks like your connection to Qt Forum was lost, please wait while we try to reconnect.