|
From: | anonymous |
Subject: | [Octave-bug-tracker] [bug #44776] [Qt] Restore window button does not trigger a repaint event for its content |
Date: | Sun, 7 Aug 2016 03:56:53 +0000 (UTC) |
User-agent: | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 |
Follow-up Comment #14, bug #44776 (project octave): Hi! I've just noticed this bug too. The main issue is that the QEvent::Resize / QResizeEvents are not emitted by qt for window restore - rather you need to listen for a QEvent::WindowStateChange / QWindowStateChangeEvent, then look at the difference between the QWindowStateChangeEvent.oldState() and QWidget.windowState(). This could probably be done in Figure.cc and then a fake QEvent::Resize could be emitted to pass the event down to all the children. On the other issue of fast-dragging updates (first mentioned in comment #2) I agree with Dan Sebald's comment #10. I suspect that the problem is one of simultaneous read/write of window size and/or reordering of events between the octave and QT threads. Regarding failure to resize in busy octave threads - this can be a problem in matlab too. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?44776> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |