Re: Binding columns in Tk::Hlist

I liked the suggestion by rcseege; but, when I read what you wanted to do, I thought of Tk::Columns---it's a multicolumn list widget that enables sorting and sizing of columns. It's packaged with Tk::DKW.

If you want the second column to be the same width as the resizable button above it, then Tk::Columns has an event handler that seems up to the job:

 use Tk::Columns;

if (defined ($p_Slave))
   {
    $p_Slave->GeometryRequest ($this->reqwidth(), $p_Slave->reqheight(
+));
    $p_Slave->update();

$this->update();
}
[download]

It will "slave the listbox to the current width of the button". I hope this helps.

Comment on Re: Binding columns in Tk::Hlist Download Code

Replies are listed 'Best First'.
Re^2: Binding columns in Tk::Hlist by rcseege (Pilgrim) on Oct 05, 2006 at 17:03 UTC
Using Tk::Columns (or Tk::MListbox) is a good suggestion, since they are both superior to Tk::HList in terms of performance, efficiency, and out-of-the-box functionality when it comes to tabular display. Unfortunately, both have one giant strike against them. Both use Listbox as part of their Column representation which has been known to leak in recent versions of Tk. This tends to be most obvious during sorting operations in both megawidgets since each completely delete, then reload all entries within each Listbox during a sort. Otherwise, I'd wholeheartedly recommend either one. HList becomes a lot more attractive when you need to do things like embedding other widgets, and have styles per cell. Although it is technically possible to have styles in the most recent version of Listbox, the options are more limited and neither Columns or MListbox have methods that provide easy access to this capability. A few last thoughts about HListplus: I've never seen the HListplus widget before now, but it would have been nice if each header provided a callback option that would be invoked after every resize (it doesn't). It would allow you to define a text style for each column and then modify the wraplength for each column as it's header resized from within the callback. Rob	[reply]

Replies are listed 'Best First'.

Re^2: Binding columns in Tk::Hlist
by rcseege (Pilgrim) on Oct 05, 2006 at 17:03 UTC

Using Tk::Columns (or Tk::MListbox) is a good suggestion, since they are both superior to Tk::HList in terms of performance, efficiency, and out-of-the-box functionality when it comes to tabular display.

Unfortunately, both have one giant strike against them. Both use Listbox as part of their Column representation which has been known to leak in recent versions of Tk. This tends to be most obvious during sorting operations in both megawidgets since each completely delete, then reload all entries within each Listbox during a sort. Otherwise, I'd wholeheartedly recommend either one.

HList becomes a lot more attractive when you need to do things like embedding other widgets, and have styles per cell. Although it is technically possible to have styles in the most recent version of Listbox, the options are more limited and neither Columns or MListbox have methods that provide easy access to this capability.

A few last thoughts about HListplus:

I've never seen the HListplus widget before now, but it would have been nice if each header provided a callback option that would be invoked after every resize (it doesn't). It would allow you to define a text style for each column and then modify the wraplength for each column as it's header resized from within the callback.

[reply]