On Mon, 24 May 2010 10:17:37 +0100 Liviu Andronic <landronimirc@xxxxxxxxx> wrote: > On 5/24/10, tpgww@xxxxxxxxxxx <tpgww@xxxxxxxxxxx> wrote: > > Two things can be done: > > 1. make any column automatically resize itself to fit its longest content. > > This is described (by gtk itself) as inefficient for large views, and prone > > to make columns appear 'choppy' (whatever that is?). > > > Perhaps implement this as an option to see if there are significant > decreases in performance? > > > > 2. allocate unused width in the window to any column(s). This has > > unpleasant side-effects when the window is made smaller i.e. those columns > > are the first ones to be hidden. > > > I think this might just address my original concern, as long as the > columns are always kept at a constant ratio. When the other pane is > hidden and more width becomes available, Filename will get enlarged > more than others. At the same time, when the second pane is restored, > the columns will regain their original widths. Again, it might make > sense to keep this optional, for users who prefer the static > behaviour. My first post was not too clear. Yes, the column gets more width when the window is wider, or when the whole window is used for one filelist. However it is also the first column to lose width when the window is made narrower. It is quite bad to lose the filename column altogether, when the window is made smaller. This is not a solution. I assume that 'manually' over-riding gtk's automatic control of column-widths is possible, but tricky to implement, given that columns can be in any order, or omitted altogether. Regards Tom -- Users can unsubscribe from the list by sending email to emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by logging into the web interface.