@johnco3 said in cannot get fixed sized columns in QTableView to work.:

perhaps it has to do with settings fixed on the last column which really needs to be Stretch to use the remaining horizontal space?

Yes, it does. I think to make it really a fixed size you might need to set the minimum and maximum size to the same thing.

@leonardo-M-B
Pass topLeft.column(), bottomRight.column() on to headerDataChanged()?

Since you don't call the base class impl - what do you expect?

Overrride initStyleOption() and set the desired color for QPalette::Window or even better override initStyleOptionForIndex()

@Gojir4 That worked well. I'm not sure how I could have missed this simple solution... Thank you a lot!

@jsulm On my business notebook i cant reply (only read) in firefox. Didnt check on private notebokk. Maybe only some security thinks...

QHeaderView is a widget. You can't have one widget in two places at the same time.
You can have two header views and sync them on change.

I'm using abstractItemModel / my own item, I ensure that columnCount return correct number of columns, yet it's still wrong.

In regard to using proxyModels, I'd love to use it, but I only found few examples and I'm struggling as to how I would do it. Any hints wold be great, I would prefer to use a proxy instead here.

I literally have no idea how I can simulate setRootIndex with proxyModel, since I need to see parentItem of the item that I wish to set as rootitem and I don't want to see these parent items... here was me early attempt > https://forum.qt.io/topic/102227/qsortfilterproxymodel-simulate-new-root-index/2

@Christian-Ehrlicher I'm totally blaming you for me going this setRootIndex road as I was trying proxy early and you said to use this : p

@sierdzio hhhhh

I know the topic is quite old, but I experienced the exact same issue and this thread was popping up in my search. So, adding a QSortFilterProxyModel and enabling sorting with setSortingEnabled(true) sorts the table in descending order.

I got the correct order when I explicitly specifying the order via indicator right before enabling the sort:

table->horizontalHeader()->setSortIndicator(0, Qt::AscendingOrder); table->setSortingEnabled(true);

@mmikeinsantarosa
Hi
just to be clear
You do not name the parameter when using a function in a connect.
Nor for signal OR the slot.

So if you function is like
void MySlot( int ID, QString Name) ( in .h and cpp)

you would only use as
MySlot( int, QString) for connect.

Glad you found a solution !

Can you share a small sample code that triggers this behaviour ?

@raven-worx
Hi,

thanks for your reply and information.
Will mark it as "solved", as it is only a minor but interesting styling "issue" :)

@thEClaw
Well, since you were worried about how clean your solution was, I thought I should come up with a nastier hack: -): I'm storing the ints in my map as negative numbers and then I retrieve the "real" numbers in the model's data() method like this:

... if (item.column() == 2) { int fake = recordsMap.keys().at(item.row()); return abs(fake); } ...

At least everything works and displays fine now.

I fiddled a lot with visualIndex() and logicalIndex() but couldn't find a way to make this work, so I'm keeping this for the time being. Thanks anyway for your suggestion!

Further investigation into the issue has revealed that HiearchicalHeaderView re-implements the header views sections, and there is no relationship between the QHeaderView notion of sections, and the HiearchicalHeaderView notion of sections.

As a result, the following calls are available, but return incorrect data.

QHeaderView::count() returns 0
QHeaderView::sectionSize(int) returns 0
QHeaderView::logicalIndex(int) returns -1
etc...

The upshot of this is that there is a significant amount of work required in HierarchicalHeaderView in order to make in feature complete, and that the way it is currently implemented is not symbiotic with QHeaderView

That essentially leaves 2 questions.

Does an open source feature-complete hierarchical header view exist? Is there a way to easily implement hierarchical headers in a QHeaderView?

Hi,

You can try with the QHeaderView::minimumSectionSize property

HI,

No it's not. You have the explanation here

@AlaaM
Hello,

How do I get it to be fixed? Maybe it needs to not be a part of the scrollarea?

This would be my choice, yes. I'd put the header and the scroll area in a vertical layout (setting the stretches to 0 for the header and 1 for the scroll area) and take it from there.

Kind regards.