Startverz�gerung

On 07/10/08 19:31, T.Strothmann wrote:

Nochmal die direkte Frage an Cadsoft, ob die Verzögerung beim ersten Start

nach dem Booten irgendwann mal beseitigt wird. Kann ja eigentlich nicht

sein, daß Eagle einpennt, bloß weil mein Projektordner ein paar zehntausend

Dateien enthält, die Eagle sich erstmal alle ansehen muß. Oder woran liegt

es?

Sobald ich dazu komme, werde ich mir das anschauen.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>:

On 07/10/08 19:31, T.Strothmann wrote:

Nochmal die direkte Frage an Cadsoft, ob die Verzögerung beim ersten

Start nach dem Booten irgendwann mal beseitigt wird. Kann ja eigentlich

nicht sein, daß Eagle einpennt, bloß weil mein Projektordner ein paar

zehntausend Dateien enthält, die Eagle sich erstmal alle ansehen muß.

Oder woran liegt es?

Das alte Problem, dass Eagle den gesamten Verzeichnisbaum nach seinen

Dateien durchsucht? (nur diesmal noch verschärfter?). Vermutlich ist es

wirklich besser, alle Eagle-Projekte in einem eigenen Pfad abzulegen und

nicht unter dem Pfad des Projektes und in dem Pfad nix ausser den Eagle-

Dateien zu lassen. Für die zum Projekt gehörende Software mach ich das

mittlerweile auch so. Prinzipiell kann man ja im Projektverzeichnis einen

Link zum Egale-Pfad anlegen. (kann sogar Windows, junction.exe von

sysinternals, bzw. Vista macht das sogar selber so mit manchen Pfaden).

M.

Matthias Weingart schrieb:

Dateien durchsucht? (nur diesmal noch verschärfter?). Vermutlich ist es

wirklich besser, alle Eagle-Projekte in einem eigenen Pfad abzulegen und

nicht unter dem Pfad des Projektes und in dem Pfad nix ausser den Eagle-

Dateien zu lassen. Für die zum Projekt gehörende Software mach ich das

Ob ich das richtig verstanden habe? Also ich lege ein Verzeichnis für

ein Projekt an. Darin liegen dann projektspezifischen Eagle-Dateien.

Bei Projekten, die unter Versionsverwaltung stehen, ist das

Verzeichnis eine "working copy".

Dann gibt es noch ein Verzeichnis mit den (selbstgemachten)

Bibliotheken.

Diese Pfade stehen in der eaglerc.usr. Außerdem steht da auch

Directories.Epf = "." - das ist entscheidend! Für die anderen

Dateitypen steht "." auch in der Liste.

mittlerweile auch so. Prinzipiell kann man ja im Projektverzeichnis einen

Link zum Egale-Pfad anlegen. (kann sogar Windows, junction.exe von

sysinternals, bzw. Vista macht das sogar selber so mit manchen Pfaden).

Wozu das - um Eagle zu starten? Dazu reicht ja unter Windows eine

simple Verknüpfung. Ich ziehe aber vor, *.epf mit einer cmd-Datei zu

verknüpfen, die dann die passende Eagle-Version aufruft.

Außerdem habe ich die verschiedenen Eagle-Versionen noch im

Sendto-Ordner verlinkt. Dann kann ich auch .brd oder .sch explizit mit

der gewünschtne Version öffnen. Kleiner Schönheitsfehler dabei ist,

daß Eagle dann eine nicht zugehörige epf-Datei öffnet...

Servus

Oliver

On 07/21/08 08:39, Oliver Betz wrote:

Matthias Weingart schrieb:

...

Außerdem habe ich die verschiedenen Eagle-Versionen noch im

Sendto-Ordner verlinkt. Dann kann ich auch .brd oder .sch explizit mit

der gewünschtne Version öffnen. Kleiner Schönheitsfehler dabei ist,

daß Eagle dann eine nicht zugehörige epf-Datei öffnet...

Wenn Sie bei der Verknüpfung die Option

   -C";"

angeben (seit Version 5.0), dann wird keine Projektdatei eingelesen.

Allerdings wird dann auch nicht die eaglerc-Datei zurückgeschrieben beim

Beenden.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Klaus Schmidinger schrieb:

Außerdem habe ich die verschiedenen Eagle-Versionen noch im

Sendto-Ordner verlinkt. Dann kann ich auch .brd oder .sch explizit mit

der gewünschtne Version öffnen. Kleiner Schönheitsfehler dabei ist,

daß Eagle dann eine nicht zugehörige epf-Datei öffnet...

 

Wenn Sie bei der Verknüpfung die Option

 

  -C";"

 

angeben (seit Version 5.0), dann wird keine Projektdatei eingelesen.

Allerdings wird dann auch nicht die eaglerc-Datei zurückgeschrieben beim

Beenden.

-C war mir schon aufgefallen (bietet noch mehr interessante

Möglichkeiten), aber ich hatte es bisher noch nicht versucht.

In der Beschreibung der Option ist nicht erwähnt, daß ich bei -C auch

eine epf-Datei als Parameter übergeben kann - "Board, Schaltplan oder

Library" wird als Voraussetzung genannt. Es scheint aber trotzdem zu

funktionieren - vielleicht können Sie die Doku diesbezüglich klarer

formulieren?

Ferner müßte ich wohl "scr eagle.scr" als Kommando angeben, um das

Verhalten des "normalen" Aufrufes weiter anzunähern?

Noch ein kleiner Schönheitsfehler: Bei Aufruf aus dem Sendto-Ordner

setzt Windows das aktuelle Verzeichnis nicht auf das Verzeichnis der

übergebenen Datei, wie das bei einer Verknüpfung über das Kontextmenü

der Fall ist. Hier müßte man wohl wieder eine Batchdatei vorschalten.

Interessant: Übergebe ich mit der Sendto-Methode eine epf-Datei,

stellt der Fileselect-Dialog nach "edit" in brd und sch das

Verzeichnis der epf-Datei ein. Übergebe ich ein brd oder sch, bietet

er mein USERPROFILE-Verzeichnis an. Das ist für mich etwas unerwartet.

Die Voreinstellung der Suchpfade sollte irgendwo umfassend

dokumentiert sein.

Ich wiederhole bei der Gelegenheit den Vorschlag, daß es entsprechend

zu $eagledir auch einen Platzhalter für das Verzeichnis des

verwendeten epf (z.B. $epfdir) geben sollte. Vielleicht gleich noch

für das brd/sch-Verzeichnis?

Ceterum censeo: epf-Dateien sollten wieder wie früher beliebige Namen

haben dürfen.

Grüße,

Oliver Betz

On 07/22/08 09:24, Oliver Betz wrote:

Klaus Schmidinger schrieb:

 

Außerdem habe ich die verschiedenen Eagle-Versionen noch im

Sendto-Ordner verlinkt. Dann kann ich auch .brd oder .sch explizit mit

der gewünschtne Version öffnen. Kleiner Schönheitsfehler dabei ist,

daß Eagle dann eine nicht zugehörige epf-Datei öffnet...

Wenn Sie bei der Verknüpfung die Option

 

  -C";"

 

angeben (seit Version 5.0), dann wird keine Projektdatei eingelesen.

Allerdings wird dann auch nicht die eaglerc-Datei zurückgeschrieben beim

Beenden.

 

-C war mir schon aufgefallen (bietet noch mehr interessante

Möglichkeiten), aber ich hatte es bisher noch nicht versucht.

 

In der Beschreibung der Option ist nicht erwähnt, daß ich bei -C auch

eine epf-Datei als Parameter übergeben kann - "Board, Schaltplan oder

Library" wird als Voraussetzung genannt. Es scheint aber trotzdem zu

funktionieren - vielleicht können Sie die Doku diesbezüglich klarer

formulieren?

Sicher kann auch eine eagle.epf-Datei angegeben werden. Es wird dann

dieses Projekt geladen, aber es ist nicht sicher, ob dann ein Board-,

Schematic- oder Library-Fenster den Focus hat, so daß die mit -C übergebenen

Befehle u.U. nicht in dem Fenster landen, für das sie gedacht sind.

Es ist daher besser, explizit die Datei anzugeben, die geladen werden soll.

Ferner müßte ich wohl "scr eagle.scr" als Kommando angeben, um das

Verhalten des "normalen" Aufrufes weiter anzunähern?

Wenn Sie wollen, daß es ausgeführt wird, dann ja.

Noch ein kleiner Schönheitsfehler: Bei Aufruf aus dem Sendto-Ordner

setzt Windows das aktuelle Verzeichnis nicht auf das Verzeichnis der

übergebenen Datei, wie das bei einer Verknüpfung über das Kontextmenü

der Fall ist. Hier müßte man wohl wieder eine Batchdatei vorschalten.

Wenn Windows diese Fälle unterschiedlich handhabt, ist wohl eine Batch-

Datei angebracht.

Interessant: Übergebe ich mit der Sendto-Methode eine epf-Datei,

stellt der Fileselect-Dialog nach "edit" in brd und sch das

Verzeichnis der epf-Datei ein. Übergebe ich ein brd oder sch, bietet

er mein USERPROFILE-Verzeichnis an. Das ist für mich etwas unerwartet.

 

Die Voreinstellung der Suchpfade sollte irgendwo umfassend

dokumentiert sein.

Das ist wohl eher etwas, das von Windows so herkommt...

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Klaus Schmidinger schrieb:

Interessant: Übergebe ich mit der Sendto-Methode eine epf-Datei,

stellt der Fileselect-Dialog nach "edit" in brd und sch das

Verzeichnis der epf-Datei ein. Übergebe ich ein brd oder sch, bietet

er mein USERPROFILE-Verzeichnis an. Das ist für mich etwas unerwartet.

 

Die Voreinstellung der Suchpfade sollte irgendwo umfassend

dokumentiert sein.

 

Das ist wohl eher etwas, das von Windows so herkommt...

als Anwender würde ich halt gerne wissen, unter welchen Umständen

Eagle welche Pfade woher nimmt.

Der o.g. Unterschied rührt sicher von Eagle her, Windows wird sich

kaum darum kümmern,wie der übergebene Parameter lautet.

Grüße,

Oliver Betz

On 07/22/08 12:55, Oliver Betz wrote:

Klaus Schmidinger schrieb:

 

 

Interessant: Übergebe ich mit der Sendto-Methode eine epf-Datei,

stellt der Fileselect-Dialog nach "edit" in brd und sch das

Verzeichnis der epf-Datei ein. Übergebe ich ein brd oder sch, bietet

er mein USERPROFILE-Verzeichnis an. Das ist für mich etwas unerwartet.

 

Die Voreinstellung der Suchpfade sollte irgendwo umfassend

dokumentiert sein.

Das ist wohl eher etwas, das von Windows so herkommt...

 

als Anwender würde ich halt gerne wissen, unter welchen Umständen

Eagle welche Pfade woher nimmt.

 

Der o.g. Unterschied rührt sicher von Eagle her, Windows wird sich

kaum darum kümmern,wie der übergebene Parameter lautet.

Sorry, da hatte ich wohl was durcheinandergebracht. Ich war der

Meinung, daß sich da "Send to" und "Doppelklick" vielleicht

unterschiedlich verhalten.

Wenn in EAGLE ein Projekt geöffnet ist, dann ist das Standard-Verzeichnis

das Projektverzeichnis. Ist kein Projekt offen, dann ist es das

aktuelle Verzeichnis ("current directory").

Leider gibt es aber wohl noch einige Ungereimtheiten, was die Erzeugung

von Ausgabedateien betrifft. So erzeugt z.B.

   export image x.png;

die Datei "x.png" im Standard-Verzeichnis, auch wenn z.B. die Board-Datei

in einem völlig anderen Verzeichnis liegt, während

   print file x.pdf;

die Datei in dem Verzeichnis erzeugt, in dem die Board-Datei liegt.

Es kann wohl bloß eine von beiden Varianten richtig sein. Bevor wir

jetzt aber die falsche wählen, mal die Frage an die Runde hier: welche

soll's denn sein?

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Klaus Schmidinger schrieb:

Wenn in EAGLE ein Projekt geöffnet ist, dann ist das Standard-Verzeichnis

das Projektverzeichnis. Ist kein Projekt offen, dann ist es das

aktuelle Verzeichnis ("current directory").

danke für die Information.

Und wenn ich das richtig verstehe, ist "kein Projekt offen" erst seit

dem neuen Schalter -C überhaupt erzwingbar.

Leider gibt es aber wohl noch einige Ungereimtheiten, was die Erzeugung

von Ausgabedateien betrifft. So erzeugt z.B.

 

  export image x.png;

 

die Datei "x.png" im Standard-Verzeichnis, auch wenn z.B. die Board-Datei

in einem völlig anderen Verzeichnis liegt, während

 

  print file x.pdf;

 

die Datei in dem Verzeichnis erzeugt, in dem die Board-Datei liegt.

Es kann wohl bloß eine von beiden Varianten richtig sein. Bevor wir

jetzt aber die falsche wählen, mal die Frage an die Runde hier: welche

soll's denn sein?

Impulsiv aus dem Bauch heraus: das "aktuelle" Verzeichnis sollte den

Vorzug erhalten. Mir fällt gerade kein Programm ein, das sich anders

verhält.

Man kann ja auch immer absolute Pfade verwenden.

Mit den erwähnten Platzhaltern ($epfdir $brddir...) könnte man jedes

gewünschte Verhalten erzielen. Aber will man Platzhalter auch in

Kommandozeilen auflösen?

Grüße,

Oliver Betz

Oliver Betz <obetz@despammed.com>:

Dateien durchsucht? (nur diesmal noch versch„rfter?). Vermutlich ist es

wirklich besser, alle Eagle-Projekte in einem eigenen Pfad abzulegen und

nicht unter dem Pfad des Projektes und in dem Pfad nix ausser den Eagle-

Dateien zu lassen. Fr die zum Projekt geh”rende Software mach ich das

 

Ob ich das richtig verstanden habe? Also ich lege ein Verzeichnis fr

ein Projekt an. Darin liegen dann projektspezifischen Eagle-Dateien.

Bei Projekten, die unter Versionsverwaltung stehen, ist das

Verzeichnis eine "working copy".

Ich meinte es anders. Eigentlich hat man alle Dateien eines Projektes gern

unter einem Verzeichnis. Dazu gehören dann nicht nur die Eagledateien,

sondern auch Datenblätterpdf's, Quellcode, Dokumentationen, Fotos, usw. usf.

Der Eaglekram macht dann grad mal so 2% aus. Nun stelle man sich vor, dass

man etliche solcher Komplettprojekte unter einem Pfad "projekte" verwaltet

und in Eagle diesen Hauptpfad als Projektpfad konfiguriert. Eagles Verhalten,

den gesamten Verzeichnisbaum komplett einzulesen, kann dann selbst auf

schnellen Rechnern schon ziemlich nervig werden. Naja es hat auch Vorteile.

Es führt auch dazu, den Projektpfad ab und an mal von alten Projekten zu

säubern :).

M.