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 2557 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
  • kcadsoft
    kcadsoft over 17 years ago

    On 05/10/08 08:51, Tilmann Reh wrote:

    ...

    Daher mein konkreter Verbesserungsvorschlag an CadSoft:

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

     

    Auch auf die Gefahr hin, den entscheidenden Hinweis hierzu in den

    teils hitzig geführten Diskussionen zu diesem Thema übersehen zu haben:

    können Sie mir ein Beispiel nennen, was man mit beliebig benannten

    *.epf-Dateien erreichen kann, das man jetzt nicht erreichen kann?

     

    ...

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

       mitsamt .epf Datei an beliebigem Ort.

     

    Wenn Sie das Root-Verzeichnis Ihrer Platte (oder eben ein in Ihrer

    firmeneigenen Projekthierarchie "weit oben" liegendes Verzeichnis)

    in den EAGLE-Projekt-Pfad (mit) eintragen, dann können Sie an beliebigen

    Stellen Projekte erzeugen.

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    (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.

     

    Was genau ist denn dieses "grundsätzliche" Problem?

     

    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

    _______________________________________________________________

     

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

    Klaus Schmidinger schrieb:

     

    Daher mein konkreter Verbesserungsvorschlag an CadSoft:

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

     

    Auch auf die Gefahr hin, den entscheidenden Hinweis hierzu in den

    teils hitzig geführten Diskussionen zu diesem Thema übersehen zu haben:

    können Sie mir ein Beispiel nennen, was man mit beliebig benannten

    *.epf-Dateien erreichen kann, das man jetzt nicht erreichen kann?

     

    Man kann dann verschiedene .epf Dateien in einem Verzeichnis ablegen.

    Das erlaubt mir als Anwender, meine Projekte und Verzeichnisse frei zu

    organisieren - und auch mal zwei "Leiterplatten-Projekte", die zum

    gleichen "Arbeits-Projekt" gehören, nebeneinander im gleichen

    Verzeichnis abzulegen, weil das von der firmeneigenen Hierarchie so

    sinnvoll ist.

     

    Die Zusammengehörigkeit zum Projekt oder BRD/SCH erkenne ich als

    Anwender an entsprechend aussagekräftigen Dateinamen - "eagle.epf" ist

    da doch recht nichtssagend, wie Sie zugeben müssen. Ich würde die

    Projektdateien also auch dann nach dem Projekt benennen, wenn ich

    jeweils nur eine im Verzeichnis habe.

     

    Orientieren Sie sich beim Handling von Projektdateien doch an anderen

    integrierten Entwicklungs-Umgebungen.

     

    Und: was spricht denn eigentlich dagegen, andere "Vornamen" zuzulassen?

     

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

       mitsamt .epf Datei an beliebigem Ort.

     

    Wenn Sie das Root-Verzeichnis Ihrer Platte (oder eben ein in Ihrer

    firmeneigenen Projekthierarchie "weit oben" liegendes Verzeichnis)

    in den EAGLE-Projekt-Pfad (mit) eintragen, dann können Sie an beliebigen

    Stellen Projekte erzeugen.

     

    OK, daran hatte ich nicht gedacht, bisher hatte ich nur ein Verzeichnis

    dort eingetragen. Wenn man die .epf Dateien dort nun noch frei benennen

    könnte... (s.o.) Dazu noch eine Funktion "Save Project As", dann wäre

    das gut.

     

    Und was mir dabei noch auffällt: wie kriegt man es eigentlich hin, daß

    das CP beim nächsten Start von EAGLE wieder genauso aussieht wie beim

    Beenden? (D.h. das aufgeklappt, was aufgeklappt war, und das

    geschlossen, was geschlossen war?)

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    Kann man akzeptieren.

     

    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.

     

    Was genau ist denn dieses "grundsätzliche" Problem?

     

    Das grundsätzliche Problem ist, daß ich bei EAGLE nicht die Freiheit bei

    der Datenorganisation habe, die ich gerne hätte (und von anderen IDEs

    gewohnt bin).

     

    Tilmann Reh

     

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

    Hello Tilmann Reh !:

    .....

     

    Was genau ist denn dieses "grundsätzliche" Problem?

     

    Das grundsätzliche Problem ist, daß ich bei EAGLE nicht die Freiheit bei

    der Datenorganisation habe, die ich gerne hätte (und von anderen IDEs

    gewohnt bin).

     

    Sorrry, grundsaetzliches Problem ist alle zugehoerigen Daten und

    Dateien vernuenftig zusammen zu fassen !!!!!

     

    Ich glaube, die ganze Diskussion geht dem Problem etwas nebenbei .....

    Natuerlich eine freie Verwaltung der Dateien recht wichtig ist, aber

    entweder verwalten wir alles einigermassen innerhalb einer Firma oder

    eines Computers oder etwas mehr frei ?????

     

    Ich denke immer an einem kompletten Speichern/Sichern

    des_ganzen_Projekts und nicht nur fragmentarisch. Und an einem

    vernuenftigen Sich im Control Panel, nicht nur 2-3 Seiten Muell ...

     

    Schoene Gruesse von einem alles-sichern Anwender :-\ ...

    --

    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 grundsätzliche Problem ist, daß ich bei EAGLE nicht die Freiheit bei

    der Datenorganisation habe, die ich gerne hätte (und von anderen IDEs

    gewohnt bin).

     

    Sorrry, grundsaetzliches Problem ist alle zugehoerigen Daten und

    Dateien vernuenftig zusammen zu fassen !!!!!

     

    Ich denke, wir meinen eigentlich das Gleiche (andere

    Wortwahl/Ausdrucksweise, aber kompatibler Inhalt).

     

    Tilmann

     

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

     

    "Tilmann Reh" <tilmannreh@despammed.com> schrieb im Newsbeitrag

    news:g0uk2h$l5i$1@cheetah.cadsoft.de...

    Klaus Schmidinger schrieb:

     

    Daher mein konkreter Verbesserungsvorschlag an CadSoft:

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

    ...

     

    Man kann dann verschiedene .epf Dateien in einem Verzeichnis ablegen.

    Das erlaubt mir als Anwender, meine Projekte und Verzeichnisse frei zu

    organisieren - und auch mal zwei "Leiterplatten-Projekte", die zum

    gleichen "Arbeits-Projekt" gehören, nebeneinander im gleichen

    Verzeichnis abzulegen, weil das von der firmeneigenen Hierarchie so

    sinnvoll ist.

    Die Zusammengehörigkeit zum Projekt oder BRD/SCH erkenne ich als

    Anwender an entsprechend aussagekräftigen Dateinamen - "eagle.epf" ist

    da doch recht nichtssagend, wie Sie zugeben müssen. Ich würde die

    Projektdateien also auch dann nach dem Projekt benennen, wenn ich

    jeweils nur eine im Verzeichnis habe.

    Orientieren Sie sich beim Handling von Projektdateien doch an anderen

    integrierten Entwicklungs-Umgebungen.

    Und: was spricht denn eigentlich dagegen, andere "Vornamen" zuzulassen?

     

     

    Sämtlichen e.g. Sätzen stimme ich hiermit nochmals, ausnahmslos und in

    aller Deutlichkeit zu. Ich habe all das selbst ja nun oft genug zum Besten

    gegeben (einfach mal nach meinen Beiträgen mit "eagle.epf" im

    Nachrichtentext suchen).

     

     

     

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

       mitsamt .epf Datei an beliebigem Ort.

     

    Wenn Sie das Root-Verzeichnis Ihrer Platte (oder eben ein in Ihrer

    firmeneigenen Projekthierarchie "weit oben" liegendes Verzeichnis)

    in den EAGLE-Projekt-Pfad (mit) eintragen, dann können Sie an beliebigen

    Stellen Projekte erzeugen.

     

    OK, daran hatte ich nicht gedacht, bisher hatte ich nur ein Verzeichnis

    dort eingetragen. Wenn man die .epf Dateien dort nun noch frei benennen

    könnte... (s.o.) Dazu noch eine Funktion "Save Project As", dann wäre

    das gut.

     

    Moooment mal: das wäre ja gut, wenn einem das Control Panel den Bildschirm

    dann nicht mit allem möglichen Nonsense zupflastern würde. Dabei werden

    nämlich zwei Sachen in einen Topf geworfen: um die .epf Projektfiles im

    Control Panel zu sehen, muß ich mir die blöde Verzeichnisstruktur ansehen.

    Will ich aber nicht. Das sind zwei unterschiedliche Dinge! Die Möglichkeit,

    sich die gesamte Verzeichnisstruktur anzeigen zu lassen ist ja gut, wird

    aber eher selten benötigt (da gibt's eh' besseres). Die verfügbaren ".epf"

    Projektfiles gehören eigentlich in einem eigenen Unterpunkt angezeigt, etwa

    wie die "ULP"s, die "SCR"s undsoweiter, d.h. ohne das ganze Projektgedöns

    drumherum. Noch besser wären natürlich "Projektfavoriten" oder eben ein

    Verzeichnis mit "Shortcuts" zu bevorzugten Projekten, die an ebendieser

    Stelle angezeigt werden. Das würde es nämlich auch gestatten, die "*.epf"

    Files da zu lassen wo sie gerade sind, da wo sie hingehören oder auch nicht

    (je nach Fasson).

     

     

    Und was mir dabei noch auffällt: wie kriegt man es eigentlich hin, daß

    das CP beim nächsten Start von EAGLE wieder genauso aussieht wie beim

    Beenden? (D.h. das aufgeklappt, was aufgeklappt war, und das

    geschlossen, was geschlossen war?)

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

     

    Da stimme ich KLS zu, das würde ich auch nicht gut finden.

     

     

    Kann man akzeptieren.

     

    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.

     

    Was genau ist denn dieses "grundsätzliche" Problem?

     

    Das grundsätzliche Problem ist, daß ich bei EAGLE nicht die Freiheit bei

    der Datenorganisation habe, die ich gerne hätte (und von anderen IDEs

    gewohnt bin).

     

     

    Tilmann Reh

     

    Ganz recht!

     

    T.

     

     

     

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

    T.Strothmann schrieb:

     

    Wenn Sie das Root-Verzeichnis Ihrer Platte (oder eben ein in Ihrer

    firmeneigenen Projekthierarchie "weit oben" liegendes Verzeichnis)

    in den EAGLE-Projekt-Pfad (mit) eintragen, dann können Sie an beliebigen

    Stellen Projekte erzeugen.

     

    OK, daran hatte ich nicht gedacht, bisher hatte ich nur ein Verzeichnis

    dort eingetragen. Wenn man die .epf Dateien dort nun noch frei benennen

    könnte... (s.o.) Dazu noch eine Funktion "Save Project As", dann wäre

    das gut.

     

    Moooment mal: das wäre ja gut, wenn einem das Control Panel den Bildschirm

    dann nicht mit allem möglichen Nonsense zupflastern würde.

     

    Deswegen schrieb ich anschließend:

     

    Und was mir dabei noch auffällt: wie kriegt man es eigentlich hin, daß

    das CP beim nächsten Start von EAGLE wieder genauso aussieht wie beim

    Beenden? (D.h. das aufgeklappt, was aufgeklappt war, und das

    geschlossen, was geschlossen war?)

     

    Der ganze aufgeklappte Verzeichnisbaum stört mich nämlich auch. Einzige

    Abhilfe bisher: mittels eaglerc.usr das Aufklappen verhindern - dann ist

    aber jedesmal alles "zu", was auch nicht optimal ist. Wenn wenigstens

    der Pfad zum derzeit aktiven Projekt geöffnet angezeigt würde...

     

    Das Ausblenden der nicht zu EAGLE gehörenden Dateien hat Vor- und

    Nachteile, das würde ich an dieser Stelle nicht so gründlich diskutieren

    wollen wie die Projektverwaltung. Wäre vielleicht einen separaten Thread

    wert.

     

    Und: wenn das mit den .epf mal "richtig" ginge, bräuchte man kaum

    noch das CP benutzen. image

     

    Tilmann

     

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

    Tilmann Reh wrote:

    Klaus Schmidinger schrieb:

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    Da "Warum" wäre interessant!

     

    Kann man akzeptieren.

     

    Wirklich? Diese Lösung hätte doch den Vorteil, dass beim Öffnen einer

    Datei aus den Editorfenstern heraus (Datei - Öffnen... oder - Zuletzt geöffnet)

    oder ganz einfach beim Anklicken einer BRD- oder SCH-Datei im Windows-

    Explorer die zugehörende epf-Datei verwendet würde. Oder habe ich das

    falsch verstanden?

     

    Walter Mücke

     

     

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

    Tilmann Reh wrote:

    Klaus Schmidinger schrieb:

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    Da "Warum" wäre interessant!

     

    Kann man akzeptieren.

     

    Wirklich? Diese Lösung hätte doch den Vorteil, dass beim Öffnen einer

    Datei aus den Editorfenstern heraus (Datei - Öffnen... oder - Zuletzt geöffnet)

    oder ganz einfach beim Anklicken einer BRD- oder SCH-Datei im Windows-

    Explorer die zugehörende epf-Datei verwendet würde. Oder habe ich das

    falsch verstanden?

     

    Walter Mücke

     

     

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

    Hello Walter Muecke !:

     

    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.

    Das halte ich nicht für sinnvoll.

     

    Da "Warum" wäre interessant!

     

    Kann man akzeptieren.

     

    Wirklich? Diese Lösung hätte doch den Vorteil, dass beim Öffnen einer

    Datei aus den Editorfenstern heraus (Datei - Öffnen... oder - Zuletzt geöffnet)

    oder ganz einfach beim Anklicken einer BRD- oder SCH-Datei im Windows-

    Explorer die zugehörende epf-Datei verwendet würde. Oder habe ich das

    falsch verstanden?

     

    Soweit ich das kapiert hatte, beim oeffnen wird aktuelle eagle.epf

    verwendet.

     

    Andere EPF Datei wird nur dann geoeffnet, wenn anderes Projekt

    geoeffnet wird.

     

    Oder bin ich falsch ????? image

     

    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

    Walter Muecke schrieb:

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    Da "Warum" wäre interessant!

     

    Das ist wieder so ein "Automatismus", über den man trefflich diskutieren

    könnte. Von der "reinen Lehre" der Projektverwaltung her öffnet man die

    Projektdatei, nicht irgendeine der zum Projekt gehörenden Dateien. Das

    ist auch bei anderen IDEs so gelöst und durchaus konsequent.

     

    Kann man akzeptieren.

     

    Wirklich? Diese Lösung hätte doch den Vorteil, dass beim Öffnen einer

    Datei aus den Editorfenstern heraus (Datei - Öffnen... oder - Zuletzt geöffnet)

    oder ganz einfach beim Anklicken einer BRD- oder SCH-Datei im Windows-

    Explorer die zugehörende epf-Datei verwendet würde.

     

    Ob das sinnvoll ist, wäre eine weitere Diskussion... Ich hatte an das

    Öffnen von .brd/sch per Doppelklick aus irgendeinem Dateimanager heraus

    gedacht, wenn EAGLE noch nicht läuft - damit dann automatisch das

    komplette Projekt dazugeladen wird.

     

    Wenn aber EAGLE schon läuft und man schon ein Projekt geöffnet hat,

    möchte man wohl kaum beim Betrachten einer anderen Einzeldatei gleich

    das Projekt wechseln. (Wenn man das wollte, würde man genau das tun.)

     

    Oder habe ich das falsch verstanden?

     

    Zumindest anders als ich es gemeint hatte...

     

    Deswegen: kann man akzeptieren, dieser Punkt (in den verschiednen

    möglichen Interpretationen) ist wirklich nicht essentiell. Schon gar

    nicht im Vergleich zu "sinnvollen" epf-Dateinamen.

     

    Tilmann

     

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

     

    "Tilmann Reh" <tilmannreh@despammed.com> schrieb im Newsbeitrag

    news:g1dnuj$uqf$1@cheetah.cadsoft.de...

    Walter Muecke schrieb:

     

    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.

     

    Das halte ich nicht für sinnvoll.

     

    Da "Warum" wäre interessant!

     

    Das ist wieder so ein "Automatismus", über den man trefflich diskutieren

    könnte. Von der "reinen Lehre" der Projektverwaltung her öffnet man die

    Projektdatei, nicht irgendeine der zum Projekt gehörenden Dateien. Das

    ist auch bei anderen IDEs so gelöst und durchaus konsequent.

     

    Kann man akzeptieren.

     

    Wirklich? Diese Lösung hätte doch den Vorteil, dass beim Öffnen einer

    Datei aus den Editorfenstern heraus (Datei - Öffnen... oder - Zuletzt

    geöffnet)

    oder ganz einfach beim Anklicken einer BRD- oder SCH-Datei im Windows-

    Explorer die zugehörende epf-Datei verwendet würde.

     

    Ob das sinnvoll ist, wäre eine weitere Diskussion... Ich hatte an das

    Öffnen von .brd/sch per Doppelklick aus irgendeinem Dateimanager heraus

    gedacht, wenn EAGLE noch nicht läuft - damit dann automatisch das

    komplette Projekt dazugeladen wird.

     

    Das würde ich nicht tun. In diesem Fall sollte Eagle einfach auf die

    unspezifische Standardprojektkonfiguration zurückgreifen, siehe letzter Satz

    im größeren Absatz unten. Ein spezifisches Projekt sollte grundsätzlich nur

    dann geladen werden, wenn man ein bestimmtes "projekt.epf" lädt.

     

    Wenn aber EAGLE schon läuft und man schon ein Projekt geöffnet hat,

    möchte man wohl kaum beim Betrachten einer anderen Einzeldatei gleich

    das Projekt wechseln. (Wenn man das wollte, würde man genau das tun.)

    Tilmann

     

     

    Genau, manchmal will man Board nur zwischendurch zum Debuggen, Bestücken

    o.ä. sehen, gelegentlich sogar mit einem ganz anderen Schaltplan. Daß

    standardmäßig Board und Schema gleichzeitig geladen werden, ist insoweit

    völlig in Ordnung, weil das einfach die überwiegende Nutzung ist.

    Jedenfalls, solange man verschiedene SCH und BRD immer noch irgendwie

    gleichzeitig handhaben kann.

     

    Aber jetzt mal ans Eingemachte. Erstens, wenn Projektfiles wirklich sinnvoll

    sein sollen, brauchen die endlich einen frei wählbaren Namen wie

    "dingenskirchen.epf". Zweitens, wer unbedingt will, läßt Eagle weiterhin

    eines dieser gruseligen "eagle.epf" pro Projektverzeichnis vergeben, was

    insoweit alles beim Alten beläßt. Drittens: mit den freien Namen ist auch

    vorstellbar, daß jede "dings.sch" / "dings.brd" Kombination mit einer

    eigenen "dings.epf" ausgestattet wird (nicht notwendigerweise, versteht

    sich!). Viertens: Doppelklick auf das .epf (oder einen Shortcut, bzw ein

    "Lesezeichen" hierauf !!) lädt das gesamte Projekt mit allen gewählten

    Einstellungen, Fenstern etc.. Standardmäßig wird das sicher auch ein

    zusammengehöriges BRD/SCH Paar sein - muß aber ausdrücklich nicht. In

    letzterem Fall sollte lediglich der übliche Hinweis auf die fehlende

    Annotation erscheinen. Die Funktionalität beim Öffnen eines BRD oder SCH

    braucht eigentlich nicht verändert zu werden. Sollte kein spezifisches

    Projekt offen sein, sollte Eagle die aktuelle, komplette Konfiguration in

    einer internen eagle.epf meinetwegen im Eagle-Verzeichnis ablegen, oder da

    wo die eaglerc.usr liegt.

     

    Im Übrigen ergibt sich mit dem eben beschriebenen Mechanismus eine

    wesentlich reibungslosere Arbeitsweise zukünftiger Eagle Versionen, die

    Ausführung in mehreren Instanzen unterstützt - wann auch immer das sein

    wird. Und immer daran denken: soweit es irgend geht, bestimmt der Anwender

    die gewünschte Arbeitsweise, nicht das Programm. Siehe auch die letzten

    Äußerungen von David Moodie in "betatest", und einigen anderen Leuten. In

    diesem Sinne wiederhole auch ich das hier solange es nötig ist: ich steige

    erst dann endgültig auf eine neue Eagle-Version um, wenn ich damit

    mindestens etwa so schnell bin wie mit V3.5. Speziell das ständige,

    größtenteils überflüssige Bibliotheksgebastele kann mir dabei wirklich

    gestohlen bleiben.

     

    T.

     

     

     

    • 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