BKW

Skoro wyświetlała się wartość tzn że odcinek ma powierzchnię - co prawda o WARTOŚCI 0, ale ma. Tak mnie w szkole uczono ;) Mi bardziej chodzi o to, że sama struktura działania procedury związanej z poleceniem AREA jest inna (wyświetlanie błędu zamiast wartości 0) co powoduje przerwanie działania innych procedur.

Oczywiście, że nie ma powierzchni. Natomiast jeszcze kilka miesięcy temu miał (i przez kilkanaście lat), więc nie rozumiem Pana wytłumaczenia. EDIT: Idąc Pana tokiem rozumowania proszę mi wytłumaczyć dlaczego w takim razie polilinia złożona z 2 i więcej odcinków posiada powierzchnię ?

Chyba zlokalizowałem źródło problemu

Zwsoft w nowych aktualizacjach programu zmienił sposób działania polecenia "_AREA". Pierwotnie polecenie to pozwalało na odczyt pola powierzchni oraz obwodu dla polilinii złożonych z jednego odcinka : Po aktualizacji wersji 2023 do SP2.2 oraz wersji 2024 (po wersji 24.00_2023.06.26 czyli od wersji 24.00.2023.08.08) program już na to nie pozwala: Niestety zmiana ta powoduje, że niektóre posiadane przez nas nakładki przestają działać. I tu rodzi się pytanie - czy zmiana ta jest zmianą celową czy przypadkową ?

VERNUM = "24.00_2023.05.11(#6651-58ff551dfde)_x64" Zauważyłem rozbieżność w działaniu między poleceniami wblock i -wblock. Wersja bezokienkowa (-wblock) eksportuje również zablokowane warstwy, podczas gdy wersja z okienkiem ostrzega o zablokowanych warstwach i finalnie tworzy rysunek bez nich

Czaaaaaaad !! Dziękuję bardzo za skrypt - na pewno będzie bardzo przydatny.

Dziękuję za sugestię. Niestety polecenie "Matchprop" kopiuje jedynie skalę jaka jest ustawiona na bazowej rzutni. Nie powoduje zaś ustawienia rzutni na obszarze, o który nam chodzi.

Dokładnie tak Dokładnie tak - tak jak pokazałem to na filmie. Dziękuję za pomoc i sugestię. Jest to jakieś rozwiązanie zastępcze. Mam nadzieję, że jakoś uda mi się to wpleść w nasz program. Czy będzie Państwo zgłaszać to do ZWSoftu ? Bo wydaje mi się, że jest to błąd. Dobrze by było, gdyby w opcjach DWG to PDF pojawiła się możliwość zastąpienia pliku, jeżeli taki plik już w danym folderze występuje.

Jest jakiś problem z drukowaniem do PDFa przez wbudowaną drukarkę. Pojawia się on w dość specyficznej sytuacji. Postaram się to jakoś przystępnie wytłumaczyć. Załóżmy, że podczas drukowania korzystamy ustawionych wcześniej i zapisanych ustawień wydruku ("Menedżer ustawień wydruku") Podczas drukowania do pdfa możemy spotkać się z 3 rodzajami zachowania ZWCADa 1. Zachowanie przy drukowaniu poleceniem CTRL + P Gdy wywołamy okno drukowania powyższym poleceniem i klikniemy "OK" program wyświetla okno w lokalizacji, w której ostatnio były zapisywane pliki pdf. 2. Drukowanie poprzez polecenie "-plot" Ten sposób drukowania to takie sprawdzenie przeze mnie poprawności działania funkcji "-plot". Jak widać na poniższym filmie polecenia tego użyłem 2 razy, żeby pokazać czy dany wydruk zostanie "nadpisany". Przy drugim drukowaniu widać, że jest możliwość zastąpienia wcześniej wydrukowanego pdf. Wydruk takim sposobem powoduje, że plik PDF domyślnie zapisywany jest w tym samym folderze co drukowany plik DWG 3. To teraz przechodzimy do właściwego problemu z wydrukiem. Ponieważ proces drukowania mamy w biurze zautomatyzowany, korzystamy z autorskiego programu, który bazuje na ustawieniach w "Menedżerze ustawień wydruku". W programie znajduje się sekwencja poleceń z pkt.2. Na potrzeby przedstawienia problemu wyciąłem ją i pokazałem w postaci prostej komendy. Jak widać jest to to samo polecenie co w pkt.2 tylko wywołane poleceniem "LISPowym" Tak samo jak w pkt.2 plik PDF zapisywany jest w tym samym folderze co drukowany plik DWG Problem pojawia się wówczas, gdy plik PDF o takiej nazwie już istnieje - program nie jest w stanie do podmienić. Co więcej - widać na poniższym filmie, że program w ogóle nie wywołuje procedury związanej z samym procesem druku (brak okna "Plot Job Progress"). Takie zachowanie było sprawdzane na kilkunastu komputerach i za każdym razem program nie podmienia pliku PDF. Nie znalazłem w ustawieniach DWG to PDF opcji związanej z nadpisaniem istniejących plików. Być może istnieje jakieś rozwiązanie, o którym istnieniu nie mam pojęcia, a być może jest to błąd programu.

Tak, próbowałem. Polecenie to jest pomocne, ale o wiele "wolniejsze". Gdybym chciał uzyskać to co pokazuje na filmie poniżej to musiałbym się sporo "naklikać".

Czy ZWSoft planuje wprowadzić polecenie synchronizacji rzutni w przestrzeni papieru ? Może któryś z użytkowników posiada coś, co może powyższe polecenie zastąpić i dodatkowo działa w ZWCADzie ?

Nie, teraz został wychwycony a faktycznie ciągnie się od nowych wersji po 15+. W ZWCAD+ 2015 działało dobrze

Niestety - Pana metoda nie pozwala na zmianę wartości atrybutu, ponieważ jest on "stały"

Przy pomocy kolegi bobik_123 rozwiązałem problem. Poniżej wideo Moim błędem było: - nie zaznaczenie LOCK przy atrybutach - zła strona związana z obiektem DISTANCE - aby to poprawnie działało to koniec z żółtym wykrzyknikiem powinien być zaznaczony jako element do WYCIĄGANIA.

VERNUM = "24.10_2023.10.31(#8721-d0d14f8c9a7)_x64 Poniżej przedstawiam film, na którym widać, że w edytowanym bloku za pomocą polecenia "_refedit", podczas kopiowania linii poprzez złapania GRIDa i przytrzymanie klawisza CTRL, nowo powstałe linie nie wchodzą w skład bloku.