---

Hallo!
Wir haben hier im Büro ein kleines Problem, dass uns komplett verwirrt.
Wir haben verschiedene dynamische Blöcke, die auch Schraffuren enthalten. Über die Strecken-Aktion können die Blöcke verändert werden.
Bei einem Kollegen ist es nun so, dass wenn er am entsprechenden Griff zieht, sich Umgrenzung und Schraffur gleich verändern. Gibt er jedoch einen Wert über das Eigenschaftenfenster ein ändert sich nur die Umgrenzung, die Schraffur bleibt aber gleich. So entstehen Löcher (beim Vergrößern) oder Schraffurteile, die über die Umgrenzung hinaus ragen (beim Verkleinern).
Das Sonderbare ist, bei meinem Rechner funktioniert alles perfekt. Egal ob mit Griff oder Eingabe übers Eigenschaftenfenster, die Schraffur ändert sich immer im Gleichklang mit der Umgrenzung.
Wie kann so etwas entstehen? Wo könnte der Unterschied liegen? Kann es für so etwas eine Variable geben? Irgendeine Einstellung?
Wir haben keine Ideen mehr. 

Vielen Dank für Eure Mühen im Voraus.

McSkull

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

---

Hy

und wie sieht es an einem 3 Rechner aus ?
Sys Var auslesen und auf den anderen Übertragen ?
selbe Version und SP ?

Testblock zu Verfügung stellen ?

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist wie Öl suchen, je tiefer man bohrt desto mehr kommt ans Tageslicht

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

---

Hi!
An verschiedenen Rechner gibt's beide Varianten. Meist geht's schief.
Die Blöcke können eigentlich nichts damit zu tun haben, denn wir haben zu Testzwecken neue, ganz simple Blöcke erstellt. Nur ein Rechteck mit Solidfüllung. Ergebnis war das Selbe wie mit komplexen Blöcken.
Wir habe auch die gleichen Versionen und Service Packs. (Wird von der IT aufgespielt... Soll immer alles Identisch sein... Soll!!!)
Bleibt die Einstellungssache. Wie kann man am Besten die Systemvariablen auslesen? Damit haben wir uns nur wenig beschäftigt...

Danke
McSkull

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

---

damit ..

http://help.autodesk.com/view/ACD/2015/DEU/?guid=GUID-E79F7A56-E373-48EC-AEB7-652CEDBE26D7

cu cw

------------------
Also ich finde Unities gut ... und andere sicher auch
------------------------------------------------
cadwomen™
Plant ist wie Öl suchen, je tiefer man bohrt desto mehr kommt ans Tageslicht

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

---

Alles Mögliche was mir dazu einfällt, wiederlegt jeweils einer der beschriebenen Fakten.

Mir würde so spontan nur eine versaute Blockdefinition einfallen,
neu erstellt nicht.

Aber damit man mal die Basics abgeklappert hat:
Testet mit ein und der selben Datei, mit der selben Blockreferenz,
bzw. bestätige das Ihr so testet.
Wenn das Ergebnis damit weiterhin besteht wird es lustig.
(und testet wirklich im Modellbereich, nicht im Blockeditor)

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Hi!
Ja, dann wird's wohl lustig... 
Wir haben extra neue Blöcke erstellt, aber auch mit bestehenden Zeichnungen und mit Paletten getestet.
Wir haben immer an ein und der selben Datei ausprobiert. (Per Mail hin und her geschickt)
Und natürlich immer im Modellbereich mit zurück gesetztem Block getestet.
Die Systemvariablen haben wir nu auch ausgetauscht. Hat nichts gebracht. Ich überprüfe noch ein paar Fehlermeldungen, habe aber auch da wenig Hoffnung.

So allmählich setzt sich hier die Meinung durch es als gegeben hin zu nehmen.

McSkull

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

---

Mir fällt noch eine mögliche Fehlerquelle ein.
Im Dynamischen Block darf nicht die Schraffur als Objekt für den Streckungsparameter gewählt werden,
sondern nur die Umgrenzung der assoziativ Schraffur.

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

---

Abgesehen, davon das wir beide Varianten ausprobiert haben und es immer das selbe Ergebnis war, kann hier ja nicht das Problem liegen, da ein und der selbe Block auf unterschiedlichen Rechnern unterschiedlich reagiert.

Trotzdem Danke.

Ich werde alle Spuren verfolgen.

McSkull

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

---

SchraffimBlock.dwg

Auch wenn es dir nicht hilft:
Ich kann das Problem bestätigen, hatte mich auch schon geplagt: per Griff kommt die Schraffur mit, per  Abstandseingabe in den Eigenschaften nicht.
Auch nicht mit frischem Block in neuer Zeichnung.
Habe mal einen Testblock rangehängt, wäre mal interessant wie die Statistik hier im Forum so aussieht...
Hätte jetzt nicht erwartet, dass das auf anderen Rechnern funktionieren könnte.

Ich habe das dann einfach als gegeben hingenommen.  Ein Fehler mehr in Acad, das macht den Bock auch nicht mehr fett...

Dirk

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

---

Mir wird zwar bei den ACA-DWT basierenden DWGs immer schlecht, aber testen konnte ich dennoch:
AutoCAD 2013 Sp2 - Keine Probleme.

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Funktioniert ohne Probleme.
AutoCAD 2016 SP1 + Soficad Ver. 20.1s

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

---

Hi.
Macht bei mir auch keine Probleme. Ich kann die Form mit Griff oder Eingabe verändern und die Schraffur füllt brav alles aus.
AutoCAD 2016 SP1 Map 3D SP2

McSkull

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

---

161028-Darstellungsfehler_dyn_Blockschraffur.jpg

hab auch keine Probleme mit dem Beispielblock.
Allerdings fällt beim ersten Öffnen der Datei auf, dass die Schraffur nicht vollständig dargestellt ist (siehe Bild)

Beim anschließenden Ändern, egal ob über Griffe oder Eigenschaftsfenster, oder als Kopie in neue Datei -> Keine Probleme

------------------
mfg Roman

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

---

AutoCAD Civil 3D 017 SP1.1 = keine Probleme mit Griffen,
aber bei Abstandsseingabe in Eigenschaftenpalette wandert Schraffur nicht mit 
Nach Ziehen am Griff wird Schraffur wieder korrekt aktualisiert.

------------------
Mit freundlichem Gruß

Udo Hübner
www.CAD-Huebner.de

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

---

Zwischenstand ist 2:0 gegen 2017, die Schlinge zieht sich zu?
Dirk, in 2013 alles in Ordnung? Ich gehe davon aus das du 2013 und 2017 auf dem gleichen Rechner hast.

(das die Schraffur im gespeicherten Zustand nicht korrekt ausschaut, soll doch zeigen wie es bei den betroffenen aussieht)

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Zitat:

---

Original erstellt von cadffm:
Zwischenstand ist 2:0 gegen 2017,

---

Na gut, dann mache ich auch mal mit beim Torwandschießen (allerdings  ohne konstruktive Lösungsidee  ).
ACAD 2017 SP1: keinerlei Probleme, weder beim Zupfen noch bei Änderung über Eigenschaftenfenster.
Wenn ich am geposteten Zustand (unvollständige Schraffurdarstellung) die Blockreferenz mit Ursprung zerlege, wird die unvollständige Schraffur dennoch als assoziativ ausgewiesen. Ein leichtes Zupfen an der Umgrenzung (selbst wenn gepickter Griff an gleicher Stelle wieder abgesetzt wird) genügt aber, daß die Schraffur wie es sich gehört den gesamten Bereich ausfüllt.
Völlig identisches Verhalten in ACAD 2016 SP1, ACAD 2015 SP2 und ACAD 2014 SP1.

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

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

---

Zuppeln ist klar, es wird eine neue Blockdefinition berechnet/die Schraffur neu berechnet.

Ich schränke weiter ein: 2:0 gegen 2017-Vertikale

Funktioniert es bei jemandem mit 2017Map/Aca/C3D ?
Funktioniert es bei jemandem mit anderer Version nicht?

------------------
CAD on demand GmbH - Beratung und Programmierung rund um AutoCAD

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

---

Hier noch ein paar Tests (alle  auf dem gleichen Rechner - Win 10, 64 bit)
AutoCAD 2015 SP2 - Änderung des Abstandes über Zahleneingabe - Schraffur geht mit
AutoCAD MAP 2016 SP2 - Änderung des Abstandes über Zahleneingabe - Schraffur geht NICHT mit.
AutoCAD Civil 2016 SP2 as AutoCAD - Änderung des Abstandes über Zahleneingabe - Schraffur geht NICHT mit.
AutoCAD 2017 SP1 - Änderung des Abstandes über Zahleneingabe - Schraffur geht mit.
AutoCAD Civil 2017 SP1.1 - Änderung des Abstandes über Zahleneingabe - Schraffur geht NICHT mit.

------------------
Mit freundlichem Gruß

Udo Hübner
www.CAD-Huebner.de

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

---

Heute noch mal getestet - ich wollte ein Video dazu aufzeichnen. und was war?
- gleicher Rechner -
AutoCAD MAP / Civil 2016 - Schraffur geht NICHT mit.
AutoCAD MAP / Civil 2017 - Schraffur geht mit

Unerklärlich, jetzt klappt es plötzlich mit 2017.

------------------
Mit freundlichem Gruß

Udo Hübner
www.CAD-Huebner.de

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

---

Hallo Gemeinde,

mein Test ergab folgendes. Per Griff funktioniert alles. Bei Eingabe über Abstand kommt Schraffur nicht mit.

Acad-Version:
Civil 3d 2016 als Autocad

LG Christian

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

---

Hallo!
Sorry für die lange Pause. War zwei Tage zur Schulung...
Bei uns verteilt es sich auf mehreren Rechnern mit ACAD Map 3D 2016 auf 7:2 gegen funktionierende Schraffur.
Nur bei zweien geht alles reibungslos.
Zum Glück sind bei uns alle Rechner von der IT installiert und komplett Identisch! 
McSkull

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

---

Guten Morgen,

ich hab jetzt auch noch etwas probiert.
Ziehe ich am Griff kommt die Schraffur mit. Gebe ich einen Zahlenwert im Eigenschaftenfenster ein, verändert sich die Schraffur nicht mit.
Aktiviere ich aber mit F12 die dynamische Eingabe, kann ich sowie ich den Griff markiere einen Zahlenwert eingeben und die Schraffur ändert sich mit. Es scheint also so, als ob nur die Zahleneingabe über das Eigenschaftsfenster nicht funktioniert.

LG Christian

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

---

Zitat:

---

Original erstellt von csfalk:
[B
Aktiviere ich aber mit F12 die dynamische Eingabe, kann ich sowie ich den Griff markiere einen Zahlenwert eingeben [/B]

---

Das ist ja im Prinzip das gleiche wie händisch am Griff zupfen. Aber schön, daß sich noch immer welche mit dem Problem beschäftigen. 

Jürgen

------------------
Bildung kommt nicht vom Lesen, sondern vom Nachdenken über das Gelesene. (Carl Hilty)

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

---

Hallo Jürgen,

na ab und zu brauch ich auch mal eine kleine Ablenkung auf Arbeit.    

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

---

Hallo!
Wir haben eine Lösung gefunden, wissen aber nicht genau wieso es funktioniert...
Mein Kollege hat einfach mal in einer leeren Zeichnung eine Umgrenzung erstellt und dann Schraffur gestartet. Bei einstellen hat er den Schraffurursprung auf "Festgelegter Ursprung" gestellt, "Klicken, um neuen Urspr. festzul." gewählt 0,0 eingegeben und die Schraffur erzeugt.
Danach hat er in allen, auch anderen Zeichnungen per Eingabe ins Eigenschaftsfenster einen dynamischen Block verändern können und die Schraffur funktionierte plötzlich...
Wir konnten nicht heraus bekommen warum das so ist.  Ob wir eine Variable geändert haben?
HPORIGIN und HPORIGINMODE sind dadurch nicht verändert worden.
Wir staunen jetzt erst mal ne Runde...

McSkull

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