[REQ] Alternative column resizing (w/o moving right columns)

[Flint]

Currently, when I drag the splitter between column headers, the left column is resized, and all columns to the right are just moved "attached" to this splitter. Well, sometimes it would be more convenient if all columns remained where they are, and only the two columns were resized that are astride the splitter. Look at the screenshots:
What happens now
What is suggested

So, I suggest to add alternative resizing mode (shown on the second picture) when I'm resizing holding e.g. Shift key.

[Postkutscher]

Excellent!
Support ++

[Clo]

2Flint

Hello K. !

• I support strongly ! The current behaviour is really exasperating !

 KR
Claude
Clo

[JohnFredC]

My very-old-and-much-denounced-at-the-time-suggestion addresses similar issues with file list usability in TC.

[Vansumsen]

Flint

I support !

Friendly


Paul

[ghisler(Author)]

I have seen this once in a program, and it was EXTREMELY annoying. It had about 20 or so columns, and I wanted to make column 2 (?) a bit wider. So I moved the delimiter. This made column 3 smaller, which I didn't want - so I had to make column 3 wider again, which made column 4 smaller, etc. etc. - ARGH! I had to spend several minutes until I had it again as I wanted it...

[ND]

I have seen this once in a program, and it was EXTREMELY annoying

Most of the time what I want is the current behavior, i.e. only resize the selected column's width. I too find the other resize method annoying in other programs.

But in very rare cases I could use such an alternative:

alternative resizing mode [...] holding e.g. Shift key

Support++

[icfu]

I have seen this once in a program, and it was EXTREMELY annoying.

Flint has not requested to replace the default behaviour to get on your nerves, but to add an alternative with a modifier key. How can this be annoying?

Well, TC column adjustment is one of the most annoying implementations I have seen in any application till now, it feels damned antique.

There is no autoadjustment of column widths like Ctrl+Numpad+ in listview controls, there are no relative column widths, there are no internal commands to move dividers – cm_MoveLeftDividerX, cm_MoveRightDividerX – but you have to use the mouse, the panel divider has no correctly calculated 50% position, when double-clicking it flickers like in some buggy backyard app, not really impressive.

Any enhancement is welcome as there is absolutely no chance that it will be more annoying than it is now, so I support Flint's request and any other enhancement which will prevent me from wasting my time fiddling with dividers.

By the way, don't forget this one:
http://www.ghisler.ch/board/viewtopic.php?p=80111

Icfu

[Flint]

I have seen this once in a program, and it was EXTREMELY annoying.

As ND and icfu pointed out, I requested this new behaviour as an addition to the currently existing one, not as a replacement! By no means! I completely agree that if implemented for permanent use, it would become a pain in the neck, and I myself wish that the current behaviour with no key modifiers remained unchanged.

[DoubleT]

Support ++

[Hacker]

Support++.

Roman

[karlchen]

Support++

Karl

[Sam_Zen]

Support +++
I think icfu points to a weak point in this function : the lack of being able to edit a relative width, instead of a number of pixels.

[solid]

Support++

And also raise for autofit when doubleclicked on divider (like in excel)

[X-Byte]

Support++