Eagle Files mit unterschiedlichen Filenamen in unterschiedlichen Ordnern

Patrick Steiner schrieb:

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen.

Wozu soll das gut sein?

Die Konsistenzprüfung soll gewährleistet bleiben.

Das geht dann nicht mehr. EAGLE erkennt die Zusammengehörigkeit anhand

des Dateinamens.

Tilmann

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen.

 

Wozu soll das gut sein?

Um auch in den Eagle-Projekten die Verzeichnisstruktur der Firma abzubilden.

Die Unterschiedlichen Namen, damit jede Datei Unique ist (auch ohne

Extension).

Mag als aussenstehender komisch klingen. Beim Schreiben in die NG habe

ich gedacht, dass diese Frage sicher gestellt wird.

Die Konsistenzprüfung soll gewährleistet bleiben.

 

Das geht dann nicht mehr. EAGLE erkennt die Zusammengehörigkeit anhand

des Dateinamens.

Schade.

mfg Patrick Steiner

Patrick Steiner schrieb:

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen.

 

Wozu soll das gut sein?

 

Um auch in den Eagle-Projekten die Verzeichnisstruktur der Firma abzubilden.

Die Unterschiedlichen Namen, damit jede Datei Unique ist (auch ohne

Extension).

Es gibt sehr viele Fälle, wo Dateien gleichen "Vornamens" und

verschiedener Extension miteinander zusammenhängen. Das alles ohne die

Extension eindeutig zu machen, erscheint mir völlig verkrampft - und

wirft viele unnötige Probleme auf. Die Extension gehört nun mal mit zum

Dateinamen. Hinzu kommt, daß es sogar in verschiedenen Verzeichnissen

durchaus gleichnamige Dateien geben kann (Beispiel: "makefile") - d.h.

wirklich eindeutig ist nur der URI incl. vollständigem Pfad.

Mag als aussenstehender komisch klingen. Beim Schreiben in die NG habe

ich gedacht, dass diese Frage sicher gestellt wird.

Daran erkennst Du, daß dieser Ansatz nicht unbedingt sinnvoll ist...

Nicht jede unkonventionelle Idee ist auch gut.

Tilmann

Patrick Steiner schrieb:

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen.

 

Wozu soll das gut sein?

Um auch in den Eagle-Projekten die Verzeichnisstruktur der Firma abzubilden.

Die Unterschiedlichen Namen, damit jede Datei Unique ist (auch ohne

Extension).

Schaltplan und Board sind eine Einheit. Man könnte theoretisch sogar

beides in eine Datei packen (und es gibt/gab Software,die das

macht(e)) *)

Unterschiedliche Namen sind kontraproduktiv, schon alleine deshalb,

weil man dann eine dritte Datei braucht (die mit der Zuordnung), um

das ganze Projekt zu bekommen.

Das wäre nur dann nützlich, wenn zu einem Schaltplan verschiedene

Boards gehörten.

Außerdem sind diese Daten in der  epf nicht unveränderlich - einmal

"open" mit einem anderen Namen und die Information ist weg.

Keine gute Idee.

Servus

Oliver

*) Bei Eagle geht das nicht, weil sonst verschiedene Workarounds nicht

mehr funktionieren

Patrick Steiner <p.steiner@nor.spamremoval.folk.ch> wrote:

Hallo

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen. Die Konsistenzprüfung

soll gewährleistet bleiben.

Ich habe im eagle.epf die jeweiligen Pfade der Dateien und deren Namen

abgeändert. Die Dateien werden von Eagle korrekt geöffnet aber die

Konsistenzprüfung funktioniert nicht mehr. Gibt es andere Lösungen um

meinem Wünschen nachzukommen?

In Unix gibt es fuer so etwas Links. Muesste auch mit NTFS gehen

--

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:

Patrick Steiner <p.steiner@nor.spamremoval.folk.ch> wrote:

Hallo

Ich möchte die Board-Datei und die Schaltplan-Datei unterschiedlich

benennen und in unterschiedlichen Ordnern ablegen. Die Konsistenzprüfung

soll gewährleistet bleiben.

Ich habe im eagle.epf die jeweiligen Pfade der Dateien und deren Namen

abgeändert. Die Dateien werden von Eagle korrekt geöffnet aber die

Konsistenzprüfung funktioniert nicht mehr. Gibt es andere Lösungen um

meinem Wünschen nachzukommen?

 

In Unix gibt es fuer so etwas Links. Muesste auch mit NTFS gehen

Da spielt MS nicht mit. MicroSoft leitet eine Verknüpfung (Link)

nur im Explorer weiter. Applikationen bekommen den Inhalt des Link

zum lesen.

In Windows ist eine Verknüpfung kein Link wie in UNIX.

--

MfG / Best regards

  A. Zaffran

Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

Registergericht: Amtsgericht  Traunstein HRB 5573

Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

A. Zaffran schrieb:

In Windows ist eine Verknüpfung kein Link wie in UNIX.

http://de.wikipedia.org/wiki/Symbolischer_Link

René König schrieb:

A. Zaffran schrieb:

In Windows ist eine Verknüpfung kein Link wie in UNIX.

 

http://de.wikipedia.org/wiki/Symbolischer_Link

Mit der Beschränkung auf

und Adminrechte .... weitere Möglichkeiten mit 'junction points'

(Windows 2000, Windows XP, Windows 2003 und Windows Vista)

was aber für einen normalen Windows-Anwender nicht so einfach

zu benutzen ist. Also was Richtiges auch nicht bis inkl. XP.

--

MfG / Best regards

  A. Zaffran

Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

Registergericht: Amtsgericht  Traunstein HRB 5573

Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

A. Zaffran schrieb:

was aber für einen normalen Windows-Anwender nicht so einfach

zu benutzen ist. Also was Richtiges auch nicht bis inkl. XP.

Der normale Windows-Anwender benötigt aber auch keine harten Links. Also

können wir uns darauf einigen, dass es entgegen Ihrem "geht sowieso

nicht" eben doch funktioniert und zwar bis runter zu Windows 2000.

Das spricht jedenfalls dafür:

http://msdn2.microsoft.com/en-us/library/aa363860.aspx

René König schrieb:

A. Zaffran schrieb:

was aber für einen normalen Windows-Anwender nicht so einfach

zu benutzen ist. Also was Richtiges auch nicht bis inkl. XP.

 

Der normale Windows-Anwender benötigt aber auch keine harten Links. Also

können wir uns darauf einigen, dass es entgegen Ihrem "geht sowieso

nicht" eben doch funktioniert und zwar bis runter zu Windows 2000.

AFAIK werden gerade die Hardlinks seit NT4 unterstützt.

"Link Shell Extension"

(http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html)

kommt mir als Abhilfe für "nicht so einfach zu benutzen" in den Sinn.

.

Servus

Oliver