Possible? Sure. Can a text file do it? No.
The closest a text file can get is coloring Affixes and Stats the same way, with the example from above’s build specific filters, if you have a red prefix you know the cold damage is coming from the prefix. This will probably be in v0.0.4.
Once I’m done with all the text file stuff I’ll move on to other things which will bring it as close as it gets, when we think of pressing alt in poe.
When the mod is complete we will can differentiate stats that come from the prefix, suffix and base item just putting 3 diferent colors on it?
i just don’t care about the colors for damage types, just wanna know what is what on a item whitout the need of grimtool because of the new alteration system…
like this on all itens
base item stats = white
prefixes = blue
sufixes = red
Something that I think is a bug - “converted to” is the color of the converted damage type.
There is no way to tell the difference where something came from for a text file, they are combined and use the same text with only one text to color inside the text file.
But if you want to go crazy on coloring affixes a certain way you can.
Since the available colors are limited, you’d have to reduce the colors for rarities, so you could make every affix/item the same color and just use colors for affixes/items to let you know the stats they have. Stats would be the same color as the color used for the affix/item.
Let’s say:
red is HP
blue is cast speed
white is cold dmg
green is resists
a prefix may have one or more of those, having one is obvious, it is just colored like it, so if you have a red Prefix you know the HP on the item is from the Prefix, if Prefix and Suffix are red, HP is from both. Once you have more than one stat per affix you could have half the affix in red the other half in blue, now you know it has HP and cast speed.
Obviously that’s a bunch of colors, so you could also use Symbols. Sets are using (S), but it could be anything the game can display, however, anything Unicode wise isn’t going to work by default. Once again we are limited, but if you were to add [HD] infront of the affix to know it has HP and cold dmg and that applies to a bunch of different affixes/items, you’ll end up with long names. So mixing it up for the more common stats to use colors and the rarer ones to use a Symbol may be an option. But at that point if the Prefix only has the color/symbol you know the cold dmg in the tooltip is from the prefix.
I’ll give examples and presets to use with v0.0.4 as well. Whether it is coloring affixes based on how many stats you want in total or coloring them different for each stat you want is up to you. You could just have affixes red that have all 4 stats you’re looking for and use a different color for 3, 2 and 1. Basically make your own rarity system on what you need.
Until I get around to working beyond the text files that’s as good as it gets, and frankly it’s pretty good, in some ways even better, since it literally tells you how good an item is based on the name. You won’t be looking for double rares, you’ll start looking for double red 
In other words, there is no simple way to separate or display everything that constitutes a prefix and everything that constitutes a suffix for an item.
I agree and I think it’s just an oversight, because it can simply be fixed with adding {^E} after each tagConversionDAMAGETYPE ?
like so:
tagConversionPhysical={^K}Physical Damage{^E}
That only colors the “Physical Damage” leaves “converted to” in the normal text color. I say it as a question, because I don’t know if it’s the correct tag to use, I just put it there and tested it and it worked:
But as I stated before I have no idea if it’s the correct tag to use, as I don’t even know what {^E} does, all I know is it works… lol
EDIT
I tried searching in this topic and it seems {^E} is a color tag, so maybe it’d be better to use the {^-} tag, so it doesn’t use a color but rather returns the previous color used? Which would make it the color of the percentage…
Like this:
Could you restore your program icon to your new website so that the icon appears in the browser tab at the top, rather than the default icon (that weird globe)?
Sure, I forgot I had the correct image in the old program folder until you brought it up
will be there with the next update.
What’s the difference here? Why are the gloves completely turquoise? I thought they used to match the pants, weren’t they supposed to be depicted accurately now?
Yes, it’s fine for English.
The genders are breaking it. Fix is with the next update.
[Tool] Rainbow Filter (Item Highlighting) - #944 by WareBare
A lot of time has gone into the UI, trying to make it easy to navigate and understand, while also giving access to all current features and preparing it for upcoming features.
Base Game, AoM and FG. FoA is the default.Reset Modules will set it all back to default values.Alter , du bist ein Genie … thx
Not to correct you, well that is stupid to say as I an correcting you, but in regards to the Conversion text color fix, I believe you used the wrong one. You used the {^E} which is a color, would be better to use the {^-} which isn’t a color but a feature that uses the previous color. In this case it’s the color of the % stats.
So instead of
tagDamageConversion={%.0f0}% {^E}{%s1}{^E} converted to {%s2}
should have been
tagDamageConversion={%.0f0}% {^E}{%s1}{^-} converted to {%s2}
You can see the difference in the 2 pics in my reply to that bug…
Oh and love the new UI on the website!
No, {^E} is the color Crate uses for this text after the conversion percent value, hence the {^E} before the placeholder {%s1}, {^-} will just remove the color and use {^H}. So the damage type changes {^E} into what the damage type uses and I just set it back to {^E} after.
Now the argument is more about personal preference or maintaining original colors the game uses without Raynbow:
Crate uses {^E} for all their stats texts and {^H} for stat numbers. Depending how you look at it, using {^E} is wrong since the text already colors the damage types or {^-} is wrong because that’s not what stat texts use, since that goes to {^H}, and that’s the number before the stat and the range after in the detailed tooltip or any other value number.
Tags like that will be in a different section eventually to change those colors, because if we ask everyone what they want we probably get a dozen different colors.
I do admit I didn’t go deep enough into the colors and just thought the explanation I found about {^-} was the correct one, looking at it’s color and how the other texts color was. Not remembering that rainbow also colors everything else…
So thank you very much for explaining that!
Everything looks good to me right now, just like it used to be with the old Rainbow. Thanks a lot; the errors reported yesterday are gone, too. What are your plans for it now? What’s coming next?
Just one small thing, though:
Is there anything that can be done about that line break? It just looks like crap. Could it be set to the second line by default, like in the second image?
Btw.: the version number in game is not correct
Line breaks are weird, it doesn’t work until it naturally breaks first.
So the only way is to make the name long enough to force it to go into its own new line or add a bunch of spaces before. However, anything added to it also makes it look weird in item tooltips.
The GD version? I hadn’t updated the database, since the patch notes had nothing that would affect it, but it also feels wrong to change the version if I didn’t actually update anything.
nein ich glaube deine version ist aktuell, aber gd wird die 6 angzeigt stats 8. das ist aber weil die woche 2 updates nahezu zeitgleich kamen. wollte es nur erwähnen.
When I updated to 0.0.3, some gear (mostly whites I guess) got bugged in their display (this wasn’t happening on previous versions). I tried downloading the file as both Full Rainbow and Basic Highlighting and the result was the same. Could it be related to disabling some of the modules? I only enabled the “Items & Affixes” and “MI” modules, while disabling all others.
In the image below, “Ornate” and “Gilded” shouldn’t be coloured, but yet they are, and are taking after the color of its preffix.
Correct, those are Common Style/Quality tags, so that has to be enabled.
Items may have a Style or Quality before their name. [...] Items that cannot have a Prefix can have their Style and Quality color safely disabled.
Epics/Legendaries don’t have prefixes, so those can be disabled and they will get the game default, but common has to be enabled or you get wrong colors for them.
