Hi, .tlb-files cannot be added to your project via an #include. One way is to use Qt's dumpcpp utility, for example: C:\Qt\5.15.2\msvc2019\bin\dumpcpp C:\Program Files\ASCON\KOMPAS-3D v20\Bin\kAPI5.tlb" then with a bit of luck you'll have 2 new files: kAPI5.h and kAPI5.cpp, Add these files to your project. And then try #include the kAPI5.h file in your main.cpp.

@Maikie130 If you have many tools, you can toss them all in the bin dir of one big AppDir made by linuxdeploy. For example, /opt/maiki/usr/bin and everything in that bin dir will get set with rpath by linuxdeploy to look for libraries in /opt/maikie/usr/lib, but nothing else on the system will get impacted by those libraries, so you don't have to duplicate but you can easily accumulate stuff in that appdir that is easy to move to your server. The qt plugin has binarties published, so you can just use that rather than building it from source. They use the same appdir style of bundling everything into an image, so you can just grab the binary, chmod it +x and use it.

Hi and welcome to devnet, There's no ready made "console widget", you can use QPlainTextEdit or depending on the amount of data a QListView with a custom QStyledItemDelegate for fancy rendering. For getting the output of your cli application, you can use QProcess.

correct @Paul-Colby thanks

Really very help full. Thanks for sharing your precious experiences movements.

Hi, As silly as it may sound but wouldn't removing << std::endl from the checking line be enough ?

@Bremenpl Hi, other option is to create a custom session so you can have single app and also be able to start a desktop if needed. Most likely you will want to run a windows manager also. http://askubuntu.com/questions/23932/how-do-i-replace-the-desktop-by-an-application Im not sure if @Eeli-K solution is the same in debian version. :)

@SGaist Thank you, I will try it!

Yes, the code you have there uses VT100 Escape Codes (note that \033 is the octal representation of character 27=escape. You could also use the hexadecimal \x1b instead), see http://en.wikipedia.org/wiki/ANSI_escape_code These require a terminal emulator that supports VT100, which almost all linux terminal emulators do. Windows Command Prompt doesn't support them by default, but at the bottom of https://docs.microsoft.com/en-us/windows/console/console-virtual-terminal-sequences there is some code that shows how to turn that on (it's only a few lines of additional code that you only need to run once at the beginning - I would put it into an #ifdef __WIN32 #endif for platform independence.) I haven't actually tried that though and I'm not sure on which versions of windows it works. Regarding python: python doesn't natively support VT100 either, but the colorama package https://pypi.org/project/colorama/ enables them (to my knowledge, it replaces the print or write methods with something that extracts the escape codes and does the manipulations via calls to kernel32.dll methods).

By the way, in QApplication's detailed documentation, you have an example of how start an application in "no-gui" mode.

@hskoglund Thanks for the info

I don't understand what you mean, Qt is a GUI library by design.

@dcape yeah, you're absolutely right. thanks for your efforts. I was thinking about conflicts and checked widthChanged() with auto-completion - this is why i decided not to change the title of js function. Thanks, again ;)

Oh, then it has nothing to do with a console or a console. qDebug is a text stream. To redirect output of qDebug use qInstallMessageHandler.

Build and install QTerminal, then you can use it like other libraries

If it needs a named pipe then you should ask the author. AFAIK, you should be able to connect to a named pipe using QLocalSocket

@Varius said: thread = new QThread(this); console->moveToThread(thread); IIRC, these lines are doing more than you think they do. thread's parent is your object, then you move your MyObject instance to thread, so all objects who are child of your MyObject instance are moved the thread. So thread will be moved to itself. All in all, you should rather have thread in your main as a stack object