ZDoom

	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
	};

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] 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
};[/code]

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

Just put a duplicate health bar in the ifhealth block.

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

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]drawbar "GRNBAR","TNT1A0",health,horizontal,-20,-40;
drawbar "BLUBAR","TNT1A0",health,horizontal,reverse,range(100,200),-20,-40;[/code]Is there something I'm missing with this idea?

[quote="amv2k9"]What [i]is[/i] preventing Strife's statusbar from being SBARINFO'ed, anyways? Just out of curiosity.[/quote]
I seem to recall the two major headaches are the health bar and the keys display.

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

Hah, I always thought you did this with hudmessages :)

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.

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

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.

Popup menus?! Where?!

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

I have developed a [url=http://forum.zdoom.org/viewtopic.php?f=19&t=29564]general purpose GUI library[/url] for such case, though currently it remains incomplete because people haven't shown much interest in it.

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

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.

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.