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
