Re: [Interest] More on table problem

2021-06-13 Thread Volker Hilsheimer
> >>> On Fri, Jun 11, 2021 at 10:05 AM Volker Hilsheimer >>> wrote: >>> > On 11 Jun 2021, at 13:52, Turtle Creek Software >>> > wrote: >>> > >>> > Here's more info on the weird QTableWidget problem we're seeing. >>> > >>> > One of our data entry fields uses combination of widgets: a QLineEd

Re: [Interest] More on table problem

2021-06-11 Thread Turtle Creek Software
I tried putting the button inside a QFrame, but it has the same problem. Casey McD On Fri, Jun 11, 2021 at 10:05 AM Volker Hilsheimer wrote: > > On 11 Jun 2021, at 13:52, Turtle Creek Software > wrote: > > > > Here's more info on the weird QTableWidget problem we're seeing. > > > > One of our d

Re: [Interest] More on table problem

2021-06-11 Thread Turtle Creek Software
If I understand this code correctly, it's putting the button inside the cell. Unfortunately, there isn't enough room to do that. The table only shows the QLineEdits. When you click in a cell to edit, the button appears next to it, over the neighboring cell(s). However, maybe there is a container w

Re: [Interest] More on table problem

2021-06-11 Thread Volker Hilsheimer
> On 11 Jun 2021, at 13:52, Turtle Creek Software > wrote: > > Here's more info on the weird QTableWidget problem we're seeing. > > One of our data entry fields uses combination of widgets: a QLineEdit > subclass with a linked QToolButton subclass next to it, and a QListWidget > subclass tha

[Interest] More on table problem

2021-06-11 Thread Turtle Creek Software
Here's more info on the weird QTableWidget problem we're seeing. One of our data entry fields uses combination of widgets: a QLineEdit subclass with a linked QToolButton subclass next to it, and a QListWidget subclass that drops down underneath. It acts kinda like a combo box, but better for rea