I suspect that it's not a bug as such but that Kicad's understanding of when to
update the date isn't what you are expecting it to be. Or me, for that matter...
Regardless, what I do to supplement the date (which is probably intended to be
"date of this project" and not "date of this rev") is to include a revision
control system (RCS) identifier in one of the comment lines. That way, the $Id$
field is both automatically updated and shows up in the title block.
The pure ASCII file format that Kicad uses throughout is a big plus for me,
since it does let me use standard versioning software and I can, if necessary,
go back to retrieve an earlier rev.
--- In [email protected], Robert <birmingham_spi...@...> wrote:
>
> Thanks. I was getting close to resorting to that at one point :). I
> was just wondering if this is a bug (and a very old one at that), in
> which case I should log it in the bug tracker, or a feature I don't
> understand. Looks like it's probably a bug.
>
> Regards,
>
> Robert.
>
> Richard Webb wrote:
> > The .sch format is ASCII text with the title block items right up near the
> > top, so it's a quick edit to make if it doesn't update as or when expected.
> >
> > --- In [email protected], Robert <birmingham_spider@> wrote:
> >> I've just had my attention drawn to the fact that the date hadn't
> >> updated on one of my schematics after I made a few changes to component
> >> values. I was thankful find a thread on this subject in the archive.
> >> I had already tried (unnecessarily) editing the sheet properties and
> >> saving the netlist before searching, but I would never have thought of
> >> annotating to update the date. The Help just says "The date is
> >> automatically updated".
> >>
> >> I can understand why the date shouldn't just reflect when you last saved
> >> the file, but surely it should update after any change. Am I missing
> >> something?
> >>
> >> Regards,
> >>
> >> Robert.
> >>