Actions
Forum Thread Details
  • Replies 2 replies
  • Subscribers 180 subscribers
  • Views 302 views
  • Users 0 members are here
Related

Andere Dateinamen für eagle.epf erlauben

autodeskguest

Hallo,

 

ein alter Wunsch mal wieder frisch aufgewärmt:  Eagle sollte für seine

Projektdateien beliebige Dateinamen *.epf erlauben, nicht nur eagle.epf.

 

Damit könnte man bequem lokal etliche Projekte nebeneinander haben, die

auf verschiedene zentral abgelegte Dateien verweisen.  Jetzt muss man

die noch auf lauter verschiedene Ordner verteilen.

 

Als Steigerung:  Eagle sollte innerhalb eines Projekts für sch und brd

verschiedene Dateinamen und Pfade erlauben (und für die Annotation

natürlich logisch verknüpfen).  Dürfte nicht allzu schwer sein,

schließlich stehen die ja schon so in der eagle.epf drin…?  Wäre

ebenfalls für manche zentralen Ablagesysteme nützlich.

 

Liebe Grüße, Hans

 

  • Ich kann den Ansatz von EAGLE nachvollziehen, dass ein Projekt einem Verzeichnis entspricht und das Projekt halt wie das Verzeichnis heißt.

    Auch die Zusammengehörigkeit von Schaltplan und Board durch gleichen Namen zu verdeutlichen, schadet m.E. nicht.

    Allerdings, was wirklich fehlt, ist eine bessere Projektnavigation.

    Man kann in einem Projekt (/Verzeichnis) ja mehrere Schaltpläne/Boards haben, aber nur jeweils eines davon aktiv.

    Es wäre gut, wenn in der Projektdatei die Einstellungen für jedes Design (Schaltplan/Board) separat gehalten würden.

    Ein bisschen was könnte man sich da von SW-Entwicklungsumgebungen abschauen - da gibt es dann auch noch Solutions (Sammlung von Projekten).
    Aber das könnte eine größere Sache werden, v.a. wenn man dann auch noch die Themen "Zentrale Ablagesysteme" und "Versionsmanagement" berücksichtigen will.

  • in reply to Former Member

    Ewald Altmann schrieb:

    Ich kann den Ansatz von EAGLE nachvollziehen, dass ein Projekt einem

    Verzeichnis entspricht und das Projekt halt wie das Verzeichnis heißt.

    Auch die Zusammengehörigkeit von Schaltplan und Board durch gleichen

    Namen zu verdeutlichen, schadet m.E. nicht.

     

    Was dabei aber überhaupt nicht berücksichtigt wird, ist, daß es in wohl

    jedem Unternehmen schon eine Projekt-Datenstruktur gibt, in der auch

    weitere zum Projekt gehörende Daten abgelegt sind.

     

    Durch den Starrsinn von EAGLE hat man nun also zwei Projekt-Hierarchien,

    die man (fehlerträchtig!) miteinander synchronisieren muß - und alle

    Daten, an denen aktiv gearbeitet wird, doppelt am Server. Nervend kommt

    hinzu, daß EAGLE beim Start alle in der gesamten Projekthierarchie

    liegenden Dateien öffnet und liest, was gerade übers Netzwerk elend

    lange dauert - man will also dort wirklich nur das Nötigste liegen haben.

     

    Die einzig sinnvolle Lösung, ebenfalls schon seit Jahrzehnten

    vorgeschlagen, ist das Arbeiten mit Projektdateien beliebigen Namens und

    an beliebigen Orten - genauso wie es andere Entwicklungspakete (z.B.

    Software-IDEs) tun. Die Pfade zu den einzelnen Dateien des Projekts

    gelten relativ zur Projektdatei, während die Bibliotheken relativ zum

    global geltenden Bibliothekenverzeichnis referenziert werden. Damit wäre

    es dann gleichzeitig auch möglich, mehrere "Projekte" in einem

    Verzeichnis zu bearbeiten.

     

    Das Ganze wäre sogar vollständig kompatibel zum jetzigen System möglich,

    so daß die Leute, die lieber mit einer EAGLE-eigenen Hierarchie arbeiten

    möchten, daran nicht gehindert werden.

     

    Das eigene, spezielle EAGLE-Projektverzeichnis war von Anfang an

    absoluter Murx und eine Quelle ständigen Ärgernisses. (Ich weiß, wovon

    ich rede - ich arbeite seit 1989 mit EAGLE, damals V1.2 unter DOS, WIMRE.)

     

    Tilmann