Chris Opublikowano 25 Lipca 2017 Zgłoś Opublikowano 25 Lipca 2017 Kolejny dzień niespodzianek w trakcie pracy na ZWCad 2017... ZWCad 2017 PRO vernum = "2017.06.22(18776)_x64" załączam film prezentujący działanie komendy stretch (rozciągnij): Nagywanie_2017_07_25_06_19_45_59.mp4 Nagywanie_2017_07_25_06_18_47_508.mp4
dmatusz3 Opublikowano 25 Lipca 2017 Zgłoś Opublikowano 25 Lipca 2017 Mimo szczerych chęci nie jesteśmy w stanie powtórzyć tego co na filmie. Prosimy zatem o podesłanie obiektów, które grają główną rolę w filmach.
Chris Opublikowano 25 Lipca 2017 Autor Zgłoś Opublikowano 25 Lipca 2017 Czy udało się odtworzyć problem w przesłanym przeze mnie pliku? Oto kolejna próbka możliwości komendy stretch w ZWCad 2017... dramat... nie da się normalnie pracować... co krok to porażka... Najlepsze, że wykonując komendę w górę i w dół otrzymuję różne rezultaty. Sprawdzałem, czy przypadkiem obiekty nie znajdują się w głębi (mają zmienną Z różną od zera), ale dla wszystkich Z=0.Nagywanie_2017_07_25_12_34_14_751.mp4
dmatusz3 Opublikowano 25 Lipca 2017 Zgłoś Opublikowano 25 Lipca 2017 Udało się powtórzyć. W jaki sposób te obiekty zostały utworzone? Otrzymał Pan te rysunki, poprzez jakąś nakładkę, biblioteka bloków czy są to rysunki do kogoś?
Chris Opublikowano 25 Lipca 2017 Autor Zgłoś Opublikowano 25 Lipca 2017 Rysunki są tworzone przeze mnie. Te konkretne elementy tworzone są w nakładce BIK (poprzednia wersja BIKa dla ZWCad+ 2015). Ten drugi film prezentuje stretchowanie zwykłych polilini + bloki śrub utworzone własnoręcznie (ale w innej wersji programu - albo ZWCad+ 2015 albo BricsCad - teraz jest mi ciężko ocenić - na pewno nie było to robione w ZWCad 2017). Dziwne, że śruby są stretchowane, a polilinie już nie....
Chris Opublikowano 25 Lipca 2017 Autor Zgłoś Opublikowano 25 Lipca 2017 Program ma chyba problem z obiektami typu: Polilinia 2D.... głównie z tymi obiektami nie radzi sobie przy stretchowaniu...
dmatusz3 Opublikowano 25 Lipca 2017 Zgłoś Opublikowano 25 Lipca 2017 Generalnie problem leży w poliliniach utworzonych przy zmiennej PLINETYPE=0 (stary typ polilinii pamiętający czasy ACAD14). Domyślnie obecnie jest ona ustawiona na wartość 2 i przy tej wartości nie ma problemu (przy wartości 1 również). Prześlemy informacje do ZWSOFT. Nie ma szybkiego sposobu na konwersje starego typu na nowy, jedynie rozbicie i poleceniem PEDIT odtworzenie polilinii (zmienna PLINETYPE powinna być ustawiona na wartość 2).
dmatusz3 Opublikowano 27 Lipca 2017 Zgłoś Opublikowano 27 Lipca 2017 Gdyby ktoś szukał to wypowiedzi z tego wątku nie związane z tematem przeniosłem tutaj:
dmatusz3 Opublikowano 2 Października 2017 Zgłoś Opublikowano 2 Października 2017 Czy może Pan potwierdzić, że rozciąganie działa poprawnie (vernum = "2017.09.18(21849)_x64" (tylko do odczytu))?
Chris Opublikowano 3 Października 2017 Autor Zgłoś Opublikowano 3 Października 2017 16 godzin temu, dmatusz3 napisał: Czy może Pan potwierdzić, że rozciąganie działa poprawnie (vernum = "2017.09.18(21849)_x64" (tylko do odczytu))? Dzień dobry, potwierdzam, że problem został rozwiązany. Obiekty przedstawione przez Pana na GIFie oraz inne, o których pisałem są stretchowane poprawnie. Sprawdziłem na kilku plikach i na żadnym nie było problemu stretchowania. Dziękuję.
dmatusz3 Opublikowano 12 Października 2017 Zgłoś Opublikowano 12 Października 2017 Dziękuję za informację. Temat zamykam.
Rekomendowane odpowiedzi