kicad-developers team mailing list archive

[Cirilo Bernardo <cirilo.bernardo@xxxxxxxxx>]

On Sun, Oct 4, 2015 at 8:30 AM, Mário Luzeiro <mrluzeiro@xxxxx> wrote:

> "The reason for the refactor is that too many items are too strongly
>  coupled to pcbnew and it is making the code unnecessarily difficult to
> maintain."
>
> Only the "3D shape file name", "3D scale and position" are related with a
> footprint.
> And that are the only items that the pcbnew/footprint properties is
> managing.
> That information is stored in a footprint file.
>
> The only thing that probably it needs to know is the file extensions that
> are supported.
> Any way, maybe it still need to accept / store all file types (because you
> can have or not some plugin installed at that moment in that machine)
>
> So if it is not related with pcbnew, who will launch the selection /
> management of the "3D shape file name" for each footprint?
>
> Mario
>
>
The model manager has a wildcard filter so the user can assign even models
which
are not supported by the current plugins. In such a case you will only see
filenames
and no preview of the model.

The decoupling of the 3D code from pcbnew will allow people to reuse the
code for
other purposes. Since the new manager should be as ignorant as possible of
pcbnew
I think pcbnew should retain the responsibility to write the 3D data block,
but the
file list itself and the scale/position/orientation data will no longer be
managed by
pcbnew. When pcbnew wants to select model files etc it will make a call to
the
model manager.

- Cirilo



> ________________________________________
> From: Cirilo Bernardo [cirilo.bernardo@xxxxxxxxx]
> Sent: 03 October 2015 21:55
> To: Mário Luzeiro
> Cc: KiCad Developers
> Subject: Re: [Kicad-developers] update on 3D refactor
>