This is a clear cut bug, that is easy to reproduce. It is in version 8.0.7
In the symbol editor, it is only possible to change the ‘Fill Color’ of a box if (and only if) the ‘Fill’ (in the line below) is set to ‘Fill color’. See picture to follow.
If the ‘Fill’ is set to ‘None’, ‘Body outline color’ or ‘Body background color’ then the ‘Fill Color’ in the line above simply does not respond to any mouse clicks…
This is a bug that really manifest itself when you import Altium files to KiCad. The schematic symbols appear to have lost all the pin names inside the box of the symbols if the have multiple parts. But the pin names are not lost, they are only hidden behind the color fill. (Even if the color fill is transparent. The fill type has to be ‘Body background color’ for the pin names to be visible.
That’s expected behavior - it doesn’t make sense to edit a fill color when the fill type is set to anything other than ‘Fill color’. I think the bug is actually that we don’t clear the fill color picker when selecting another option.
I also recall seeing something about pins not being seen on Altium imports due to the non-background-color fill issue you’ve seen. Can you try with a nightly build, and if it’s not fixed then please report a bug in GitLab.
OP, please use more informative titles. Entitling it Bug Report is borderline click bait. Feel free to edit the title if you don’t like what I’ve changed it to.
I agree with you that it would be a lot more intuitive if the color picker was cleared or gave some information box when you clicked on it while inactive.
It is a bug because when you want to have ‘Body background color’ it is not possible to select the fill color bar. You then have to select ‘fill color’ in the box below, and then change the color and then set the ‘fill’ back to ‘Body background color’.
Sorry I don’t understand what this workflow is trying to achieve? The body background color comes from the global color scheme (from the KiCad preferences dialog), so editing the color here doesn’t make sense.
This picture shows the problem. When the color is wrong (from Altium) you have to change ‘fill’ to ‘fill color’ to be able to then change the color to transparent and then change ‘fill’ back to ‘body background color’.
Ah, so if I understand correctly, this is happening:
Import from Altium
Open the Symbol Editor and select one of the symbols with an issue
The Fill type is set to ‘Body background color’, but the shape is actually filled with ‘Fill color’
If that’s the case, it feels like a bug in import or symbol rendering. Can you please file a GitLab bug with a project (original Altium + the KiCad import) showing the issue? You can mark it as confidential if you like (or make a reduced test-case).
Yes, your description is right. I have no problem with sharing an Altium file that demonstrates the problem(s), but I have no github account at the moment.
In schematic editor: file–> import → from non KiCad schematic show the problems.
There is the problem you describe and the problem background color is ‘overwritten’ by the fill color. It is easy to see the problems when you click on one of the symbols and edit the symbol.
Thanks for the project - I see the same issue in a fresh build of the 8.0 branch, but the correct behaviour happens in v9. The Altium import is fine, but it is indeed a symbol rendering issue. I’ll file an issue.
@Gustav I’ve taken a look at trying to fix this in v8 and it’s really, really tricky. So much so that after a day trying I couldn’t figure it out in ways which didn’t break other things. It all works just fine in the coming v9, as there were some significant changes to how things like this were rendered. For now, I’m going to leave this unfixed in v8, as we are close to releasing v9 (in the next couple of months), and the rendering code for this is quite delicate so I don’t want to prod it too much!
It is in version 8.0.7
