Henning Hasemann

I'm having trouble reproducing this solution. With ggplotd-1.1.6 (via dub), this reproducibly throws an assertion error: ``` core.exception.AssertError@../../../.dub/packages/ggplotd-1.1.6/ggplotd/source/ggplotd/guide.d(539): Value not in storeHash ---------------- 0x7ff5b023063d onAssertErrorMsg ???:0 0x7ff5b194b238 __lambda5 ../../../.dub/packages/ggplotd-1.1.6/ggplotd/source/ggplotd/guide.d:539 0x7ff5b18a2a3e...

``` % dub --version DUB version 1.8.0-2, built on Mar 27 2018 % gdc --version gdc (Ubuntu 8.2.0-1ubuntu2~18.04) 8.2.0 ``` (`__VERSION__` for that one is 2068L) Os is Ubuntu on...

I have the same issue, UpdateRemotePlugins does not help

yeah its necessary, sometimes you want characters to walk a given, fixed path (e.g. for cutscenes).

I think it would be best to avoid allocations that happen each frame and rather "cache" the text object, updating it only when the text changes, ie. hold a text...

I just looked it up: Text has a method setText() that will only re-render stuff when the text actually changes. So all you have to do is keep a text...

Hm I'm not sure if that registering step is actually needed. How about this (as a rough idea): Actor.say(text) calls (maybe with some necessary indirection) dialogfrontend.say(String text, Actor *actor); the...

Good question, i'll have to spend some time looking at the code to remember if I had a reason to make it procected (and what that reason was). Probably easier...

You can of course do, whatever you want. Speech bubbles would be nice of course and also talkie support (i.e. play sound files with recorded texts)

Good idea. In order to consistently abstract from SDL we would also need to change the signature of the renderAt methods (and relatives) to get a Surface instead of a...