Can-ned Food's absurd ramblings

Brainstorm ideas of possible additions to the game. Read this before posting!

Moderator: Forum Moderators

Forum rules
Before posting a new idea, you must read the following:
Post Reply
Can-ned_Food
Posts: 217
Joined: December 17th, 2015, 10:27 pm

Can-ned Food's absurd ramblings

Post by Can-ned_Food »

I'll be posting ideas of mine which I have little or no interest in pursuing. Maybe some day, but that depends on whether this I favor this old Wesnoth to the new engine. Or something else entirely.

Question 1:
Why doesn't the preprocessor perform Macro–file substitution in the symbol of a Macro definition?
E.g.
#define {mneumonic}_thing-a-ma-jig
Wishlist item 1:
Here's what I'd do with recruitment.
  • [unit_type] extra_recruit=
    I would allow this to be done, firstly. I would also make it so any item in that list can be recruited regardless of any other parameters given to a [unit] or [unit_type].
  • [unit_type] canrecruit=yes
    Same here. What this does is simply to allow access to their [side] recruit= or [multiplayer_side] recruit= list.
So You Want Wesnoth To Be An RPG?
How to make it a better storytelling vehicle.

first, let's post somewhere a review of the available scenarios. separate out those which consist of little more than a string of scenarios like this:
NARRATOR: And so, your people walked some more …
ONIONMAN: “We are here in Nigh Hinter. We need to get to Far Yonder, across turbulent and treacherous That River.”
CHEESE: “Then we shall go.”
ONIONMAN: “Here is a bridge which we can use to cross That River.”
SNAKE DUDE: “No! Sss!”
ONIONMAN: “Oh, woes upon us! There are Enemies on the other side!”
CHEESE: “Then we shall fight them.”
—&c.—
ONIONMAN: “A mortal wound?! My lady, I have failed you!”
CHEESE: “A main character slain. The story cannot continue.”
==

if you have only one controllable player, then performing actions is far too tedious for these so–called RPG “eras”. i've only tried one Campaign which showed some attempt to work around that, but it did so rather badly.
can't we have a set of Events which advances the Turn if move-points and attack-points are both 0? i miss Avernum.

==

in event of a deficit at conclusion of a scenario, losing from your recall some of those troops which lack the Loyal trait.

==

chatter. if an enemy Cmdr doesn't move or attack during its Turn (passive_leader=yes or otherwise), then what would it say?
doesn't need be a full [message] thing, but i don't know what else would be used.

==

i don't know about you, but what's with characters each shouting another from across the map?
too many scenarios have the Leaders do this from their keeps.

==

“I had a name, once. Not a number.”

track each casualty by name. use that to inform sursequent scenarios and cutscenes.
this could be viewed but it would be perifluous to the [statistics] report.

==

make a proper inventory system.
each troop can carry a number of items; this does not include imbuements, enchantments, or other things which can't be exchanged or swapped. toxic sludge on your staff — no. mithril cloak — yes. you can define attributes to simulate slots where the items are being carried.

of course, most soldiers would have less free space in their pouches or sacks than would a supplier or a magician attaché.

you can access an inventory event by the contextual menu. here you can see the items and perform actions with them: handing to adjacent friends or enemies, setting on floor, combining, et c. each action take a Move point.

additionally, it would be nice to have a cartmaster and a cart. the cart can't attack or defend because it is merely a cart.

==

and, unless an object really can't be hauled by something — not even with wooden poles and a big ark enclosing it —, let my peons collect for me the Crystal Skull or whatever if they get to its tile but cannot use it. i.e. usability of an grabbable shouldn't infer its portability.

==

the dialogue method it has now is okay and has a decent style, but there is no legitimate interface for proper conversation.
i have no idea how you'd improve this. i expect it would be tedious and unproductive.

when there is a scripted bit of dialogue or whatever, choose the players for their proximity, not identity. i.e. don't have Prince Wilhelm reply to the Ice Princess if he's 20 tiles distant.

==

where is the Examine or Inspect?
if you land on a curious object on the floor, a scripted event occurs.

otherwise, their images are rather terse and ambiguously undescribed.

==

unless the other enemies all run away for some believable reason, don't have a scenario end when you kill the main enemy.
rather, give the choice to scour the area? surrendering and capture? undead controlled by a lich losing their motivational magic? et al.

limitations to the number of Rounds are used too often. either there is no reason given, or the reason is unbelievable (e.g. AOI, HttT).

the Objectives ought to be vague and simple: these are the conditions which conclude the scenario, meaning that nothing more can be done.
they are not conditions for Victory or Defeat. and, indeed, with the way that Wesnoth can't do a properly branching storyline on its Defeat function, there cannot be. if the campaign ends early, you revert or restart.
but i digress to more generic considerations.

==

animated transitions.
the wesnoth terrain engine simply isn't made for showing us major story events. that leaves us with [story] — which is really nothing more than a backdrop and a sprawl of text.
i'm not disparaging the style of [story]. i'm saying that if you see the need to show the characters moving and interacting, then don't do it with the scripting within the constraints of the terrain engine. either write better [story] segments, or add the ability to play videos in [story] — preferrably a method with simply pipes through some other player, e.g. 'mplayer' or 'xine'.

scripting [move_unit] and the like isn't something to be avoided. it is useful inside a scenario. however, if you want something major, or even a scenario which consists entirelly of [message] and [move_unit], then i recommend using another approach.

JRPGs get away with it for a number of aesthetic reasons that i won't discuss here. well, okay. here are a mere two things we could do with [message]:
  • allow it to zoom.
  • a variable scroll_speed= — allowing either factor of user's preference
    1.2*
    or more absolute values
    100
    • indeed, the same thing for [scroll] and the like.
  • letterboxing.
there. that was two more than i promised. please don't hurt me.

==

most of this stuff is design 101 for even a semblance of a properly characterised RPG. i'm not saying that Wesnoth needs these things, either. i'm saying that Wesnoth ‘is what it is’.
Last edited by Can-ned_Food on May 4th, 2017, 3:30 pm, edited 1 time in total.
User avatar
The_Gnat
Posts: 2217
Joined: October 10th, 2016, 3:06 am
Contact:

Re: Can-ned Food's absurd ramblings

Post by The_Gnat »

It is an interesting idea to make certain units always recruit. It would make an unique game play type. Though currently you can not do this in the [unit_type] tag you can easily enough create an event to do it. I have done similar in the balance mod, with the recruiter unit.
User avatar
Celtic_Minstrel
Developer
Posts: 2195
Joined: August 3rd, 2012, 11:26 pm
Location: Canada
Contact:

Re: Can-ned Food's absurd ramblings

Post by Celtic_Minstrel »

I think everything (or nearly everything) you've mentioned in the RPG section here can already be done with WML/Lua.
Author of The Black Cross of Aleron campaign and Default++ era.
Former maintainer of Steelhive.
Post Reply