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.
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?
Please show the output of the commands
Any reason you don't use Qt's built-in JSON support?
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.
Thank you for the welcome and clarification, SGaist!
It wasn't immediately apparent to me that I actually needed the Qt Creator sources to create a plugin for the IDE. Fortunately I got some good advice from a project team member of mine on the steps of solving the problem. I downloaded the sources, compiled them and finally made a copy of the build directory. This way I got the two instances of Qt Creator needed for development and testing. All is as it should now.
Thanks for link. That is exactly what I was looking for.
As a side note, the dropdown box is not always visible. I had realized that there was something, but could not really make it out. In addition the content was not obviously related to my issue. Probably, I have seen the box the first time in that context.
IMHO the warning text is ambigious, which causes confusion. However, rather than just complaining about it, which is always easy, I cannot offer an alternative text.
2 hour build ...& it run.. but is the same as the bundle download .. it not display doc to search item & class inside help ... but clang lets go and play... & i find a bug in search e replace... in project dir.. by qt creator...
Is here a way to put all html doc in my localhost & use my own search tools. or convert to html... .qdoc ..?