Startverz�gerung

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/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

_______________________________________________________________

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

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.

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

_______________________________________________________________