kicad-developers team mailing list archive

[jp charras <jp.charras@xxxxxxxxxx>]

Le 29/03/2018 à 18:04, Seth Hillbrand a écrit :
> Thanks for the feedback.  It helps me get my head around how the subsheets are meant to work.
> 
> Here is one of the bugs:
> 
> 1) Take the attached project and unzip into KiCad.  
> 2) Open the schematic and you will find a schematic with 5 subsheets referencing 3 subsheet files.
>   - Each subsheet file has a label with its associated file name.  So A.sch contains "A".
> 3) Rename the file for Sheet B to "A.sch"
>   - This works as expected for linking.  There is a warning, you replace the contents of B with the
> contents A.sch.
> 4) Rename the file for Sheet B again, this time to "D.sch"
>   - You get a warning about the sheet using shared data in a complex hierarchy.  Click "OK"
> 
> At this point, Eeschema creates "D.sch" using the data from "A.sch".  If I understand Wayne
> correctly, the mixing of these metaphors is fine.  Renaming a sheet filename to an existing filename
> replaces the sheet's current contents with the existing file contents but renaming a sheet filename
> to a non-existing filename will create a new copy of the current contents.
> 
> 5) Now, open the subsheet "B", notice that it has the label "A".  Edit the contents to be "D" and save.
> 
> The bug here is that if you now open the original subsheet A, its contents have also been changed to
> "D".  But only until you close and re-open the project.  At that point, it is back to "A".  I'll
> deal with this bug but leave the copying/linking behavior as is unless people feel otherwise.  It
> confused me but I think I can clarify it in the dialog text.
> 
> -S

Hi Seth,

I tried that, and I did not noticed your issue.
All sheets are OK, and the subsheet A.sch was not modified.

-- 
Jean-Pierre CHARRAS