JasW

Użytkownik forum
  • Postów

    90
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    7

Odpowiedzi opublikowane przez JasW

  1. Problemów biznesowych nie przenikniemy na tym publicznym forum. Szkoda narzekać.

    To co bym konsekwentnie realizował to delikatny pressing...  i np. popieranie postulatów Kolegi @Martin_S. 

    ZWSOFT powinien mianować go ambasadorem marki ;-) Chyba jeden z najaktywniejszych i najbardziej konstruktywnych użytkowników forum na ZWSOFT i tutaj ;-)

    Tak trochę z innej beczki:

    Może to też szansa dla  zespołu 'Szansa' na wyjazd do Chin 1-2 waszych speców od IT do przekazania paru uwag bezpośrednio Zarządowi ZWSOFTU na ulepszenia supportu w domenie ZWSOFT.com ?

    PS. Czekam więc z pewną nadzieją na  najbliższy SP2.

    Pozdrawiam,

    J.

  2. Tak jak ja to rozumiem: 

    Nadrzędny mechanizm, który tym rządzi (tzn otwiera lub zamyka możliwość skopiowania przez schowek)  to tablice  RegisteredApplications w źródłowym i docelowym dokumencie (DWG)..

    Jeśli na docelowym dokumencie nie są zainicjowane odp. kody RegisteredApplications przeniesienie jest blokowane.

    We wszystkich moich przygodach z róznywi wersjami AC/ZW Zablokowane nawet jeśli selekcja dotyczy pojedyńczego obiektu typu Point.

    Tzw Zoombie Killers usuwają obiekty w co najmniej dwu wewnętrznych tablicach pliku DWG
       - tablice RegisteredApplications
       - tablice Dictionaries i (zawierrające  też obiekty proxy lub Zoombie z referencjami do RegisteredApplications) .

    Dopiero takie wyczyszczenie otwiera drogę do przeniesienie prostych rzeczy na dokument docelowy,

     

    Słabe udokumentowanie tych funkcji tłumaczę głownie przez potrzebę wbudowywania w apliakcje pewnych mechanizmow ochrony spójnosci złożonych struktur  i ochronę interesów producentow (w tym także subtelniejsze jak DRM .... )

    Trudno inaczej wytłumaczyć brak takiej opcji w podstawowej operacji systemowej czyszczenia czyli PURGE ..

    Na poziomie dokumentacji VBA Programming guide (którą ja głownie wykorzystuję)  brak śladu po obiekcie AcDbZoombieEntity.  Jest jednak chyba opisany której studiowane grozi w razie chęci pogłębienia tematu.

    Pozdrawiam

    J.

  3. Czy to dotyczy czystego projektu z paroma boxami / liniami czy bardziej złożonego, ktorego treść była generowana z pomocą jakiejś nakładki? 

    Jesli to drugie, to przyczyną mogą być istniejące w źródlowym modelu niewidoczne definicje tzw obiektow proxy.

    Mozna to sprawdzić zapisując plik źródlowy jako DXF i podglądając i przeszukując ciąg znakow  PROXY  lub   (o ile dobrze pamiętam) :  AcDbZombieEntity

    J.

  4. Niestety nie mogę udostępnić projektu.
    Jako osoba programująca - zakładam, że to skutek jakiegoś bugu w obsłudze ładowaniu/zwalnianiu zasobow podczas działania tej komendy . U mnie ukrycie 95% obiektów trwa 2..5 sekund. 

    Jedyne co bym dodał do ew. okoliczności - podczas pracy z duzym plikiem aktywuję serwer COM/ActiveX w ZWCAD  przez zewnetrzną aplikację w Delphi. 

    Jesli coś mi przyjrzie do głowy to oczywiscie zapodam na forum ;-)
    J.

  5. ZWCAD 2017 vernum 12354

    Już na kolejnym komputerze przy pracy na większym modelu  po drugim / trzecim użyciu sekwencji  IsolateObjects  / Unisolateobjects  ZWCAD nagle stwierdza,

    że nie zna komendy IsolateObjects dając komunikat

                           unknown command "_IsolateObjects" 

    Plik dwg na ktorym pracuję ma ok 70 tys obiektów.  

    Nie pomaga nawet zamknięcie/otwarcie ZWCADA od zera, jedyne co pomaga to pełny restart PC .

    J.

     

    isolate_obj_zw17_19012017.jpg

  6. Wyczytałem, że problem dotyczy optymalizacji. Sam wyciskam sporo z ZWCAD'a . To pewne wyzwanie dla kazdego programisty.

    Czy poliliniom grozi ze względu na skalowanie zbyt duża vertexów ?

    Nie można było użyc do tego hatchy ? 

    Są też chyba jakies bardziej zaawansowane mechanizmy linetype ( np. ltp3.png

    Pliki mniejsze i problem jakoś bardziej normatywnym narzędziem załatwione.

    Pozdrawiam

    J.

     

  7. 56 minut temu, Martin_S napisał:

    A jakie to ma praktyczne zastosowane...p.s. przynajmniej juz wiem jak to aktywować ;)  ...jako pomoc do 3D

    Projektuję i rozwijam system do modelowania dosyć zlożonych obiektów 3D ( 50..200 tys elementow ) na bazie engine ACAD'a .

    W projekcie wdrożyłem cos co zniwelowało zawsze irytujący mnie wady ACAD'a - słabe wsparcie  edycji 3D 

    Poskładałem GRID / UCS / LIMITS w jedną spójną superklomendę i całość nazwałem "robocza płszczyzna edycji"  .

    Daje to funkcjonalnośc podobną do modułów Sketch czy Draft  z CAD'ów nowszych generacji. 

    Wszystko działa na jedno kliknięcie. Wplecione w dużo większy kod bardzo pomaga gdy kilkaset razy dziennie zmieniany jest UCS (scena jest bardzo złożona ;-) ) .

    Jak zaczęłem projekt portować na ZWCADA , wyszło m.inn. że na razie trochę opornie działa spójne współdziałanie kombinacji  GRID/UCS/LIMITS 

    Nie mogę załączyc screenów projektu ale obiecuję w wolniejszej chwili cos wrzucę na forum jako np. kanwa do dyskusji nad patentami do radzenia sobie z edycją złożonych modeli 3D. 

    Pozdrawiam,

    J.

     

  8. Na szybko:

    43 minuty temu, dmatusz3 napisał:

    Dobrze to mamy jeden wniosek: ustawione limity odnoszą się do GUW

    Ja jednak napisałem i starałem się pokazać na rysunach jednak że coś przeciwnego:

    że Limity (LIMMIN i LIMMAX ) odnoszą się zawsze i wyłącznie do LUW i w dodatku płaskiego (2D) ukł wspólrzednych

    m.inn dlatego można wpisać tam tylko dwie pary po dwie liczby.

    Przypadek że LUW = GUW jest oczywiscie szczególny i domyślnie tak jest na nowo otwartych plikach DWG

    Na moim ost. screenie ( uchwycony widok podczas podawania drugiej wspólrzędnej LIMITS czyli  prawy górny róg )

                                              na chwilę pojawił się prostokąt ! co skrzętnie uwieczniłem scrennshotem

    To pozwoliło wizualnie odkryć jak interpretuje osie kernel ZWCAD'a w których ujawnia się ma kolejny błąd z niespójnym działaniem GRID z LIMITS i UCS ( zła korelacja kierunków ruchu myszką z pryrostem wysokosci prostokąta.

    -*-

    Musze pomysleć jak odpowiedziec zwiężle na pana ( @dmatusz3 ) drugą cześć ost. postu

    BTW: Czy poza mną na tym forum uzywa kombinacji GRID/LIMITS/UCS ?  i ma jakąs wiedzę jak to ujarzmic w ZWCAD ?

     

     

     

  9. Godzinę temu, dmatusz3 napisał:

    Czy AC przyjmuje limity z płaszczyzny XY i po obrocie układu współrzędnych przenosi je na nową płaszczyznę?

     

    Godzinę temu, dmatusz3 napisał:

    Bo wydaje mi się, że problem leży w limitach, ponieważ odnoszą się one tylko do płaszczyzny XY globalnego układu współrzędnych.
    Po obrocie LUW limity nie są przenoszone.

    AutoCAD i domniemam że także w ZWCAD)  LIMITS jak i GRID zawsze odnoszą się do lokalnego układu współrzędnych (2D) aktualnego UCS .

    Opisują to trzy zmienne: 
     UCSXDir   (w aktualnym UCS oś X ) ,
     UCSYDir   (w aktualnym UCS oś Y )
     UCSOrg    (w aktualnym układzie początek układu współrzędnych względem WCS ) 

    Konsekwentnie parametry  LIMITS (lower left  i upper right corner) odnoszą się do prostokąta na płaszczyźnie lokalnej (poczatek względem  UCSOrg a płaszczyznę definiują UCSXDir  i UCSYDir  + na końcu opcjonalny ELEVATION )

    Zgłoszony wyżej problem z wizualizacja GRID z wyłączonym  "Display grid beyound limits"  de fakto zmienia  wizualizację grida z nieskończonej płaszczyzny na ograniczoną parametrami polecenia LIMITS ramkę . 

    Zrobiłem kolejny test i widac że pogubili się w ZWSOFT z osiami po translacjach układu współrzednych. Złośliwie dodałem jeszcze ELEVATIONS ... :

    Na rysunku zaznaczyłem co się zmienia po ruchu myszką.

    J.

     

    Autocad_GRID_na_UCS_OYZ_zmiana_LIMITS.jpg

  10. Dziękuję za wstepną analizę.

    Od paru dni przechodzę na Zwcad Architecture. 

    Sprawdziłem zatem na czystym ZWCAD i wszystko było poprawnie ( tzn. tak jak u Pana na filmie wyżej ) 

    Porównując jeszcze raz sekwencje z filmu :

    Na  ZWCAD Architecture :

    - ok. sekundy 44 - problem 1a  wystapił ( znikł calkowicie GRID !) ale tylko jeśli robiłem to na czystym projekcie . (Jak wcześniej dodałem prostokąty grid pozostał ! )

    - ok. sekundy 67 - problem 1c) zmiana LIMITS nie odświeża okna wystapił.  Konieczność ręcznego refresh 

    -*-

    Przy okazji przyjrzalem się znaczeniu chceckbox'a  [x] Adaptive Grid ( wcześniej zawsze był u mnie włączony )

    Zajrzałem do helpu ZWCAD: iniestety nie zaskoczyłem jak rozumić opis  "Limit the grid density while zooming out."  

    Po testowych  włączaniach/wyłączeniach - korelacji z ruchami zoom in/zoom out niestety nie widzę.
    Nie wiem czy ta opcja do czegoś moze sie przydac ale dla lekkiego zgłebienia tematu może ktoś znajdzie czytelniejszą interpretację?

    -*-

    Proszę o komentarz czy u da się nadać bieg w ZWSOFT tematowi nr 2

    Pozdrawiam

    J.

     

     

     

     

     

     

  11. Obsługa siatki GRID'a chyba nie jest dopracowana ( ZWCAD2017 Architecture kernel vernum=12354)   

    Ucieszyłem się że ZWCAD 2017 ma lepszą siatkę płaszczyzny edycji (a nie kropkowanie, które nie nadaje się do pracy w 3D) . Zauwazyłem jednak kilka uciążliwych niedoróbek:

    1. Obsługa GRID'a z opcjami dodatkowymi (aktywacja przez dialog _dsettings ) ma błędy

    Próba aktywacji w powiązaniu z ustawianiem limitow edycji ( komendy LIMITS ) w _dsettings zakladka [Snap & Grid]  :
    a)   opcja "[x] Allow subdivision below  spacing"  ( włączenie)  powoduje iz grid w ogóle sie nie pojawi.  U mnie grud zadziala tylko jak jest to wyłączone.

    b)  opcja "[ ] Display grid beyound limits" ( wyłączenie) powoduje że grid czasami się nie pojawi (nie mogę wyczuć zależnosci. Być może jakas interakcja z pkt 1. ) 

    Powoduje to, że u mnie GRID z ustawionym limitem (LIMITS ... ) i chęcią  wyłączenia grid beyound limits ) czasami nie aktywuje się a zamiast tego grid całkowicie znika:

    1c. Po zmianie limitów (komenda LIMITS .... ) trzeba ręcznie wymusić refresh ( np: pan/zoom) aby okno zaktualizowało  ustawienia

    Mam także prośbę do teamu ZWCADa o wprowadzenie możliwości edycji schematkow kolorowania GRID'a ( W ZWCAD2017 rysowany zawsze czarną kreską ) : 

    Załączniki:

            screen 1: Zwcad2017 grid + okno _dsettings z komentarzem

    Proszę o weryfikacje i ew zgłoszenie do korekty.

    2.   Powiązane z 1 ale wysyłam jako propozycja pewnego dopracowania samego wyświetlania grida:

         Proponuję wzbogacić schematy kreskowania grida np: wprowadzając w dialogu _options zakładka [Display] button   dod ustawienia kolorów dla : 

         grid limits  
         grid linespacing
         grid subdivision (lub subspacing ) 

     Załączniki:

        screen 2:  grid   Zwcad 2017 z dialogiem  _options gdzie można by to wstawić 
        screen 3:  grid  Autocad 2002 (nawet taki stary Autocad mial to trochę bardziej dopracowane ;-) 

     

    Powyższe pomogło by w pracy z obiektami 3D 

    Pozdrawiam,

    J.

     

     

     

     

    Zwcad2017(12354)_options_colors.jpg

    Zwcad2017(12354)_dsettings_grid.jpg

    Autocad_grid.jpg

  12. Także chętnie bym potestował, ale próg NET Framework 4.6 to problem.

    Może rozważyłbys lekkie obniżenie wymagań? Zwiekszysz przez to szansę używalności.

    Sam nie koduję w .NET ale za http://www.zwsoft.com/zwcad_forum/thread-2876-1-1.html  widac iż w kompilatorze .NET bez kłopotu mozna obniżyć Target Platform (do 4.0)  

    ZWCAD 2017 instaluje właśnie  NET 4.0 

    Poza tym (troche offtopic) : Mi ręce opadają jak dajemy sie bezkrytycznie mechanizmem Windows Update firmie M$ ubezwłasnowolnić instalując wszystkiego najświeższe wersje. To właśnie to w dużej mierze odpowiada za utratę mocy sprzetu nawet na najszybszych Intel I7. Takie praktyki pozwalają także Microsoftowi na bezkarnie dla mnie 'porażająco nieetyczne'  wciskanie w Windows Update automatycznej instalacji Windows 10 ... .  To będne kolo. Za parę miesięcy wjdzie przeciez .NET 4.7 ... co wtedy?

    Pozdrawiam,
    J.

  13. 1. Jeśli to drivery graficzne np. NVidii to prosze zmienić w Driverze w Ustawienia 3d> Zarządzanie Ustawieniami 3d >  Filtrowanie anizotropowe (z domyślnego "pod kontrolą aplikacji") na x2 lub x 4 . Efekt wizualny wygładzenia elips/okręgów powinien być widoczny.

    Jelsi będzie lepiej wtedy to problem słabego antialiasingu egine graficznego w ZWCAD 2017 . Znaczy że coś wycięli w kodzie aby było szybciej  kosztem zniekształceń kreskowania.

    Uwaga ( zmniejsza to płynność ogólnej obsługi grafiki3D tzw. FPS'y  ) więc np. x4 z umiarem ...

    2.  Może sprawa banalniejsza ustawień profilu ? 

      Można sprawdzić ustawienia zmiennych :

    .1  _shademode (na obydwu najlepiej użyć najprostrzej "2d Wireframe" 

    .2. Przełącznik (na dole LWeight

    .3. Ustawienia kreskowania (Cmd _lineweight )

    .4  Ustawienia kolejności rasteryzacji ( SORTENTS ) u mnie =127

    Pozdrawiam

    J.

     

    Nvidia_Filtrowanie_anizotropowe.jpg

  14. W ZWCAD2017 wczytywanie jest rzeczywiście bardzo zoptymalizowane i szybkie . 

    Jednak ja równiez nie popadałbym w euforię.

    Jeśli ktoś pracuje 4 i więcej godzin dziennie z CAD'em widzi jako ważne zupełnie inne cechy !

    Podzieliłbym odpowiednie cechy i ew. testy powównawcze z AutoCAD / BricsCAD / na conajmniej trzy grupy:

    • Porównanie do pracy w 2D ( powyższy filmik mówi wyłacznie o pracy w 2D i może o 10% ważnych rzeczy).  Jedyne co podaje to marketingowo i obiektywnie niekwestionowane szybke wczytywanie.
      Dobry dla mnie test powinien uwzględniać także ładowanie z osadzonymi XRefami ...  oraz porównanie DWG compatybility features ( ppkt niżej )
    • Porównanie do pracy w 3D ( tutaj słabo !) 
      jest zgłoszony i potwierdzony problem z  wolnego 3dOrbit  ( dla 20k obiektów  trudno czekać minutę na zmiane kąta patrzenia kamery ) . 
      jest zgłoszony i czeka na implementację polecenie Rotate3d  ( zgłoszone także na tym forum)
      ZWCAD2017 (vernum 11574 )do pracy w 3D to więc jeszcze BETA ... 
    • Porównanie "DWG compatybility features". Czyli: czy w plikach otwieranych różnymi narzędziami będziemy
      a) widzieć to samo
      b) edytować w podobny sposób
      c) drukować tam samo. 
      Tu  w ZWCAD jest róznie. Co do a) oraz c) może byc nieźle. Można zresztą użyć ciekawy test  nazwany Budweiser.dwg ( http://www.cadstudio.cz/budweiser ) .  Może ktoś ma ochotę opublikować wyniki?
      Mi doskwiera sporo rzeczy w róznicach edycji ale tu nie mam złudzeń moga byc problemy patentowe. Np. edycja 3dSolid / Dynamic Blocks jest raczej na minimalnym poziomie.



    Ponieważ ja pracuję na większych projektach 3D, więc kibicuję i czekam niecierpliwie na zapowiedziany  SP 1.3 .  Są przecieki kiedy będzie?

    Pozdrawiam
    J.

  15. Brak komendy ROTATE3D w ZWCAD2017 vernum 11574:

    Było w ZWCAD2015+ :

      Ribbon: Solid » 3D Operation » 3D Rotate
      Menu: Modify » 3D Operation » 3D Rotate
      Keyboard: ROTATE3D

     

    Wydaje się że dosyć często używane. Trochę mnie zaczyna zastanawiac dlaczego wycięto tak podstawowe komendy?

    Zgłaszam bo mam także problem bardziej subtelny uzycia Rotate3d funkcjami interfejsu COM:

    Co dziwne z poziomu VBA zadziałało ale już poprzez COM (ActiveX) nie jeśli po rotacji obiektu wstaje Z płaszczyznę XY

    Pozdrawiam,
    J. 

  16. Wygenerowałem dane testowe z 'lekko' losową serią obiektów polyline / circle   

    Załączam dwa pliki.   Można pobawić się w benchmarki  ;-)  

      30 tys. elementów    Test3dOrbit30k.dwg
      60 tys. elementów    Test3dOrbit60k.dwg

    Poza testem _3dorbit proponuje także zwrócić uwagę  na lagi w komendach związanych ze schowkiem gdy mamy dużą ilość obiektów w selekcjach  ( > 10k elementów ) : 

      _pastebase (CTRL_SHIFT+C ) ,   muli  w ZwCAD, w Autocad błysk
      _pastecopy ( CTRL+C)                 muli w ZwCAD, w Autocad błysk  
      _pasetclip ( CTRL_V )                  muli w ZwCAD i Autocad                (tu opóźnienie rozumiem. Nastepuje w końcu insert wielu tysięcy obiektów )

    J.