Re: [Qt-creator] Poll: Contents / styling of editor toolbars

2023-04-04 Thread Tomasz Siekierda
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

2023-04-04 Thread EXT Mitch Curtis via Qt-creator
> -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


Re: [Qt-creator] Poll: Contents / styling of editor toolbars

2023-04-04 Thread Ulf Hermann via Qt-creator

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

2023-04-04 Thread Jaroslaw Kobus via Qt-creator
> > 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

2023-04-04 Thread Jaroslaw Kobus via Qt-creator
> > 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

2023-04-04 Thread A . Pönitz
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

2023-04-04 Thread A . Pönitz
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


Re: [Qt-creator] Poll: Contents / styling of editor toolbars

2023-04-04 Thread Jaroslaw Kobus via Qt-creator
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

2023-04-04 Thread Friedemann Kleint via Qt-creator

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] Name validation in rename symbol

2023-04-04 Thread Volodymyr Zibarov
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


[Qt-creator] Poll: Contents / styling of editor toolbars

2023-04-04 Thread A . Pönitz


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] Rename Symbol Under Cursor

2023-04-04 Thread Christian Kandeler via Qt-creator

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