focusInEvent()

[coderbob]

I am reimplementing focusInEvent(QFocusEvent * event ) on a QTextEdit but seem to have lost the glowing edge (or visual marker that it has focus) in the process.

Do I need to pass the event on? or make another call in focusInEvent() to get the graphical cue?

Bob

EDIT: Side note, I am reimplementing the widget so I can signal to another widget when focus is grabbed. It appeared reimplementing it and catching the event was the only way to do this. Is there another way?

[jogeshwarakundi]

Yes, After you post your signal in focusInEvent() just invoke QTextEdit::focusInEvent(e). This shall do the required GUI thing for you.

[coderbob]

I knew it was something of the sort but just could not recall.

Thank you.

[wysota]

EDIT: Side note, I am reimplementing the widget so I can signal to another widget when focus is grabbed. It appeared reimplementing it and catching the event was the only way to do this. Is there another way?

How about QApplication::focusChanged() signal?

[jogeshwarakundi]

How about QApplication::focusChanged() signal?

but wysota, connecting to this signal would cause the slot to be invoked for every focus change, right? if that is the case, the slot should check every time that the newWidget is of the new custom type before notification. This would make things inefficient right?

[jacek]

This would make things inefficient right?

I don't think that it will be noticeable to the user. This slot isn't going to be called millions of times.

[wysota]

but wysota, connecting to this signal would cause the slot to be invoked for every focus change, right? if that is the case, the slot should check every time that the newWidget is of the new custom type before notification. This would make things inefficient right?

A single signal processing is heavier than the slot you are going to connect to it, so the overhead of actually calling the slot is minimal.