Comment 3 for bug 1684307

Thanks. I thought it would be fixed in 5.0, but I can live with it.

Cheers,
Levente

On Feb 20, 2018 5:06 PM, "Jeff Young" <email address hidden> wrote:

> @Levente, there will be 2 workarounds it the 5.0 stable (and indeed are
> already in the nightlies).
>
> If you do a reset annotate it will make all the numbers consistent. Of
> course it might also change numbers you didn't intend it to, as it will
> renumber everything.
>
> There will also be a start-at text field so that you can renumber a
> single sheet starting at any particular number.
>
> A completely automated fix (where the start numbers are stored) will
> have to wait for 6.0.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1684307
>
> Title:
> sheet numbering
>
> Status in KiCad:
> Triaged
>
> Bug description:
> In Eeschema, renumbering is messed up when deleting a hierarchical
> sheet.
>
> Steps to reproduce.
>
> 1. Place at least 3 sheets to the main sheet.
> 2. Annotate the whole hierarchy, with the n*100 option.
> 3. Delete a sheet, that is not the last one.
> 4. Add a component to the last sheet
> 5. Annotate the whole hierarchy, with the n*100 option.
> 6. Voilla, you have a sheet, where there are different prefixed numbers,
> say R501 and R601
>
> I *THINK* this is because sheet number is just the order of the actual
> sheet in the main schematic. Annotation follows this number. It would
> be nice if annotation start number would be stored in the sheets. It
> is okay, if all RefDeses would stay as they are, even if there is a
> gap (deleted sheet). However, renumbering the whole thing is not a
> good idea, hence pcbnew would delete all your parts, and place them
> again.
>
> Is there any workaround for this? Like explicitly saying where to
> start renumbering?
>
> Levente
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/kicad/+bug/1684307/+subscriptions
>