X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Sat, 10 Feb 2018 04:38:47 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: geda-user AT delorie DOT com X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Another PCB grid step question In-Reply-To: <20180209210331.88FB1804CEFA@turkos.aspodata.se> Message-ID: References: <6221de93-bb98-d397-79b4-eecf3975c2e6 AT linetec DOT nl> <20180209161532 DOT 6AF57804CEFA AT turkos DOT aspodata DOT se> <20180209210331 DOT 88FB1804CEFA AT turkos DOT aspodata DOT se> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Fri, 9 Feb 2018, karl AT aspodata DOT se wrote: > Igor: > ... >> Thanks for reporting, worked around in r14603. > > Great, still clearance and mask differ and silk is missing on bottom > side, and all the smd components on bottom side is now on top side. > > Why the extra attributes... pcb stores refdes, value and description as hardwired special texts. One of the good old element restrictions, like you had to have actual board silk to be able to see the refdes on screen and it had to land on the silk layer, and you couldn't get both refdes and value on silk. Read more at http://repo.hu/cgi-bin/pool.cgi?cmd=show&node=subc_refdes These problems have all been fixed in pcb-rnd by the subcircuit model that replaces the element model. A subcircuit does not have 3 magic hardwired text elements, it has user defined attributes, as many as you want, with names you want. The only attribute that is processed by the code is refdes, because that is needed for the netlist. This means when we load something and convert from the old element model to the subcircuit model, we convert the magic text objects into attributes. Later on when we save in the pcb format, we convert the subcircuit back to element, reproducing the element refdes/value/descr, but we do not remove the attributes. I have not decided whether we should remove the attributes or not. They don't cause any problem anyway, so I don't consider this a bug. pcb is not our native format so we don't aim at byte-to-byte matching round trips, only valid, usable round trips. Regards, Igor2