JasW
-
Postów
90 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
7
Odpowiedzi opublikowane przez JasW
-
-
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.
-
20 godzin temu, Pawcyk napisał:
Dzień dobry.
2- rysuję trasę (np. wodociągu, kanalizacji, drogi...) jako polilinię 2D (z=0)
;tu zaczyna się proponowany lispPozdrawiam
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.
-
1 godzinę temu, 2P napisał:
Tyle że mnie chodzi o eksport fragmentu rysunku. A np. blok jest wielki na cały rysunek, a w eksporcie powinien się znaleźć tylko fragment bloku.... WBLOCK może wyeksportować cały blok, a nie jego część.
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" :
Dnia 3.02.2017 o 09:31, JasW napisał:....
- 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.
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.
-
54 minuty temu, kruszynski napisał:
Nie. gdyby był to uchwyt obiektu wszystko byłoby OK. W tym przypadku uchwyt powinien być np 27D a odczytane cuda to np "@Ţ\002\"
To byłoby zbyt daleko idące uproszczenie.
W tym przypadku rzeczywiście w ten sposób oznaczyłem obejście błędu który w naszym systemie zgłoszeń ma taki numer. Nasza baza zgłoszeń powstaje od kilku lat i zawiera zgłoszenia błędów, ale też propozycje funkcjonalności ZWCADa i naszych programów, takimi zgłoszeniami są też prośby od Klientów czy z forum typu jak uruchomić w ZWCAdzie skrypt itp .
Więc numer jest identyfikatorem zgłoszenia a nie każde zgłoszenie to bug.
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 :
17 godzin temu, kojacek napisał:Przechowywanie uchwytu w kodzie DXF 1005 ma tę właściwość, że zostaną zachowane (przekształcone odpowiednio by zachować połączenia) symboliczne wskaźniki do obiektów, podczas takich operacji jak zapisywanie bloku, kopiowanie elementów do innego rysunku, dołączania jako xref itd.
Proteza w postaci zapisu uchwytu w kodzie 1000 nigdy tego nie zagwarantuje.
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.
-
19 minut temu, kojacek napisał:
Przechowywanie uchwytu w kodzie DXF 1005 ma tę właściwość, że zostaną zachowane (przekształcone odpowiednio by zachować połączenia) symboliczne wskaźniki do obiektów, podczas takich operacji jak zapisywanie bloku, kopiowanie elementów do innego rysunku, dołączania jako xref itd.
Proteza w postaci zapisu uchwytu w kodzie 1000 nigdy tego nie zagwarantuje.
Zaczynam powoli przyglądać się patentom jakie opisałeś m.inn tu http://forum.cad.pl/field-pole-dwustronna-komunikacja-line-field-t73580.html
Godzinę temu, kruszynski napisał:Zasadniczo mogą. ale odczytując taki uchwyt w ZWCAD 2017 SP2 otrzymujemy jakieś cuda. Na szczęście uchwyt jest też tekstem, a tekst można odczytywać bez problemu.
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.
-
Dnia 3.08.2016 o 23:08, kojacek napisał:
W programach z obsługą pól danych (FIELD) można tworzyć dynamiczny opis wartości pochylenia: https://kojacek.wordpress.com/autolisp/inne/teksty-i-opisy/field-pochylenie-dynamiczne/
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
-
Godzinę temu, Parikon napisał:
Akurat oba przytoczone linki sobie przeczą. W pierwszym napisane jest, że nic nie wykorzystali, a w drugim.
Właściciel ZWSOFTu przyznał, że doszło do naruszenia własności intelektualnej (IP) Autodesku, oraz obiecał wypłacić odszkodowanie.
Nie sieje plotek, tylko napisałem obiektywną prawdę. Prościej korzystać z gotowego kodu niż samemu go napisać. to jest oczywiste. Stąd dochodzimy do sedna tego tematu, a jest nim rozwój wersji 2017, który jak widzimy postępuje w rytmie tańca towarzyskiego. Dwa kroki w przód i jeden w tył. Nie zmienia to faktu, że czekam z niecierpliwością na dalszy rozwój programu i kibicuję mu dalej.
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.
API - TranslateCoordinates bug OCS->WCS [rozwiązany]
w ZWCAD Standard i Professional
Opublikowano · Edytowane przez 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