1

Topic: Qt desctop + maps

Good afternoon. It would be desirable in desctop application (qt, c ++) to interpose a map of the city. A functional - display, scaling, picture/badges plottings. Where to look? What variants less  on development time? Ps: it is desirable to write on c ++. Thanks.

2

Re: Qt desctop + maps

Hello, HolyNick, you wrote: HN> Good afternoon. HN> It would be desirable in desctop application (qt, c ++) to interpose a map of the city. HN> a functional - display, scaling, plottings HN> a picture/badges. HN> where to look? What variants less  I would start to look Maps and Navigation (QML) and further https://doc-snapshots.qt.io/qt5-dev/qtl … ample.html HN> on development time? HN> Ps: it is desirable to write on c ++. HN> Thanks.

3

Re: Qt desctop + maps

Hello, HolyNick, you wrote: HN> Good afternoon. HN> It would be desirable in desctop application (qt, c ++) to interpose a map of the city. HN> a functional - display, scaling, plottings HN> a picture/badges. HN> where to look? QGraphicsView http://doc.qt.io/qt-5/qgraphicsview.html QGraphicsScene http://doc.qt.io/qt-5/qgraphicsscene.html a good example (Qt; the C ++) is in packet Qt - an example "chip". As a picture, it is quite possible to substitute and a map. At me the example "chip" is allocated here: C:\Qt\Qt5.9.1\Examples\Qt-5.9.1\widgets\graphicsview\chip\*.* Here a reference on it: http://doc.qt.io/qt-5/qtwidgets-graphic … ample.html P.S. Concerning scaling is it was already considered in the given forum: http://rsdn.org/forum/cpp.qt/6897077 the Author: AlexGin Date: 07.09 12:59 P.P.S. Application of this technics for maps: https://habrahabr.ru/post/134289

4

Re: Qt desctop + maps

Hello, AlexGin, you wrote: AG> Hello, HolyNick, you wrote: AG>... AG> the Good example (Qt; the C ++) is in packet Qt - an example "chip". As a picture, it is quite possible to substitute and a map. The bad example. Even Qt-shniki recommend to use QtQuick instead of scenes on , scenes is all rendering on the processor and with the modern resolutions of monitors it affects application performance. And the main thing - what for to do bicycles if there are ready components the Author: Igore Date: 26.12 11:00 composition Qt?

5

Re: Qt desctop + maps

Hello, SaZ, you wrote: SaZ> the Bad example. Even Qt-shniki recommend to use QtQuick instead of scenes on , scenes is all rendering on the processor and with the modern resolutions of monitors it affects application performance. SaZ> and the main thing - what for to do bicycles if there are ready components the Author: Igore Date: 26.12 11:00 in composition Qt? Probably, the example mapviewer also is interesting, in the sense that there all from-box. Nevertheless that me confuses: 1) the HARDWARE wrote that it interests on a C ++ (yes on pluses). In an example: in core JS and QML (is only main.cpp). 2) About rendering on CPU: for sheaf QGraphicsView and QGraphicsScene there is rendering OpenGL on GPU. I will remind that in that example, on  I originally referred: http://doc.qt.io/qt-5/qtwidgets-graphic … ample.html - it is possible to apply rendering by means OpenGL. We open NVIDIA: https://developer.nvidia.com/opengl It appears, there is a possibility  all the videocard. About ready components - them to take logical, if at you all on QtQuick. If at you all on a C ++ there is quite reasonable question: Taking these components, how many branching code I should write, that all it was interfaced to the existing project? Whether is easier all to do with application of the one/general technology and language? IMHO conjugation QML <-> With ++ also demands some additional actions: http://doc.qt.io/qt-5/qtqml-cppintegrat … omcpp.html these actions quite compensate a scoring (on development time) from application of intuitive syntax QML. P.S. If it is possible, dear companion SaZ, give  a reference where criticize application of scenes on  In what (except syntactic sugar), QML and QtQuick: https://wiki.qt.io/Qt_Quick can help us in respect of Qt schedules?

6

Re: Qt desctop + maps

Hello, AlexGin, you wrote: AG> it is possible, the example mapviewer and is interesting, in the sense that there all from-box. That will do. Your minus is not clear and is not argued. AG> nevertheless that confuses me: AG> 1) the HARDWARE wrote that it interests on a C ++ (yes on pluses). In an example: in core JS and QML (is only main.cpp). There are no problems in making all on pure pluses. It is not necessary to confuse QML, which  language and QtQuick which changeover  is. AG> 2) about rendering on CPU: for sheaf QGraphicsView and QGraphicsScene there is rendering OpenGL on GPU. AG> I Will remind that in that example, on  I originally referred: http://doc.qt.io/qt-5/qtwidgets-graphic … ample.html - it is possible to apply rendering by means OpenGL. And it is possible a specific example where you (high-grade rendering of a scene by means OpenGL) tried to do it? Expenditures of labor are very interesting and results AG> we Open NVIDIA: AG> https://developer.nvidia.com/opengl AG> It appears, there is a possibility  all the videocard. To what it generally? AG> about ready components - them to take logical, if at you all on QtQuick. No, not logically. For desktop applications is a normal practice to use  together with QtQuick. A good example - Blizzard Launcher. AG> If at you all on a C ++ there is quite reasonable question: AG> Taking these components, how many branching code I should write, that all it was interfaced to the existing project? Whether AG> is easier all to do with application of the one/general technology and language? At the author it is accurately written: a C ++ with Qt. Otherwise he would not ask in this branch. AG> IMHO conjugation QML <-> With ++ also demands some additional actions: AG> http://doc.qt.io/qt-5/qtqml-cppintegrat … omcpp.html AG> these actions quite compensate a scoring (on development time) from application of intuitive syntax QML. What for you give all these links to me? AG> P.S. If it is possible, dear companion SaZ, give  a reference where criticize application of scenes on  For example here. AG> In what (except syntactic sugar), QML and QtQuick: https://wiki.qt.io/Qt_Quick can help us in respect of Qt schedules? In speed of development of difficult graphic interfaces. In leaving from CPU rendering.

7

Re: Qt desctop + maps

Hello, SaZ, you wrote: AG>> it is possible, the example mapviewer and is interesting, in the sense that there all from-box. SaZ> it is enough of it. To clear interest to the given subject - YES. To alter the considerable project - it is not assured As to the HARDWARE I gave it an alternative variant of a choice. SaZ> your minus is not clear and is not argued. The argumentation of that the decision on QML, is not unambiguously possible and unique choice, has been resulted by me above. Well and further, to take or not to take those or other decisions in the projects: everyone solves itself. AG>> nevertheless that confuses me: AG>> 1) the HARDWARE wrote that it interests on a C ++ (yes on pluses). In an example: in core JS and QML (is only main.cpp). SaZ> There are no problems in making all on pure pluses. It is not necessary to confuse QML, which  language and QtQuick which changeover  is. OK! Whether it means, what everything, what is made in an example mapviewer it is possible to implement on a C ++ (without  the intermediate layer QML <-> CPP)? AG>> 2) About rendering on CPU: for sheaf QGraphicsView and QGraphicsScene there is rendering OpenGL on GPU. AG>> I Will remind that in that example, on  I originally referred: http://doc.qt.io/qt-5/qtwidgets-graphic … ample.html - it is possible to apply rendering by means OpenGL. SaZ> And it is possible a specific example... In an example with chips on boards there is a line: graphicsView-> setViewport (openGlButton-> isChecked ()? new QGLWidget (QGLFormat (QGL:: SampleBuffers)): new QWidget); Unless not she answers, for rendering application through OpenGL? AG>> About ready components - them to take logical, if at you all on QtQuick. SaZ> Is not present, not logically. For desktop applications is a normal practice to use  together with QtQuick. A good example - Blizzard Launcher. Searched in Google "Blizzard Launcher", found here it: https://github.com/Blizzard/qt is it? SaZ> What for you give all these links to me? Unless only you one read the given forum? I give references that all could trace train of thought AG>> P.S. If it is possible, dear companion SaZ, give  a reference where criticize application of scenes on  SaZ> For example here. Thanks, an interesting material! In it, truth, all is not too unambiguous (about an example with chips on boards): If you need to show the same scene multiple ways when migrating to Qt Quick, then you will need to separate the data you would like to visualize from the scene defined in QML. Populate each Qt Quick scene with only the data present in the view of your logical scene. This is more complicated but does provide more flexibility in how you store the state of your shared scene. I concede that it was easier to do in QGraphicsView. But at least - is over what to think. About speed of development - I will not argue, it is quite possible that QML allows to develop code GUI faster. Possibly, at writing of business logic for QML, the C ++ is more popular JS, than.

8

Re: Qt desctop + maps

Hello, HolyNick, you wrote: HN> Good afternoon. HN> It would be desirable in desctop application (qt, c ++) to interpose a map of the city. HN> a functional - display, scaling, plottings HN> a picture/badges. HN> where to look? What variants less  HN> on development time? https://github.com/mapsme/omim At them just debug application which works on desktop on c ++/qt

9

Re: Qt desctop + maps

Speed of rendering not strongly excites while, time (a minimum of libraries, QML' ) development is important. All thanks. PS: though can and with QtQuick and QML it turns out faster.

10

Re: Qt desctop + maps

Hello, SaZ, you wrote: AG>> About ready components - them to take logical, if at you all on QtQuick. SaZ> Is not present, not logically. For desktop applications is a normal practice to use  together with QtQuick. A good example - Blizzard Launcher. Here I will disagree, at mixing Quik and Widget at certain renderings problems (black screen Quik-a) are possible, better really to use that that one.

11

Re: Qt desctop + maps

Hello, Igore, you wrote: I> Here I will disagree, at mixing Quik and Widget at certain renderings problems (black screen Quik-a) are possible, better really to use that that one. Probably. But I am ready to pay this price (to resolve a mixing rake  and ), yet will not be more or less high-grade (in comparison with ) supports a development desktop through QtQuick. But generally, I always on  to treasure QtQuick and all apprx. to Mix them explicitly it is not necessary.