If you set a non opaque color to the borders of a folder, the edges look like double opaque as they should be.
If you set a non opaque color to the borders of a folder, the edges look like double opaque as they should be.
]]>If you set a non opaque color to the borders of a folder, the edges look like double opaque as they should be.
]]>
< ![CDATA[
This is a known issue, because each side tint a bit the image. In the corners the two sides are overlap, so both tint.
]]>
< ![CDATA[
But why have the corners to overlap? This doesn’t make sense, because it looks stupid
]]>
< ![CDATA[
Just define horizontal borders to go to the edges and vertical ones not.
]]>
< ![CDATA[
And what will happen if you set only vertical borders, without horizontal? Why not the opposite?
I also agree that this needs to be fixed in some way, but it is not as easy as it seems.
What happen if you set the horizontal borders to semi-transparent red, with 10px and vertical ones as semi-transparent green with 5px? How do you think the corners need to look like?
]]>
< ![CDATA[
Ok, you’re right, then separate the edges as new fields…
]]>
< ![CDATA[
I think that was a possible solution, but not sure why it wasn’t implemented.
]]>
< ![CDATA[
Do it like browsers do HTML and CSS
http://jsfiddle.net/6skZM/
]]>
< ![CDATA[
Pierre Hébert: Is what Bodgan is suggesting possible? It will be the best solution.
]]>
< ![CDATA[
LL box is closely designed following the CSS box model, minus border styles. The overlap in the corners is due to the way I implemented the thing for efficiency reasons. In the box editor this behavior is not shown since performance does not matter here. This was the past.
Today, this optimisation may be rather useless when compared to other things.
]]>