Additional Strife-style Popups

[amv2k9]

Strife has popup menus that can be used to display additional information. Currently, it only has three available menus, used for keys, player stats and mission data in vanilla Strife. While these can already be modified to display whatever you need, this suggestion is for the defining of additional popups, and the keys to show/hide them.

[wildweasel]

I think, ideally, we should be able to define any number of popups and keys to show/hide them, i.e. genericize the functions needed.

[Graf Zahl]

First the Strife status bar needs to be converted to SBARINFO. Before that isn't done it's pointless to discuss this any further.

[cybermind]

I have developed a general purpose GUI library for such case, though currently it remains incomplete because people haven't shown much interest in it.

[edward850]

It also has absolutely no benefit to this thread, seeing as ACS != native.

[Tormentor667]

Popup menus?! Where?!

[Xaser]

We used them in ZDCMP2 for the objectives/log system, silly.

Minor gripe: I don't get why this is closed with "Later" -- if the answer is indeed "Later", it should remain open, else the suggestion is going to get lost among all the other closed things.

[Graf Zahl]

To avoid clogging up the forum. Right now this isn't on the list and that won't change unless some fundamental prerequirement is done first.

[Tormentor667]

Hah, I always thought you did this with hudmessages

[amv2k9]

What is preventing Strife's statusbar from being SBARINFO'ed, anyways? Just out of curiosity.

[wildweasel]

What is preventing Strife's statusbar from being SBARINFO'ed, anyways? Just out of curiosity.

I seem to recall the two major headaches are the health bar and the keys display.

[amv2k9]

Playing Strife with the statbar on (I usually don't since it takes up so much screen real estate), I can see the problem. Strife has a second healthbar to show health >100. You couldn't just define a second DrawBar to render over the top of the first one, since they're both counting the same amount, and you can't use an IfHealth block and set it to check for health being above 100 either; the top bar will disappear when it gets down to halfway.

What we'd need is something like a range flag for DrawBar; a flag that only checks for the variable between a specified minimum amount and a maximum amount.

To use Strife as an example, you'd set up two DrawBars; the green one first, a standard bar. Rendered on top of that one would be the blue bar, with our hypothetical range flag set to check between 100 and 200 points of health. When the player's health is at 150, the blue bar is half full, as only the last 100 points is being checked.

Code: Select all

drawbar "GRNBAR","TNT1A0",health,horizontal,-20,-40;
drawbar "BLUBAR","TNT1A0",health,horizontal,reverse,range(100,200),-20,-40;

Is there something I'm missing with this idea?

[zrrion the insect]

Just put a duplicate health bar in the ifhealth block.

[jpalomo]

I don't think that's the only issue. The graphics for the health bar aren't present in either zdoom.pk3 or strife1.wad; zdoom creates the textures. Someone would need to create the graphics to be exactly the same colors as defined in strife_sbar.cpp:

Code: Select all

	static const BYTE rgbs[8*3] =
	{
		180, 228, 128,	// light green
		128, 180, 80,	// dark green

		196, 204, 252,	// light blue
		148, 152, 200,	// dark blue

		224, 188, 0,	// light gold
		208, 128, 0,	// dark gold

		216, 44,  44,	// light red
		172, 28,  28	// dark red
	};

In any case, I worked a little on this last night. I will start another topic for this and post what I have.