There may be something wrong with the svg. I can confirm the missing colors when importing your file, but they are present if I import a newly made colored SVG from Inkscape.
Changing colors in your file with Inkscape didn't help. I could set a fill color in Inkscape, but without any effect.
Perhaps the mere size is a problem, the object has a height of several hundred meters.
xadox wrote: ↑Mon Mar 14, 2022 8:37 am
I know that object are very big, but colours should not depend on object size.
That's of course right, but perhaps FreeCAD doesn't know this yet. Some other things have similar limits, such as pocket through all, which doesn't really go through all on big objects.
chrisb wrote: ↑Mon Mar 14, 2022 10:45 am
which doesn't really go through all on big objects.
I think that this was fixed and now it is based on the previous feature bounding box/size. Just tried pocketing 1000 km long 40mm diameter cylinder along that 1000km and it works. Of course tessellation is wrong but CheckGeometry is Ok.
xadox wrote: ↑Wed Mar 16, 2022 10:06 am
Is there any fix available or not? Can I patch freecad by myself maybe?
for your issue I don't think there's a patch available. If you are able to fix it please submit a PR. kisolre was talking about the pocket issue chrisb mentioned.
The issue here is that the color info is not done directly on geometry, but on groups that contain them. I've never seen that before. What app was used to produce it?
BTW it doesn't show anything for me when opening it in inkscape... Firefox displays the colors properly, though.
In any case, FreeCAD is indeed not able to get and handle colors from groups. This could be implemented, but I'd like to make sure this is officially supported, and not something wrongly done by the application that produced the SVG...