ZDoom

InsaneFury wrote:Would it be likely that a workaround would instead be possible? Like allowing modders to specify whether the 'player setup' menu appears instead of the 'class select' menu? Although the menu in question is lacking user-feedforward, it would address this limitation for the time being.

Graf Zahl wrote: For the record, the limits are caused by the crappy menu code. Neither Randy nor me have much motivation to make more changes to it than absolutely necessary. It needs a redesign from the ground up but to be blunt, I see no point making that in C++. Once Doomscript becomes a reality (i.e. probably never!) it might be worth doing.

So demand all you want. It's very unlikely to happen.

milasudril wrote:The most helpful to the player here is a new player class property that describes the player class and is displayed when the player selects a class.

InsaneFury wrote:

milasudril wrote:

InsaneFury wrote: Re: the player setup menu: while powerful, it lacks the user-friendliness of a forced class select screen. It both being tucked away and not presenting a list of classes as feedforward to the user.

I think the user can handle this. For example, to be able to set up the player name before the game starts is a good idea.

I believe the player will only do this whenever (s)he knows that the mod is all about picking appropriate player classes before start. Not everyone reads the readme files (or knows what PWADs are all about really), most people just load the wad and start playing I think.

• If a WAD is loaded where there's only one player class, the player would probably just fill in name and press enter.
• If a WAD does have more than one player, the player will not know anything which class to select in any kind of menu without reading a readme file. Therefore, this is a problem in the current menu too. If a random or default class is used, there will be players that miss this part of the story. The most helpful to the player here is a new player class property that describes the player class and is displayed when the player selects a class.

milasudril wrote:

InsaneFury wrote: Re: the player setup menu: while powerful, it lacks the user-friendliness of a forced class select screen. It both being tucked away and not presenting a list of classes as feedforward to the user.

I think the user can handle this. For example, to be able to set up the player name before the game starts is a good idea.

NiGHTMARE wrote:

InsaneFury wrote:Guess that initial class changing room will be built after all.

Couldn't you initiate a Strife dialogue as soon as the first level begins?

esselfortium wrote:

Graf Zahl wrote:

ds201 wrote:well, i'm thinking of making a little mod that you play as a monster, and all the monsters are replaced by marines.
I haven't seen one of those mods yet.

*cough* Doom Rampage Edition *couch*

I'm curious as to how the couch factors into all this.

Graf Zahl wrote:

ds201 wrote:well, i'm thinking of making a little mod that you play as a monster, and all the monsters are replaced by marines.
I haven't seen one of those mods yet.

*cough* Doom Rampage Edition *couch*

InsaneFury wrote:Guess that initial class changing room will be built after all.

InsaneFury wrote:I second this request. I'm working on a class-based mod too and was unaware of this limitation (currently have only 4 classes done, aiming for about 20).
Implementing a special 'morph' room really discredits mods, as it would appear to be a component of the 'storyline'.

InsaneFury wrote: Re: the player setup menu: while powerful, it lacks the user-friendliness of a forced class select screen. It both being tucked away and not presenting a list of classes as feedforward to the user.