Fenstergr��e und -position

Moin,

warum muß ich dann bei jedem Programmstart die Fenster groß schalten und auf

den richtigen Bildschirm ziehen? Selbst wenn ich beim arbeiten ein Fenster

mit Dateiauswahl aufrufe, ist das wieder auf dem anderen (falschen) Screen.

Werden die Fenstergrößen automatisch gespeichert, oder wo muß ich das

manuell machen.

tnx4info

"Tilmann Reh" <user@domain.invalid> schrieb im Newsbeitrag

news:glv4qb$aef$1@cheetah.cadsoft.de...

Björn-Iwo Schulz schrieb:

 

wo kann ich mal nachsehen, mit welchen Einträgen in der eaglec.usr die

Größe

und Position (auch auf welchem Monitor) der Fenster festgelegt werden?

 

Die Fenstergrößen werden in den Projektdateien abgespeichert.

 

Tilmann

Björn-Iwo Schulz schrieb:

Moin,

 

warum muß ich dann bei jedem Programmstart die Fenster groß schalten und auf

den richtigen Bildschirm ziehen? Selbst wenn ich beim arbeiten ein Fenster

mit Dateiauswahl aufrufe, ist das wieder auf dem anderen (falschen) Screen.

Werden die Fenstergrößen automatisch gespeichert, oder wo muß ich das

manuell machen.

 

tnx4info

 

"Tilmann Reh" <user@domain.invalid> schrieb im Newsbeitrag

news:glv4qb$aef$1@cheetah.cadsoft.de...

Björn-Iwo Schulz schrieb:

 

wo kann ich mal nachsehen, mit welchen Einträgen in der eaglec.usr die

Größe

und Position (auch auf welchem Monitor) der Fenster festgelegt werden?

Die Fenstergrößen werden in den Projektdateien abgespeichert.

 

Tilmann

Hallo Björn,

mit Projektdateien arbeiten! Der Umgang mit denen ist leider nicht ganz

intuitiv geregelt...  Sie müssen IMMER eagle.epf heißen (warum,  ist mir

unklar),  also braucht jedes Projekt ein eigenes Verzeichnis.

Im Control Panel erzeugt Datei | Neu | Projekt ein neues Verzeichnis,

stets als Unterverzeichnis vom Projektpfad in Optionen | Verzeichnisse,

  stets namens 'Neues_Projekt' (muss man dann manuell umbenennen) und

mit einer neuen noch leeren eagle.epf.

Das finde ich ziemlich doof,  weil meine Projekte meist schon begonnen

haben,  bevor Eagle zum Zug kommt,  und auch nicht immer im selben Pfad

liegen.  Und auch meine Zeichnungsdateien liegen nicht immer im

Projektverzeichnis,  sondern oft unter der Zeichnungsnummer in einem

zentralen Archiv (dabei finde ich auch doof,  das Schaltplan und Board

denselben Dateinamen haben müssen - das widerspricht unserem

Ablagesystem,  und verschiedene Namen müsste die Projektdatei eigentlich

auch organisieren können!

Naja.  Daher kopiere ich lieber irgendeine andere alte eagle.epf in mein

schon bestehendes neues Projektverzeichnis.  Nun im Control Panel

dorthin navigieren und mittels Klick auf den Punkt das Projekt öffnen.

Das zeigt momentan noch auf die alten Zeichnungen oder findet sie nicht

- im Schaltplanfenster Datei | Neu (oder einen schon bestehenden

Schaltplan öffnen) und los gehts.

Uff. Ab jetzt wirds bequemer - nur noch im Control Panel durch Klick auf

den Knopf die kompletten Projekte öffnen / schließen,  aber NICHT mehr

in einem offenen Projekt die Schaltplan- / Board-Fenster schließen.

Dann kommt immer das komplette Projekt mit allen Fenstern in der letzten

Position hoch.

Benutzt man keine Projektdateien,  sondern öffnet / schließt Pläne

direkt aus dem Control Panel,  dann sind die ganzen Fensterpositionen

halt verloren.

Für generelle Zwecke habe ich ein extra Verzeichnis 'Pläne' mit

Unterverzeichnissen 'Schaltpläne', 'Verdrahtungspläne',  'Klemmenpläne',

  'Prüfgeräte' etc.,  und darin immer nur eine eagle.epf und einen

Symlink auf dasjenige Verzeichnis,  in dem diese jeweiligen Pläne

wirklich liegen.  Bisschen seltsam,  aber so sind diese Projektdateien

halt.  Wären verschiedene Namen zulässig und würden sie sich auch die

zuletzt benutzten Pfade merken (für Datei | Öffnen),  dann wäre das

wesentlich einfacher und praktischer!

--

Grüße,  Hans Lederer

Hans Lederer schrieb:

mit Projektdateien arbeiten! Der Umgang mit denen ist leider nicht ganz

intuitiv geregelt...  Sie müssen IMMER eagle.epf heißen (warum,  ist mir

unklar),  also braucht jedes Projekt ein eigenes Verzeichnis.

wenn Cadsoft niemand sagt, daß das "seltsam" aber insbesondere

unpraktisch ist, wird es sich wahrscheinlich auch nicht ändern.

Soweit ich sehe, bi ich der Einzige, der in eagle.suggest.ger

vorschlägt, daß beliebig benannte epf möglich sein sollen (IIRC war

das in Eagle 3 sogar der Fall). Und daß man ein Äquivalent zu

$EAGLEDIR hat, das den Pfad zur EPF angibt, z.B. $EPFDIR.

Servus

Oliver

Oliver Betz schrieb:

Soweit ich sehe, bi ich der Einzige, der in eagle.suggest.ger

vorschlägt, daß beliebig benannte epf möglich sein sollen

Nein, darin sind zumindest wir zwei uns absolut einig.

(Wir hatten auch neulich mal eine längere Diskussion dazu,

möglicherweise nicht in suggest.ger.)

(IIRC war das in Eagle 3 sogar der Fall).

Ich finde die Projektverwaltung von EAGLE 3 noch eingeschränkter und

unkomfortabler als die von Version 4... Vielleicht habe ich sie auch nur

nicht "richtig" ausgenutzt?

Und daß man ein Äquivalent zu

$EAGLEDIR hat, das den Pfad zur EPF angibt, z.B. $EPFDIR.

Das würde m.E. nichts bringen. Die Projekte liegen typischerweise kreuz

und quer über das Dateisystem verteilt, entsprechend der

Projekt-Hierarchie des Unternehmens. Da ist die Angabe eines einzigen

"Basisverzeichnisses" kontraproduktiv. EAGLE sollte sich eher so wie die

üblichen IDEs (z.B. für Software-Entwicklung) verhalten:  mit einem .epf

mit frei wählbarem Namen und an beliebiger Stelle - und darin allen

Pfadangaben relativ, soweit unterhalb des .epf-Pfades.

/Dann/ könnte man sehr angenehm damit arbeiten und bräuchte nur noch

epfs anklicken.

Damit beim Starten von EAGLE ohne Parameter nicht irgendein zuletzt

bearbeitetes Projekt geöffnet wird, kann EAGLE sich dann genauso

verhalten wie bisher und seine "lokalen" Projekte anzeigen bzw. das dort

zuletzt bearbeitete öffnen. Dann würde sich für die Anwender, die das so

gewohnt sind, nicht einmal etwas ändern. (Stichworte Kompatibilität und

"es allen recht machen".)

Tilmann

Tilmann Reh schrieb:

Oliver Betz schrieb:

 

Soweit ich sehe, bi ich der Einzige, der in eagle.suggest.ger vorschlägt, daß beliebig

benannte epf möglich sein sollen

 

Nein, darin sind zumindest wir zwei uns absolut einig. (Wir hatten auch neulich mal eine

längere Diskussion dazu, möglicherweise nicht in suggest.ger.)

Ich sei, gewähret mir die Bitte, in Eurem Bunde dann der Dritte !

EAGLE sollte sich eher so wie die üblichen IDEs (z.B. für Software-Entwicklung) verhalten:

mit einem .epf mit frei wählbarem Namen und an beliebiger Stelle - und darin allen

Pfadangaben relativ, soweit unterhalb des .epf-Pfades.

Full Ack!  Und Pfadangaben neben / oberhalb des .epf-Pfades dann absolut.

(Sind bei mir verschiedene Laufwerke:  die Projektdateien sind in meinem privaten Bereich auf

dem Server, z.B. R:\pro\MSt6\eagle.epf besser wäre: MSt6.epf!;  die Zeichnungsdateien in der

zentralen Ablage,  z.B. S:\techdok\331\33110026.brd.  Und der Schaltplan dazu sollte zB

S:\techdok\631\63110026.sch sein - jetzt muss ich dazu Symlinks machen oder PDFs umbenennen und

verschieben)

Grüße,  Hans Lederer

Tilmann Reh schrieb:

Oliver Betz schrieb:

 

Soweit ich sehe, bi ich der Einzige, der in eagle.suggest.ger vorschlägt, daß beliebig

benannte epf möglich sein sollen

 

Nein, darin sind zumindest wir zwei uns absolut einig. (Wir hatten auch neulich mal eine

längere Diskussion dazu, möglicherweise nicht in suggest.ger.)

Ich sei, gewähret mir die Bitte, in Eurem Bunde dann der Dritte !

EAGLE sollte sich eher so wie die üblichen IDEs (z.B. für Software-Entwicklung) verhalten:

mit einem .epf mit frei wählbarem Namen und an beliebiger Stelle - und darin allen

Pfadangaben relativ, soweit unterhalb des .epf-Pfades.

Full Ack!  Und Pfadangaben neben / oberhalb des .epf-Pfades dann absolut.

(Sind bei mir verschiedene Laufwerke:  die Projektdateien sind in meinem privaten Bereich auf

dem Server, z.B. R:\pro\MSt6\eagle.epf besser wäre: MSt6.epf!;  die Zeichnungsdateien in der

zentralen Ablage,  z.B. S:\techdok\331\33110026.brd.  Und der Schaltplan dazu sollte zB

S:\techdok\631\63110026.sch sein - jetzt muss ich dazu Symlinks machen oder PDFs umbenennen und

verschieben)

Grüße,  Hans Lederer