Follow-up Comment #15, bug #25186 (project wesnoth): Well, at least we have a workaround then: we could add an wesnoth.wml_actions.redraw {} at the end of the lua [message] implmementation.
I think one possible reason why this lag appears is that here https://github.com/wesnoth/wesnoth/blob/1.13.5/src/gui/widgets/window.cpp#L616 it might happen that if the new window is shown before before the draw timer of the old window has stopped, the code will creatre another draw timer so that the there will not twice as many draw events in the queue repating this process over and over coudl thne result in 3 or more as many draw events beeing fired. I also think the reason why this doesn't happen with speaker=unit is that we here https://github.com/wesnoth/wesnoth/blob/1.13.5/data/lua/wml/message.lua#L357 issue a [redraw] in case that a valid unit was chosen as speaker _______________________________________________________ Reply to this item at: <http://gna.org/bugs/?25186> _______________________________________________ Nachricht gesendet von/durch Gna! http://gna.org/ _______________________________________________ Wesnoth-bugs mailing list Wesnoth-bugs@gna.org https://mail.gna.org/listinfo/wesnoth-bugs