Wt

Hi Koen,

this is not a regression. I noticed this problem since I implemented this feature (in the time I used Wt 3.2.3 I think). But my first implementation was integrated in a complex table view, therefore I could not easily extract a test case from it. A workaround for me was to add an empty column at the end which used only 7 pixel of space... ;-)

Now I needed a general way of a auto-size feature and implemented the ItemTableView and ItemViewAutoSize classes.

I currently use kdeforche-wt-3.3.0-33-g2d4882f git version. And yes if I disable the autoSize feature by setting WTableView::setLayoutSizeAware(false) the last column header test is correctly shown!

Also sometimes the last column header texts shows up. Maybe a "if((width % fontWidth) == 0)" problem???

I think the problem shows up with any model.

You can just subclass the ItemTableView class and add this table view to a layout. Once the attached model has loaded all data you have to call ItemTableView::calcColumns(). I don't use a model signal since calcColumns() will iterate over all columns and rows for calculating the best auto layout. Thus I will only call this method if I know the model does not change anymore!

Here is one of my implementation:

class RTSConfigTableView : public ItemTableView
{
   public:
      RTSConfigTableView(Wt::WAbstractItemModel* model)
     : ItemTableView(model)
      {
     const size_t columns = model->columnCount();
     const AlignmentFlag columnAlign[] = {AlignLeft, AlignLeft, AlignLeft, AlignRight, AlignRight, AlignRight, AlignRight, AlignLeft};
     for(size_t c=0; c<columns; ++c)
        setColumnAlignment(c, columnAlign[c]);

     setAlternatingRowColors(true);
     setColumnBorder(WColor(200,200,200));
      }
};

Hi Koen,

that sounds great.

But I don't know if I mentioned that this bug also occured within WTreeView? Could you apply your fix also to the WTreeView class?

Regards,

Stefan

Hey Stefan,

I'll also consider WTreeView.

Regards,

koen