| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
| |
| SF TECHNICAL , eine App
|
Autor
|
Thema: automat. mit geladenem Namen speichern ? (458 mal gelesen)
|
Peter Neubauer Mitglied Dipl. Ing.
Beiträge: 19 Registriert: 13.02.2002
|
erstellt am: 22. Jun. 2004 08:01 <-- editieren / zitieren --> Unities abgeben:
Hi, wer hat nicht schon aus Versehen ein PKG unter falschem Namen abgespeichert, und dabei dummerweise auch noch ein anderes PKG überschrieben ? Gibt es einen "Trick" oder Programm welches das aktuell geladene PKG auch wieder unter dem "geladenen" Namen abspeichert ? Thanx im Voraus !!! Peter N. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Klaus Lörincz Mitglied Consultant
Beiträge: 533 Registriert: 06.08.2003 OSD M = aktuell OSD D = aktuell OS M = aktuell auf WIN und HP-UX
|
erstellt am: 22. Jun. 2004 08:51 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Hallo Peter, Nur Daten aus der Datenbank bekommen Ihre Referenzen "eingraviert" damit ergiebt sich eigentlich nur eine Lösung für das Problem. --> Speichern in eine Datenbank (z.B.: ModelManger) Grüßle ------------------ Klaus Lörincz 0174 3439 428 Sindelfingen Germany Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Marc. H Mitglied Konstrukteur
Beiträge: 49 Registriert: 09.11.2002 OSDM 13.20A W2K
|
erstellt am: 22. Jun. 2004 10:54 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Hallo, ist bei uns auch schon mehrfach passiert. Leider ist es CC nicht gelungen ein vernünftiges Speicherverhalten für den OSDM zu konzipieren, wie es Bsp. alle Win Prg. haben, deshalb hat CC gar nichts gemacht. Einfach ein blankes Fester, und wenn was daneben geht, einen Verweiss auf den MM. Da der MM einen sehr hohen Verwaltungsaufwand für ein kleines Büro mit sich bringt(abgesehen von den Kosten) kommt dieser bei uns nicht zum Einsatz. Mit etwas Kreativität hätte man bestimmt eine Lösung gefunden (wäre auch über steuerbare Voreinstellungen vorstellbar). Die Fehlerwahrscheinlichkeit etwas in OSDM oder Anno falsch abzuspeichern nur weil kein Dateiname als Vorschlag angegeben wird oder eine Sicherheitsdatei angelegt wird ist sehr hoch. Vielleicht kann CC ja fürs nächste Update hier eine Lösung finden. Guss Marc
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Markus Kuehl Mitglied
Beiträge: 165 Registriert: 22.06.2001
|
erstellt am: 22. Jun. 2004 13:57 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Hallo Marc, das Speichern im OSDM ist leider nicht ganz so einfach wie in anderen Windows Programmen. Wenn Du natuerlich immer nur ein Package File oeffnest und nur mit diesem arbeitest, gebe ich Dir recht, dass CoCreate ein einfachen "Speichern" Befehl haette implementieren koennen. Was aber soll passieren, wenn Du mehrere Package Files gleichzeitig oeffnest? In welches Package File sollen dann z.B. neu entstandene Teile beim Speichern wandern? In das zuletzt geoeffnete? Mit solch einem Ansatz kann man auch sehr leicht Daten ueberschreiben und Datenverlust erleiden. Deshalb hat CoCreate in dieser Richtung nichts implementiert - es gibt keine Loesung, die jeglichen versehentlichen Datenverlust verhindern koennte. Sollte allerdings doch jemand eine tragfaehige Idee haben, die in allen nur denkbaren Konstellationen funktioniert, bitte melden! Ich waere sehr daran interessiert. Viele Gruesse, Markus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mweiland Mitglied freiberuflicher Konstrukteur (Kunststoff u. Werkzeugbau)
Beiträge: 233 Registriert: 19.02.2002 CE/DM 18.0 VISI21 auf W7pro64 HP Elitebook 8770w Grafik AMD FirePro M4000
|
erstellt am: 23. Jun. 2004 00:35 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Hallo Peter u. Marc, in http://ww3.cad.de/foren/ubb/Forum29/HTML/000221.shtml habe ich mal einen Lösungsansatz beschrieben mit dem man sich vor versehentlichem Speichern ganz gut schützen kann (Schreibschützen und verstecken der gerade nicht bearbeiteten Dateien). Leider wurde bei uns letztens ein Linux-Server installiert und schon geht das alles nicht mehr gaaanz so einfach (es wird klickreicher und unübersichtlicher). Ich wollte auch mal Marcs Aussage bekräftigen, dass es sich bei kleinen Unternehmen mit immer neuen Produkten (also wenig mehrfach verbauten Teilen) einfach nicht lohnt, so ´ne komplizierte Kiste wie Datenbank etc. einzuführen... Hallo Markus, beim Speichern von pkg gebe ich Dir recht, dass das Speichern nicht so trivial ist wie bei anderen Windoof-Progr. Aber das Speichern der Zeichnungen im Annotation als *.mi sollte doch so gehen! Man kann doch immer nur maximal eine Zeichnung geöffnet haben - also kann doch diese auch beim Speichern zumindest vorgegeben werden!
------------------ Grüße vom Elbestrand Martin Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Markus Kuehl Mitglied
Beiträge: 165 Registriert: 22.06.2001
|
erstellt am: 23. Jun. 2004 07:58 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Hallo Martin, Zitat:
... Aber das Speichern der Zeichnungen im Annotation als *.mi sollte doch so gehen! Man kann doch immer nur maximal eine Zeichnung geöffnet haben - also kann doch diese auch beim Speichern zumindest vorgegeben werden!
Da hast Du recht. Ich werd's mal an das Annotation Team weitergeben. Viele Gruesse, Markus
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rmcc1980 Mitglied Ingenieur
Beiträge: 358 Registriert: 06.06.2003 Modeling PE 6 Win 10-64
|
erstellt am: 23. Jun. 2004 08:03 <-- editieren / zitieren --> Unities abgeben: Nur für Peter Neubauer
Zitat: Original erstellt von Markus Kuehl: ... Deshalb hat CoCreate in dieser Richtung nichts implementiert -
Hallo, schon in den uralten ME10-Versionen gab es kein Überschreiben. Irgendwie hat bei CC schon immer jemand etwas gegen einen Befehl 'Überschreiben'. Da hilft wohl nur selber machen! Schöne Grüße Bernd
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |