Editor suggestion: Ending text

[mpl]

It would be nice to set ending text to custom maps (just like opening text).

I'm planning a storyline for series of custom maps inspired be the original story mode, but I find it very limiting for story telling to use opening text and artifacts only. At least my final map will need some epilogue.

[bobandirus]

Put an artifact under each totem? Not perfect, but closer at least

[UpperKEES]

I would like this as well. On certain maps (i.e. with totems in every corner) you just don't know which totem will be reached last.

It would also ensure the text is only displayed when the map has been finished successfully.

[TheBuilder]

I support this.

[The Creep Destroyer]

Agreed with above :P

[UpperKEES]

It would also ensure the text is only displayed when the map has been finished successfully.

Now I think about it, there should be an End_Success_Text and an End_Fail_Text.

The latter would allow the map maker to give the player some hints that you didn't want to give away earlier on, which might encourage him/her to try again.

[TheBuilder]

ROFLMAO!  even better.  i support this too.

[The Creep Destroyer]

How can this suggestion get even better?

[Twi]

Text when all Survival Pods are rescued. Text displayed at X time.

Otherwise, I dunno.

[archn]

How can this suggestion get even better?

Triggers which support a text "action" text dialog:

example:

condition:
Current user achieves victory
action:
Display dialog: "Great Win"

condition:
Current user suffers defeat
action:
Display dialog: "You lost, and the creeper took over"

[TheBuilder]

Oh for the love of. . . . .before anyone goes any further with this, plz check out this topic:

     http://knucklecracker.com/forums/index.php?topic=476.0

Trust me, you will regret not reading it.

[UpperKEES]

Yeah, I've read that topic before and it would be very nice to have. Really nice actually; it would greatly improve map making (probably more than anything else).

However a simple ending text (or two, for success and failure) would be a lot easier to implement (as the 'trigger' is already in place). Even if the next version only contains a few minor fixes and improvements this could be included, while the trigger system might be something that would take more time and probably doesn't have the highest priority.

[TheBuilder]

If I had to choose between my idea and just the success/failer text, I'd go for the 2nd one since it would most likely be quicker to add, though I'd still want my idea added later, (if possible).