Marek-M

Zapewne chodzi, że przy wyłączaniu warstw funkcją _LAYOFF po wyłączeniu kilku warstw pod rząd trafi się na warstwę, której nie zamierzało się wyłączyć, to nie można cofnąć tylko ostatnio wyłączonej warstwy. Cofnięcie ostatniej operacji (_UNDO) powoduje, że zostaną włączone wszystkie warstwy kliknięte podczas ostatniej funkcji _LAYOFF. Ogólnie przydałoby się, aby przy włączonej funkcji _LAYOFF, _LAYFRZ można było użyć _UNDO po kliknięciu na niezamierzoną warstwę i przywrócona zostałaby tylko ostatnio kliknięta warstwa. Ja ten problem obchodzę w taki sposób, że po kliknięciu w niepożądaną warstwę zakańczam funkcję _LAYOFF Enterem a następnie z CommandLine kopiuję nazwę ostatnio wyłączonej warstwy i włączam ją np. bezpośrednio w menedżerze warstw poprzez wyszukiwarkę filtrem w postaci: Teraz myślę, że problem autora jest bardziej zrozumiały.

Przy częstym stosowaniu Ctrl+C i Ctrl+V u kolegi zaobserwowaliśmy, że antywirus zmulał komputer a w rezultacie zawieszał ZWCada. Co prawda objawy były obserwowane na ZWCAD 2015+ ale może antywirusy dalej utrudniają życie. Kolega stosował Avasta. Po odinstalowaniu Avasta i wykorzystując funkcję _copy zamiast Ctrl+C Ctrl+V od jakiegoś czasu (pewnie od 2 lat) kolega nie zgłaszał mi takich problemów.

Kompresja PDF to jedno a sposób generowania PDF to inna sprawa. Jakbyście porównali warstwy wygenerowane w AutoCAD i ZWCAD, to zauważycie, że ZWCAD do wydruku wrzuca na listę chyba wszystkie warstwy, które były w rysunku, nawet zablokowane. AutoCAD wrzuca tylko te, które są widoczne. No i bez kompresji w SmallPDF AutoCAD pełną zawartość rysunku zmieścił w 134kB a ZWCAD po kompresji nadal jest 2.4x większym plikiem. Bardzo żałuję, że DWGtoPDF w ZWCAD działa tak słabo. Cóż, ważne, że jest alternatywa. Aktualnie wolę utracić informację o warstwach w PDF ale otrzymać mały plik niż kompresować pliki PDF w SmallPDF. Przy większych projektach różnicę w rozmiarze dokumentacji otrzymuję na poziomie 2MB w PDFCreator vs 16MB w DWGtoPDF ZWCAD (bez kompresji). Kompresja w tym niewiele pomoże.

Dla mnie minusem drukarki DWG to PDF jest rozmiar wygenerowanego pliku PDF. O ile w AutoCAD robi całkiem zgrabne (o dość małym rozmiarze) pliki, to z ZWCADa wychodzą kobylaste (ten sam rysunek w ACAD ma 80-100kB a ZWCAD 250-300kB). Nie ma tu większego znaczenia czy w PDFie będą wyłączalne warstwy czy nie. Dla mnie PDFCreator jest złotym środkiem. Zarówno z ACAD jak i z ZWCAD wychodzą dość małe pliki. EDIT: Żeby nie być gołosłownym, to dosyłam pliki PDF - ten sam rysunek wygenerowany na 3 sposoby. Podkład mapowy jest zrobiony jako XREF i z tego powodu PDFCreator i DWGtoPDF w ZWCAD nie zrobiły edytowalnych tekstów. DWGtoPDF w AutoCAD wykonał dla mnie wzorcowego PDFa ale nie lubię bawić się w przełączanie - rysowanie w ZWCAD, drukowanie w AutoCAD - i dlatego postawiłem na złoty środek jakim jest PDFCreator+ZWCAD Testy robiłem na ZWCAD 2015+ (VERNUM = "2015.08.15(27483)"), bo tego używam jako wersji stabilnej i szybkiej. ZWCAD 2018 za często mi się wysypuje podczas rysowania a dodatkowo mocno zamula przy większych mapach. TEST_DWGtoPDF_ACAD_2013LT.PDF [134.91 kB] TEST_DWGtoPDF_ZWCAD_2015_plus.PDF [436.10 kB] TEST_PDFCreator_ZWCAD_2015_plus.pdf [88.55 kB]

Hmm, chciałem przekazać plik do testowania ale sprawdzając go jeszcze raz zaczął działać i nawet layout mi się przełączył w dość normalnym czasie Podeślę go Wam jednak za chwilę do testów.

Witam, Czy ktoś zaobserwował może problemy ze stabilnością ZWCAD 2018 x64 przy dużych plikach? Dzisiaj znowu chciałem przetestować nową betę 2 ZWCAD i wersja x64 zawiesiła mi się przy otwieraniu pliku DWG o wadze ~110MB. Przeinstalowałem ZWCAD do wersji 32-bit i o dziwo, plik zadziałał. Czy Wy nie macie problemów z dużymi plikami? Jakiej wielkości są Wasze pliki DWG, które działają bez problemowo w ZWCAD x64 2018? PS: Chyba za szybko pochwaliłem ZWCAD 32-bit, bo właśnie zawisł przy przełączaniu się na Layout (stoi na procesie "15% - Regenerating..." od ponad 5 minut :( ). Chyba czas wrócić do ZWCAD 2015+, bo inaczej nic nie zrobię

A czy idzie importować te dane z konwersją do dowolnego (wybranego) układu współrzędnych, np. PUWG 2000? Ogólnie wygląda to ciekawie

Też mi się to podoba! Dzięki!

Tylko żeby wprowadzając _layers do dokowania zostawili też stary (czyli aktualny) sposób ustawiania warstw, bo ja akurat wolę stary sposób. Jakby co to konkurencja ma go ukryte pod komendą _classiclayer.

Jarku, skoro problem rozwiązałeś, to mógłbyś napisać kilka słów o co chodziło i jak to naprawiłeś. Może za tydzień ktoś będzie miał taki sam kłopot, to będzie miał gotowe rozwiązanie.

Przepraszam, że tak późno odpowiadam. Dziękuję za pomoc i za aktualizację skryptu Jest rewelacyjny i całkowicie spełnia moje oczekiwania.

Już myślałem, że nie będę zawracał głowy w związku z tym skryptem ale niestety, okazało się, że polska wersja ZWCADa nie rozumie końcowej komendy REGENALL bez podkreślnika :( Czy można prosić o uniwersalizację skryptu dla wszystkich wersji językowych CADa? Dziękuję

Wydanie oficjalnej wersji 2018 niewiele zmieni, jeśli program cały czas będzie posiadał błędy. Dla mnie 2017, 2018 to są wersje na tyle beta, że uruchamiam je tylko na chwilę, do pierwszego błędu (chyba wszystkie z jakimi się spotkałem zostały poruszone na forum, przy czym nieprawidłowe działanie PPM jest dla mnie najpoważniejszą niedoróbką). Osobiście dalej działam na 2015+, który w moim przekonaniu lepiej działa niż np. AutoCAD LT 2013. Za to tego AutoCADa odpalam głównie w celu użycia DWG2PDF, który AutoCAD ma bardzo dobrze opanowane (pliki PDF kilka-kilkanaście razy mniejsze niż w ZWCAD).

Jestem prawie przekonany, że to może być ten sam problem jak przy rysowaniu wzdłuż istniejącej linii, czyli położenie kursora ma priorytet nad trybem ORTO. Poniżej wątek z tym związany.

Zauważyłem wątek poniższy wątek i z tego co widzę, to ZWCAD 2018 ma inne problemy z PDFCreatorem. Zapomniałem, że wersja ZWCAD 2015+ nie jest już rozwijana a to z niej namiętnie korzystam (dopóki ZWCAD 2018 jest w fazie mocno rozwojowej, to nie korzystam z niego do normalnej pracy - tylko do testów) i to do tej wersji zgłaszałem uwagę Aczkolwiek jak ZWCAD będzie sobie radził z przesyłaniem tytułu do PDFCreatora, to wtedy warto byłoby dodać zmienną FULLPLOTPATH

Dzień dobry, chciałbym zaproponować wprowadzenie zmiennej środowiskowej FULLPLOTPATH. W związku z tym, że DWGtoPDF z ZWCAD generuje pliki 4x większe pliki niż wydruk PDFCreatorem (nie wspominam już nawet DWGtoPDF w AutoCAD), to często korzystam z tego drugiego rozwiązania na generowanie PDF. Niestety, pełna ścieżka pliku w tytule nie ułatwia tego zadania. Zmienna FULLPLOTPATH przydałaby się w ZWCAD aby nazwę pliku skrócić.

Żeby atrybut mógł być przesuwany niezależnie od punktu wstawienia bloku, to musi mieć ustawiony parametr 'Lock position' ustawiony na 'No' (wersja angielska ZWCAD 2018). Można ten parametr edytować poprzez REFEDIT. Ustawienie to będzie po zapisaniu dotyczyło wszystkich bloków z tą nazwą w danym rysunku. Przesunięte atrybuty wrócą do pierwotnej lokalizacji po synchronizacji atrybutów funkcją 'ATTSYNC'. Poniżej rysunek, na którym zaznaczyłem, która parametr odpowiada za pojawienie się uchwytu do przesuwania atrybutu w bloku.

Sprawdziłem na moim Win10 ZWCAD 2018 VERNUM = "2017.07.28(20349)_x64" (wersja angielska) i nie mam tego objawu przełączania planu zasilania.

Ta linia jest stworzona przez dodatek CadProfi. Faktycznie, gdy plik SHX jest w jednym katalogu z plikiem DWG, to linia wygląda już prawidłowo (po ponownym uruchomieniu ZWCADa). Zatem to nie problem ZWCADa . Temat można zamknąć. Dziękuję za pomoc.

Ciężko jest mi stwierdzić jakiej czcionki może brakować. Zrobiłe eTransmit z ZWCAD 2015+, który dla tego pliku testowego wygenerował listę obiektów, w tym jedną z czcionek. W ZWCAD 2018 plik z eTransmit wygląda bez zmian (nieprawidłowo). Lista plików w archiwum etransmit ltscale_problem_zwcad2018.dwg - COPY OF STANDARD.zip: arial.ttf ltscale_problem_zwcad2018.dwg ltscale_problem_zwcad2018.txt ltypes_cp.shx

Jest jakiś problem z wyświetlaniem (poli)linii w nowej wersji ZWCAD (2017 i 2018 mają ten sam problem). Testowany plik na ZWCAD 2018 VERNUM = "2017.07.28(20349)_x64" wyświetla się jak na rysunku 1. Normalnie na pliku pracuję w ZWCAD 2015+ VERNUM = "2015.08.15(27483)" i wygląda jak na rysunku 2. Parametry rysunku (w tym LTSCALE) i polilinii są identyczne w obu przypadkach. Osobiście wydaje mi się, że ZWCAD 2015+ wyświetla linie bardziej prawidłowo. W załączniku przesyłam plik ltscale_problem_zwcad2018.dwg, którego zrzuty z ekranu wrzuciłem na forum. Rysunek 1. ZWCAD 2018 VERNUM = "2017.07.28(20349)_x64" Rysunek 2. ZWCAD 2015+ VERNUM = "2015.08.15(27483)"

W Zwcad 2018, VERNUM = "2017.07.28(20349)_x64" działanie strzałki do góry nadal nie jest poprawne.

VERNUM = "2017.07.21(19945)_x64_S" EN (i wcześniejsze) Po załadowaniu własnej aplikacji, która do uruchomienia wymaga wpisania komendy np: 'COUNTINPLINE' ZWCAD 2017 dobrze podpowiada w auto-uzupełnieniu już po 3 literach 'COU' całą komendę. Po zaakceptowaniu podpowiedzi wszystko działa prawidłowo. A teraz gdzie jest problem - otóż gdy chce się ponownie uruchomić ten skrypt, to wciskając strzałkę do góry (aby podejrzeć wcześniejsze komendy) pojawia się tylko wpis 'COU' a nie cała komenda 'COUNTINPLINE' i nie można jej uruchomić. Trzeba dopisać kolejną literkę 'COUN', to ZWCAD ponownie podpowie całą komendę. W historii komend jednak będzie dostępna teraz komenda 'COUN', która nadal nie uruchomi naszej aplikacji. Sprawdziłem, że dla aplikacji wbudowanych w ZWCAD ten problem nie występuje (np. po wpisaniu 'HAT' ZWCAD podpowiada całą komendę 'HATCH' a w historii komend jest dostępna tylko pełna komenda 'HATCH'). Wcześniejsze ZWCADy nie mają tego problemu (mówię tu np. o wersji ZWCAD 2015+ - VERNUM = "2015.08.15(27483)")

W VERNUM = "2017.06.07(18304)_x64" (read only) plik działa normalnie. Z tego co jest napisane w wątku o najnowszej wersji ZWCAD, to pomiędzy Twoją i moją wersją różnice są niewielkie ale może w Twoim przypadku są jednak znaczące.

Pierwsze przeszukanie w Google nie dało rezultatów. Później jak będę miał więcej czasu jeszcze raz do tego usiądę. Dzięki za informację.