Re: [Qt-creator] Rename Symbol Under Cursor
On 3/29/23 18:39, Andy wrote: With the latest release (Qt Creator 10), when I "Rename Symbol Under Cursor" it's adding "_new" at the end of the replacement. 10.0.1 will not do this anymore. Christian -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
The only things I ever look at in the editor toolbar are: 1. The file name. 2. The column number, rarely. 3. The "context this file is compiled in" button when it exists, rarely. That one I might actually click once in a while. 4. The line ending switcher if I get a weird file from somewhere. I might even click on that one, too. What I would like in addition is "show assembly for the CU created from this file". Kind of what you can do from the debugger, but without debugging, and with some navigation aids. But maybe that belongs in the C++ menu where we already have "show preprocessed source". best regards, Ulf -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
On Tue, Apr 04, 2023 at 05:34:30PM +, Jaroslaw Kobus via Qt-creator wrote: > 1. I never use what occupies the most of the toolbar, i.e. the > combobox in the middle, containing the tree of namespaces / classes / > methods. I never use them either, actually. The only thing that I occasionally looks at it the 'column' information. > Maybe this functionality could be merged into "class view" on > the left side, showing the content of the current editor (instead of > showing everything from the current project, like it's now - probably > it could be configurable). One could think of making "any" action from Environment->Keyboard "pinnable" to the toolbar. But would /you/ actually /use/ it, instead of triggering it by the keyboard shortcut? > 2. I never use encoding combo, which also occupies some place, so I'd > hide it deeper (maybe inside file menu?) Ok... > 3. I would replace the current weird icon for "Remove Split" in the > top right corner with the "X" icon. Not sure what to do with the "X" > icon next to the filename combobox, though. But it should be rather > clear that "X" next to the filename means we close the filename (in > all splits), with "X" in the top right corned means we close the > window (i.e. close the split). "How" make this clear? Ok, I am using FakeVim, I personally really /never/ look up there, it's all vsp/sp/Ctrl-W for me, so I don't really know what an icon with a "good" visual hint looks like. Is [x] a good enough hint for "get rid of $thing, whatever $thing is" ? > 4. I would add much more actions for text editing, like "to lower / > upper", "visualize spaces", etc..., which are currently deeply hidden > in menu structure or in settings. Make it configurable? This is close to the first request, right? Andre' -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
[Qt-creator] Poll: Contents / styling of editor toolbars
Not exactly the right time of the year for a wish list, still: If you could freely re-design the main editor toolbar(s) (currently containing (one of) the file switcher, document close button, additional #defines, line and column numbers, etc), what would you do? In-scope are size/presentation of the elements and actual contents, out-of-scope would be "make coffee" similar. "Keep as-is" is also a valid option. Opinions? Andre' -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
> > 1. I never use what occupies the most of the toolbar, i.e. the > > combobox in the middle, containing the tree of namespaces / classes / > > methods. > > I never use them either, actually. The only thing that I occasionally > looks at it the 'column' information. > > > Maybe this functionality could be merged into "class view" on > > the left side, showing the content of the current editor (instead of > > showing everything from the current project, like it's now - probably > > it could be configurable). > > One could think of making "any" action from Environment->Keyboard > "pinnable" to the toolbar. But would /you/ actually /use/ it, > instead of triggering it by the keyboard shortcut? The thing is that I don't have a good memory when it comes to shortcuts, especially when I don't trigger them a couple of times a day. For most often actions I remember just couple of shortcuts. The issue with shortcuts is sometimes that I don't know how to trigger them, even when I see it. E.g. I would love to use a shortcut for "Tools | Git | Current File | Diff", for which the shortcut is: "Alt+G, Alt+D". This means you need to press (exactly in this order), without releasing any key in meantime: Alt key, G key, D key. Then you may release all 3 keys. Very cumbersome. If you do it like: Alt key, D key (and you are about to press the 3rd G key), a "Debug" menu is being open instead (since the Alt D accelerator). -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
Hi, files in tabs, please... Regards, Friedemann -- Friedemann Kleint The Qt Company GmbH -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
On Tue, Apr 04, 2023 at 07:05:02PM +0200, Friedemann Kleint via Qt-creator
wrote:
> Hi,
>
> files in tabs, please...
[Act 3, Scene 1? ;-}]
There's THE LOCATOR, and besides this (1) "Open documents" and (2) no
known (to me...) application that handles "a few hundred open tabs"
graciously.
Looking at my current Firefox instance next to the editor here I see 27
(yes, I counted) tabs with some icons, and between zero ("pinned") to
four-and-fading characters each hinting at the contents, none actually
being clear on what it is. Yes, I know the "pinned" ones by heart,
but...
The only (for me) usable navigation feature to switch tabs is the " v "
'bevel' at the very right, giving me the current ~240 entry list to
select from. Besides this is "just open it again".
At that stage, the "normal" tab bar is just wasted space, I can start
with the drop-down list. The equivalent to that in Creator is "Open
Documents". And /actually/ I do not even want to browse such a list, I
want to go to a file defining class "Foo" or function "bar", no matter
what it is called, and ... that's THE LOCATOR ;-)
Andre'
PS: Wish is still recorded and under consideration...
--
Qt-creator mailing list
Qt-creator@qt-project.org
https://lists.qt-project.org/listinfo/qt-creator
[Qt-creator] Name validation in rename symbol
The new feature in Qt Creator 10 is name validation during renaming a symbol. The old behavior without the validation made possible to make refactoring tricks, like move variable into a struct, or replace public member usage with a get method. For example: name -> myStruct.name name -> getName() Let's add an option to disable name validation --- Volodymyr Zibarov -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
1. I never use what occupies the most of the toolbar, i.e. the combobox in the middle, containing the tree of namespaces / classes / methods. Maybe this functionality could be merged into "class view" on the left side, showing the content of the current editor (instead of showing everything from the current project, like it's now - probably it could be configurable). 2. I never use encoding combo, which also occupies some place, so I'd hide it deeper (maybe inside file menu?) 3. I would replace the current weird icon for "Remove Split" in the top right corner with the "X" icon. Not sure what to do with the "X" icon next to the filename combobox, though. But it should be rather clear that "X" next to the filename means we close the filename (in all splits), with "X" in the top right corned means we close the window (i.e. close the split). 4. I would add much more actions for text editing, like "to lower / upper", "visualize spaces", etc..., which are currently deeply hidden in menu structure or in settings. Make it configurable? From: Qt-creator on behalf of Friedemann Kleint via Qt-creator Sent: Tuesday, April 4, 2023 7:05 PM To: qt-creator@qt-project.org Subject: Re: [Qt-creator] Poll: Contents / styling of editor toolbars Hi, files in tabs, please... Regards, Friedemann -- Friedemann Kleint The Qt Company GmbH -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
> > 3. I would replace the current weird icon for "Remove Split" in the > > top right corner with the "X" icon. Not sure what to do with the "X" > > icon next to the filename combobox, though. But it should be rather > > clear that "X" next to the filename means we close the filename (in > > all splits), with "X" in the top right corned means we close the > > window (i.e. close the split). > > "How" make this clear? > > Ok, I am using FakeVim, I personally really /never/ look up there, > it's all vsp/sp/Ctrl-W for me, so I don't really know > what an icon with a "good" visual hint looks like. Is [x] a good > enough hint for "get rid of $thing, whatever $thing is" ? I just wanted to make a note that nearly always a window / dock / something "closable" has a "X" button in the top right corner and it's intuitive that this "X" closes it. Having a different icon for this action introduces an unneded delay in ergonomics I guess. From: A. Pönitz Sent: Tuesday, April 4, 2023 7:53 PM To: Jaroslaw Kobus Cc: qt-creator@qt-project.org; Friedemann Kleint Subject: Re: [Qt-creator] Poll: Contents / styling of editor toolbars On Tue, Apr 04, 2023 at 05:34:30PM +, Jaroslaw Kobus via Qt-creator wrote: > 1. I never use what occupies the most of the toolbar, i.e. the > combobox in the middle, containing the tree of namespaces / classes / > methods. I never use them either, actually. The only thing that I occasionally looks at it the 'column' information. > Maybe this functionality could be merged into "class view" on > the left side, showing the content of the current editor (instead of > showing everything from the current project, like it's now - probably > it could be configurable). One could think of making "any" action from Environment->Keyboard "pinnable" to the toolbar. But would /you/ actually /use/ it, instead of triggering it by the keyboard shortcut? > 2. I never use encoding combo, which also occupies some place, so I'd > hide it deeper (maybe inside file menu?) Ok... > 3. I would replace the current weird icon for "Remove Split" in the > top right corner with the "X" icon. Not sure what to do with the "X" > icon next to the filename combobox, though. But it should be rather > clear that "X" next to the filename means we close the filename (in > all splits), with "X" in the top right corned means we close the > window (i.e. close the split). "How" make this clear? Ok, I am using FakeVim, I personally really /never/ look up there, it's all vsp/sp/Ctrl-W for me, so I don't really know what an icon with a "good" visual hint looks like. Is [x] a good enough hint for "get rid of $thing, whatever $thing is" ? > 4. I would add much more actions for text editing, like "to lower / > upper", "visualize spaces", etc..., which are currently deeply hidden > in menu structure or in settings. Make it configurable? This is close to the first request, right? Andre' -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
Please, no tabs! Current solution is way better. Thanks to Qt Creator I also use the no-tabs approach in all my web browsers, it's so much more useful, especially on modern screens which are very wide but not so high. Of course, if more people want tabs, maybe make it configurable, just like Kate does for example (both approaches are allowed, even at the same time). Also, +1 for removal of rarely used parts from the toolbar, like others have mentioned. One additional change I'd like to see: add an option to also show Projects/Open Documents columns on secondary windows (when you click on Split->Open in New Window). I know I can use the locator there but I still miss the Open Documents sometimes. And since I mentioned secondary windows - it would be cool if Locator and Advanced Search widgets showed up always on the current window. Because when I look at a secondary window (on my second display) and want to search or locate, I need to look back to my main window for a while; it's distracting). Cheerio, TS On Wed, 5 Apr 2023 at 04:45, EXT Mitch Curtis via Qt-creator < qt-creator@qt-project.org> wrote: > > -Original Message- > > From: Qt-creator On Behalf Of A. > Pönitz > > Sent: Wednesday, April 5, 2023 12:58 AM > > To: qt-crea...@lists.qt-project.org > > Subject: [Qt-creator] Poll: Contents / styling of editor toolbars > > > > > > Not exactly the right time of the year for a wish list, still: > > > > If you could freely re-design the main editor toolbar(s) (currently > containing > > (one of) the file switcher, document close button, additional #defines, > line and > > column numbers, etc), what would you do? > > I very much like the idea of making it configurable, and that is a very > standard feature of toolbars by now. I use shortcuts heavily, but like > others, there are probably some that I forget and end up using menus for. > From memory, On macOS, there are no shortcuts for certain things, so that's > another case where configurable actions would be useful. > > As for what I use and don't use: > > I don't think I've ever used "Additional Processor Directives". > > I have looked at the class hierarchy thing maybe a handful of times in 10+ > years. Same goes for QML files, not just C++. > > I've never used the encoding combo box - I'd always look to a menu for > that first. > > I didn't know that the "Language Client" and "Analyse File" buttons > existed until I looked. > > I use the line and column info too often, as there's no way to have a > shortcut for "Wrap to 80 chars", "Wrap to 100 chars", etc. > > I use the split thing rarely. I guess an X icon could be better, but > there's the risk that it could be confused with closing the document > altogether, so I personally wouldn't change it. > > > In-scope are size/presentation of the elements and actual contents, > out-of- > > scope would be "make coffee" similar. "Keep as-is" is also a valid > option. > > > > Opinions? > > > > Andre' > > -- > > Qt-creator mailing list > > Qt-creator@qt-project.org > > https://lists.qt-project.org/listinfo/qt-creator > -- > Qt-creator mailing list > Qt-creator@qt-project.org > https://lists.qt-project.org/listinfo/qt-creator > -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
Re: [Qt-creator] Poll: Contents / styling of editor toolbars
> -Original Message- > From: Qt-creator On Behalf Of A. Pönitz > Sent: Wednesday, April 5, 2023 12:58 AM > To: qt-crea...@lists.qt-project.org > Subject: [Qt-creator] Poll: Contents / styling of editor toolbars > > > Not exactly the right time of the year for a wish list, still: > > If you could freely re-design the main editor toolbar(s) (currently containing > (one of) the file switcher, document close button, additional #defines, line > and > column numbers, etc), what would you do? I very much like the idea of making it configurable, and that is a very standard feature of toolbars by now. I use shortcuts heavily, but like others, there are probably some that I forget and end up using menus for. From memory, On macOS, there are no shortcuts for certain things, so that's another case where configurable actions would be useful. As for what I use and don't use: I don't think I've ever used "Additional Processor Directives". I have looked at the class hierarchy thing maybe a handful of times in 10+ years. Same goes for QML files, not just C++. I've never used the encoding combo box - I'd always look to a menu for that first. I didn't know that the "Language Client" and "Analyse File" buttons existed until I looked. I use the line and column info too often, as there's no way to have a shortcut for "Wrap to 80 chars", "Wrap to 100 chars", etc. I use the split thing rarely. I guess an X icon could be better, but there's the risk that it could be confused with closing the document altogether, so I personally wouldn't change it. > In-scope are size/presentation of the elements and actual contents, out-of- > scope would be "make coffee" similar. "Keep as-is" is also a valid option. > > Opinions? > > Andre' > -- > Qt-creator mailing list > Qt-creator@qt-project.org > https://lists.qt-project.org/listinfo/qt-creator -- Qt-creator mailing list Qt-creator@qt-project.org https://lists.qt-project.org/listinfo/qt-creator
