element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE Support (Deutsch) Re: Fenstergröße bei Start
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 49 replies
  • Subscribers 180 subscribers
  • Views 2558 views
  • Users 0 members are here
Related

Re: Fenstergröße bei Start

autodeskguest
autodeskguest over 17 years ago

Wolfgang Gerber schrieb:

 

Joern Paschedag schrieb: 

Ich

habe in meinen Projektverzeichnissen auch alle zugehörige Dokumentation

a la pdf und co und keine Probleme damit.

 

Sorry, das halte ich für den völlig falschen Ansatz - insbesondere in

einer Firma mit mehreren Mitarbeitern und vielen Projekten (die nicht

alle etwas mit EAGLE zu tun haben müssen).

 

... Die Schaltpläne

liegen eben in jeweils einem "Schaltplan"dir neben einem "Doku"dir,

"Bilder"dir, "Messungen"dir etc. Das alles unter einem "Auftrags"dir,

einem "Projektdir" etc. Ganz oben steht ein Serverlaufwerk. Eagle

liegt lokal.

 

Das ist die m.E. einzig sinnvolle Struktur bzw. Hierarchie zur

Projektverwaltung.

 

... Mir reicht die ganz normale Funktion mit

einem Klick auf ein ".sch" dir passende Zeichnung aufzumachen.

 

Nur stört mich das Eagle völlig unsinnigerweise dabei immer im

Minifenster startet. Das ist ein Programmfehler! Ohne wenn und aber.

 

Alle anderen mir bekannten IDEs (z.B. Delphi, Raisonance, diverse

Debugger, selbst projektfähige Editoren wie PSpad) arbeiten mit an

beliebiger Stelle gespeicherten "Projektdateien" und i.d.R. dazu

relativen Pfaden zu den im Projekt verwendeten Dateien.

 

Zum Öffnen des Projektes klickt man dann auch nicht auf eine der zu

bearbeitenden Dateien, sondern öffnet die Projektdatei - und ist damit

exakt an der Stelle (mit allen Fenstern, Größen und Einstellungen), an

der man das Projekt zuletzt verlassen hat.

 

Diese Projektdateien kann man dann zusammen mit den zugehörigen Daten

auch beliebig verschieben, z.B. um auf Basis eines vorhandenen Projektes

anderswo ein neues, ähnliches zu beginnen.

 

Nun verwendet EAGLE ja auch Projektdateien (eagle.epf) - nur dummerweise

heißen die für jedes Projekt immer gleich. image

 

Immerhin kann man sich die Datei eagle.epf zusammen mit dem .sch und

.brd an beliebige Stelle legen (also durchaus auch passend zur

firmenspezifischen Projekt-Struktur auf dem Server) und diese dann per

Doppelklick öffnen (nach Zuordnung von .epf zu EAGLE).

 

Die Pfade zu .sch und .brd sind im .epf relativ eingetragen, also werden

diese Fenster/Editoren sauber mit dem Projekt geöffnet. Einziger kleiner

Nachteil: Nach dem Öffnen einer eagle.epf ist das Control Panel im

Vordergrund, man muß also erst auf .sch bzw. .brd wechseln, je nachdem

was man bearbeiten möchte.

 

Und noch ein grundsätzlicher Punkt: die Datei muß wirklich eagle.epf

heißen, sonst kann EAGLE sie nicht öffnen. Daher kann man auch in einer

eigenen Hierarchie nur jeweils ein Projekt pro Verzeichnis ablegen.

 

Daher mein konkreter Verbesserungsvorschlag an CadSoft:

1. (wichtig) Erlauben Sie das Öffnen auch andersnamiger .epf Dateien;

2. (auch ziemlich wichtig) Stellen Sie nach dem direkten Öffnen einer

   .epf Datei das Fenster in den Vordergrund, das auch beim Beenden des

   Programms im Vordergrund stand (das dürfte wohl in der .epf stehen);

3. (nicht ganz so wichtig) Erlauben Sie das Abspeichern von Projekten

   mitsamt .epf Datei an beliebigem Ort.

4. (das wäre Luxus) Prüfen Sie beim Öffnen einer .sch oder .brd, ob im

   selben Verzeichnis eine gleichnamige .epf liegt und öffnen Sie dann

   diese, falls vorhanden.

 

(Mit "Öffnen" meine ich dabei jeweils das Öffnen per Doppelklick bzw.

Kontextmenü, programmtechnisch läuft das wohl als Parameter beim Aufruf

von EAGLE.)

 

Diese m.E. extrem kleinen Änderungen sollten wohl problemlos und auch

kurzfristig machbar sein (5.0.1?) und das grundsätzliche Problem der

Projektverwaltung nachhaltig lösen (für Experten), während sich für die

Nutzer der bisherigen Methode überhaupt nichts ändern würde.

 

Herr Schmidinger, können Sie das bitte kurz kommentieren? Danke.

 

Wegen des Verbesserungsvorschlags: Xpost und Fup2 eagle.suggest.ger

 

Tilmann

 

  • Sign in to reply
  • Cancel
Parents
  • autodeskguest
    autodeskguest over 17 years ago

    Hello Tilmann Reh !:

    ...

     

     

    Die Pfade zu .sch und .brd sind im .epf relativ eingetragen, also werden

    diese Fenster/Editoren sauber mit dem Projekt geöffnet.

     

    Stimmt .....

     

    Einziger kleiner

    Nachteil: Nach dem Öffnen einer eagle.epf ist das Control Panel im

    Vordergrund, man muß also erst auf .sch bzw. .brd wechseln, je nachdem

    was man bearbeiten möchte.

     

    Das ist das kleinste Problem - leider die Pfade zu den Libraries sind

    absolut eingetragen !!!!! Das ist leider total inkonsequent und bei

    einem Update auf hoehere Version fuehrt zu einem unbeabsichtigen

    Abspeichern der alten Libraries in falschem Verzeichniss.

     

    Dasselbe gillt fuer CAM-Jobs !!!!!

     

    Ich wuensche mir an dieser Stelle eine saubere konsequente Pfadeintraege

    .....

     

    Gruss

    --

    Grzegorz Zalot

     

    complex ltd.

    office tel/fax : +48 32 2505840

    mobil : +48 501 301515

     

    http://www.complex.org.pl/

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Grzegorz Zalot schrieb:

     

    Das ist das kleinste Problem - leider die Pfade zu den Libraries sind

    absolut eingetragen !!!!! Das ist leider total inkonsequent und bei

    einem Update auf hoehere Version fuehrt zu einem unbeabsichtigen

    Abspeichern der alten Libraries in falschem Verzeichniss.

     

    Das ist m.E. auch durchaus sinnvoll - und das Problem bei verschiedenen

    Versionen liegt an ganz anderer Stelle:

     

    Wenn die Projektdateien (.epf) nicht mehr in einem festgelegten Pfad

    liegen (was meine "Forderung" ist), /müssen/ die Bibliotheken absolut

    angegeben werden, sonst werden sie nicht mehr gefunden - oder man müßte

    sämtliche Libs in sämtliche Projektverzeichnisse kopieren...

     

    Der "Versionskonflikt" liegt darin begründet, daß die Einstellungen

    ebenfalls in einer Datei mit (versionsunabhängig) festgelegtem URI

    (eaglerc.usr) abgelegt werden. Das wäre an anderer Stelle sehr einfach

    lösbar (z.B. durch Angabe des URI für diese Datei in einer INI-Datei im

    bin-Verzeichnis, dann könnte man bei Bedarf mit verschiedenen

    eaglerc.usr Dateien arbeiten).

     

    Im Moment (und in diesem Thread) möchte ich mich aber auf die

    Projektverwaltung konzentrieren.

     

    Für das Speichern der globalen Einstellungen können wir ja einen eigenen

    Thread aufmachen.

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    René König schrieb:

     

    Das habe ich doch geschrieben. Der Pfad zu SCH/BRD ist im .epf absolut

    abgelegt.

     

    Ist er nicht. Dort steht nur der Dateiname, kein Pfad dorthin.

    "Und das ist auch gut so."

     

    Aber nur solange, solange die Zeichnung im selben Ordner wie das EPF

    ist. Ist die Zeichnung z.B. in einem parallelen Ordner, wird sofort

    wieder absolut gespeichert. Das finde ich nicht so gut.

     

    In fast allen Fällen dürften die Dateien sowieso im selben Ordner wie

    die .epf Datei liegen. Wie schon erwähnt, handhaben das sehr viele

    integrierte Umgebungen so, und ich würde diese Dateien auch immer

    zusammen ablegen.

     

    "Weiter entfernte" Dateien relativ anzugeben, dürfte nicht ganz so

    einfach umzusetzen sein - mein Vorschlag zielte auf eine Detailänderung,

    die so winzig ist, daß sie kurzfristig kommen könnte, ohne für die

    Nutzer der bisherigen Methode etwas zu ändern.

     

    Wobei Pfade /unterhalb/ der .epf natürlich mühelos relativ angegeben

    werden könnten (auch aus Sicht der/des Programmierer/s).

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Tilmann Reh schrieb:

    In fast allen Fällen dürften die Dateien sowieso im selben Ordner wie

     

    Nicht aber die Libraries.

     

    die .epf Datei liegen. Wie schon erwähnt, handhaben das sehr viele

    integrierte Umgebungen so, und ich würde diese Dateien auch immer

    zusammen ablegen.

     

    Meine Umgebungen handhaben die Pfade, wo möglich, relativ.

     

    "Weiter entfernte" Dateien relativ anzugeben, dürfte nicht ganz so

    einfach umzusetzen sein - mein Vorschlag zielte auf eine Detailänderung,

     

    So weit entfernt habe ich meine Dateien gar nicht liegen, finde ich.

     

    die so winzig ist, daß sie kurzfristig kommen könnte, ohne für die

    Nutzer der bisherigen Methode etwas zu ändern.

     

    Wobei Pfade /unterhalb/ der .epf natürlich mühelos relativ angegeben

    werden könnten (auch aus Sicht der/des Programmierer/s).

     

    Naja, unter Windows würde ich hier ganz einfach die Funktion

    PathRelativePathTo aufrufen. Das erschlägt Deinen und meinen/unseren

    Vorschlag gleichzeitig. Die QT wird da sicher etwas ähnliches anbieten.

     

    Schwierig handzuhaben sind relative Pfade also auf gar keinen Fall, egal

    ob der Ordner nun untergeordnet oder parallel ist. Man muss das nur

    wollen.  image

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    René König schrieb:

     

    In fast allen Fällen dürften die Dateien sowieso im selben Ordner wie

    die .epf Datei liegen.

     

    Nicht aber die Libraries.

     

    Nein, und deswegen wäre es auch überhaupt nicht sinnvoll, den Pfad zu

    den Bibliotheken relativ zur Projektdatei anzugeben (schrieb ich schon

    vorher). Immerhin gibt es die Bibliotheken ja nur einmal für alle

    Projekte gemeinsam, und da ergibt ein fester Pfad durchaus Sinn (für

    verteiltes Arbeiten liegt der dann auf einem Netzlaufwerk, das von allen

    Arbeitsplätzen unter demselben Buchstaben bzw. Namen angesprochen wird).

     

    Es wäre völliger Krampf und extrem kontraproduktiv, die Pfade zu den

    Bibliotheken relativ anzugeben. Denk das einmal zu Ende... Da sind mir

    sogar die jetzigen absoluten Pfade zu Schaltung und Board noch lieber.

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Grzegorz Zalot schrieb:

     

    Wenn die Projektdateien (.epf) nicht mehr in einem festgelegten Pfad

    liegen (was meine "Forderung" ist), /müssen/ die Bibliotheken absolut

    angegeben werden, sonst werden sie nicht mehr gefunden - oder man müßte

    sämtliche Libs in sämtliche Projektverzeichnisse kopieren...

     

    Nein - es reicht, dass das Programm nach den Libs in dem

    Programm-Library-Verzeichniss sucht. Das ist doch explizit definiert,

    oder ????

     

    Meinst Du etwa das Verzeichnis "...\EAGLE-5.0.0\lbr"?

     

    Das wäre absolut daneben: ich lege doch nicht die Bibliotheken im

    Programmverzeichnis ab! Bei uns liegen die Bibliotheken auf einem

    Server-Laufwerk - damit existieren sie nur einmal und werden außerdem

    vom automatischen Server-Backup erfaßt.

     

    Man soll bedenken, ganze Projekte sollen ainfach von einer zu anderen

    Version vrschiebbar sein. Und ... jetzt entsteht ganz schoener Mist image

    ! Ich glaube, keiner in Pleiskirchen parallell 4.x und 5.x betrieben hat

    .... Schade ...

     

    Ich halte es für wichtiger, seine Projekte unter /einer/ Version von

    EAGLE ordentlich strukturieren zu können, als mit mehreren verschiedenen

    Versionen gleichzeitig/abwechselnd zu arbeiten.

     

    Dank der (bisher einklich immer gegebenen) Aufwärtskompatibilität von

    EAGLE macht man den Umstieg dann, wenn es soweit ist, doch recht schnell

    vollständig auf die neue Version. Auch Bibliotheken pflegt man nicht

    über einen längeren Zeitraum in zwei Versionen.

    Und für die wenigen Fälle, in denen man doch mal eine Altversion bemühen

    muß, kann man m.E. mit etwas verringertem Komfort leben (z.B. Start über

    Batch, mit anderem eaglerc.usr oder dergleichen).

     

    Für das Speichern der globalen Einstellungen können wir ja einen eigenen

    Thread aufmachen.

     

    Koennen wir ... und ?????

     

    Ich glaube in diesem Fall CadSoft verhaellt sich shcon extrem

    rueckhaltend image !

     

    Cadsoft verhält sich bei Vorschlägen schon immer sehr zurückhaltend.

    Aber man soll die Hoffnung nie aufgeben... image  (Ein paar Sachen haben

    es ja auch durchaus schon ins Programm geschafft. Stichworte

    Dreiecksmatrix für Abstände, Attribute, Lock-Flag etc.)

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Tilmann Reh schrieb:

    Nein, und deswegen wäre es auch überhaupt nicht sinnvoll, den Pfad zu

    den Bibliotheken relativ zur Projektdatei anzugeben (schrieb ich schon

    vorher). Immerhin gibt es die Bibliotheken ja nur einmal für alle

     

    Bei mir gibt es die momentan zweimal, nämlich einmal für die Version

    4.16 und einmal für die Version 5.0, beide auf dem selben Laufwerk.

     

    Projekte gemeinsam, und da ergibt ein fester Pfad durchaus Sinn (für

    verteiltes Arbeiten liegt der dann auf einem Netzlaufwerk, das von allen

    Arbeitsplätzen unter demselben Buchstaben bzw. Namen angesprochen wird).

     

    Durch den festen Pfad ist es mir passiert, das ich mit der Version 5.0

    eine durch das Projekt bereits geöffnete Lib editiert und gespeichert

    und zerschossen habe. Und selbst beim nachfolgenden ADD habe ich nicht

    sofort gemerkt was los ist, denn die geUSEten Libs sind auch alle

    absolut gespeichert...

     

    Und ja, ich habe natürlich auch Backups und konnte das wieder retten.

    Ärgerlich bleibt es trotzdem.

     

    Es wäre völliger Krampf und extrem kontraproduktiv, die Pfade zu den

    Bibliotheken relativ anzugeben. Denk das einmal zu Ende... Da sind mir

    sogar die jetzigen absoluten Pfade zu Schaltung und Board noch lieber.

     

    Finde ich gar nicht. Solange Projekte und Libraries auf dem selben

    Laufwerk liegen, können Pfade problemlos relativ angegeben werden. Erst

    wenn sich die Laufwerke unterscheiden, kommen absolute Pfade zum Zuge.

     

    Ich kann das Problem (noch) nicht erkennen.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    René König schrieb:

     

    Nein, und deswegen wäre es auch überhaupt nicht sinnvoll, den Pfad zu

    den Bibliotheken relativ zur Projektdatei anzugeben (schrieb ich schon

    vorher). Immerhin gibt es die Bibliotheken ja nur einmal für alle

     

    Bei mir gibt es die momentan zweimal, nämlich einmal für die Version

    4.16 und einmal für die Version 5.0, beide auf dem selben Laufwerk.

     

    Projekte gemeinsam, und da ergibt ein fester Pfad durchaus Sinn (für

    verteiltes Arbeiten liegt der dann auf einem Netzlaufwerk, das von allen

    Arbeitsplätzen unter demselben Buchstaben bzw. Namen angesprochen wird).

     

    Durch den festen Pfad ist es mir passiert, das ich mit der Version 5.0

    eine durch das Projekt bereits geöffnete Lib editiert und gespeichert

    und zerschossen habe. Und selbst beim nachfolgenden ADD habe ich nicht

    sofort gemerkt was los ist, denn die geUSEten Libs sind auch alle

    absolut gespeichert...

     

    Das könnte man durch gezielt verschiedene eaglerc.usr für die

    verschiedenen Versionen sauber in den Griff bekommen.

     

    Wie gesagt, die Versions-Interoperabilität sehe ich als ein anderes

    Thema - durchaus auch nicht unwichtig, auch lösbar, aber eigentlich

    nicht Thema dieses Thread (und IMHO auch nicht ganz so wichtig wie ein

    sauberes Projektmanagement). Auch wenn eine Verwandtschaft erkennbar ist

    und die Lösungsansätze für beide Punkte durchdacht werden müssen.

     

    Es wäre völliger Krampf und extrem kontraproduktiv, die Pfade zu den

    Bibliotheken relativ anzugeben. Denk das einmal zu Ende... Da sind mir

    sogar die jetzigen absoluten Pfade zu Schaltung und Board noch lieber.

     

    Finde ich gar nicht. Solange Projekte und Libraries auf dem selben

    Laufwerk liegen, können Pfade problemlos relativ angegeben werden. Erst

    wenn sich die Laufwerke unterscheiden, kommen absolute Pfade zum Zuge.

     

    Ich kann das Problem (noch) nicht erkennen.

     

    Verschiebe/Kopiere mal ein Projekt mitsamt seinen Dateien in einen

    anderen Pfad oder auf ein anderes Laufwerk, dann siehst Du es.

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Tilmann Reh schrieb:

    Das könnte man durch gezielt verschiedene eaglerc.usr für die

    verschiedenen Versionen sauber in den Griff bekommen.

     

    Aber eaglerc.usr überschreibt doch nicht das Projekt. Das denke ich mir

    jedenfalls, aber offensichtlich verstehe ich hier etwas nicht.

     

    Im Projekt steht zum Beispiel unter ein Pfad zur geöffneten

    Library, absolut. Die Pfade zu den geUSEten Libraries stehen unter

    , ebenfalls alle absolut.

     

    Wie also macht eaglerc.usr nun aus diesen absoluten Pfaden nun die

    korrekten Pfade? Zudem sowieso zwei verschiedene Versionen dieser Datei

    verwendet werden: Ein mal die aus "Eigene Dateien" (4.16) und einmal aus

    "Anwendungsdaten" (5.0). In beiden Dateien stehen die korrekten Pfade,

    natürlich absolut (<-- hier muss das auch so sein).

     

    Wie gesagt, die Versions-Interoperabilität sehe ich als ein anderes

    Thema - durchaus auch nicht unwichtig, auch lösbar, aber eigentlich

     

    Natürlich ist das lösbar. Ich habe mir hier ein Script über die EPFs

    laufen lassen, das die Pfade entsprechend korrigiert hat. Aber das ist

    doch wohl kaum Sinn der Sache.

     

    nicht Thema dieses Thread (und IMHO auch nicht ganz so wichtig wie ein

    sauberes Projektmanagement). Auch wenn eine Verwandtschaft erkennbar ist

    und die Lösungsansätze für beide Punkte durchdacht werden müssen.

     

    Ein richtiges Projektmanagement wäre natürlich wunderbar, FULL ACK.

     

    Ich kann das Problem (noch) nicht erkennen.

     

    Verschiebe/Kopiere mal ein Projekt mitsamt seinen Dateien in einen

    anderen Pfad oder auf ein anderes Laufwerk, dann siehst Du es.

     

    Wenn ich das mache, dann nur read-only, denn dann ist es fertig. image

     

    Ok, ich denke ich verstehe jetzt was Du meinst. Aber wie dem auch sei,

    es scheint ja jetzt schon anders zu gehen, Zitat Zaffran: "eagle.epf

    stehen dann ja die Pfade zu den LBRs, ULPs, CAMs, SCRs und zum Projekt

    als 'relativer Pfad' oder 'absolut'. Je nach dem wie man das haben möchte."

     

    Ich möchte nun 'relativer Pfad' in eagle.epf haben. Nur hat er leider

    bisher nicht gesagt, wie ich das erreichen kann.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Tilmann Reh schrieb:

    Das könnte man durch gezielt verschiedene eaglerc.usr für die

    verschiedenen Versionen sauber in den Griff bekommen.

     

    Wenn ich mir das recht überlege, dann bräuchten wir noch etwas in der

    Art $EAGLELBR, $EAGLECAM, $EAGLEULP usw.. Dann könnte man tatsächlich

    über eaglerc.usr die Projekte auf die neuen Pfade umbiegen.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Hello Tilmann Reh !:

    ....

    sämtliche Libs in sämtliche Projektverzeichnisse kopieren...

    Nein - es reicht, dass das Programm nach den Libs in dem

    Programm-Library-Verzeichniss sucht. Das ist doch explizit definiert,

    oder ????

     

    Meinst Du etwa das Verzeichnis "...\EAGLE-5.0.0\lbr"?

     

    Falls nicht anders angegeben ..... Soweit ich mich erinnern kann, einige

    Pfade sind definierbar image !

     

     

    Das wäre absolut daneben: ich lege doch nicht die Bibliotheken im

    Programmverzeichnis ab! Bei uns liegen die Bibliotheken auf einem

    Server-Laufwerk - damit existieren sie nur einmal und werden außerdem

    vom automatischen Server-Backup erfaßt.

     

    Na ja, das ist za. 1 % der Faelle, wenn die Leute in der Firma,

    unterwegs und zu Hause arbeiten image ! Und stell Dich vor, ein Projekt

    wird von 2-3 Personen entwickelt !!! Was dann ????

     

    Man soll generell beachten, dass Netzwerkarbeit nur in einigen Faellen

    moeglich ist. Und die Loesung soll generell alle moegliche Situationen

    korrekt behandeln.

     

    ....

     

    Ich halte es für wichtiger, seine Projekte unter /einer/ Version von

    EAGLE ordentlich strukturieren zu können, als mit mehreren verschiedenen

    Versionen gleichzeitig/abwechselnd zu arbeiten.

     

    Wichtiger - ja. Allerdings ich nutzte oft noch 4.1x wegen wesentlich

    schnelleren Graphikprozeduren. Manchmal spare ich mit einigen nicht mehr

    aktualisierten Projekten recht viel Zeit.

     

    Und in der Beta-Phase - es ist immer die vorherige Version da image !

     

    Gruss

    --

    Grzegorz Zalot

     

    complex ltd.

    office tel/fax : +48 32 2505840

    mobil : +48 501 301515

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    René König schrieb:

    Ich möchte nun 'relativer Pfad' in eagle.epf haben. Nur hat er leider

    bisher nicht gesagt, wie ich das erreichen kann.

     

    $EAGLEDIR\lbr

    $EAGLEDIR\dru

    $EAGLEDIR\ulp

    $EAGLEDIR\scr

    $EAGLEDIR\cam

     

    Das sind die Einträge um die relativen Pfade einzustellen.

    Dabei wird der Ordner unter .\bin (ealge.exe) als Startordner

    gesehen und von hier aus auf die entsprechenden Ordner verwiesen.

     

     

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

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

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    René König schrieb:

    Ich möchte nun 'relativer Pfad' in eagle.epf haben. Nur hat er leider

    bisher nicht gesagt, wie ich das erreichen kann.

     

    $EAGLEDIR\lbr

    $EAGLEDIR\dru

    $EAGLEDIR\ulp

    $EAGLEDIR\scr

    $EAGLEDIR\cam

     

    Das sind die Einträge um die relativen Pfade einzustellen.

    Dabei wird der Ordner unter .\bin (ealge.exe) als Startordner

    gesehen und von hier aus auf die entsprechenden Ordner verwiesen.

     

     

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

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

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • autodeskguest
    autodeskguest over 17 years ago in reply to Former Member

    A. Zaffran schrieb:

    René König schrieb:

    Ich möchte nun 'relativer Pfad' in eagle.epf haben. Nur hat er leider

    bisher nicht gesagt, wie ich das erreichen kann.

     

    $EAGLEDIR\lbr

    $EAGLEDIR\dru

    $EAGLEDIR\ulp

    $EAGLEDIR\scr

    $EAGLEDIR\cam

     

    Zusätzlich zum Pfad zu meinen Daten sind auch diese Pfade noch in

    eaglerc.usr eingetragen. Im EPF werden die Pfade zu beispielsweise den

    geUSEten Libraries aus $EAGLEDIR\lbr trotzdem absolut gespeichert, nicht

    relativ.

     

    Die löst das Problem also nicht.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube