kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #24242
Re: PATCH: 3D filename resolver
OK, I'll test on MSWin. I can't replicate the problem on Linux and haven't
had any complaints yet from OSX.
- Cirilo
On Mon, Apr 18, 2016 at 7:40 PM, easyw <easyw@xxxxxxxxxxxx> wrote:
> Hi Cirilo,
> I tested the patch r6697 in windows 8.1 64b but I still get the same error
> with KIPRJMOD
>
> to replicate the problem simply open a board that has already $ENVAR on
> its 3D module field
> i.e. (model ${KIPRJMOD}/shapes/cap_0603.wrl
>
> with the GUI select footprint, Edit Parameters
> then in 3D settings click on Edit Filename
> just edit and confirm the old path i.e. ${KIPRJMOD}/shapes/cap_0603.wrl
> and you will receive the message Invalid Filename
> that behavior is present also if you try to change it to a different path
> with $ENV on it
>
> please note that the path is correctly parsed (the model if exists is
> displayed) but it is not validated on confirmation button
> I tried both opening the kicad_pcb directly from pcbnew or opening the
> .pro and then the pcb
>
> here you can find a self contained project with KIPRJMOD var for 3D
> models, with which you can replicate the problem...
>
> https://sourceforge.net/projects/kicadstepup/files/prjs/HACK-master-R3.7z/download
>
> thank you
> Maurice
>
>
>
>
> On 18/04/2016 00.36, Wayne Stambaugh wrote:
>
>> Cirilo,
>>
>> Thanks. I committed your patch in r6697.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 4/16/2016 6:51 PM, Cirilo Bernardo wrote:
>>
>>> Hi Wayne,
>>>
>>> As far as I know the patch only fixes latent (unreported) bugs and
>>> improves the compatibility with previous versions of KiCad. Nick has
>>> pointed me to some users' posts regarding behavior which they considered
>>> a bug and which is fixed by this patch, but I don't know of any bugs
>>> reported to launchpad.
>>>
>>> - Cirilo
>>>
>>>
>>> On Sat, Apr 16, 2016 at 10:34 PM, Wayne Stambaugh <stambaughw@xxxxxxxxx
>>> <mailto:stambaughw@xxxxxxxxx>> wrote:
>>>
>>> Cirilo,
>>>
>>> Does this patch fix any reported bugs? I seem to remember one filed
>>> about 3D model file paths but I cannot find anything directly
>>> related to
>>> this patch. I have it ready to commit but before I commit it I
>>> want to
>>> make sure I don't have to link it to a bug report.
>>>
>>> Thanks,
>>>
>>> Wayne
>>>
>>> On 4/15/2016 7:10 PM, Cirilo Bernardo wrote:
>>> > The attached patch makes the following changes:
>>> >
>>> > 1. Paths defined via pcbnew->Preferences->Configure Paths
>>> > are now included in the 3D file browser's drop-down list except
>>> > for KICAD_PTEMPLATES, KIGITHUB, KISYSMOD, any paths
>>> > resembling a URL, and any non-existent paths. When an
>>> > absolute path is shortened using one of these path aliases,
>>> > let's say 'KISYS3DMOD' then the name appears in the pcb file
>>> > as "${KISYS3DMOD}/blah.wrl". If a user defines and actual
>>> > environment variable with the same name, then that user
>>> > defined variable will have precedence over the internally defined
>>> > variable.
>>> >
>>> > 2. Paths relative to the current project directory are no longer
>>> > represented as "some/path/to/file.wrl"; for compatibility with
>>> > previous kicad versions it shall always be stored as
>>> > ${KIPRJMOD}/some/path/to/file.wrl.
>>> >
>>> > 3. Various restrictions on alias path values have been removed
>>> > since the imposed restrictions could result in corrupted user
>>> > data (aliases are silently dropped).
>>> >
>>> > Overall the patch should improve back-compatibility by
>>> > providing a ${ENV_VAR} mechanism for supporting
>>> > different model root directories and ensuring that paths
>>> > relative to KIPRJMOD are expressed in a way that is
>>> > compatible with earlier kicad versions. This allows users
>>> > more flexibility and the ability to work in a way that ensures
>>> > 3D model files can be correctly resolved in earlier versions
>>> > of kicad. Users who do not care about back-compatibility
>>> > may prefer to use the newer alias system.
>>> >
>>> > - Cirilo
>>> >
>>> >
>>> > _______________________________________________
>>> > 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
>>> >
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help : https://help.launchpad.net/ListHelp
>>
>>
Follow ups
References