---

Moin zusammen,

ich habe ein kurioses Problem: wir haben im Büro eigentlich alles gleich eingestellt an den Arbeitsplätzen. Bei einem Arbeitsplatz gehen die Schraffuren in den dynamischen Blöcken nicht mit, bei allen anderen Arbeitsplätzen und gleichen Blöcken (liegen auf dem Server) funktionieren diese einwandfrei.

Wenn der Block gesprengt wird und die Umgrenzungen angepasst werden gehen die Schraffuren regulär mit.

Hat wer eine Idee woran es liegen könnte?

Vielen Dank!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moschen ,

ohne DWG zum testen wird es eher nix , also von beiden Versionen ne DWG hier aglegen und dann geht das weiter

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist nur die Spitze des Berges der da treibt ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

ich kann gerne eine DWG beifügen, jedoch gibt es ja nur eine Version (diese liegt auf dem Server) und bei Verwendung dieser Dynamischen-Blöcke von mehreren Arbeitsplätzen (einfügen als Block) passt sich die Schraffur bei allen, bis auf einen PC auch wie gewünscht an - ich weis jetzt nicht, wie ich eine Version befügen soll, die das Problem zeigt, außer als Bild.

Und dass der Block sonst funktioniert zeigen die anderen Arbeitsplätze...

Also dennoch bedarf an der Datei?, weil ich nicht glaube dass diese tatsächlich zur Lösung beiträgt, da sie ja bei 99% aller anderen Arbeitsplätze funktioniert. Denke es könne irgend ne Variable oder Einstellung sein, die für die Abweichung sorgt... weil es überall anderes ja funktioniert.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hy

dann also doch nicht gleich eingestellte Arbeitsplätze ...

es gab in den ExpressTools ein Befehl zum Variabel rausspeichern da könnte man die 2 Arbeitsplätze zumindest einfach vergleichen.

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist nur die Spitze des Berges der da treibt ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

_.sysvdlg

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist nur die Spitze des Berges der da treibt ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das Problem hatten wir 2016 schon mal ausgiebig diskutiert. Leider ohne befriedigende Lösung:

https://ww3.cad.de/foren/ubb/Forum54/HTML/033159.shtml

Da war es offensichtlich versionsabhängig. Variablenabgleich brachte zumindest nicht den Duchbruch.

------------------
Gruß

Michi

""Mögen hätt ich schon wollen, aber dürfen hab ich mich nicht getraut."
Karl Valentin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Die Versionen sind bei allen Arbeitsplätzen identisch - Update stehen auch keine aus...
Somit bleibt mir nur die Systemvariablen zu prüfen - oder?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nicht zwingend, auch "persönliche" Einstellungen in der dwg in die eingefügt wird können das Verhalten beeinflussen.
Ist z. Bsp. der entsprechende Schraffurlayer bereits vorhanden und beim Einfügen gesperrt, wird die Schraffur nicht aktualisiert.

------------------
Ciao
J-SC
... geht's vielleicht doch?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Deswegen Test (zunächst) ausschließelich mit denselben .DWG Dateien

da ja die Produktversion aller beteiligten Programme/Updates bereits verglichen wurden:
Ich würde vielleicht auch mal diesen Test machen:

MaschineGUT, Programm starten, Befehl Öffnen -> Testdatei öffnen, ein Testlauf um das Problem zu prüfen, APPLOAD, Liste der geladenen Anwendungen notieren
MaschineSchlecht, Programm starten, Befehl Öffnen -> Testdatei öffnen, ein Testlauf um das Problem zu prüfen, APPLOAD, Liste der geladenen Anwendungen notieren und mit der anderen Liste vergleichen.

MaschineBöse:
auch immer wieder nett:
Offline
alle Virenscanner und Wächter AUSschalten,
erneut testen.

Am besten gleich einen neuen User mit Voll-Adminrechten dazu nutzen,
das wäre ohnehin ein Test: Anderer Win-User.

Mit demselben Vorgehen (einbringen des Blocks und Änderung der Parameterwerte, getestet mit derselben DWG - da fällt mir spontan nichts ein.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

bezüglich der Layer: Diese sind definitiv nicht gesperrt - zum Testen haben wir den Block gesprengt und die Umgrenzungslinie gestreckt - da wird die Schraffur problemlos mit gestreckt....

Zitat:

---

Original erstellt von j-sc:
Nicht zwingend, auch "persönliche" Einstellungen in der dwg in die eingefügt wird können das Verhalten beeinflussen.
Ist z. Bsp. der entsprechende Schraffurlayer bereits vorhanden und beim Einfügen gesperrt, wird die Schraffur nicht aktualisiert.

---

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Werde den Test durchführen und Rückmeldung geben...
Danke!

Zitat:

---

Original erstellt von cadffm:
Deswegen Test (zunächst) ausschließelich mit denselben .DWG Dateien

da ja die Produktversion aller beteiligten Programme/Updates bereits verglichen wurden:
Ich würde vielleicht auch mal diesen Test machen:

MaschineGUT, Programm starten, Befehl Öffnen -> Testdatei öffnen, ein Testlauf um das Problem zu prüfen, APPLOAD, Liste der geladenen Anwendungen notieren
MaschineSchlecht, Programm starten, Befehl Öffnen -> Testdatei öffnen, ein Testlauf um das Problem zu prüfen, APPLOAD, Liste der geladenen Anwendungen notieren und mit der anderen Liste vergleichen.

MaschineBöse:
auch immer wieder nett:
Offline
alle Virenscanner und Wächter AUSschalten,
erneut testen.

Am besten gleich einen neuen User mit Voll-Adminrechten dazu nutzen,
das wäre ohnehin ein Test: Anderer Win-User.

Mit demselben Vorgehen (einbringen des Blocks und Änderung der Parameterwerte, getestet mit derselben DWG - da fällt mir spontan nichts ein.

---

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

Test durchgeführt.

1. Test mit Adminrechten gestartet: keine Änderung/Verbesserung
anderer Nutzer mit Adminrechten: keine Änderung/Verbesserung

2. gelistete Anwendungen ergeben bei dem "bösen PC" folgenden Anwendungen mehr, als bei den anderen:

acadoc.LSP
acdim.crx
acxrefesw.arx
AcXrefService.arx
acvmtools.crx

folgender fehlt:

CSW.lsp

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

bohh , so ohne Cafe und ob das noch gültig ist heute

ein ACAD ohne ACADdoc gibt es nicht .... kann aber nicht der grund für das andere Verhalten sein

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist nur die Spitze des Berges der da treibt ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

OFFtopic - @AndreasK - Da knirrscht es noch im Getriebe   

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Michel,

acadoc.lsp ein Tippfehler -> acaddoc.lsp?

Die Liste der unterschiedlich geladenen Anwendungen wundert mich zwar (bei dem vorgeschlagenem Test),
da es keinen Sinn macht dass z.B. eine acdim.crx in dem einen Testlauf geladen ist, im anderen Testlauf aber nicht.
Vermutlich wird sich aber wohl nichts besonderes finden lassen.
Da MIR der Inhalt der CSW.lsp nicht bekannt ist, würde ich einmal die Testdatei öffnen, die CSW.lsp  laden und den Test durchführen.

Sind Grafikhardware, Software/Treiber und Einstellungen (Befehl: Grafikkonfig und GFXDX12) gleich?

Wirklich sehr schade für mich keine entsprechende Testsituation zu haben,
so kann man nur ins Blaue raten und kann nicht selbst testen.

@cadwomen
?
acad und acaddoc sind beides optionale benutzerdefinierte Dateien, gehören also nicht zum Programm dazu.
Es liegt am Anwender ob es das ein, das andere, oder beide gibt.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Die Hardware der verschiedenen Workstations varriert.
Ob es sich um einen Tippfehler handelt muss ich am Freitag prüfen.. Den Test kann ich auch am FR durchführen mit der LSP.
Bin heute noch terminlich eingebunden und dann 2 Tage auf Fortbildung - geb Freitag Rückmeldung.

Danke erstmal an alle, die sich hier um uns kümmern!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP