Re: dynamically resize Filename width on "hide other pane"

  • From: <tpgww@xxxxxxxxxxx>
  • To: emelfm2@xxxxxxxxxxxxx
  • Date: Tue, 25 May 2010 09:10:53 +1000

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.


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.

Other related posts: