BKW Posted June 9 Report Share Posted June 9 ZWSoft wydało wczoraj (2023.06.08) oficjalną wersję 2023 (vernum: 23.00_2022.05.19(#4672-2a69c627485)_x64) A tutaj cisza..... Quote Link to comment Share on other sites More sharing options...
BKW Posted June 9 Author Report Share Posted June 9 W dniu 30.07.2021 o 11:46, BKW napisał: 4. Zachowanie hatcha przy strechowaniu ZWCAD_2022 - vernum = "22.00_2021.07.07(251ad3fce2f)_x64" ZWCAD 2015+ VERNUM = "2015.08.15(27483) Czy istnieje jakaś zmienna, która powoduje takie zachowanie ? Czy to jest błąd ? 5. Łapanie OSNAPów przy ZOOM / WINDOW Błąd czy też zachowanie zgłaszane przeze mnie chyba od początku ZWCada na nowym silniku. Da się coś z tym zrobić ?? W dalszym ciągu te błędy występują W dniu 29.04.2022 o 13:47, BKW napisał: 1. KURSOR Z POLECEŃ WYWOŁANYCH "LISPOWO" Przy wywoływaniu poleceń przez skróty zdefiniowane w składni LISP ( np. (DEFUN C:MN () (COMMAND "_MATCHPROP"))) program nie zmienia wyglądu kursora na "moduł selekcji". Przy poleceniu wywołanym z menu bądź wpisanym w całości w pasek komend kursor zachowuje się poprawnie. To zostało poprawione Quote Link to comment Share on other sites More sharing options...
BKW Posted June 22 Author Report Share Posted June 22 vernum = "23.00_2022.05.19(#4672-2a69c627485)_x64" Coś bardzo niedobrego dzieje się z opcją AUTOSAVE. Autosave włączony (co 5 min), odznaczona opcja "Only save current doc", otwartych kilka plików. Po 5 minutach gdy w folderze z plikami tymczasowymi pojawiają się autosavy, zamieniam rozszerzenie z .zw$ na dwg i otwieram pliki. Okazuje się, że każdy plik ma tą samą zawartość (najczęściej pliku, który podczas zapisywania jest plikiem "na wierzchu"). Niestety tak utraciłem pół dnia pracy, gdy podczas włączania innego pliku program się zawiesił. Liczyłem, że zapisane autosavy mi pomogą - niestety nie pomogły. Quote Link to comment Share on other sites More sharing options...
Adam Klaczek Posted June 22 Report Share Posted June 22 Potwierdzam problem z autosave - zgłosiłem do producenta. Proszę jednak zwrócić uwagę na pliki nazwa.ZS$ i nazwa.BAK, to są właściwe backupy. Quote Link to comment Share on other sites More sharing options...
BKW Posted Saturday at 11:56 AM Author Report Share Posted Saturday at 11:56 AM vernum = "23.00_2022.05.19(#4672-2a69c627485)_x64" Podczas edycji bloku poleceniem REFEDIT program przy komendzie BURST włącza w struktury bloku zaznaczone elementy poddające się komendzie BURST (bloki) będące poza strukturą bloku. Elementy te zostają rozbite, włączone w struktury edytowanego bloku. Gdy natomiast zamiast zapisać zmiany poleceniem REFSAVE użyjemy polecenia REFCLOSE bez uwzględnienia zmian to rozbity blok znika. Poniżej wideo: Quote Link to comment Share on other sites More sharing options...
Adam Klaczek Posted Monday at 07:36 AM Report Share Posted Monday at 07:36 AM Wydaje się to właściwym zachowaniem. BURST faktycznie tworzy nowe obiekty, jeżeli zrobić to podczas edycji bloków, nowo-stworzone będą częścią bloku. W innych programach działa to tak samo. Quote Link to comment Share on other sites More sharing options...
BKW Posted yesterday at 05:53 AM Author Report Share Posted yesterday at 05:53 AM 22 godziny temu, Adam Klaczek napisał: Wydaje się to właściwym zachowaniem. BURST faktycznie tworzy nowe obiekty, jeżeli zrobić to podczas edycji bloków, nowo-stworzone będą częścią bloku. W innych programach działa to tak samo. Jeżeli to jest poprawne działanie polecenia to przyjmuje to z pokorą. Choć wydaje się to nie logiczne. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.