| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
Autor
|
Thema: _open will nicht - an filedia liegts nicht (350 mal gelesen)
|
bley Mitglied architekt
Beiträge: 42 Registriert: 12.11.2003 AutoCAD 2004 ArchTools TM-Layermanager<P>WIN2000P im WIN2000-Netzwerk
|
erstellt am: 21. Feb. 2005 17:14 <-- editieren / zitieren --> Unities abgeben:
Hallo, seit kurzem funktioniert bei allen Rechnen im Büro (ACAD 2004 auf WIN2K an WIN2K-Server) die _open-Funktion beim Öffnen einer zweiten oder dritten Zeichnung nur manchmal. D.h. in der Befehlszeile erscheint zwar Befehl: _open Befehl: Befehl: es tut sich aber sonst nichts und man muss ein zweites (drittes, viertes...) Mal auf den Button klicken, bis das Dialogfeld zum Öffnen erscheint. Filedia steht auf 1, und nach wiederholtem Klicken erfolgt die gewünschte Befehlsausführung, ohne, dass man sonst noch etwas ändert. Hat jemand eine Idee, woran das liegen könnte? Gruß Axel Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CADchup Ehrenmitglied V.I.P. h.c.
Beiträge: 3329 Registriert: 14.03.2001 Sicher ist, dass nichts sicher ist. Selbst das nicht. Joachim Ringelnatz
|
erstellt am: 21. Feb. 2005 20:36 <-- editieren / zitieren --> Unities abgeben: Nur für bley
|
bley Mitglied architekt
Beiträge: 42 Registriert: 12.11.2003 AutoCAD 2004 ArchTools TM-Layermanager<P>WIN2000P im WIN2000-Netzwerk
|
erstellt am: 22. Feb. 2005 08:19 <-- editieren / zitieren --> Unities abgeben:
|
CADchup Ehrenmitglied V.I.P. h.c.
Beiträge: 3329 Registriert: 14.03.2001 Sicher ist, dass nichts sicher ist. Selbst das nicht. Joachim Ringelnatz
|
erstellt am: 22. Feb. 2005 08:27 <-- editieren / zitieren --> Unities abgeben: Nur für bley
|
bley Mitglied architekt
Beiträge: 42 Registriert: 12.11.2003 AutoCAD 2004 ArchTools TM-Layermanager<P>WIN2000P im WIN2000-Netzwerk
|
erstellt am: 22. Feb. 2005 08:42 <-- editieren / zitieren --> Unities abgeben:
Hallo CADchup, scheint tatsächlich problemlos zu funktionieren, wenn ich ACAD ohne Archtools starte. Meine erste Idee war auch, dass es mit einem Archtools-Update zusammenhinge. Tom Berger wusste sich allerdings auch keinen Reim drauf zu machen. Und von weiteren Archtools-Anwendern, die dieses Problem haben, wusste er auch nichts. Gruß, Axel Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
cadffm Moderator 良い精神
Beiträge: 21533 Registriert: 03.06.2002 System: F1 und Google
|
erstellt am: 22. Feb. 2005 08:46 <-- editieren / zitieren --> Unities abgeben: Nur für bley
hilft nicht, aber evtl auch zum Thema - mein "Schließen-Knöpfli" (wie ihn jeder in der Art haben sollte) zeigt manchmal das gleiche Phänomen bei dem Befehl "_close" hier das Makro: ^C^C_.-layer;_t;0;_on;0;_s;0;;_.cecolor;bylayer;_.celtype;bylayer;_.audit;_y;_.-purge;_all;*;_n;_.zoom;_e;_.qsave;_.close; und genau dieses _.close erscheint ab und an in der Befehlszeile und nachfolgend die Befehlsaufforderung, keine Fehlermeldung , nichts - nur die Datei wird eben nicht geschlossen !? Da es nicht dragisch ist habe ich mich damit nie weiter befasst, aber da wir beim Thema sind wollte ich es mal posten. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
marc.scherer Ehrenmitglied V.I.P. h.c. CAD-Administrator
Beiträge: 2490 Registriert: 02.11.2001 Windows 10 64bit AutoCAD Architecture 2018/2019 (deu/eng) AEC-Collection 2019 (Revit und Zeugs) Wenn sich's nicht vermeiden läßt: D-A-CH Erweiterung (mies implementierter Schrott)
|
erstellt am: 22. Feb. 2005 09:50 <-- editieren / zitieren --> Unities abgeben: Nur für bley
Hallo Bley, wenn das Problem OHNE Archtools nicht auftritt und MIT Archtools doch, finde ich ist es doch ziemlich klar an wen Du Dich zur Problemlösung wenden mußt?! Da kann man sich mit "von weiteren Archtools-Anwendern, die dieses Problem haben, weiß ich nichts" IMHO schlecht herausreden... ------------------ Ciao, Marc Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
bley Mitglied architekt
Beiträge: 42 Registriert: 12.11.2003 AutoCAD 2004 ArchTools TM-Layermanager<P>WIN2000P im WIN2000-Netzwerk
|
erstellt am: 23. Feb. 2005 17:50 <-- editieren / zitieren --> Unities abgeben:
So, das Problem ist gelöst. Tom Berger (Entwickler von Archtools) schreibt dazu: "Das ist ein recht merkwürdiges Problem von AutoCAD - es kommt wohl auf die Reihenfolge an, in der die Reaktoren prüfen, welcher Befehl gerade dran ist. Da sowieso immer nur ein Befehl dran ist, müsste die Reihenfolge völlig egal sein, aber AutoCAD ist da wohl anderer Ansicht." Vielleicht hilft das jemandem weiter, der mal ein ähnliches Problem hat. Jedenfalls haben wir eine Austauschdatei für die Archtools bekommen und jetzt funktioniert wieder alles. Gruß Axel
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
archtools Mitglied
Beiträge: 823 Registriert: 09.10.2004 Entwickler für AutoCAD, BricsCAD u.a., alle Systeme
|
erstellt am: 23. Feb. 2005 19:14 <-- editieren / zitieren --> Unities abgeben: Nur für bley
Zitat: Original erstellt von bley: So,das Problem ist gelöst. Tom Berger (Entwickler von Archtools) schreibt dazu: "Das ist ein recht merkwürdiges Problem von AutoCAD - es kommt wohl auf die Reihenfolge an, in der die Reaktoren prüfen, welcher Befehl gerade dran ist. Da sowieso immer nur ein Befehl dran ist, müsste die Reihenfolge völlig egal sein, aber AutoCAD ist da wohl anderer Ansicht." Vielleicht hilft das jemandem weiter, der mal ein ähnliches Problem hat. Jedenfalls haben wir eine Austauschdatei für die Archtools bekommen und jetzt funktioniert wieder alles. Gruß Axel
Hallo und Danke für die Mithilfe :-) Konkret ist es so: wenn man in der Reaktorfunktion für den Editor-Reaktor nur die Befehle "STRETCH" und "MOVE" überwachen will, dann schreibt man (defun reactor-function (reactor cmdlist) (cond ((= "STRETCH" (car (cmdlist))) (do-what-to-do-on-stretch) ) ((= "MOVE" (car (cmdlist))) (do-what-to-do-on-move) ) ) ) Genau das aber verursacht manchmal unvorhersagbare Probleme, die nicht immer reproduzierbar sind. Hier war der Befehl OPEN betroffen, manchmal ist es auch das Designcenter. Obwohl die obige Funktion ja ohnehin nur was macht, wenn die Befehle STRETCH oder MOVE aktiv sind und bei allen anderen Befehlen einfach gar nix macht, passieren diese Fehler nicht mehr, wenn man es so schreibt: (defun reactor-function (reactor cmdlist) (if (not member (car cmdlist) '("OPEN" "ADCENTER") (cond ((= "STRETCH" (car (cmdlist))) (do-what-to-do-on-stretch) ) ((= "MOVE" (car (cmdlist))) (do-what-to-do-on-move) ) ) ) ) Eigentlich dürfte zwischen den beiden obigen Funktionen kein Unterschied bestehen. Ich vermute aber, dass AutoCAD bei den entsprechenden Befehlen ein Timing-Problem bekommt, wenn es während eines laufenden Befehls alle Bedingungen in der COND-Verzweigung prüfen muss. Gruß Tom Berger Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
marc.scherer Ehrenmitglied V.I.P. h.c. CAD-Administrator
Beiträge: 2490 Registriert: 02.11.2001 Windows 10 64bit AutoCAD Architecture 2018/2019 (deu/eng) AEC-Collection 2019 (Revit und Zeugs) Wenn sich's nicht vermeiden läßt: D-A-CH Erweiterung (mies implementierter Schrott)
|
erstellt am: 25. Feb. 2005 07:56 <-- editieren / zitieren --> Unities abgeben: Nur für bley
|