kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #38091
Re: Eeschema GAL arc rendering
Jeff,
As of this mornings latest build, the eeschema gal arc rendering looks
better but it's still a bit jagged. You can always clone the kicad
library repo and add an entry to your symbol library table for testing
filled symbols.
Cheers,
Wayne
On 10/21/2018 10:57 AM, Jeff Young wrote:
> Well, it’s time to give up on the AdvanceDepth() hacks. We’re going to
> need real layers when we do a layers palette in 6.0 anyway, so more
> investment in the hack will just be throw-away.
>
> So I’ve implemented layers for EEschema. I also removed Tom’s
> bounding-box caching as I think we now make the proper Update(GEOMETRY)
> calls (and it was a performance hog when getting the bounding boxes of
> text items).
>
> This fixes a bunch of things such as the dragged-objects-appear-behind
> and junctions-under-wires, but I’m sure it will also introduce some new
> instabilities that will need fixing. So give a holler when you see
> something.
>
> (I’m still using old libraries, and my 4xxx symbols are unfilled. So I
> can’t check the example Wayne gave below.)
>
> Cheers,
> Jeff.
>
>
>> On 20 Oct 2018, at 18:55, Wayne Stambaugh <stambaughw@xxxxxxxxx
>> <mailto:stambaughw@xxxxxxxxx>> wrote:
>>
>> On 10/20/2018 10:26 AM, jp charras wrote:
>>> Le 20/10/2018 à 16:07, Jeff Young a écrit :
>>>> @JP, I thought I fixed the border/background problem. (It’s also
>>>> possible I just stopped working on it because I wasn’t getting
>>>> anywhere.)
>>> Hi Jeff,
>>> It is fixed for a given graphic item but not for overlapping items.
>>> But there is still the issue for overlapping items.
>>> The Legacy canvas draws the background, and then (after all background
>>> items are drawn) the outlines, on top of the background areas.
>>> Therefore, in legacy canvas, outlines are never masked by overlapping
>>> background.
>>
>> I'm not sure this is related but here is what arc rendering looks like
>> after JP's fix. It's rather ugly.
>>
>>>>
>>>> Do you have a case that exhibits it that I can look in to?
>>>>
>>>>> On 20 Oct 2018, at 12:21, jp charras <jp.charras@xxxxxxxxxx
>>>>> <mailto:jp.charras@xxxxxxxxxx>
>>>>> <mailto:jp.charras@xxxxxxxxxx>> wrote:
>>>>>
>>>>> Le 19/10/2018 à 22:12, Wayne Stambaugh a écrit :
>>>>>> I don't know if anyone is aware but there is an issue with rendering
>>>>>> symbols with arcs in the new Eeschema gal code. Apparently, the
>>>>>> legacy
>>>>>> canvas could be tricked into drawing a minimal line width using a
>>>>>> negative width value. This cause the the gal canvas to draw a rather
>>>>>> interesting blob (you can check this by opening any nor gate symbol in
>>>>>> the 4xxx library. The solution proposed by the librarians is to
>>>>>> us the
>>>>>> minimal 1mil line width but the rendered results are less than
>>>>>> ideal in
>>>>>> the legacy canvas[1]. Anyone have any ideas about how to resolve
>>>>>> this?
>>>>>> I would prefer that the gal canvases render symbols the same as the
>>>>>> legacy canvas without have two sets of symbol libraries.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Wayne
>>>>>>
>>>>>> [1]:
>>>>>> https://github.com/KiCad/kicad-symbols/pull/1059#issuecomment-431447533
>>>>>
>>>>> This is an issue with polylines.
>>>>>
>>>>> In 5.0 you cannot even select a item having a negative line width.
>>>>>
>>>>> This is an issue with very large negative values ( a value = -1
>>>>> does not
>>>>> create this issue) for line width.
>>>>>
>>>>> I just committed a workaround for this issue.
>>>>>
>>>>> This is a workaround because you cannot (currently) edit items with a
>>>>> negative line thickness.
>>>>>
>>>>> A full fix is a bit more complex, because items with background fill
>>>>> must be drawn on the background at least the filled area), and all
>>>>> other
>>>>> items on top, after the background fill, in any case (for instance when
>>>>> moving/placing an object in libedit).
>>>>>
>>>>> I know Jeff has already worked on this problem, so because he has a
>>>>> better knowledge of priority drawings, I'll leave it fix this issue (if
>>>>> he agree, of course)
>>>>>
>>>>> --
>>>>> Jean-Pierre CHARRAS
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> <https://launchpad.net/%7Ekicad-developers>
>>>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>> <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>>>> <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> <https://launchpad.net/%7Ekicad-developers>
>>>>> More help : https://help.launchpad.net/ListHelp
>>>>
>> <eeschema-gal-arc-rendering.png>_______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help : https://help.launchpad.net/ListHelp
>
Attachment:
eeschema-gal-arc-rendering-post-fix.png
Description: PNG image
References