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 2536 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:

     

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

    Tilmann Reh schrieb:

     

     

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

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

     

    das kommt darauf an: Wenn ich die Bibliotheken aus einer

    Versionsverwaltung (Subversion etc.) hole, möchte ich das unbedingt so

    haben! Denn vielleicht will ich an einer alten Version eine

    Kleinigkeit ändern und benötige dazu auch den alten Stand der

    Bibliotheken.

     

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

     

    BTW: Ich starte Eagle durch Doppelklick auf die epf. Der ruft diese

    CMD-Datei auf:

     

    - snip -

    @echo off

    find "Version=""03 5" %1 >nul

    if NOT errorlevel 1 (

         start path_to_Eagle3.exe %1

         exit /b

    )

    find "Version=""04 1" %1 >nul

    if NOT errorlevel 1 (

         start path_to_Eagle4.1.exe %1

         exit /b

    )

    find "Version=""04 9" %1 >nul

    if NOT errorlevel 1 (

         start path_to_Eagle4.9.exe %1

         exit /b

    )

    echo Unknown epf version

    pause

    - snip -

     

    Naja, muß man jetzt an 5.* anpassen.

     

    Wenn ich ein Projekt auf eine höhere Version migriere, muß ich halt

    auch die epf bearbeiten.

     

    Servus

     

    Oliver

     

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

    Oliver Betz schrieb:

     

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

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

     

    das kommt darauf an: Wenn ich die Bibliotheken aus einer

    Versionsverwaltung (Subversion etc.) hole, möchte ich das unbedingt so

    haben! Denn vielleicht will ich an einer alten Version eine

    Kleinigkeit ändern und benötige dazu auch den alten Stand der

    Bibliotheken.

     

    Bei uns sind die Bibliotheken "heilig" - wenn an einem Bauteil etwas

    geändert wird, dann muß das auch für alle bestehenden Projekte

    übernommen werden können (UPDATE;). Dadurch werden Korrekturen an

    Bauteilen bei einer Neuauflage der Leiterplatte berücksichtigt. Das

    wiederverwenden alter, evtl. noch fehlerhafter Bibliotheken würde

    dieselben Fehler erneut produzieren (unnötigerweise, wie ich meine).

     

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

     

    Guter Vorschlag. Ich mag allgemeingültige Lösungen sehr. image

     

    BTW: Ich starte Eagle durch Doppelklick auf die epf. Der ruft diese

    CMD-Datei auf:

     

    Bei den derzeitigen Möglichkeiten eine gute Lösung, wenn man gezielt mit

    mehreren Versionen arbeiten will/muß.

     

    Tilmann

     

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

    On 05/15/08 08:08, Tilmann Reh wrote:

    Oliver Betz schrieb:

     

    ...

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

     

    Guter Vorschlag. Ich mag allgemeingültige Lösungen sehr. image

     

    Ich hab's gerade mal explizit getestet (unter Linux und Windows),

    und es verhält sich genau so. Pfade zu Libraries unterhalb des

    Projektverzeichnisses werden relativ gespeichert, alle anderen absolut.

     

    Beobachten Sie da etwas anderes?

     

    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:

     

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

     

    Guter Vorschlag. Ich mag allgemeingültige Lösungen sehr. image

     

    Ich hab's gerade mal explizit getestet (unter Linux und Windows),

    und es verhält sich genau so. Pfade zu Libraries unterhalb des

    Projektverzeichnisses werden relativ gespeichert, alle anderen absolut.

     

    Beobachten Sie da etwas anderes?

     

    Ich habe diesbezüglich noch nichts getestet/beobachtet, da bei uns die

    Bibliotheken niemals unterhalb der Projekte liegen (und auch nie liegen

    werden). Dieser Aspekt ist erst in der Diskussion hier aufgekommen,

    nachdem das Thema sich in Richtung Versions-Interoperabilität verschoben

    hat.

     

    Aber danke, daß Sie sich melden - was halten Sie von meinem Vorschlag

    zur Projektverwaltung (OP dieses Threads hier in suggest.de - sorry, daß

    ich den Betreff nicht angepaßt hatte)?

     

    Tilmann Reh

     

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

    Klaus Schmidinger schrieb:

     

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

     

    Guter Vorschlag. Ich mag allgemeingültige Lösungen sehr. image

     

    Ich hab's gerade mal explizit getestet (unter Linux und Windows),

    und es verhält sich genau so. Pfade zu Libraries unterhalb des

    Projektverzeichnisses werden relativ gespeichert, alle anderen absolut.

     

    Beobachten Sie da etwas anderes?

     

    Ich habe diesbezüglich noch nichts getestet/beobachtet, da bei uns die

    Bibliotheken niemals unterhalb der Projekte liegen (und auch nie liegen

    werden). Dieser Aspekt ist erst in der Diskussion hier aufgekommen,

    nachdem das Thema sich in Richtung Versions-Interoperabilität verschoben

    hat.

     

    Aber danke, daß Sie sich melden - was halten Sie von meinem Vorschlag

    zur Projektverwaltung (OP dieses Threads hier in suggest.de - sorry, daß

    ich den Betreff nicht angepaßt hatte)?

     

    Tilmann Reh

     

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

    On 05/15/08 09:51, Tilmann Reh wrote:

    Klaus Schmidinger schrieb:

     

    Vorschlag: Wenn der Pfad zur Library unterhalb der epf ist, wird er

    relativ gespeichert, sonst absolut.

    Guter Vorschlag. Ich mag allgemeingültige Lösungen sehr. image

    Ich hab's gerade mal explizit getestet (unter Linux und Windows),

    und es verhält sich genau so. Pfade zu Libraries unterhalb des

    Projektverzeichnisses werden relativ gespeichert, alle anderen absolut.

     

    Beobachten Sie da etwas anderes?

     

    Ich habe diesbezüglich noch nichts getestet/beobachtet, da bei uns die

    Bibliotheken niemals unterhalb der Projekte liegen (und auch nie liegen

    werden). Dieser Aspekt ist erst in der Diskussion hier aufgekommen,

    nachdem das Thema sich in Richtung Versions-Interoperabilität verschoben

    hat.

     

    Aber danke, daß Sie sich melden - was halten Sie von meinem Vorschlag

    zur Projektverwaltung (OP dieses Threads hier in suggest.de - sorry, daß

    ich den Betreff nicht angepaßt hatte)?

     

    Dazu bin ich noch nicht gekommen.

    Ich wollte nur schnell dieses Thema richtigstellen, da in diesem

    Thread ziemlich "hitzig" diskutiert wird, und da muß es nicht sein,

    daß etwas, das sowieso so funktioniert wie gewünscht, auch noch

    hohe Wellen schlägt image

     

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