Spring RTS Engine

That, or get it from UF as jk just upped it there :D

Question: Are the healthbars rendered if the player screen is elsewhere? If yes here is a performance upgrade possibility !

Pendrokar wrote:Question: Are the healthbars rendered if the player screen is elsewhere? If yes here is a performance upgrade possibility !

lol no, even in the first version there was a visibility check. But in 75b2 the check was per unit and 76 has a new (faster and better) GetVisibleUnits() :D
On the other hand, there was an issue in the previous versions so it entered the unitspace even if there was no bar to render (with HideFullHealthbars, only a fraction of units need a bar).
So there were still many ways to speed it up and v7 should be really fast now

LuaUI::RunCallIn: error = 2, MorphFinished, [string "LuaUI\Widgets\unit_healthbars.lua"]:636: table index is nil

When finished morphing XTA com. doesn't crash anything though.

XTA v9.3 uses an outdated morph gadget with multiple issues, so i don't know if I should hide this error. Instead the XTA devs should really update their gadget, because some of those issues are very critical (if you know how to exploit those).

Yah but this widget isnt a single file. You've pretty much nuked the popularity of your widget JK by trying to lock it in. There's a reason people dont like locking in contracts with mobiles etc.

AF wrote:Yah but this widget isnt a single file. You've pretty much nuked the popularity of your widget JK by trying to lock it in. There's a reason people dont like locking in contracts with mobiles etc.

What the hell are you talking about? What is the point in posting inflammatory statements like this with absolutely no provocation?

erm, same to you?

In an opensource community we should share and share alike, and right now the users are wanting something they can use. They dont want to go about downloading and testing the widget and looking for the supporting image files necessary! If anything this is one of jks most popular widgets, spreading it freely standalone can only serve to win him masses more kudos.

AF wrote:erm, same to you?

In an opensource community we should share and share alike, and right now the users are wanting something they can use. They dont want to go about downloading and testing the widget and looking for the supporting image files necessary! If anything this is one of jks most popular widgets, spreading it freely standalone can only serve to win him masses more kudos.

Woops, I forgot it wasn't available from unknown-files by the time I read your post!

yeah i'm kind of dumb

tombom wrote:

AF wrote:erm, same to you?

In an opensource community we should share and share alike, and right now the users are wanting something they can use. They dont want to go about downloading and testing the widget and looking for the supporting image files necessary! If anything this is one of jks most popular widgets, spreading it freely standalone can only serve to win him masses more kudos.

Woops, I forgot it wasn't available from unknown-files by the time I read your post!

yeah i'm kind of dumb

see:

LOrDo wrote:That, or get it from UF as jk just upped it there :D

it was (even by the time of my post you refer to)

PS: the widget contains 2 files: the lua-file and the nuke picture (billboard fix is unneed in 76b1 and was removed)

Is there anywhere the latest version of this from? I'm finding it's causing a wierd intermittant flickering issue across my whole screen and I want to check I have the latest version before I try to track the problem down...

Look in CA.

Acidd_UK wrote:Is there anywhere the latest version of this from? I'm finding it's causing a wierd intermittant flickering issue across my whole screen and I want to check I have the latest version before I try to track the problem down...

that's caused when a new unit is visible (new = new combo of unitdef+teamcolor), it is an engine issue (fixed in the svn).

Ok, thanks!