Calling KeyPressEvent for a QLineEdit instance results in a seg fault.

[pekim]

This is fine when Up or Down is pressed. But if anything else is pressed something goes horribly wrong when calling KeyPressEvent. Segmentation fault (core dumped)

	filterEdit := widgets.NewQLineEdit(nil)
	filterEdit.ConnectKeyPressEvent(func(event *gui.QKeyEvent) {
		if event.Key() == int(core.Qt__Key_Down) {
			fmt.Println("down")
		} else if event.Key() == int(core.Qt__Key_Up) {
			fmt.Println("up")
		} else {
			filterEdit.KeyPressEvent(event)
		}
	})

In C++ this works.

void ConversationFilterEdit::keyPressEvent(QKeyEvent *event)
{
    if(event->key() == Qt::Key_Up){
        emit up();
    }
    else if(event->key() == Qt::Key_Down){
        emit down();
    }
    else{
        QLineEdit::keyPressEvent(event);
    }
}

[pekim]

Thinking about it perhaps I'm not on the gui thread, and I need to use a slot. I'll try that.

[pekim]

No, that's rubbish. I'm tired and going to bed. I'll come back to it tomorrow.

[therecipe]

Hey

It's a SIGTRAP: trace trap (infinite recursive call in this case)

You probably want to suffix filterEdit.KeyPressEvent with Default to get the same effect like QLineEdit::keyPressEvent in C++.

So this should work:

    filterEdit := widgets.NewQLineEdit(nil)
    filterEdit.ConnectKeyPressEvent(func(event *gui.QKeyEvent) {
        if event.Key() == int(core.Qt__Key_Down) {
            fmt.Println("down")
        } else if event.Key() == int(core.Qt__Key_Up) {
            fmt.Println("up")
        } else {
            filterEdit.KeyPressEventDefault(event)
        }
    })

[pekim]

Yes, that works. Thank you.

There are several little nuggets like this that are not easy to discover. I have some thoughts on documentation, and I'll probably open an issue next weekend to discuss.