[Menu] Wrong Border for inverted pointing menu removed and fix for secondary as color #380
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
An
inverted secondary pointing menu
had a border set around the whole menu instead of only at the bottom as in the non-inverted variant. This was definately wrong (copy/paste) behavior, because the border-color class was doubled and had the non-inverted variable@secondaryPointingBorderColor
instead of@secondaryPointingInvertedBorderColor
set (which is again done one class definition later)I guess in those (probably rarely used) cases where this combination was used, it was used with a black background, where the border was very hard to recognize. In a whole: It simply looked wrong and inconsistent to the non-inverted variant.
Additionally I also fixed the missing
inverted
color loop to omit thesecondary
value just like in #366 becausesecondary
is used with a different meaning inmenu
Testcase
http://jsfiddle.net/efp8z6Ln/952/
Remove the CSS to see the previous behavior.
Screenshot
Before
After
Closes
Semantic-Org/Semantic-UI#4953