BKW

New block.dwg VERNUM = "24.00_2023.05.11(#6651-58ff551dfde)_x64" Plik otwiera się bez problemu. Wielkość pliku można zmniejszyć poleceniem "_wblock" - wynik w załączeniu.

Potwierdzamy w biurze powyższe zachowanie w odniesieniu do ZWCAD 2023 (2 na 2 - na dwóch komputerach zainstalowana beta i na dwóch podobne zachowanie)

Niestety, przestawienie tej zmiennej nie pomaga.

Być może, sprawdzę to przy najbliższej okazji (czyli wtedy, kiedy nie będę mógł nic skopiować) Chociaż z drugiej strony pliki, na których pracowałem nie były zanieczyszczone "śmieciami" z archicada (tylko tak jak pisałem, wczytane jako xrefy). Pliki z drugiego komputera w ogóle nie miały styczności z archicadem.

W moim przypadku pracowałem z xrefami stworzonymi na ARCHICADZIE, na innym komputerze pliki stworzone na zwcadzie.

Niestety sprawdzałem - to nie pomaga. Próbowałem różnych rzeczy - polecenia AUDIT, RECOVER, odłączania plików LSP, resetowania profilu, itp - nic nie działa. Nie jestem pewny czy to jest związane z blokami, gdyż wydaje mi się, że rozbicie rysunku do postaci podstawowych elementów (linie, hatche) nie rozwiązuje problemu. Piszę "wydaje mi się", gdyż nie jestem na 100% pewny czy to sprawdzałem. Jak tylko przytrafi mi się to ponownie to upewnię się na 100% czy tak się dzieje. Natomiast jestem pewny tego, że tak się dzieje przy kopiowaniu zwykłych linii. W zaznaczonych kopiowanych elementach nie ma bloków.

VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" Mam pewien problem z kopiowaniem elementów między różnymi plikami. Pracując na plikach (załóżmy, że nazywają się one A, B, C, D) nie raz zdarzyło mi się, że nie jestem w stanie skopiować pewnych losowych elementów między plikami. Kopiuję elementy z pliku A. Próbuję je wkleić do pliku B (Paste, Paste as a block, Paste to Original Coordinates). Program pokazuje komunikaty dotyczące pomijania istniejących bloków i xrefów np. "Ignore duplicate definition of block OPIS_EL. Ignore duplicate definition of block AA. Ignore duplicate definition of block TABELKA(external reference). Ignore duplicate definition of block A_1p(external reference)..." Niestety, żadne elementy się nie wklejają. Co więcej, nie da się ich wyrzucić jako WBLOCK. Przechodzę do pliku C i tam już te same elementy się wklejają. Tak samo w pliku D. Te same elementy (uprzednio wklejone) skopiowane z pliku C lub D wklejają się w pliku B. Powyższe działania mają występują losowo tzn. raz się nie uda nic wkleić skopiowanego z pliku C, raz z pliku A, itp. Na początku myślałem, że jest to wina mojego komputera. Z biegiem czasu jak inni pracownicy biura zaczęli instalować i aktywnie korzystać z wersji 2023, okazało się, że takie zachowanie programu występuje również u nich. Zaznaczam, że dzieje się to z losowymi plikami, z losowo wybranymi elementami i raz na jakiś czas, gdyż nie jest tak, że cały czas nie daje się niczego skopiować z danego pliku i wkleić w inny.

Wygląda na to, że problem został naprawiony po siłowym przypisaniu plików DWG do ZWCAD 2023 poprzez funkcję "OTWÓRZ ZA POMOCĄ - ZWLAUNCHER" (mam jeszcze zainstalowanego ZWCADA 2015+) Wydaje mi się, że tu tkwił problem. Na razie naprawa działa, zobaczymy co będzie później.

AKTUALIZACJA: Powyższe nie jest regułą, bo jak się przed chwilą okazało, program otwiera pliki dwuklikiem z różnych innych lokalizacji, ale... Na belce programu pojawia się coś takiego:

Dziękuję za odpowiedź Ja mam świadomość, że nie jest to reguła i że jest to związane z moim komputerem, gdyż w biurze mamy 9 komputerów pracujących na Z2023. Takie zachowanie programu zaczęło się dziać kilka dni temu, wcześniej wszystko chodziło normalnie. Dodam, że przez ten czas nic nie instalowałem (żadnych programów, sterowników, itp.) Jak znajdę czas dzisiaj to opiszę później jeszcze jedno zachowanie programu, które na początku występowało tylko u mnie (najdłużej w biurze używam programu w wersji 2023), a później w miarę sukcesywnego instalowania i użytkowania zwcada przez pozostałych użytkowników zaczęło występować również u nich.

Okazuje się, że nie tylko w nazwie pliku wszystkie spacje muszą być zlikwidowane. Również wszystkie foldery w całej ścieżce dostępu do otwieranego pliku nie mogą zawierać spacji.

Ale to dopasowanie dotyczy widoku ramki w modelu, czyli kartka dopasuje się do pionu lub poziomu względem ekranu, a nie względem ramki (bloku), czyli nadal otrzymuję takie coś Wracam więc do pytania, czy da się tym poleceniem zrobić tak, by kartka dopasowała się do ramki (prostokąta, czy bloku) a nie do układu na monitorze tak by osiągnąć taki efekt:

VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64, WIN_10_prof Od wczoraj mam problem z otwarciem plików "dwuklikiem". Przy próbie otwarcia pojawia się taki komunikat : Gdy otwieram rysunki poprzez przeciągnięcie do ZWCADa lub z polecenia OTWÓRZ wszystko działa dobrze. Nie ma znaczenia lokalizacja pliku, nie ma znaczenia otwarcie programu jako administrator. Na 3 pliki znajdujące się w jednym folderze, przez "dwuklik" nie włączają się 2 (poniżej zrzut z zawartości folderu) Ktoś spotkał się z powyższym problemem?

VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" Czy w ZWCAD 2023 da się za pomocą Smarth Batch Plot wydrukować obrócone prostokąty (bloki) tak, by obracały się do orientacji kartki?, Czyli prostokątna ramka z wybranej warstwy dopasowuje się do prostokątnej kartki z wybranego formatu papieru (krawędź dłuższa prostokąta do krawędzi dłuższej kartki Mam włączoną orientację na Auto rotate, ale ramki nie obracają się do papieru, a drukują się tak jak te czerwone koperty

W nawiązaniu do tematu VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" W Zwcad 2023 został naprawiony błąd, i można wywoływać nakładkowo polecenie -view (przełączanie się między zapisanymi widokami w trakcie wykonywania komendy), ale działa to powoli. Na pliku na którym obecnie pracuję (plik ok. 380kB, z podpiętymi dwoma xrefami 21 i 25MB (podkłady z archicada)) działa koszmarnie wolno, ale ten sam plik na tym samym komputerze w ZWCAD2015 jest ok. Poniżej filmiki pokazujące przechodzenie między widokami. Specjalnie nie wywoływałem przechodzenia skrótami, tylko czystą komendą, żeby widoczny był czas reakcji ZWCAD 2023 ZWCAD 2015+ Coś złego stało się też z przywracaniem poprzedniego widoku Zoom Previous, W ZWCAD 2015 działa błyskawicznie, a w 2023 znowu bardzo długo. Poniżej filmik z poruszania się po rysunku - przesunięcie widoku o wektor działa błyskawicznie (powrót w to samo miejsce o wektor przeciwny też błyskawicznie, film tego nie pokazuje), ale powrót przez zoom previous już nie jest błyskawiczny, co chyba widać. Co ciekawe skakanie po rysunku zoomem dynamicznym też jest bardzo szybkie Wprawne oko zauważy zapewne, że podczas wybierania fragmentu powiększenia w zoom dynamic wyszukiwane są osnapy, co nie powinno mieć miejsca

No, na to wygląda. Punkt się powiększa po regeneracji i prawdopodobnie ustawia zakres zoomowania. Normalnie w ZWCAD2015 i w innych programach punkt ustawiony w odniesieniu do ekranu nie ma wpływu na zakres zooma Owszem dalej jest w systemie, ale jej przełączanie nie daje efektu, autoregeneracja jest włączona na stałe. Poniżej screen z helpa ZWCAD2023 oraz screen z paska zadań po wyłączeniu zmiennych i przescrolowaniu (zmniejszeniu scrolem) rysunku niestety daje się to odczuć przy dużych rysunkach.

A jeśli chodzi o okno menadżera XREF, czy jest jakieś polecenie na zamknięcie tego okna (jak np. okno właściwości), czy trzeba celować w X ?

VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" wersja angielskojęzyczna Najlepiej to zjawisko widoczne będzie na pustym rysunku. Po wstawieniu punktu zdefiniowanego jako relatywny do ekranu np. wewnątrz kwadratu (jako punkt odniesienia) i zmniejszeniu widoku przez scrolowanie aż zadziała automatyczna regeneracja, wywołanie polecenia Zoom Extents powoduje powiększenie ale nie do kwadratu jako jedynego stałego elementu, ale do zregenerowanego punktu. W skrajnym przypadku (kilkukrotne przeładowanie autoregeneracji przez scrolowanie myszą) zoom_E nie pokazuje nawet tego kwadratu. Co więcej, program zapamiętuje którąś wielkość powiększenia i po ponownym zbliżeniu na kwadrat z punktem, zoomE powoduje przywołanie któregoś poprzedniego widoku z wielkim punktem i niewidocznym kwadratem tak, jakby wielkość punktu była nowym zakresem powiększania. Jeśli ponownie powiększę widok na kwadrat z puntem i ręcznie wywołam regen, czy regenall, punkt zrobi się mały jak powinien, ale zoomE znowu źle się zachowa i przywoła któryś widok z wielkim punktem i niewidocznym kwadratem. Jedyną możliwością żeby ZoomE zadziałał poprawnie jest usunięcie punktu i regeneracja. Błąd nie pojawia się przy punktach z wielkością przypisaną na stałe, ale tam też zaraz po ZoomE należy wywołać regen Przy okazji pytanie - czemu wyłączona została zmienna regenmode (regenauto)?

AKTUALIZUJĄC: Okazuje się, że: Przy wywoływaniu polecenia _move, _stretch, _copy z menu bądź ikony, kliknięcie strzałki w górę powoduje powtórzenie ostatnich współrzędnych klikniętego pkt. Przy przypisaniu powyższych poleceń do lispa ( (DEFUN C:SSSS () (COMMAND "_stretch")) ) kliknięcie strzałki w górę powoduje powtórzenie ostatnio wpisanej wartości. To nawiązuje troszkę do tematu związanego z chmurką rewizyjną, bo inaczej działają polecenia z LISPa a inaczej z ikon.

vernum = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" Czy i kiedy zostanie wprowadzona tytularna zmienna ? Do czego to potrzebne ? Ano np. do tego : Teraz podczas np. rozciągania jednego z końców linii po naciśnięciu strzałki w górę pojawiają się współrzędne ostatnio klikniętych pkt.

A teraz wbiję Panu lekko szpileczkę, bo rozumiem, że dążycie do zgodności z AutoCADem, ale... Komenda "_zoom" i "osnapy" AUTOCAD 2022 ZWCAD 2023 SP2 (ale tak naprawdę wersje po ZWCAD 2015+) Proszę o wyjaśnienie BRAKu zgodności ZWCADa z AutoCADem. Tą (wg nas) uciążliwość z włączaniem OSNAPów zgłaszaliśmy wielokrotnie - bez rezultatów. Być może jest jakaś zmienna, której nie znamy i która odpowiada za wyłączenie OSNAPów podczas zoomowania. My sobie poradziliśmy z tym przerabiając makra i lispy dotyczące i odnoszące się do komendy "zoom".

Pod dodaniu komendy do PGP (Aliasedit) wywołuje się polecenie "po nowemu".

VERNUM = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" Proszę o pomoc w wyjaśnieniu dziwnego zachowania programu przy poleceniu chmurki rewizyjnej. Przy wpisaniu polecenia _REVCLOUD lub wybraniu go z menu bądź ikonki toolbara program zachowuje się "po nowemu" tzn. jak poniżej. Przy wywołaniu polecenia _REVCLOUD z lispa program zachowuje się jak z wersji ZWCAD 15+ (DEFUN C:Revc () (COMMAND "_revcloud")) Skąd ta rozbieżność ?

Vernum: wszystkie ang 2023 Przy wywołaniu polecenia SAVEALL program zapisuje wszystkie otwarte pliki wraz z plikiem "na wierzchu", ale od razu na zakładkach pojawia się "*" informująca, że plik ten jest niezapisany (co jest nie prawdą). Na innych komputerach w biurze polecenie działa poprawnie. Co może powodować takie zachowanie programu ?