Polygone für Print freirechnen

Am 27.11.2012 12:00, schrieb Hans Lederer:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie

richtig zu sehen,  muss man sie erst mit RATSNEST freirechnen

lassen.

 

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge

im Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

 

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die

Doku (PDFs) erzeugen will,  werden entweder die Polygone oder das

Datum nicht richtig angezeigt!  Speichern gilt nicht,  denn ich will

die Boarddatei ja nicht mehr ändern und dann wäre das Datum auch

falsch.

 

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja

auch nichts,  oder?),  oder PRINT sollte eine Option "Polygone

freirechnen" bekommen.

 

 

In der Hilfe steht:

Beachten Sie bitte, dass RATSNEST die Board-Zeichnung nicht als

verändert kennzeichnet, da die berechneten Polygon-Daten (falls

vorhanden) nicht in der Datei abgespeichert werden, und die

neuberechneten Luftlinien keine wirkliche Veränderung der Zeichnung

darstellen.

Leider hält sich Eagle aktuell nicht dran.

Am 27.11.2012 12:03, schrieb Hans Lederer:

Am 27.11.2012 12:00, schrieb Hans Lederer:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie

richtig zu sehen,  muss man sie erst mit RATSNEST freirechnen

lassen.

 

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge

im Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

 

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die

Doku (PDFs) erzeugen will,  werden entweder die Polygone oder das

Datum nicht richtig angezeigt!  Speichern gilt nicht,  denn ich will

die Boarddatei ja nicht mehr ändern und dann wäre das Datum auch

falsch.

 

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja

auch nichts,  oder?),  oder PRINT sollte eine Option "Polygone

freirechnen" bekommen.

 

 

 

In der Hilfe steht:

 

Beachten Sie bitte, dass RATSNEST die Board-Zeichnung nicht als

verändert kennzeichnet, da die berechneten Polygon-Daten (falls

vorhanden) nicht in der Datei abgespeichert werden, und die

neuberechneten Luftlinien keine wirkliche Veränderung der Zeichnung

darstellen.

 

Leider hält sich Eagle aktuell nicht dran.

 

Seltsam.  Jetzt gehts wieder korrekt,  nicht mal neu gestartet seither.

  Aber soeben hatte ich drei Mal das Board geöffnet, RATSNEST ausgelöst

und dann jedes Mal sofort "nicht gespeichert!" angezeigt bekommen...?

Hans Lederer schrieb:

Seltsam.  Jetzt gehts wieder korrekt,  nicht mal neu gestartet seither.

  Aber soeben hatte ich drei Mal das Board geöffnet, RATSNEST ausgelöst

und dann jedes Mal sofort "nicht gespeichert!" angezeigt bekommen...?

Waren das vielleicht alte Dateien, die beim Öffnen nach XML konvertiert

wurden und daher verändert bzw. "nicht gespeichert" waren?

Tilmann

Am 27.11.2012 12:11, schrieb Hans Lederer:

Am 27.11.2012 12:03, schrieb Hans Lederer:

Am 27.11.2012 12:00, schrieb Hans Lederer:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie

richtig zu sehen,  muss man sie erst mit RATSNEST freirechnen

lassen.

 

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge

im Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

 

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die

Doku (PDFs) erzeugen will,  werden entweder die Polygone oder das

Datum nicht richtig angezeigt!  Speichern gilt nicht,  denn ich will

die Boarddatei ja nicht mehr ändern und dann wäre das Datum auch

falsch.

 

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja

auch nichts,  oder?),  oder PRINT sollte eine Option "Polygone

freirechnen" bekommen.

 

 

 

In der Hilfe steht:

 

Beachten Sie bitte, dass RATSNEST die Board-Zeichnung nicht als

verändert kennzeichnet, da die berechneten Polygon-Daten (falls

vorhanden) nicht in der Datei abgespeichert werden, und die

neuberechneten Luftlinien keine wirkliche Veränderung der Zeichnung

darstellen.

 

Leider hält sich Eagle aktuell nicht dran.

 

 

Seltsam.  Jetzt gehts wieder korrekt,  nicht mal neu gestartet seither.

  Aber soeben hatte ich drei Mal das Board geöffnet, RATSNEST ausgelöst

und dann jedes Mal sofort "nicht gespeichert!" angezeigt bekommen...?

 

Nein,  Mist:  es ging,  weil ich das eingefrorene Board nun doch

versehentlich gespeichert hatte!  Das ursprüngliche aus dem Backup

wiederhergestellt,  und nun wieder reproduzierbar:  Öffnen, RATSNEST,

"nicht gespeichert!"

Ein Diff zeigt mir,  dass im ursprünglichen Board eine Menge WIREs in

Layer 19 Unrouted gespeichert sind (vermutlich die vom Gnd-Polygon).

Nach RATSNEST und Speichern verschwinden sie — das scheint mir aber ein

Bug zu sein!  Auch das ursprüngliche Board war schon mit 6.3.0 zuletzt

gespeichert worden.

Hans Lederer <Bitte.kein@spam.f?r.mich> wrote:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie richtig

zu sehen,  muss man sie erst mit RATSNEST freirechnen lassen.

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge im

Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die Doku

(PDFs) erzeugen will,  werden entweder die Polygone oder das Datum nicht

richtig angezeigt!  Speichern gilt nicht,  denn ich will die Boarddatei

ja nicht mehr ändern und dann wäre das Datum auch falsch.

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja auch

nichts,  oder?),  oder PRINT sollte eine Option "Polygone freirechnen"

bekommen.

Unter >last_date_time wird zumindestens unter 6.3.0 das Dateidatum der

Boarddatei angezeigt, nicht das Datum der letzten Aenderung, jedenfalls

unter Linux. Ich habe den Fehler schon hier und per Mail gemeldet, aber kein

"ack" bekommen...

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

Uwe Bonnes schrieb:

Unter >last_date_time wird zumindestens unter 6.3.0 das Dateidatum der

Boarddatei angezeigt, nicht das Datum der letzten Aenderung, jedenfalls

unter Linux. Ich habe den Fehler schon hier und per Mail gemeldet, aber kein

"ack" bekommen...

Das war doch schon immer so. Das Datum der letzten Änderung wird nicht

"in" der Datei gespeichert, sondern einfach als Datum des letzten

Speicherns (Datei-Datum) angenommen.

Tilmann

Hallo,

On 11/27/12 12:34, Hans Lederer wrote:

Am 27.11.2012 12:11, schrieb Hans Lederer:

Am 27.11.2012 12:03, schrieb Hans Lederer:

Am 27.11.2012 12:00, schrieb Hans Lederer:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie

richtig zu sehen,  muss man sie erst mit RATSNEST freirechnen

lassen.

 

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge

im Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

 

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die

Doku (PDFs) erzeugen will,  werden entweder die Polygone oder das

Datum nicht richtig angezeigt!  Speichern gilt nicht,  denn ich will

die Boarddatei ja nicht mehr ändern und dann wäre das Datum auch

falsch.

 

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja

auch nichts,  oder?),  oder PRINT sollte eine Option "Polygone

freirechnen" bekommen.

 

 

 

In der Hilfe steht:

 

Beachten Sie bitte, dass RATSNEST die Board-Zeichnung nicht als

verändert kennzeichnet, da die berechneten Polygon-Daten (falls

vorhanden) nicht in der Datei abgespeichert werden, und die

neuberechneten Luftlinien keine wirkliche Veränderung der Zeichnung

darstellen.

 

Leider hält sich Eagle aktuell nicht dran.

 

 

Seltsam.  Jetzt gehts wieder korrekt,  nicht mal neu gestartet seither.

  Aber soeben hatte ich drei Mal das Board geöffnet, RATSNEST ausgelöst

und dann jedes Mal sofort "nicht gespeichert!" angezeigt bekommen...?

 

 

Nein,  Mist:  es ging,  weil ich das eingefrorene Board nun doch

versehentlich gespeichert hatte!  Das ursprüngliche aus dem Backup

wiederhergestellt,  und nun wieder reproduzierbar:  Öffnen, RATSNEST,

"nicht gespeichert!"

 

Ein Diff zeigt mir,  dass im ursprünglichen Board eine Menge WIREs in

Layer 19 Unrouted gespeichert sind (vermutlich die vom Gnd-Polygon).

Nach RATSNEST und Speichern verschwinden sie — das scheint mir aber ein

Bug zu sein!  Auch das ursprüngliche Board war schon mit 6.3.0 zuletzt

gespeichert worden.

 

 

 

ich kann das Fehlverhalten nachvollziehen. Sie haben recht, RATSNEST darf

keine Änderung der Datei nach sich ziehen. Wir schaun uns das genauer an.

Gruss,

Walter Spermann

--

-

Walter Spermann

Softwareentwicklung

CadSoft Computer GmbH

Pleidolfweg 15

84568 Pleiskirchen

Tel.: 08635/6989-10

www.cadsoft.de

-

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Thomas Liratsch

-

Hallo,

On 11/27/12 18:05, Uwe Bonnes wrote:

Hans Lederer <Bitte.kein@spam.f?r.mich> wrote:

Polygone werden bekanntlich nur als Umriss gespeichert;  um sie richtig

zu sehen,  muss man sie erst mit RATSNEST freirechnen lassen.

Das setzt aber dann das "Board verändert"-Flag,  so dass in der Folge im

Zeichnungsrahmen das Speicherdatum >LAST_DATE_TIME als "nicht

gespeichert" angezeigt wird.  (Eagle 6.3.0 Pro)

Wenn ich nun von einem fertigen und somit "eingefrorenen" Board die Doku

(PDFs) erzeugen will,  werden entweder die Polygone oder das Datum nicht

richtig angezeigt!  Speichern gilt nicht,  denn ich will die Boarddatei

ja nicht mehr ändern und dann wäre das Datum auch falsch.

Entweder sollte RATSNEST das Geändert-Flag nicht setzen (ändert ja auch

nichts,  oder?),  oder PRINT sollte eine Option "Polygone freirechnen"

bekommen.

 

Unter >last_date_time wird zumindestens unter 6.3.0 das Dateidatum der

Boarddatei angezeigt, nicht das Datum der letzten Aenderung, jedenfalls

unter Linux. Ich habe den Fehler schon hier und per Mail gemeldet, aber kein

"ack" bekommen...

 

habe hierzu mal V5 und V6 verglichen, konnte aber keinen Unterschied feststellen.

Es wird stets das aktuelle Datum der Boarddatei angezeigt bzw. "nicht gespeichert".

Ich meine nicht, dass da was falsch ist.

Walter Spermann

--

-

Walter Spermann

Softwareentwicklung

CadSoft Computer GmbH

Pleidolfweg 15

84568 Pleiskirchen

Tel.: 08635/6989-10

www.cadsoft.de

-

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Thomas Liratsch

-

Walter Spermann <Walter.Spermann@cadsoft.de> wrote:

Hallo,

habe hierzu mal V5 und V6 verglichen, konnte aber keinen Unterschied

feststellen.

Es wird stets das aktuelle Datum der Boarddatei angezeigt bzw.

"nicht gespeichert".

Ich meine nicht, dass da was falsch ist.

Unter V4 war es aber anders.

Wenn man die Datei umherkopiert, dann veraendert man sie doch nicht! Das

Verhalten von V5/6 ist sehr stoerend. Gerade wenn man mit verschiedenen

Versionen arbeitet, muss das Datum auf dem Board im Rechner und auf der

gefertigten Platine auf dem Tisch uebereinstimmen. Aber jetzt ist das

nicht mehr der Fall, sobald man z.B. die Datei aus einem

Versionsverwaltungssystem auscheckt.

Sehr irritierend!

Bitte ueberdenken!

Danke

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

Uwe Bonnes schrieb:

Unter V4 war es aber anders.

Nein, meines Wissens nicht. Ich vermute eher, Du hast damals mit V4 noch

kein VCS verwendet (s.u.).

Wenn man die Datei umherkopiert, dann veraendert man sie doch nicht!

In der Tat.

Aber bloßes Umherkopieren ändert auch nicht das Datum der Datei.

Das

Verhalten von V5/6 ist sehr stoerend. Gerade wenn man mit verschiedenen

Versionen arbeitet, muss das Datum auf dem Board im Rechner und auf der

gefertigten Platine auf dem Tisch uebereinstimmen.

Selbstverständlich muß man Boarddatei und Leiterplatte einander zuordnen

können. Aber da die Platine keinen Zeiteintrag hat, steht dort das

Revisionsdatum wohl im Kupfer - und zwar exakt genauso wie auch im

Board. Das "Datum der letzten Änderung" kann davon aber sehr wohl

abweichen, z.B. wenn man einen Value erst nach Abschicken der PCB-Daten

endgültig festgelegt (oder korrigiert) hat.

Aber jetzt ist das

nicht mehr der Fall, sobald man z.B. die Datei aus einem

Versionsverwaltungssystem auscheckt.

Das ist eine ganz andere Baustelle! Offenbar rekonstruiert Dein VCS den

Zeiteintrag der Datei nicht beim Auschecken (weil es ja im lokalen

Dateisystem eine "neue" Datei erzeugt).

Den gleichen Effekt wirst Du haben, wenn Du z.B. Dateien per Mail (nicht

im zip) übermittelt bekommst, deren "letzte Änderung" ist dann der

Zeitpunkt des Anhang-Speicherns.

Sehr irritierend!

Das finde ich nicht.

Bitte ueberdenken!

Natürlich wäre es denkbar, den Zeitpunkt der letzten Änderung auch /in/

den Dateien zu speichern. Ein Nachteil wäre das jedenfalls nicht, und

würde Probleme wie das o.g. vermeiden.

In diesem Sinne unterstütze ich diesen Vorschlag durchaus.

Aber das aktuelle Verhalten ist m.W. schon immer so gewesen.

Tilmann