26

Re: Qt VS Tools does not plow project discovery

Hello, AeroSun, you wrote:... AS> But! We not consider bare studio, and a standard development environment under with ++? In this case without VAX at all has no sense to compare. AS> and with VAX: I generally implied MSVS - without setting any  means... If it is meant: https://en.wikipedia.org/wiki/Visual_Assist - that it goes as a commercial product Personally I such I do not use. The studio in itself - provides excellent possibilities for operation with the project codes.... Again I underline - here a matter of taste and I not in the right to impose to you, respected AeroSun what to select.... AS> but yes, Qt Creator is the best that there is for not-Windows OS. +100500 yes, for Linux it is the best IDE.

27

Re: Qt VS Tools does not plow project discovery

Hello, Skorodum, you wrote: S> "git blame", "git rebase - interactive", "git stash" in studio already is? With normal ? Is (besides  it is much more convenient). If it is necessary - to install additional options that necessary . But we not about an amount of features, and about convenience of usage of the tool in an everyday life. Such integration into any others IDE simply is not present. S> it is ridiculous. All topic about inability of studio to work with different systems of the assembly. Really ridiculous comment. There is no sense to support remaining systems of the assembly if they do not have not that that advantages, but also lacks are present. Nevertheless the studio generally saws  support of the same cmake,  was initially able. Qt the plug-in can open  projects. As they have a wide circulation. You want to laugh even more? How there at other systems of the assembly with support of solutions of studio? Somehow in any way, yes? S> nonsense.  is a self-deception. If at you the big project at you ten open files, visual navigation on  - the anti-pattern which reduces productivity. Seriously?) )) That is if at me the code before eyes is reduces productivity and if I it do not see - that raises? Similar you simply did not work with them and especially in the multimonitor environment. S> in  it is possible to open some editors and to dissolve them on different monitors, only at normal navigation it rarely is necessary https://www.linux.org.ru/images/16134/original.jpg S> Well if to try to pass by means of a mouse - can be yes. But all power in F2 ("Follow symbol under cursor") and a locator (passage to classes, methods, files etc. including fuzzy logic) and passage forward-back as in the browser. Not "by means of a mouse" and "conveniently" are different things. Power not in , they and in studio is. A locator it is simple a dump. Everything that there piled it is necessary to make still conveniently. AS>> and "Peek definition"? S> Horror. In : F2, looked and "alt+left" to return reversely. It generally different things. S> the Studio is a deadlock way of evolution in respect of editing, nobody repeats their approach, and MSEC saw Visual Studio Code. In  consists  studios?  what nobody can repeat their approach? AS>> but! We not consider bare studio, and a standard development environment under with ++? In this case without VAX at all has no sense to compare. S> In-in, without a paid plug-in the studio is not made absolutely not (except for a debugger). Such impression that I communicate with the teenager in maximalism. We consider generally development environments. Studio + VAX always go together. S> If to translate with bird's on normal it appears that the considerable part of it is in Kreatore from a box. Free of charge. . Yes well? Where to me to find at least the first 3 points? In a locator? Suddenly they is not, then find references. S> Well it is clear, as well as in a case with qbs to be beyond the learned template - in any way. We after all adult people and both understand, what the claim "to be beyond the learned template - in any way" means - "could not make"?

28

Re: Qt VS Tools does not plow project discovery

Hello, AlexGin, you wrote: AG> the Studio in itself - provides excellent possibilities for operation with the project codes. AG>... Yes, studio and in itself the excellent tool. Simply you, probably, which first person I see, who not  VAX. Actually this plug-in - the standard de facto for development on pluses under studio.

29

Re: Qt VS Tools does not plow project discovery

Hello, AeroSun, you wrote: AS> Yes, studio and in itself the excellent tool. Simply you, probably, which first person I see, who not  VAX. Actually this plug-in - the standard de facto for development on pluses under studio. (Holivara for the sake of) Nonsenses,  is a hundred times better and cleverer. Left about a tomato somewhere in 2015 when  became more or less normally  game engines and .

30

Re: Qt VS Tools does not plow project discovery

Hello, Skorodum, you wrote: S> In  it is possible to open some editors and to dissolve them on different monitors, only at normal navigation it rarely is necessary +100500 Many thanks! Only now, thanks to your post, respected Skorodum, experimenting with , understood - as it can be involved on two monitors! It appears - here windows (with text editors of files of the project) can be divided a splitter! S> well if to try to pass by means of a mouse - can be yes. But all power in F2 ("Follow symbol under cursor")... And here you do not surprise me! A similar functional - on key F12 in the environment of MSVS. P.S. I perfectly understand you, respected Skorodum, you long work with QtCreator - well know its singularities and got used to it. For many developers under Windows - the same it is possible to tell concerning studio.

31

Re: Qt VS Tools does not plow project discovery

Hello, SaZ, you wrote: SaZ>  it is a hundred times better and cleverer. , brake . Recently tried just. That it properly under itself to adjust, it is necessary to work decently (scripts and corrected long and then to saw). Remained on VAX, as a result. For a grid of Resharper, probably, norms, and under pluses, besides , not .

32

Re: Qt VS Tools does not plow project discovery

Hello, AlexGin, you wrote: AG> Unfortunately, the given behavior is not watched in QtCreator (though and in  support for Git is made ). With git you cannot fulfill what typical action from QtCreator? QtCreator supports: git commit git log (a file or the project) git blame git add git stash/stash pop git diff git push git pull git show git fetch git merge git rebase/rebase-i gitk git cherry pick git branch git reflog git amend and on a trifle. Something prompts to me that it superimposes 99 % of needs of any user. All it works on hot keys/commands from a locator and resetting in an editing mode on Esc too works. All it works even if simply  a file which in a repository. The only thing, what for to me to have to use command line it "git add-i" (when changes being nearby it is necessary  on separateness).

33

Re: Qt VS Tools does not plow project discovery

Hello, AlexGin, you wrote: S>> In  it is possible to open some editors and to dissolve them on different monitors, only at normal navigation it rarely is necessary AG> +100500 AG> Many thanks! Please) I will modestly remind that on  there is a system of estimations) AG> It appears - here windows (with text editors of files of the project) can be divided a splitter! Though vertically, though horizontally, not restricted number of times. AG> and here you do not surprise me! AG> a similar functional - on key F12 in the environment of MSVS. Yes, more or less as works. AG> P.S. I perfectly understand you, respected Skorodum, you long work with QtCreator - well know its singularities and got used to it. AG> For many developers under Windows - the same it is possible to tell concerning studio. At me now approximately equally: QtCreator and MSVC 2017 (without plug-ins). From box QtCreator explicitly it is better (except for a debugger). Still there is such moment. Since version 4.7 in QtCreator clang it is used for the majority of tasks of the Cs connected to parsing ++, it gives high-grade support With ++ 17, on another it it is too difficult , developers IDE are not in time any more behind language. Now looked in MSVC 2017 - even autocompletion for auto not especially works.

34

Re: Qt VS Tools does not plow project discovery

Hello, XOOIOOX, you wrote: XOO> Hello, SaZ, you wrote: SaZ>>  it is a hundred times better and cleverer. XOO> Imho, brake . Recently tried just. That it properly under itself to adjust, it is necessary to work decently (scripts and corrected long and then to saw). Remained on VAX, as a result. For a grid of Resharper, probably, norms, and under pluses, besides , not . Well I do not know. Certainly happens that brakes. But normally it is the first 10-20 minutes after project discovery while all indexes are under construction. At rediscovery of projects - all apprx. Tried both with Qt and with Unreal engine - flight excellent. Though, simply working computer bright can at me. About rules - once to adjust and suppose the config in a folder with the project. Everyones code style at once  at all command. But I understand you, colleagues who long   too at first were spat. Then got used

35

Re: Qt VS Tools does not plow project discovery

Hello, Skorodum, you wrote:... AG>> It appears - here windows (with text editors of files of the project) can be divided a splitter! S> though vertically, though horizontally, not restricted number of times. By the way - yes! A class functional! AG>> P.S. I perfectly understand you, respected Skorodum, you long work with QtCreator - well know its singularities and got used to it. AG>> For many developers under Windows - the same it is possible to tell concerning studio. S> at me now approximately equally: QtCreator and MSVC 2017 (without plug-ins). From box QtCreator explicitly it is better (except for a debugger).  what version? QtCreator v 4.6.1 - the freshest that I saw. S> still there is such moment. Since version 4.7 in QtCreator clang it is used for the majority of tasks of the Cs connected to parsing ++, it gives high-grade support With ++ 17, on another it it is too difficult , developers IDE are not in time any more behind language. Now looked in MSVC 2017 - even autocompletion for auto not especially works.  - at correct  a software solution - in selected the big necessity I do not see So if I project and develop IDE first of all - I will provide the program interface with a subsystem of start of the compiler. Now: the compiler - we launch as separate process ( to it the environment of the system console), thus I feed to the compiler the program code and I take output file parsing. By results of parsing - I color the code in the editor. Knowledge of all freshest standards - me, for the decision of the given task, NOT . P.S. About MSVC 2017 - as I understood, by operation with new studio, they seriously finished IntelliSense. About problems with auto - not in course, at me with it like all OK.

36

Re: Qt VS Tools does not plow project discovery

Hello, AlexGin, you wrote: AG> So if I project and develop IDE first of all - I will provide the program interface with a subsystem of start of the compiler. AG> now: the compiler - we launch as separate process ( to it the environment of the system console), thus I AG> feed to the compiler the program code and I take output file parsing. AG> by results of parsing - I color the code in the editor. Well so clangd it about it also is, only interactive. Here a problem while in high-speed performance in comparison with classical  .

37

Re: Qt VS Tools does not plow project discovery

Hello, AlexGin, you wrote: AG> Krejtor of what version? AG> QtCreator v 4.6.1 - the freshest that I saw. Qt Creator 4.7 Beta released