Just an update.

It looks like the QtCreatorDeployment.txt file is only taken into account by CMake Project or Generic Project.

So I created a Generic Project, add the Python file(s) to the .files file, removed all the steps from the Build Settings tab, and configured the Run Settings with a Custom Executable where I set python as the remote executable, and main.py as the command line arguments while enabling Forward to local display.

And it worked :-)

@aha_1980, @Buckwheat Thank you very much! This is very helpful.

Don't worry, this code has been in production for twenty-five (25) years, and has run on hundreds of thousands of desktops. It was first written with compilers that didn't have 'const'! We'll deal with it when we have a program that runs. It's all good :o)

And just to add to @mrjj, no Makefiles.

These kind of files should only exist in the build folder. If you have a duplicate in the project folder, it will drive you crazy.

Hi @MrRobot,

Glad you figured it out. So please mark this topic as SOLVED now.

Thanks!

PS: If you want to move a topic later, just ask a moderator to do so (if you can't do yourself).

Hi and welcome to devnet,

That's a question better asked to the Qt Company directly and/or to a lawyer.

hmmm Common mistake. Qt Creator is not Qt. Now you can move the case to SOLVED.

@sierdzio Thank you. I am following the most-recently-updated instructions from here

I tried removing exclusion of qt gui but my error persists

Code wise using:

QGroupBox *groupBox = new QGroupBox(tr("My Group Box")); QGridLayout *layout = new QGridLayout(groupBox); layout->addWidget(new QPushButton(tr("My Nice Button")), 0, 0); layout->setColumnStretch(0, 1); layout->setColumnStretch(1, 1);

does what you want.

@Kinesis You should delete them when they are not needed anymore

@jsulm
got it got it . Thanks .

You might have modified PATH in your terminal session only for example.

Or you may have modified PATH in the Run part of the Project panel.

Sounds rather like a job for libusb

@Sergey-I. said in Wrong char type detection in debugger:

Has anyone reported this to the bug tracker?

I don't know. Did you check that?

@Calvin-Richerd

On OS I'm familiar with, the OS's notion of "fullscreen" means "full screen" and not "full desktop". However you can fudge a multi-window full-desktop window by digging into desktop geometry via http://doc.qt.io/qt-5/qdesktopwidget.html and creating a sufficiently large borderless window. Not sure how things work these days but it used to be that even if the screens had their own GPUs, all of an application's rendering would be done by one screen's GPU, and then that would be copied to the other screens. If performance is important it maybe better to create a multi-window application with a window on each screen.

Couple of ways of doing this:
a. Render the window to some offscreen framebuffer, then do 2 copies of the rectangles on either side of the wrap line to the appropriate parts of the actual screen. ie if your framebuffer contains [ABCDEF] but it's rotated 2 characters then you'd copy [CDEF] to the left of the screen and [AB] to the right to get [CDEFAB].
b. Create an application which actually has content [ABCDEFABCDEF] and then just display the right subregion so it looks like its wrapped if you display [CDEFAB]. If the user goes off one end or the other just completely jump to the other end.

Not sure how applicable these ideas are to QML apps though. You can do quite a bit of messing with rendering using ShaderEffect, but that doesn't help route mouse events to the right place in a displaced "underlying" layout.

Ok, thanks for testing !

Hi and welcome to devnet,

You should take a look at the various IPC options provided by Qt.

@aliks-os

http://www.qtrpt.tk

I cannot connect to this site...

Well, I found the problem.
The menu command for Designer has this syntax:

/usr/bin/qtchooser -run-tool=assistant -qt=qt5

I replace it with the path where is located designer:

/home/glafauci/Programmi/Qt/5.10.0/gcc_64/bin/designer

Now it work fine.

Thanks to all.

@raven-worx
Do I understand correctly that a simple "build" would not cause the conversion from qml to c++ if there are already existing binary arrays (even if the qml code has changed)? As a consequence the binaries need to be removed for a QML update to have an effect?

@Saman19 said in using Jsoncpp library in Qt on Raspberry pi 3:

/media/saman/62ca0b6d-6291-4c40-b1fd-11bc291e4a38/usr/lib/libjsoncpp.so

Please show the output of the commands file /media/saman/62ca0b6d-6291-4c40-b1fd-11bc291e4a38/usr/lib/libjsoncpp.so ldd /media/saman/62ca0b6d-6291-4c40-b1fd-11bc291e4a38/usr/lib/libjsoncpp.so Any reason you don't use Qt's built-in JSON support?

After few researches and some help from internal, it appears that my links to libraries ain't clean enough wich leads to those random behaviours.

So i'm working on making it cleaner for x32/x64 debug and release.

Thanks a lot for your help ! You made my mind way sharper !

@koahnig said in Include another MinGW compiler into Qt creator:

@aha_1980

Thanks for your suggestions. I have decided to compile Qt with the new compiler just to include it to creator.
Was quite easy and possibly less of struggle than trying to use CMake.

Cool!

@Lasith said in Getting a specific text from a text file and inserting to a QStringList!:

I use Qt 5.2

That's not supported anymore.

Is it feasible for you to upgrade to a newer version? (Qt 5.10.0 was released last week)

@Lasith
well std::bad_alloc often comes when out of memory.
My guess is that <List1[0].size() is always true since you add to it for each loop
and hence create an infinite loop.

Did you try VRonin code?

Update:
If you just want list1 in [0] and list2 in[1]
why all the loops then?

@Kushan Simple C++:

class Dialog2 : public QDialog { Q_OBJECT private slots: void receiveValue2 (QString val) public: QString Value explicit Dialog2(QWidget *parent = 0); ~Dialog2(); void setValue(const QString &val) { Value=val; } private: Ui::Dialog2 *ui; }; ... void MainWindow::on_pushButton_clicked() { value=ui->line_Edit->text(); Dialog dialog1; dialog1.setValue(value); }

Block highlighting color is based on some formula.
Text background color is used.

@aha_1980 said in Ctrl+Shift+U does not work as expected with creator on linux:

@koahnig: Looks like QTCREATORBUG-13811. Quoting there for possible workaround:
For me, deactivating the "IBUS" keyboard input method, as described here http://superuser.com/questions/358749/how-to-disable-ctrlshiftu-in-ubuntu-linux worked.

Yes, you are right it does at least partly describe the behaviour. I have checked the workaround. Language support was not installed yet, but I have installed it and changed the setting to none as described. Reboot of virtualbox and it does work now.

Thanks a lot.

Hi,

Do you have any error message printed on the console ?

@J.Hilk Thanx mate :) I had been too complex

@SGaist yes, you were right! Qmake is saving absolute path internally, I think. So I moved all necessary files to required directory and everything is working, thank you!

I'll post a screenshot with minimum necessary files and directories that needed to successful qmake's work without Qt.

It requires an empty include directory! If you delete it QtCreator will not show your non-Qt Kit in the startup list of Kits for a new project!

Thanks @J-Hilk
The link provided needs other configuration.

My machine configuration is

Red Hat Linux - 32 bit
Qt creator 1.2.92, based on Qt 4.6.0 (32 bit)
Make version: GNU Make 3.81
Qmake version: 1.07a (Qt 3.3.6)

Please let me know what are the pre-requisites for a plugin. I want to create a menu item for Qt creator.

Thanks in advance.