Neonblack's Damage Popup: a bit confused?

[EternalShadow]

Script link:

http://forums.rpgmakerweb.com/index.php?/topic/3397-battle-pop-ups/#entry36503

Lines in question:

57 to 87

152 to 175

I'm trying to make certain skills that buff, display yellow text with a black outline. Everything else that buffs works fine, apart from a few which I gather I need to designate via the states the skills add.

But what exactly is the script asking me to do here?

pop add color[x] - Changes the pop-up color when the state is added.      

pop remove color[x] - Changes the color of the pop-up when the state is removed.  If "x" is a number, it chooses the color from the windowskin.  If "x" is a word, it chooses the color from the COLOUR hash in the config section.                                   

I tried this in the notebox:

pop add color[Color.new(246, 216, 38),   Color.new(-255,   -255,   -255)] 

(this is the colour in the config already)

and this:

pop add color[buff]

and this:

pop add color[:buff]

The setup in the config is as follows:

:buff     => [Color.new(246, 216, 38),   Color.new(-255,   -255,   -255)],

It just defaults to the null, which is red. It doesn't seem to be doing anything. :Buff works for defending et al, though.

Am I missing something here? Have I got the skills set up wrongly for this script, or does it need a certain setup? It's not entirely clear on setups, unfortunately - as there seem to be quite a few missing config pieces. I.E: some bits of config have far more lines than others.

Images

The buff:

http://i.imgur.com/dxCtL9T.png

The skill leading to said buff:

http://i.imgur.com/VowAveW.png

Or is there a line I can add to the script's config to make certain skills (rather than states) the said colour? Not all states will be good in this game (ideally good states = yellow, bad states = red, etc), so I'm a bit confused as to how the distinction is made :S

Thanks for clarifications!

 

[EternalShadow]

Bump please~

 

[Iavra]

I'm a bit confused, too, to be honest. I see that the script is parsing your notetags in "set_pop_values" (last method of the script), but i don't see a regex that would fit "pop add color[...]", only "pop add" or "pop color".

 

[EternalShadow]

I'm a bit confused, too, to be honest. I see that the script is parsing your notetags in "set_pop_values" (last method of the script), but i don't see a regex that would fit "pop add color[...]", only "pop add" or "pop color".

yeah, I tried pop add [color etc] but that didn't work either. Could this just be a missing bit of code entirely?

 

[EternalShadow]

bump?

 

[EternalShadow]

Bump

 

[EternalShadow]

Bump (I am wondering if this is ever going to get solved xD)

 

[Andar]

I tried this in the notebox:


pop add color[Color.new(246, 216, 38),   Color.new(-255,   -255,   -255)] 


(this is the colour in the config already)


and this:


pop add color[:buff]


The setup in the config is as follows:


:buff     => [Color.new(246, 216, 38),   Color.new(-255,   -255,   -255)],

Whatever gave you the idea to use a color definition in the notetag?


The script specifically states that X can either be a simple number (the color number from the windowskin) or a text (which has to be a name from the color tag).


So you can either use it like


pop add color[7]


or


pop add color[:hpheal]


It cannot contain a direct color definition.


As to why the :buff doesn't work - I don't know how the color.new is defined, but none of the other examples are using negative numbers, are you sure that that is possible?

 

[EternalShadow]

Negative numbers are indeed possible as the colours range from -255 to 255. The actual colour set works for the other buffs that are already registered as buffs by the script/engine itself, like defense up, so the colour in itself is not the issue. I tried putting the colour set in the notetag in lieu of :buff as I was getting desperate at one point xD

So essentially the issue is pop add colour :buff isn't working, when set as a notetag to a status. The status just applies red colour instead, not the yellow it should be. (I tried changing colour on it btw it didn't affect the status showing red)

 

[Andar]

Then try to use a different name for the key - it might get confused because :buff is already defined for a vocab in that script.

 

[EternalShadow]

Then try to use a different name for the key - it might get confused because :buff is already defined for a vocab in that script.

Made a new one, called it :yellow. Didn't work either :/

 

[Andar]

Negative numbers are indeed possible as the colours range from -255 to 255.

Wrong - did you ever bother to check the help file?
It specifically states that color values range from 0 to 255 and that out-of-range-values are automatically corrected.

 

[EternalShadow]

Wrong - did you ever bother to check the help file?

It specifically states that color values range from 0 to 255 and that out-of-range-values are automatically corrected.

Maybe please don't treat me like an idiot.

Regardless, this doesn't solve the issue at hand. I know the colour is registering correctly, whether the values are being corrected or not. The main issue is that the :yellow / :buff tags don't seem to be working.

 

[Andar]

That is for the color tone window in the editor - it is NOT for the color and color.new commands.


Please check the help file specifically for the color.new and read there which numbers that script command accepts.


And if you read the hint on the tint command windows, it'll show for example at the red slider "R Value to be added to the graphic's color".


Of course you'll need negative values if you're mathematically changing colors - but that doesn't change the fact that the color value itself only goes from 0 to 255, NOT into the negatives.


The window you posted simply doesn't define a color, it defines a color tint (color change).

 

[EternalShadow]

Changed it to 1, 2, 3 and 0, 0, 0. 

In the config, this is:

:buff     => [Color.new(1, 2, 3),   Color.new(0,   0,   0)],

It still displays as red. 

It seems to be reading off the :null  value which is red, ignoring whatever I put in the notebox. Changing this to 10 all the way edited the display, so it is clearly this.

 

[Andar]

for true black or white, you probably need to use the alpha channel, the fourth number of color.new. However, I don't have the color numbers for each color ready - I suggest you open one of the better image programs and go to their color selection, they always display the color numbers (I know photoshop does in all four or five color formats).

 

[EternalShadow]

Again. the colours are not what is the issue here - the issue is that even though I have set the notetag for the statuses to be pop add [:yellow] it is still reading the status as if it is meant to be pop add [:null]. 

 

[Andar]

then you need to test where the problem is. Does it work if you use one of the default hashs?


If yes, something is wrong with your definition of the :yellow hash


If not, either the notetag is wrong or there is a script problem.

 

[EternalShadow]

then you need to test where the problem is. Does it work if you use one of the default hashs?

If yes, something is wrong with your definition of the :yellow hash

If not, either the notetag is wrong or there is a script problem.

Used :hpheal, still gives :null value.

 

[EternalShadow]

Bump