Parikon

Nowa funkcja opisująca długości linii i polilinii. Zapraszam do obejrzenie filmu

To samo się dzieje gdy nie używam nakładki. Przy stylu wymiarowania standard, gdy zmienię zmienną dimscale na inną niż 1.0 wymiar się przeskaluje dopiero na samym końcu.

VERNUM = "2017.01.23(13656)_x64" ang. Po zmianie zmiennej dimscale na inną niż 1.0 ZWCAD2017 wymiaruje dalej w dimscale 1.0, a później dopasowuje wymiary do zmiennej. Film przedstawiający problem

ZwCAD to potężne narzędzie, a "odpowiednik" to ikona na której to narzędzie się wzoruje. Nie poprawia tylko ten co nic nie robi.

Użytkownikom ZWCAD-a do czasu lepszego zoptymalizowania programu proponuję ustawić podaną przez JasW zmienną na małą wartość. Ja zmieniłem ją na 10. Można pracować spokojnie z 1000 zigzaków. Kopiować, kasować itp bez utraty szybkości w rysowaniu. Nie do końca rozumiem propozycję zwiększania wartości tej zmiennej przy większych selekcjach, chyba że autor wykazał się sarkazmem. Tak czy tak, dzięki jego uwadze, mój ZWCAD dostał oczekiwanego "kopa". Chociaż przy wartości 100, przez niektórych uważanej za magiczną wygrywa o 30 sekund AutoCAD.

Akurat ta zmienna ma wartość i w AutoCAD i w ZWCAD równą 100. Nigdy jej do tej pory nie zmieniałem. Dzięki za info. Ale ta zmienna nie ma nic wspólnego ze znacznikami jakie pojawiają się na obiekcie polyline po zaznaczeniu.

ZWCAD najprawdopodobniej generuje w pamięci wszystkie znaczniki, nawet gdy w skali ekranu są tak blisko, że i tak nie da się ich użyć. W Autocadzie jest to natomiast rozwiązane tak, że gdy te opisane powyżej 100 zigzaków kopiuje 10 razy w dół, co daje mi 1000 zigzaków to AutoCAD pozwala je zaznaczyć i skasować dalej w czasie mniejszym niż sekunda. Ale na ekranie nie pojawia się ani jeden kwadracik odpowiedzialny za możliwość modyfikacji wierzchołków polylinii.

Postanowiłem zrobić mały test. W ZWCAD 2017 Pro 64 bit ustawiłem za pomoca PI skalę 1:1 co odpowiada zmiennej dimscale 0.001. Wygenerowałem polilinię zigzag o maksymalnej długości, która nie może być większa niż 500 wektorów jednostkowych dla tej skali. Następnie skopiowałem ją komendą array 100 razy. Mogę spokojnie operować zoomem oraz zaznaczać pojedyncze zigzaki i je kasować. Trwa to ułamki sekundy. Jednak zaznaczenie wszystkich zigzaków i ich skasowanie trwa ponad 30 sekund. Zapisałem ten dokument i otworzyłem w AutoCAD 2010 64bit. Cały czas jesteśmy na tej samej maszynie. Zaznaczenie i skasowanie wszystkich zigzaków trwa nie więcej niż sekundę. Tutaj jak widać jest różnica i pole do popisu dla twórców ZWCAD-a.

Oczywiście, że można. Linie typu batting i zigzag są w standardzie. Trzeba je tylko załadować. Co nie czyni tego rozwiązania najlepszym w każdej sytuacji. Polilinie także się przydają..Osobiście używam do rysowania detali polilinii. Brak problemu z odświeżaniem i wynikającą z tego zmianą wielkości wyświetlanych znaków. Minusem może być spowolnienie. Jak dotąd przy normalnym rysowaniu nie doświadczyłem tego.

Chciałbym zaznaczyć, że problem z polinią zigzag nie wynika z błędów programu ZWCAD,.a tylko z ograniczeń sprzętowych i tego jak program radzi sobie z pamięcią. Podobny problem byłby prawdopodobnie w AutoCAD-zie. Przykładowo, gdy włączamy program ZWCAD zaraz po instalacji, to przekątna wyświetlonego obszaru modelu w przypadku mojego monitora zmierzona poleceniem distance to około 1048 jednostek. Program generujący polilinię zigzag w pierwszym kroku mnoży długość vectora3D przez jej odwrotność dzięki czemu uzyskujemy vector jednostkowy, czyli taki, którego długość wynosi dokładnie 1 jednostkę. Szerokość zigzaka to w przestrzeni papieru 2 jednostki. W przestrzeni modelu jest skalowana razy zmienną dimscale. Gdy więc w modelu ustawimy zmienną dimscale na 0.001 i wygenerujemy zigzaka to vector jednostkowy będzie miał długość 0,001 * 1. Przy długości 1048 jednostek przeskalowanych vectorów jednostkowych zmienną dimskala zmieści się w tej długości 1 048 000. Punktów zigzaka, gdy go zaznaczymy, którymi możemy operować generowanych na długości pięciu vectorów jednostkowych jest dokładnie 5. Zaznaczenie takiego zigzaka choćby do skasowania tworzy 1 048 000 znaczników w wierzchołkach oraz drugie tyle w połowie segmentu. Ale to jeszcze nic. Mogę pokręcić scrollem myszki i powiększyć obszar modelu. Przekątna wynosi teraz 252 587 jednostek. Dalsza iteracja potwierdzi tylko wysnute wnioski. Założone ograniczenie pozwala na spokojne używanie generowanych polilinii w rysunkach. Oczywiście bez przesady. Nie sprawdzałem ile trzeba ich wygenerować, żeby spowolnić operowanie dokumentem.

Tworząc nową funkcję rysującą polilinię typu "Batting" zauważyłem, że wygenerowanie w jednym ciągu polilinii o bardzo dużej liczbie powtórzeń zawiesza na dłuższy czas działanie programu ZwCad do czasu aż obrobi w pamięci ilość znaczników jaka pojawia się po jej zaznaczeniu. Taką polilinią jest zigzag jak i dodana w nowej funkcji polilinia typu "batting". Aby użytkownik niechcący nie wygenerował sobie tysięcy a nawet milionów punktów kontrolnych wstawiłem ograniczenie co do ilości powtórzeń przy generowaniu takiej polilinii. Twórcy ZWCAD poszli jeszcze dalej i będący w standardzie zigzag generuje tylko 6 wierzchołków. Jak wprowadzone zmiany działają w praktyce można zobaczyć na udostępnionym na stronie domowej projektu filmie. Przybornik Inżyniera 20170117 - opis zmian i film.

Moim celem jest zrobienie nakładki, która w swej darmowej postaci zasadniczo wystarczy do tego aby osoba, która jej używa mogła bardzo sprawnie wykonywać rysunki technicznie. Na dłuższą metę powinien to być "Niezbędnik Inżyniera". Inżynier zasadniczo powinien zająć się tym, czy to co przedstawia rysunek jest zgodne z zasadami dyscypliny którą reprezentuje. Niekoniecznie musi zastanawiać się jak narysować kółko detalu. Będę starał się rozwijać przybornik przy założeniu cotygodniowego dodawania nowych funkcji czy możliwości. Jednak mogą nastąpić i dłuższe przerwy w wydaniach. To co aktualnie udostępniam jest darmowe i nawet gdyby znikła oficjalna strona (w co wątpię) można program rozpowszechniać i używać do woli także w celach komercyjnych. Miłośnicy rysowania w milimetrach jako główna jednostka przestrzeni modelu, nie uznają przybornika za coś godnego uwagi. Ale być może i im przydadzą się niektóre funkcje.

W kompilacji 20170116 dodałem okienkową wersję komendy distance, która działa prawidłowo także po zmianie UCS oraz umożliwia skopiowanie wybranej liczby do schowka. Poprawiłem błąd, który polegał na nieprawidłowym rysowaniu obiektów w przestrzeni papieru po wejściu w okno widokowe. Dodałem nową funkcję, która rysuje kółko detalu.

Dlaczego ZWSOFT nie udostępnia vernum 2016.12.09? downlowad ZWCAD 2017 strona oficjalna

@Perlon, miej na uwadze, że komendy rysujące zigzag, oznaczenie przekroju czy nawet wstawianie tytułu nie mają nic wspólnego z programem skala. Jeśli w programie skala ustawisz sobie styl wymiarowania, a po jego zamknięciu wpiszesz ręcznie lub ustawisz sobie typowy przycisk ZWCAD, który będzie wpisywał polecenie DIMSCALE 0.075 to wszystko się do tej zmiennej dopasuje. Program tytuł nagłówka będzie wypisywał skala 1:75.

@Perlon Działanie przybornika zakłada, że obiekty w przestrzeni modelu rysowane są przy założeniu 1(jednostka) = metr. Co nie ma wpływu na samo wymiarowanie. Oczywiście są ludzie, którzy zamiast 1 wolą klepać 1000 a inni zamiast .001 wolą klepać 1. W obu przypadkach trzeba się naklepać i odpowiednio ustawić okno mview. Sam aktualnie używam programu skalującego z możliwością wpisania skali z klawiatury. Ale w dobie tysięcy telefonów z reklamami wolę po prostu wybrać już zdefiniowaną skalę. Nie spodziewałem się zapotrzebowania na skalę 1:75. Co do norm, to jak wiemy w rysunku arch-bud można stosować własne oznaczenia, niekoniecznie te normowe. Powinno się tylko wyjaśnić je w legendzie. Brak objaśnienia to najczęściej telefon od wykonawcy z pytaniem co to coś oznacza. Przy czym akurat nie spotkałem się z telefonem w sprawie tak narysowanej koty. Jest to znak bardzo charakterystyczny i rozpoznawalny dla laika. Natomiast w drugą stronę czyli z kotą normową miałem przypadki telefonów. Odsyłanie do normy tworzyło niemiłą atmosferę gdyż wykonawca nie chciał za nią zapłacić. Wniosek z tego taki, że najlepiej utworzyć legendę w obu przypadkach lub liczyć że człowiek nie komputer i co do koty to się domyśli. ;)

Przedstawiony film nie ma za zadanie rozstrzygać jakie jednostki ustawić dla linii wymiarowej w zależności od sytuacji. Jeśli trzymamy się norm to historycznie nigdy nie obowiązywały normy niemieckie. ;) A wracając do meritum to oznaczenie normowe koty uważam za warte do zaimplementowania w przyborniku. Chociaż osobiście uważam, że oznaczenie koty wysokościowej jakie oferuje aktualnie przybornik nie wymaga opisywania w legendzie. Co do jednostki wymiarów to można ją łatwo ustawić programem skala na milimetry dla każdego z 4 styli jakie ten program oferuje. Oferuje to także ZWCAD w standardzie. Nie zmienia to faktu, że korzystający z przybornika powinien określać jednostkę przestrzeni modelu (modelspace) metrem a jednostkę przestrzeni papieru (paperspace) milimetrem jeśli chce wykorzystać zawarte w nim programy pomocnicze.

Wersja oznaczona 20170110 posiada poprawione nieprawidłowe rysowanie obiektów gdy ustawiony jest inny UCS niż WCS. Wzbogaciła także PI o funkję rysowania ZIGZAKA oraz funkcję wstawiającą koty wysokościowe. Na stronie PI umieściłem film ukazujący działanie PI. bezpośredni link to youtube poniżej Działanie PI w praktyce.

Udostępniłem najnowszą kompilację. Zrobiło się "kolorowo". Opis zmian

using zzd = ZwSoft.ZwCAD.DatabaseServices; using zza = ZwSoft.ZwCAD.ApplicationServices; using zzr = ZwSoft.ZwCAD.Runtime; using zze = ZwSoft.ZwCAD.EditorInput; using zzg = ZwSoft.ZwCAD.Geometry; using zzc = ZwSoft.ZwCAD.Colors; using zzw = ZwSoft.ZwCAD.Windows; private void button1_Click(object sender, RoutedEventArgs e) { zza.Document doc = zza.Application.DocumentManager.MdiActiveDocument; zzd.Database db = doc.Database; zze.Editor ed = doc.Editor; zzw.ColorDialog cd = new zzw.ColorDialog(); System.Windows.Forms.DialogResult dr = cd.ShowDialog(); if (dr == System.Windows.Forms.DialogResult.OK) { zzc.Color color = new zzc.Color(); color = cd.Color; coloroznaczenia = color.ColorIndex; } } Taki kod powinien zawsze, niezależnie od tego z której zakładki okna z kolorami korzystam nadać zmiennej coloroznaczenia odpowiedni Colorindex. Jeszcze raz dzięki za naprowadzenie dla @perlon. Oczywiście doc, db, ed, w tym przypadku są niepotrzebne.

Aktualnie zależy mi na dodawaniu nowych możliwości do PI. Z czasem trzeba będzie nauczyć się korzystać z tych okienek. Tutaj jest strona programisty, który podaje dużo ciekawych przykładów w C# i .net dla AUTOCADA i podany link chyba rozwiązuje ten problem. oczywiście Autodesk.AutoCAD = ZwSoft.ZwCAD

Pojawił się nowy program w zakresie PI o nazwie OZNACZ PRZEKRÓJ. Oznacz przekrój Dodałem także możliwość wyboru w programie RAMKA szerokości papieru 841mm, której zabrakło w pierwszym wydaniu tego programu.

Definiując ramki trzeba myśleć w kategoriach szerokości rolki. Mając zakupiony lub założony w ploterze papier o szerokości 914mm tworzę ramkę szerokość 914razy długość 1189. Mam więc coś w rodzaju A0+ oraz nie muszę docinać potem rysunku do A0. Jeśli nie potrzebuję całego A0+ to skracam długość ramki, którą mogę wygenerować w pionie i w poziomie natomiast przy plotowaniu zawsze mam możliwość ustawienia tak aby plotować jak najekonomiczniej.

Obrót zamienia długość z szerokością jednakże działa od określonej długości. Od formatu A3 już powinno zamieniać. Dla formatki A4 zamiana nie miałaby sensu lub inaczej mówiąc trzeba by było pisać dużo więcej kodu. To co jest powinno wystarczyć. Do wyboru mamy najczęściej sprzedawane szerokości rolek. Długość możemy ustalić od 210 do 2500mm. Dodatkowo na dole mamy n-znaczników od lewej co 190mm oraz od prawej jeden znacznik 210mm.

Programy pisane są w C#. Uruchamiania ich pod CAD-em nauczyłem się z tego filmiku. Idea jest ta sama w ZWCADZIE. Dodałem do PI nowy program Ramka.