On Wed, 12 Jun 2019 23:09:21 +0200, Mike Wey wrote:
On 12-06-2019 09:15, Alex X wrote:
I have some strange code but after refactoring everything seems to be working as I want, almost.
I'm having 2 issues.
I am getting the position of clicks from the mouse but it seems that the position is relative to the child elements for a paned. This causes position calculations to not be correct as I would like.
The coordinates should usually be relative to the widget that receives
Can be useful if you need the coordinates relative to the parent.
Ok, this might work. I'm specifically overriding the paned and not the box so I'm doing this in the parent(since I refactored my code) but maybe I can use those above to get things to work.
In my paned I have some text entries in some children... when they are in edit mode(they have focus) the paned's handle no longer moves, at lead in some conditions which I haven't figured out.
One of the problems is the way I'm doing some things where I let clicking on the item to do other things... but using a modifier... and essentially both handlers get called. e.g., if I use ctrl and click the entry still get's focus I could probably override the handlers and avoid this possibly but I'd have to do it for each handler. I'll probably have to do this to get everything working in the end but I'll then still have my paned not work if the entries have focus.
Maybe one of the signal handlers is returning
stopping gtk from preforming the default behavior for the event?
Yeah, but that would have to be one of the gtkEntry's, which when they are focused they are causing the problem? I'm not messing with any of those...
I guess I'll just have to do some troubleshooting to find out ...