|
OneSpace Modeling : Unbekanntes Icon in Strukturliste
Schmidt.j am 25.02.2002 um 15:25 Uhr (0)
Hallo Walter Geppert, wir hatten auch das Problem und zwar im SD 9.01a unter NT4 und dem WorkManager. Als Problemlösung haben wir von ARXES die Datei "unlock_obj.dll" bekommen. Ich vermute, das man sie auch bei CoCreate bekommt (Wartungesvertrag? Hotline?). Diese Datei wird eingelesen und dann stehten in der Werkzeugkiste die Punkt "Clear_RO" und Clear_UT" zur Verfügung. Hiermit konnten wir das Problem beheben. Nach der Anmerkung von clausb würde ich die Werkzeuge aber mit Bedacht anwenden. Gruß Joachim Sc ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Löschen der Asoziativität
Schmidt.j am 14.03.2002 um 13:38 Uhr (0)
Hallo Jürgen, ich halte es für sehr gefährlich CHECK_3D_GEO_MODIFY immer per customize-Datei auszuschalten. Änderungen, die jetzt ohne Warnung möglich sind, verhindern ein späteres Updaten der Zeichnung über das 3D-Modell. Nur wenn dieses mit Sicherheit nicht mehr durchgeführt werden soll, kann man den Befehl benutzten oder die Infos entfernen. Aber das ist doch eher die Ausnahme als die Regel, oder? Gruß Joachim
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SD-Baugruppen mit CoCreate FirstSpace ansehen
Schmidt.j am 16.10.2001 um 10:15 Uhr (0)
Die VRML Version scheint nicht das Problem zu sein. Wir speichern im WorkManager. Hier werden auch immer VRML-Files (Version 1) mit abgelegt. Zum Viewen benutze ich Web ACCESS und FirstSpace für SD-Modelle. Im Gegensatz zum Speichern von VRML-Baugruppen aus dem SD habe ich es nicht mit einer VRML-Datei zu tun, sondern je einer für jedes Einzelteile und jede Baugruppen. Ich vermute, dass FirstSpace mit den Baugruppendateien nicht klar kommt. Wenn ich eine VRML-Baugruppe direkt vom SD, also in einer Dat ...
| | In das Form OneSpace Modeling wechseln |
|
Anzeige:
Anzeige: (Infos zum Werbeplatz)
 |
