[Item] Inverted Variant

[lubber-de]

Description

Inverted variant of Item.

Screenshot

Closes

#109

[y0hami]

I don't think this should affect the background color, other inverted components only change text color and the background can be handled by the user via an inverted segment or custom CSS.

[lubber-de]

So I am removing inverteditemsbackground (which is currently set to black) only then. Because for items, extra and content there already was a background setting in the non inverted variant aswell, but set to transparent or none(as already discussed in the related issue)

[lubber-de]

@hammy2899 i removed the black background, so it's up to the user now to set it accordingly.
I currently kept the inverted background settings for item, content and extra (missed inverted anyway in the commits before) as they are set to the same value (transparent or none) as the normal item

If i should remove those aswell, then just tell me 🙂

[y0hami]

Maybe we should look into why the background is set by the item before we move forward. If it turns out it isn't for any reason maybe we should just not set it.

[lubber-de]

The latest commit supports texts directly in the .content element (normal or inverted) when used in .items or in .list aswell. Fixes Semantic-Org/Semantic-UI#6652

Regarding the background: Also in .list it seems every background setting was just prepared for someone to be able to change the background via less variables. That said also for .list the background- (and inverted-background) defaults are again always either transparent or none,

While reading through the code of all other elements/modules i could not see any other reason, why item needs to set the background (it was not even !important). So for backward compatibility we should not remove it.

So i think we should follow that for item alone too.

[y0hami]

Ok with that being said then let's merge this.

[prudho]

LGTM