Click here to Skip to main content
Click here to Skip to main content

Autosize the last column in a ListView control using WndProc

, 24 Nov 2002
Rate this:
Please Sign up or sign in to vote.
Shows a quick and dirty way to auto-size the last column of a ListView control.

Sample Image - ListViewAutoSize.jpg


It has always been a pet-peeve of mine, that I prefer grid or list controls to auto size their columns to fit the control canvas. Some of you may remember the early OCX and ActiveX controls that implemented auto-size last column properties to resolve this problem. Essentially, the last column in the grid or list view is automatically expanded to take up any available space. As the form is resized, or column widths are resized by the user at runtime, the last column size is automatically increased or decreased to keep the column aligned with the control right edge.

I love the Windows Explorer look, and I love the ListView control features and appearance - we just have to do something with that last column! Having scoured the internet trying to find examples or clues, the end result that, finding a solution proved to be difficult, but implementing the solution was actually very simple.

Setting the Column Size

In fact, the ListView class does provide a ColumnHeader.Width property. The MSDN documentation describes two special values related to auto-sizing the column, as follows: "To adjust the width of the longest item in the column, set the Width property to -1. To auto size to the width of the column heading, set the Width property to -2".

A special feature of setting the Width to -2, is that it ALSO automatically expands the last column to the right-edge of the control. This would seem to solve the problem, except that it does it a one-time auto-size that is not preserved if the user resizes any of the column widths at runtime, or the ListView control is set to resize with the form.

Responding to Change

When I first approached this problem, I figured the answer would lie in responding to some event when the user resized a column or the control was resized, or sub-classing the ListView to gain access to some protected interfaces. In fact, the ColumnHeaderCollection and ColumnHeader classes used to provide the implementation of the ListView.Columns member are completely buried inside the parent control.

My next approach was to look to the Win32 API, but faced the same obstacles. I could find no examples of how to access the ListView column headers directly.

The final step to any tricky problem like this was to look to the Window message loop. A handy feature of .NET controls is they expose the WndProc method for handling messages received by the control. By analyzing the messages that were pumped through the ListView control while columns widths were resized, or the control was resized, I discovered that the hidden ColumnHeader class sends a WM_PAINT message to the parent control to notify it during a column resize, and as a final step when the user finishes resizing the column. The WM_PAINT method is also the last message processed when the user resizes the ListView control.

The Solution

To implement the the auto-size of the last column, subclass the ListView control, and override the WndProc method.

protected override void WndProc( ref Message message )
    const int WM_PAINT = 0xf ;

    // if the control is in details view mode and columns
    // have been added, then intercept the WM_PAINT message
    // and reset the last column width to fill the list view
    switch ( message.Msg )
    case WM_PAINT:
        if ( this.View == View.Details && this.Columns.Count > 0 )
            this.Columns[this.Columns.Count - 1].Width = -2 ;
        break ;

    // pass messages on to the base control for processing
    base.WndProc( ref message ) ;


This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here


About the Author

Chris Beckett
Web Developer
United States United States
Chris Beckett has been contributing to the analysis, design and development of distributed enterprise-level business systems for more than 16 years, with more than 10 years in a technical leadership role. He has delivered systems in the government, banking, broadcasting, entertainment, manufacturing, and finance industries.

Chris Beckett continues to be an active .NET architect, designer and developer, and a strong advocate for best practices in Quality Assurance and Lifecycle Management.

Comments and Discussions

GeneralLayout event and MouseMove event PinsussAnonymous11-Aug-05 12:04 
QuestionHow do you make two seperate listviews sync when one is scrolled? PinmemberFocusedWolf9-Jan-04 11:53 
GeneralProblem when change column order !!! Pinsussspikenguyen10-Dec-03 14:13 
GeneralRe: WM_SIZE and WM_NOTIFY instead of WM_PAINT PinsussAnonymous24-Nov-03 23:55 
GeneralNICE !!! PinmemberSimon Segal28-May-03 16:20 
GeneralLabelEdit No Longer Works! Pinsussglancep1-Jan-03 17:45 
GeneralRe: LabelEdit No Longer Works! PinmemberMichael Coyle8-May-08 21:16 
GeneralCool PinmemberChristian Graus25-Nov-02 13:17 
I agree - those last columns have always bugged me, too. I will be sure to look this up when I use a list view in my C# efforts.


No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002

Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

GeneralOops...not very efficient PinmemberSatch25-Nov-02 8:14 
GeneralRe: Oops...not very efficient PinmemberSatch25-Nov-02 8:20 
GeneralRe: Oops...not very efficient PinmemberChristian Graus25-Nov-02 13:18 
GeneralRe: Oops...not very efficient PinsussSatch25-Nov-02 15:17 
GeneralRe: Oops...not very efficient PinmemberChristian Graus25-Nov-02 15:46 
GeneralLVSCW_AUTOSIZE_USEHEADER PinmemberRashid Thadha24-Nov-02 23:22 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER Pinmember.S.Rod.25-Nov-02 5:37 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberNorm Almond25-Nov-02 6:47 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberSatch25-Nov-02 8:01 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberNorm Almond25-Nov-02 21:54 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberRashid Thadha25-Nov-02 23:56 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER Pinmember.S.Rod.26-Nov-02 4:25 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberMuhammed Inam3-Jan-03 15:04 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberAleksei Guzev15-Jun-05 1:24 
GeneralRe: LVSCW_AUTOSIZE_USEHEADER PinmemberSatch25-Nov-02 8:06 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web04 | 2.8.150331.1 | Last Updated 25 Nov 2002
Article Copyright 2002 by Chris Beckett
Everything else Copyright © CodeProject, 1999-2015
Layout: fixed | fluid