BKW

Użytkownik forum
  • Postów

    211
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    1

Odpowiedzi opublikowane przez BKW

  1. 50 minut temu, Marek-M napisał:

    PS: Czy ktoś wie dlaczego taki prosty rysunek zajmuje 588kB? Zrobiłem mu purge i jego rozmiaru już nie da się zmniejszyć.

    test2024.dwg 588.35 kB · 5 pobrań

    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.

  2. 6 godzin temu, Chris napisał:

    Dzień dobry,

    zainstalowałem ZWCADA 2024-beta i po krótkich testach na plus należy zaliczyć nowe okno właściwości oraz sposób obracania widoków w przypadku rysunków 3D (obrót widoku modelu 3D za pomocą SHIFT+middle button działa znacznie lepiej niż w poprzednich wersjach).

    Niestety po instalacji 2024-beta u mnie ujawnił się problem z poprzednią wersją programu ZWCAD 2023 vernum = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" (read only).
    Nowa instalacja ZWCADA zmodyfikowała okno właściwości (DRAW PROPERTIES) i dodatkowo wpływa na wydajność programu (wybieranie/zaznaczanie elementów rysunku działa z lekkim opóźnieniem, jakby zacięciem, czego nie było wcześniej). Po deinstalacji 2024-beta okno właściwości wróciło do normy, brak również efektu przycięcia programu w momencie wybierania/zaznaczania elementów rysunku.
    Z tego co pamiętam, podobne problemy miałem z poprzednimi betami, nie mogły być instalowane równolegle w systemie, bo wpływały na poprzednią stabilną wersję programu (zwłaszcza na wydajność programu - efekt zacięcia).

    Poniżej przykład okna właściwości w ZWCAD 2023 po instalacji wersji 2024-beta (no selection/zaznaczona linia/zaznaczony tekst):

    image.thumb.png.38b05a3cd276b0d578d3bff30ec54fea.png  image.png.797d5f9857110b0eabae03f9b73755ba.png

     

    Dodam tylko, że program zainstalowany jest na WINDOWS 11 PRO 22H2 (aktualizowany na bieżąco).

    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)

  3. 17 godzin temu, Adam Klaczek napisał:

    Może to kwestia kopiowania obiektów proxy z Archicada?

    Zmienna ZWWCLONEPROXYPOLICY ustawiona na 3 może pozwolić na kopiowanie...

    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.

  4. Godzinę temu, metiu napisał:

    Miałem podobne problemy, ale w moim przypadku pomagało przejechanie pliku, do którego wklejałem, komendą PURGE, a potem ponowne wklejenie.

    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.

    42 minuty temu, pawmal napisał:

    Może to być związane z istniejącymi blokami w rysunku do którego kopiujemy elementy (świadczy o tym komunikat o ignorowaniu definicji bloku), a przy tym może to być związane wyłączonymi lub zablokowanymi warstwami na których elementy się znajdują. Najlepiej to obserwować.

    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.

  5. 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.

  6. 42 minuty temu, BKW napisał:

    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.

    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:

    image.png.cb1f1af0451df445eedc6dd9b572332c.png

  7. 2 minuty temu, Marek-M napisał:

    Nie jest to na pewno reguła i musi być coś inaczej skonfigurowane na Twoim komputerze, bo właśnie u siebie przetestowałem otwieranie pliku dwuklikiem i mimo nazwy katalogów i plików ze spacjami plik się otwiera a też mam vernum = "23.20_2022.12.03(#4996-a5f007e30b8)_x64" + WIN_10_prof

     

    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.

  8. 28 minut temu, dmatusz3 napisał:

    Kartka może być poziomo, pionowo lub dopasować się automatycznie do poziomu lub pionu tak, aby wydruk lepiej wypełniał obszar kartki.

    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ś 

    image.png.7a94c888c0f9c61dc12b1f2cc9409d85.png

    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:

    image.thumb.png.c80df6f6e44cf3f785e5334eeb82c154.png

  9. 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 :

    image.png.dd80692bf5d9cf5c87af69707d908f84.png

    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)

    image.png.c4023c6fc632ad224589649f9be5dbe7.png

    Ktoś spotkał się z powyższym problemem?

  10. 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

    image.thumb.png.863787324e4db6155055cd83a3e2cb84.png

    Mam włączoną orientację na Auto rotate, ale ramki nie obracają się do papieru, a drukują się tak jak te czerwone koperty 

    image.png.93318662c07714c2de6db5a9328ed3df.png

     

  11. 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

    view2023.gif.cc54a07da5b4557e9f3485daf7156160.gif

    ZWCAD 2015+

    view2015.gif.2d5eebc6207e918c58ed97edc1f025bb.gif

    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

    zoom_p.gif.9155d4786ecb7e6de374e6c9d2b3bdb5.gif

    Wprawne oko zauważy zapewne, że podczas wybierania fragmentu powiększenia w zoom dynamic wyszukiwane są osnapy, co nie powinno mieć miejsca

  12. 21 minut temu, dmatusz3 napisał:

    Czy ma Pan na myśli, że symbol punktu wyznacza zakres do zoom do zakresu?

    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

    26 minut temu, dmatusz3 napisał:

    Co Pan ma myśli mówiąc, że została wyłączona? Dalej jest w systemie.

    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

    image.png.55f8426f483b58c550feb48ad235003a.png

    oraz screen z paska zadań po wyłączeniu zmiennych i przescrolowaniu (zmniejszeniu scrolem) rysunku

    image.png.81703897c7c2fb66ae64ca8128c5a2de.png

    niestety daje się to odczuć przy dużych rysunkach.

  13. 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)

    pstyle.PNG.895ee300d95a2ca3f59098ba2d2e65a6.PNG

    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.

    zoom_extents.gif.04a64f3844c64b92e24db80c77c428e6.gif

    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)?

  14. 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.

  15. W dniu 30.01.2023 o 09:53, kruszynski napisał:

    Sprawdziliśmy działanie skryptu w AutoCAD i okazało się, że tam działa to tak samo. Inna wersja polecenia uruchamia się z ikonki a inna z lispa.

    A teraz wbiję Panu lekko szpileczkę, bo rozumiem, że dążycie do zgodności z AutoCADem, ale...

    Komenda "_zoom" i "osnapy"

    AUTOCAD 2022

    image.gif.2c220ef99947429fceb597b7bcbf2b75.gif

    ZWCAD 2023 SP2 (ale tak naprawdę wersje po ZWCAD 2015+)

    image.gif.55b1011b6657482bcb1ffff7956c836d.gif

    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".

  16. 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.

    image.png.b6bdfb9300d394948bfd56d6b9c0be31.png

    Przy wywołaniu polecenia _REVCLOUD z lispa program zachowuje się jak z wersji ZWCAD 15+ 

    (DEFUN C:Revc () (COMMAND "_revcloud"))

    image.png.6d214e0e11227ac5913ea19db71bb7a7.png

    Skąd ta rozbieżność ?

  17. 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 ?

    image.thumb.gif.7520d7f4832401424e63db7239b3770c.gif