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 2548 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
Reply
  • 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
Children
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

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

    news:g1398m$ltr$1@cheetah.cadsoft.de...

    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?)

     

    Aha, verstehe. Schon ganz richtig, was Du geschrieben hast - betrifft aber

    nur den Startzustand. Dieser "Dateimanager für arme Leute" ist schon eher

    ein generelles Problem. Wenn Du es wagst, eine größere Verzeichnisstruktur

    aufzuklappen, weil Du innerhalb von Eagle mal fix das Projekt wechseln

    willst, kann die Übersicht schon mal komplett verloren gehen.

     

     

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

     

    Ja, irgendwie halbgar...

     

    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.

     

    Genau, laß uns jetzt bloß nicht in einer ellenlangen Diskussion über die

    Anzeige von Nicht-Eagle Dateien verfransen -- keep it simple! Deswegen

    schlug ich ja vor, das Ding so zu lassen wie es ist (bei mir dann tunlichst

    immer zugeklappt, damit mir nicht schlecht wird), und dafür die "*.epf"'s

    und die Shortcuts bzw. Favoriten hierzu in einem besonderen Unterpunkt

    ähnlich ULP, SCR usw anzuzeigen, damit man endlich mal sowas wie eine

    ordentliche Übersicht hat, "condensed view" sozusagen! Wie Du selbst schon

    ganz korrekt schreibst:

     

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

    noch das CP benutzen. image

     

     

    Tilmann

     

    Eben - da bin ich genau der gleichen Ansicht.

     

    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:

     

    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?)

     

    Aha, verstehe. Schon ganz richtig, was Du geschrieben hast - betrifft aber

    nur den Startzustand. Dieser "Dateimanager für arme Leute" ist schon eher

    ein generelles Problem. Wenn Du es wagst, eine größere Verzeichnisstruktur

    aufzuklappen, weil Du innerhalb von Eagle mal fix das Projekt wechseln

    willst, kann die Übersicht schon mal komplett verloren gehen.

     

    Startzustand = Zustand nach Öffnen einer .epf.

     

    Wenn ich das Projekt wechsle, öffne ich eine neue .epf --> neuer

    Startzustand (basierend auf dieser neuen .epf).

     

    Bei sauberem Handling der *.epf würde also immer der "richtige" Pfad

    aufgeklappt (bzw. das, was man zuletzt selbst geöffnet hatte). Das setzt

    natürlich voraus, daß selbst beim Öffnen einer *.epf über das CP

    anschließend die /darin/ gespeicherten Einstellungen gelten und nicht

    die Ansicht von vorher.

     

    (Subject mal gekürzt)

     

    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:g13qgi$k1p$1@cheetah.cadsoft.de...

    T.Strothmann schrieb:

     

    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?)

     

    Aha, verstehe. Schon ganz richtig, was Du geschrieben hast - betrifft

    aber

    nur den Startzustand. Dieser "Dateimanager für arme Leute" ist schon eher

    ein generelles Problem. Wenn Du es wagst, eine größere

    Verzeichnisstruktur

    aufzuklappen, weil Du innerhalb von Eagle mal fix das Projekt wechseln

    willst, kann die Übersicht schon mal komplett verloren gehen.

     

    Startzustand = Zustand nach Öffnen einer .epf.

    Wenn ich das Projekt wechsle, öffne ich eine neue .epf --> neuer

    Startzustand (basierend auf dieser neuen .epf).

     

    Janz jenau.

     

    Bei sauberem Handling der *.epf würde also immer der "richtige" Pfad

    aufgeklappt (bzw. das, was man zuletzt selbst geöffnet hatte). Das setzt

    natürlich voraus, daß selbst beim Öffnen einer *.epf über das CP

    anschließend die /darin/ gespeicherten Einstellungen gelten und nicht

    die Ansicht von vorher.

     

    Richtig. So sollte es eigentlich sein.

     

    T.

     

    (Subject mal gekürzt)

     

    Tilmann

     

     

     

    • 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