1

Topic: Qt 5.8 it is already fast

The list of features very much pleases: https://wiki.qt.io/New_Features_in_Qt_5.8 it is already possible to download an alpha: http://download.qt.io/development_relea … 8.0-alpha/ And  qt addin for 2015 : http://download.qt.io/development_releases/vsaddin/

2

Re: Qt 5.8 it is already fast

They after a point absolutely refused the third digit ?

3

Re: Qt 5.8 it is already fast

Hello, Qt-Coder, you wrote: QC> They after a point absolutely refused the third digit ? Like is not present. But the third digit - same only . They try even to provide binary compatibility between minor releases.

4

Re: Qt 5.8 it is already fast

Hello, SaZ, you wrote: SaZ> the List of features very much pleases: https://wiki.qt.io/New_Features_in_Qt_5.8 SaZ> it is already possible to download an alpha: http://download.qt.io/development_relea … 8.0-alpha/ SaZ> And  qt addin for 2015 : http://download.qt.io/development_releases/vsaddin/ Well that is why do not carry out from private such classes as: QZipWriter and QZipReader? Convenient classes, plus do not need to be dragged strangers .

5

Re: Qt 5.8 it is already fast

Hello, Denwer, you wrote: D> Well that is why do not carry out from private such classes as: QZipWriter and QZipReader? Convenient classes, plus do not need to be dragged strangers . They with a file structure work? Or simply stream input/output? If it is not strong  on storage, that is qCompress () / qDecompress ().

6

Re: Qt 5.8 it is already fast

Qt Widgets - and anything they Threw them though there for example in the same QDockWidgets to saw and saw still, to a normal state. My patch can add, it would be desirable. And QDockWidgets it is necessary to do, well here is how at Photoshop for example, at them  UI on Qt and it is made? New  about  windows in each other, works, but with bugs... Can  too,  that convenient.

7

Re: Qt 5.8 it is already fast

Hello, nen777w, you wrote: N> And QDockWidgets it is necessary to do, well here is how at Photoshop for example, at them  UI on Qt and it is made? N> new  about  windows in each other, works, but with bugs... Can  too,  that convenient. My comment  is a pity here. Very much does not suffice  in the central region that as in a Visual Studio it was possible.

8

Re: Qt 5.8 it is already fast

Hello, SaZ, you wrote: SaZ> Hello, Denwer, you wrote: D>> Well that is why do not carry out from private such classes as: QZipWriter and QZipReader? Convenient classes, plus do not need to be dragged strangers . SaZ> They with a file structure work? Or simply stream input/output? SaZ> if it is not strong  on storage, that is qCompress () / qDecompress (). That's just the point that it for archiving of files, instead of is simple compression of the binary data.

9

Re: Qt 5.8 it is already fast

Hello, SaZ, you wrote: SaZ> Hello, nen777w, you wrote: N>> And QDockWidgets it is necessary to do, well here is how at Photoshop for example, at them  UI on Qt and it is made? N>> new  about  windows in each other, works, but with bugs... Can  too,  that convenient. SaZ> my comment  is a pity here. Very much does not suffice  in the central region that as in a Visual Studio it was possible. Olivier Goffart Mod Troy Unrau o 9 months ago You do not need to call setCentralWidget on your main window. Dmitry Sazonov Olivier Goffart o 7 months ago Hello, I think that Troy is asking about additional flag in "Qt:: DockWidgetArea", something like "Qt:: CenterDockWidgetArea". It should work like dock widgets with code in MSVS. Possibly, the situation when as a central window - appears MDI-Child (or SDI-Child) is supposed. It not a dockable-window. All dockable-windows appear as some additional windows allocated along the edges from these (this only thing, in case of SDI) windows. About a Visual Studio - only the last some releases, support the text editor (an edit window of the codes) - as dockable. Even if to take 2008 - there a window of the editor of the codes - as child-window, instead of as dockable. How in modern MSVS, even on MFC Feature Pack not to make. It is very likely that in M $ for these purposes any "specialized" version MFC. P.S. Now variant MDI-tabbed GUI is popular, however, central windows and in this case - are not dockable.

10

Re: Qt 5.8 it is already fast

11

Re: Qt 5.8 it is already fast

Hello, SaZ, you wrote: SaZ> Hello, AlexGin, you wrote: AG>> About a Visual Studio - only the last some releases, support the text editor (an edit window of the codes) - as dockable. AG>> Even if to take 2008 - there a window of the editor of the codes - as child-window instead of as dockable. I stated it to that the given functionality - is accepted as basic. At least, for Windows applications. SaZ> 2016 Came to an end... At me now phone is more powerful, than there was a computer in 2008. AG>> How in modern MSVS, even on MFC Feature Pack not to make. SaZ> it is possible to make all. A question in harmony of expenditures of labor. Yes, but I here imply that class library that is delivered "in a box" with studios. AG>> It is very likely that in M $ for these purposes any "specialized" version MFC. SaZ> There not MFC. There WPF. Probably AG>> P.S. Now variant MDI-tabbed GUI is popular, however, central windows and in this case - are not dockable. SaZ> In 2008 year can be yes. , you lagged behind a little. SaZ> now at studio the central region supports  and window dock: I in course since I work with 2015 and with 2013 studios, there with the editor of the codes (however, as well as any another studio dock-window) - it is possible to transfer a window even on the second display. In other words - to carry out for limits of a primary window of application that already, strictly speaking - is not standard behavior for MDI/SDI the user interface. I to that those decisions that MS puts in the applications, am their innovations (instead of basic features).

12

Re: Qt 5.8 it is already fast

Hello, AlexGin, you wrote: AG> I stated It to that the given functionality - is accepted as basic. At least, for Windows applications. It exceptional your judgement. From MDI already many applications refused for a long time, since in most cases it is inconvenient. AG> yes, but I here imply that class library that is delivered "in a box" with studios. The Visual Studio is IDE+. It be no point "from a box" to drag a heap . I do not understand such opinion. Any library is necessary - connected and we use. Here that there is no normal manager of packets - inconveniently. But it besides, a language question, instead of development environments. Here make normal support of units in With ++ and there will be in the world a love and harmony. SaZ>> there not MFC. There WPF. AG> it is probably exact AG> - it is possible to transfer even on the second display. In other words - to carry out for limits of a primary window of application that already, strictly speaking - is not standard behavior for MDI/SDI the user interface. And what such "standard behavior"? Give references to these "standards". , here all is subjective. AG> I to that those decisions that MS puts in the applications, am their innovations (instead of basic features). What is "basic features"?

13

Re: Qt 5.8 it is already fast

Kind time of the days, respected SaZ! An initiating starting point was that fact that () authors Qt ignored your request for improving of functional Dockable of windows. As I understood, it was a question of that Dockable  could fulfill a role of a central (main) application window. On it I reasonably noted, what even in those libraries that go for a C ++ in composition MSVS (it MFC and MFC Feature Pack), the given functional (in that type about which there was a speech) is not implemented for today. Yes, developers in MS implemented it (even not important in.NET on WPF, or somehow differently), it is important that M $ does not deliver this library GUI for programmers - users of their product of a Visual Studio. We tell so - "from a box" this functional is not supported. Therefore, developers Qt possibly decided to work in other directions. P.S. Personally I even am pleasantly surprised by that in Qt successfully implemented Dockable windows. Also it is quite working decisions! For today - much more convenient for application, than similar decisions in MFC. Well and the fashion-maker for Windows applications: M $, can quite apply in the products and  libraries.