JasW

Zwcad 2017 już się ostatecznie ukształtował Ponieważ jednak nadzieja umiera ostatnia, iIdąc za strategią kolegi Martina odświeżam info o bugu zgłaszanym chińczykom w marcu .b.r. : Bug w VBA / COM api : Translate Coordinates OCS->WCS http://www.zwsoft.com/zwcad_forum/thread-4808-1-1.html > The bug ID is T13536, we will fix it ASAP Jest "Szansa" (nomen omen), że ASAP to będzie w ZWCAD 2018 ? Pozdrawiam, J. -*- Script for diagnoze problem : ZWCAD 2017 return 3 ,1 , 1.5 Should -3.0,1.0,-1.5 Sub TestTranslateCoordinates() ' Create a polyline in model space. Dim plineObj As ZcadPolyline Dim points(0 To 14) As Double ' Define the 2D polyline points points(0) = 3: points(1) = 1: points(2) = 1 points(3) = 0: points(4) = 2: points(5) = 1 points(6) = 0: points(7) = 2: points(8) = 2 points(9) = 0: points(10) = 2: points(11) = 3 points(12) = 0: points(13) = 4: points(14) = 4 ' Create a light weight Polyline object in model space Set plineObj = ThisDrawing.ModelSpace.AddPolyline(points) plineObj.Elevation = 1.5 ' Find the X and Y coordinates of the ' first vertex of the polyline Dim firstVertex As Variant firstVertex = plineObj.Coordinate(0) ' Find the Z coordinate for the polyline ' using the elevation property firstVertex(2) = plineObj.Elevation ' Change the normal for the pline so that the ' difference between the coordinate systems ' is obvious. Dim plineNormal(0 To 2) As Double plineNormal(0) = 0# plineNormal(1) = 0# plineNormal(2) = -1# plineObj.Normal = plineNormal ' Translate the OCS coordinate into WCS Dim coordinateWCS As Variant coordinateWCS = ThisDrawing.Utility.TranslateCoordinates _ (firstVertex, acOCS, acWorld, 1, plineNormal) ' Display the coordinates of the point MsgBox "The first vertex has the following coordinates:" & vbCrLf & _ "OCS: " & firstVertex(0) & ", " & firstVertex(1) & " + Elevation:" & firstVertex(2) & vbCrLf & _ "PlaneNormal: " & plineNormal(0) & ", " & plineNormal(1) & ", " & plineNormal(2) & vbCrLf & _ "OCS->WCS: " & coordinateWCS(0) & ", " & coordinateWCS(1) & ", " & coordinateWCS(2) End Sub

Przypomnienie. w ZWCAD 2017 GRID znika gdy ustawimy UCS na płaszczyżnie OYZ i nie jest właczone display grid beyond limits. Czekałem cierpliwie na fix przez kilka kolejnych SP w ZWCAD 2017 ( do SP3.3 ) niestety rozwiązania się nie doczekałem. 1. Czy to zostało zarejestrowane to pod jakimś numerem w ZWSOFT? ( nie zgłaszałem tego bezpośrednio do chińczyków ) 2. Jakieś szanse w ZWCAD 2018? Pozdrawiam, J.

U mnie nadal dziś (czwartek) jest komunikat z ostrzeżeniem przed wejściem na stronę forum ZWSOFT.COM (używam Firefox ver 51) Czy sprawa wyjaśniona a plik usunięty? Jest jakiś komunikat lub stanowisko ZWSOFT? Jeśli trojan zlokalizowany i usunięty a nadal jest alert to może warto opublikować podpowiedz jak zdezaktywować alert na najpopularniejszych przeglądarkach... ...

Ciekawy watek. Znalazłem linki trochę zgłębiające temat: http://blog.mierzymy.pl/dalmierze-laserowe-po-co-komu-bluetooth-cz-1/ http://blog.mierzymy.pl/dalmierze-laserowe-po-co-komu-bluetooth-cz-ii/

1. DWG 2014 ? Nie ma co się przejmować - to raczej błąd. Pewnie miało być 2013 ( wide https://en.wikipedia.org/wiki/.dwg ) 2. DWG 2018 ? a) co nowego w AC z ciekawości zajrzałem. Cytat z forum https://forums.autodesk.com/t5/autocad-forum/autocad-2018-new-features/td-p/6961246 : mówi wszystko : "Underwhelming" b) co do formatu pliku - j.w. może kilka bajtów zmienili + parę sztuczek z DRM / IPR zaktualizowali aby łapać nowych klientów . Dla chińczyków to raczej nie będzie przeszkoda. c) co do wsparcia przez ZwSOFT w ZWCAD 2017 raczej bym nie liczył - pomimo tego, że ...... chińczycy już nie raz zadziwili świat ....;-) J.

Spostrzeżenia: 1. Jeśli w pkt 1 mamy już siatkę (np. triangulacyjną) to w pkt 2 zamiast używania polilinii 2d lepiej użyć polilinii 3d (3dPoly) wtedy problem właściwie sam się rozwiązuje gdy zadbamy by snap polilinii łapał także współrzedną 'z' najbliższego 3dFace. Stworzenie rozciągniętej kopii tej polilinii (jako profil) to już banalne zadanie. 2. Duża mapa to setki 3dFace. Jeśli chcesz porządny skrypt zrobić to znacznie bardziej skuteczne będzie uzycie zamiast n*3dFace obiektów PolygonMesh lub PolyfaceMesh lepiej przystosowanychdo pracy jako siatka terenu z elewacją. 3. W Zwcad2017 jest polecenie gein ( import z Google Earth) . Prawdopodobnie importuje płaskie zdjęcia (bez elewacji) ale jako podklad graficzny terenu byłby przydatny w całości takiego projektu do dokumentacji. J.

Wydaje mi się że łatwiej coś by można podpowiedzieć jeśli autor umieściłby jakieś szkice. Może DWG z wykonanym krokiem 1 oraz screen lub drugi DWG z tym co ma byc na końcu (krok 7) . J.

Jeśli obiekty w bloku leżą na kilku warstwach, to odsianie byłoby łatwe przez wyłączanie widoczności odp. warstw, co z kolei po EXPLODE powinnno skutkować brakiem możliwosci selekcji niewidocznych obiektów. Dalej WBLOCK i nowy DWG gotowy. Jeśli to poważny problem w biurze (dziesiątki DWG ) i jest jakaś reguła, którą da odfiltrować odp obiekty ( np. QSELECT ) wykonać to odp. makro mogło by cuda zdziałać () J.

To nie problem Zwcad'a ale Windows'a . W ustawieniach regionalnych doinstaluj drugi język ( np. angielski ) i w razie potrzeby wprowadzania dużej ilości danych przez klawiaturę numeryczną przełączaj na drugi język (anglicy mają jako separator dziesiętny przecinek ;-) . Niestety (u mnie) nie działa na klawiaturze numerycznej prostsze rozwiązanie: zmiana w ustawieniach regionalnych dla j. polskiego przecinka (,) na kropkę (.) J.

Ciekawy skrypt. Z krótkich testów : 1. Bardzo wolne odświeżanie powodujące miganie linii i tekstu przy regeneracji. 2. Mała responsywność powodująca brak reakcji nawet na 0.5.. 1 sek. po ruchu myszką widoczna zwłaszcza jak miałem załadowanych 5 plików DWG Wg mnie przeciąża całość zbyt rozbudowy napis (MText) ( podobnie jak @Chrisa uważam ze za duzo danych na ekranie) . Może zastosować klawisz <Tab> by przełączać podawanie Biegunowych na kartezjańskie ? U mnie po próbie naciśnięcia <Tab> i skrypt się wykrzaczył ( pozostawiając śmieci ) 3. Od razu widzę że poza _line bardzo przydało by sie działanie także przy rysowaniu _pline i _3dpoly Np. jakiś równoległy prompt w linii komend innych wariantow np. "Polecenie LL: Wybierz tryb Line/Pline/3dPoly/Cmd : 4. Proponuję dodanie do tematu wątka tagów "dynamic" i "Input" bo to zbieżne z boląca mnie trochę obsługą <F12> ( Dynamic Input) Skrypt widzę jako szansę zaproponowanej we wcześniejszym wątku "Rozwój wersji 2017" : 5. Lisp choc cuda może robić ma jednak także ograniczenia . Docelowo to raczej funkcja zintegrowana z kernelem lub może kod z uzyciem ZWCAD SDK (.NET lub C++ ) Pozdrawiam, J.

Ostatni post wskazał dla mnie najwłaściwsza interpretację ;-) Za używanie asocjacji w Zwcad ja osobiscie zabiorę się gdy będą działać oryginalne skrypty (c) Lee-Marc'a Przeglądałem parę dni temu jego stronę i byłem podbudowany tym że kilka innych skryptów wydawało mi sie bardzo złożonych zadziałało w ZwCad 2017 . Zakładajac, że ZWCADowi zależy na porządnym wyczyszczeniu fundamentów kompatybilności na poziomie Lispa pozostaje czekać na jakieś pozytywne wieści. BTW kiedy można się spodziewac jakiegos nastepcy SP2 ? J.

Jeśli AC w XData 1005 wstawia właśnie handler np. 27D , to jeśli ZwCad wstawia tam coś na kształt "@T\002\" (co dla mnie jest raczej wskazówką że to jakiś śmieć z bufora niezainicjowanej zmiennej ) wniosek nasuwa się jeden: bug? . Proszę o potwierdzenie czy zachowanie ZwCAD'a zakwalifikowano jako bug. Chyba że jest inna ścisła interpretacja tych znaków bo nie wiem czy mogę planować wykorzystanie asocjacji w ZwCAD we własnym kodzie z powodów, które opisał @kojacek : J.

Wychodząc z założenia, że także inni użytkownicy BIK mają podobny problem co @Chris może producent wymyśli jakieś rozwiązanie ? Od strony ergonomii mogła by to być specjalna wersja Paste (Special) która w fazie tworzenia kopii mając jeszcze w pamięci handlery obiektów źródłowych i nazwy grup do jakich należy, po utworzeniu ich kopii tworzy w docelowym DWG grupy o odpowiednich nazwach. J.

Zaczynam powoli przyglądać się patentom jakie opisałeś m.inn tu http://forum.cad.pl/field-pole-dwustronna-komunikacja-line-field-t73580.html Zakładałem że te "cuda" to w formie tekstowej (HEX) uchwyt obiektu t.j. Handler np: "A5D" ? : wg moich źródeł : DataBase Handle 1005 Entity handle in extended data. Text string of up to 16 hexadecimal digits W przerobionym skrypcie pod zwcad'a znalazlem ; fix 1525 czy to skutki bugów ZWCAD'a ? ;-)

Też zauważyłem ten problem (tak zresztą zachowuje się Autocad). Najprostrza ręczna robota ( jesli mało grup ) to oczywiscie 1. zaznacz grupę -> stwórz blok ( PICKSTYLE powimno byc =1 ) 2. Blok można skopiowac do nowego DWG bez kłopotu ( chyba że sa jeszcze w źródłowym pliku specjalne obiekty ZOOMBIE i PROXY, wtedy trzeba szukac jeszcze ZoombieKillera ) Jeśli więcej bloków i hurtowy problem szukałbym jakichś makr ( ja po paru minutach googlowania niestety nic nie znalazłem ) : Group2Block ( odpalany w źródłowym pliku DWG ) Block2Group ( odpalany na docelowym DWG ) J.

Dziękuję za błyskawiczną reakcję powiązaną z działającym skryptem. Jest to dla mnie okazja do przyjrzeniiu sie Lispowi, który ma kilka patentów niedostępnych do obsługi przez COM i VBA. Ze względu na potrzebę jaką mam zachowania kompatybilności z AC rzuciła mi sie w oczy zmiana używanych kodów XData : z 1005 ( DataBase Handle 1005 Entity handle in extended data. Text string of up to 16 hexadecimal digits ) na 1000 (String 1000 A string of up to 255 characters.) Czy ZWCAD'y nie mogą używać kodów 1005 ? Pozdrawiam, J

Znalazłem taki fajny skrypt w Lispie : http://www.lee-mac.com/associativecenterlines.html (c) Lee-Marc Robi to mechanizmem asocjacji bez użycia blokow co dla mnie ma pewne zalety. Oryginalny kod Lisp w AC po przesunięciu lub zmianie promienia okręgu przesuwa i skaluje linie zgodnie ze zmianą obiektu bazowego. Niestety w Zwcad 2017 (vernum 13656) krzyż jest tworzony ale mechanizm assocji już nie działa Czy da się go dostosować do ZWCAD 2017 ? Pozdrawiam, J. AssociativeCenterlineV1-0.lsp

Użycie CustomEntity rodzi szereg problemow przy przenoszeniu DWG na inne stanowisko (dowiadujemy sie o takich dziwach jak PROXY i ZOMBIE ;-) Mi się spodobała metoda by @kojacek. FIELD ma bardzo duży potencjał. Przećwiczyłem wg wskazówek z bloga (choc link dotyczy przykładu z AC ): ZwCAD 2017: polecenie FIELD przypięlem do Line . zadziałało. Nie udało mi się opanować FIELD zagnieżdzonego Można prosić o potwierdzenie czy da sie to zrobić w ZWCAD2017 ? Dodatkowo: Odświeżanie jest tylko po wywolaniu View->Regen (a przydało by się jakieś update samiodzielne ) Wiem że są tzw/ Reactors i Associated objects. Czy przez VBA albo Lisp jest jakaś droga? PS. Odświeżanie zalezy także od zmiennych FIELDEVAL i FIELDDISPLAY

W VBA najszybciej napiszesz i uruchomisz kod. Jest on na pewno czytelniejszy od Lispa. Dużo pomaga w nauce zintegrowane środowisk programowania z debuggerem i podglądem zmiennych wejście w ZwCAD: ( Tools > Macro [New] a nastepnie [VBA Editor] ) Lisp w ZwCAD chyba nie ma nawet debuggera. Lisp był historycznie pierwszym językiem programowania wbudowanym w Autocady, uzywa go częśc raczej starszych nakładek. To język niszowy. Dodając ciekawostkę, że Lisp posługuje się w wyrażeniami w notacji RPN (co to jest wiedzą tylko dinozaury IT ;-) są podstawy do twierdzenia że inwestycja w nauke raczej słabo uwarunkowana. C# raczej dla średnio i mocno zaawansowanych ( a napewno tych z praktyką ). Trzeba umieć opanowac szereg elementów osobnego środowiska MS Visual Studio. C# wymaga obeznania z Zwcad SDK ew. Autocad SDK ( setki funkcji API i struktur które trzeba wiedzieć jak inicjować) . Jeśli ci się spodoba VBA to możesz kontynuować rozwój korzystając z kompilowanych (exe) aplikacji VBA w technologi COM i ActiveX w C ,C++ , Delphi . J.

Tak po prawdzie .... . . W nazwie najnowszej wersji ZWCAD'a liczba wskazująca rok t.j. " 2017" zasadniczo się zgadza. Tutaj roztrząsamy "detale" ( alpha/beta/Prerease/SP1/SP2 ) wynikające z konfrontacji postfiksów w nazwach wersji . Dla rozładowania pewnego napięcia które mnie chwilami także się udzielało: Zaakceptowanie tego bądz co badź dysonansu poznawczego przez społeczność inżynierską (zakładam, że taka tu dyskutuje) ułatwia nie tylko zrozumienie ale i funkcjonowanie w dzisiejszym świecie. PS. Jesli to nie sprawi kłopotu to proszę o przeniesienie tego postu do hyde-parku. Bo to już raczej off-tiopic

Uważam podobnie jak kolega @Parikon. Trzeba oddzielić marketingowe slogany i łatki od realnego potencjału i na tym się skupić. Również zyczę dobrze ZwSOFT a jeszcze bardziej polskiemu jej supportowi, ktróry tą "Szansę" bądz co bądz urealnia Obecna polityka licencjyjno/cenowa Autodesku wg mnie nie przetrwa. Alternatywny soft jest już zbyt rozwiniety, Z perspektywy projektanta architektury pewnego systemu CAD/CAE i analizując głeboko API kilku platform CAD w tym Autocad(tm) , BricsCad(tm) i Zwcad(tm) a szczególnie dywagowane tu róznice Zwcad 2015+ i Zwcad 2017 od strony COM API i widzac pewne rozwiązania Jest oczywiste: Gałąź "+" Zwcada zakończyla się na ZwCAD 2015+ . Kernel dla ZwCAD 2017 powstał od nowa lub został głęboko przeprojektowany z kodu Zwcadów < 2015 ( tych bez bez '+' ) . Jaką łatkę i slogany przypisze mu marketing za bardzo mnie nie interesuje ale dla mnie '+' bylby złym wyróznikiem. Zauwazmy że obecnie w oficjalnych materiałach Zwcad2017 łatka że to kontynuacja '+' znikła. Zwcad 2017 od wersji SP2 jak dla mnie już zaczął chodzić. Piszę to odpowiedzialnie bo wyciskam z Zwcada sporo pracując głównie z funkcjami 3D), które to architektura bądź co bądz programu pracującego raczej z filozofią 2D wspiera w ogranicoznym stopniu. Wydaje mi się, że ew dyskusje powinnismy skupic na rzeczywistych brakach i propozycjach tworząc pozytywny pressing na działanie dla supportu aby wskazywać co nam rzeczywiscie potrzeba do pracy i rozwoju naszych projektów. Reszta to albo bicie piany albo żale nic nie mające wspólnego ze slowem kluczem wątka t.j. "Rozwój ..." J.

Dziękuje za odświeżenie tematu. Apropo filmiku wyzej. Do obserwacji zmian UCS na planie YZ warto wrzucić jakiś obiekt na planie XY aby pozostał plan odniesienia. Ja często zmieniam UCS na plan YZ. Niestety dla vernum=12656 nadal grid znika gdy jest nieaktywne "display grid beyond limits" . J.

Trochę optymizmu bym tu wlał ;-)) Aluzje o kulawej kurze chyba dały chińczykom poważnie do myślenia. Od dziś zabrali się do roboty - ważnym krokiem jest reaktywacja forum zwsoft.com ;-) -*- Odnośnie merytorycznych pomysłów: - DesignCenter (Ctrl+2) powinno byc jak najszybciej wdrożone (powinno choćby częściowej jako np. plugin do testów) - Dynamic Input (F12) - metoda pracy w ZwCAD 2017 nie jest taka sama jak w tzw. wzorcu. W trakcie wymiarowania line/polyline dynamic input po naciśnięciu <Tab> powinien przełączyć podpowiedzi z podawania długości na podawanie kąta. Zamiast tego pojawiają się ikonki snapów. . W Bricscad wydaje się to dopracowane ( https://www.bricsys.com/bricscad/help/en_US/V13/UsrGui/source/03_Drawing_Accurately/03_11_Dynamic_Dimensions.htm ) . Może to tez problem patentu ? Pozdrawiam, J.

Potwierdzam, cos rzeczywiście z zapisem GUI jest nie tak. Też kilkakrotnie straciłem ustawienia, Śledząc dochodzenie ZWCAD do obecnej wersji (vernum13654) wiem jak dużo kodu ruszono. To choroba wieku młodzieńczego. Nie pozostaje nic innego jak cierpliwie zgłaszać to na forach ( a raczej na TYM forum bo forum chińczykow na ZWSOFT.com nadal milczy ) Sam także mialem kilka nie wyjaśnionych incydentów ktore jeszcze parokrotnie się powtórzyły np: Nie pozostaje więc nic innego jak taką migrację rozłożyć na kilka sesji ;-)

Może problem z typem polilinii ( są osobne obiekty 2D:polyline i 3D : 3dPolyline ) ? Skrypt prawdopodobnie obsługi wyłącznie obiekty polyline.