alf

1. klikam dowolną ikonkę, polecenie się uruchamia ale w inni poleceń, w linii command się nic nie pokazuje: 1 - ctrl+C 2 - ctrl+shift+C 3- base point 2. 1 - tu było kilikanych z 10 różnych ikonek, wyświetloły się tylko dwie 2 - ikonka komendy list PS. Chyba jednak przeinstaluję zwcada, coś mi tu nie pasuje...

Nie wiem czy się dobrze rozumiemy.... W modelu możemy zastosować dwa kroki jeśli chodzi o obrót "planszy" 1. Obrót układu współrzędnych (ucs) - ale ten obrót powoduje, że mamy na planszy nowy układ współrzędnych. Dla wymiarowania wsółrzędnych ten nowy układ jest psu na budę. Widok nadal mamy taki, jak przed obrotem ucs, tyle że kierunki ustawienia "orto", są obrócone zgodnie z UCS 2. Obrót widoku, np. komenda plan - dostosuje nam obrót widoku do nowego ucs, czyli to co mięliśmy poprzez obrót ucs, ułoży nam w układzie nie obróconym (pion-poziom). Analogicznie działa dynam ucs, tj wprowadza lokalny układ współrzędnych. ucsfollow, jak rozumiem, powoduje że nie musimy po zmianie usc pisać polecenia plan, bo obrót poziomuje się automatycznie. A mnie chodzi o obrót widoku jak w punkcie 2 ale bez obrotu (zmiany) ucs. Czyli żeby widok się obrócił w układzie ucs world a krzyż, zgodnie z którym działa orto, obracał się do widoku, a nie do ucs. Manager widoków ma sztywno ustalone widoki. Swoją drogą w VERNUM = "2017.01.23(13656)_x64" (read only), ustawienia widoków nie działają prawidłowo (View -> viewports -> 3 viewports) Tę samą niedoskonałość mam chyba acad, też nie potrafi obracać widoku (wraz z krzyżem) o dowolny kąt, przy zachowaniu układu usc world, przynajmniej jakiś czas temu nie umiał..

Mam pytanie, czy producent przewiduje wprowadzenie obrotu widoku do danej linii. Kiedyś o tym pisałam, nie pamiętam już gdzie i kiedy, jako przykład dając obracanie widoku w bentleyu (microstation). Obraca się tylko sam widok (różne tryby w 2D i 3D), ale ustawienie krzyża nitkowego jest zgodne z ekranem (pion-poziom), układ współrzędnych zostaje globalny, tj.jest zgodny z UCS world. Jest takie obracanie możliwe w zw, ale dynamiczne (3d orbit) lub zdefiniowane (widok rzutowany), brak możliwości obrotu np wg swojej modły, np. do danej linii.

z shiftem raz zadziałało a potem już nie...

denerwujące też jest działanie linii poleceń, tj brak wyświetlania części poleceń wywoływanych z klawiszy - na razie tak (nie) działa ctrl+c, ctrl+shift+c, ctrl+v (itp) oraz z ikon (wszystkie)

może być

po paru próbach ratunkowych doszłam do wniosku, że przenosi się ta zaraza razem z plikiem. Pomogło przeniesienie z pliku starego obiektów zaznaczonych oknem do nowego pliku. Jak przenosiłam metodą Ctrl+A błąd filetowania się też przenosił. To samo z wblock wybranych elementów (nie powinno ale jednak.. ) Tak więc zaraza, która psuje filletowanie (i fazowanie) siedzi chyba w środku (zombi? czy baba jaga?) pliku, nawet nie wiem gdzie, i się śmieje

no chyba.. PS. kiedyś mi się marzyło wielostopniowe mega-oops, a nie tylko mikro-oops z ostatniego kasowania. Może w ramach rozwoju zw2017 udało by się dopisac takie mega-oops?

Command: ER ERASE Select objects: Specify opposite corner: 2 found Select objects: Command: oops Unknown command "oops". Press F1 for help. Command: VERNUM VERNUM = "2017.01.23(13656)_x64" (read only) dlaczego nie działa kom. oops lub co ją zastępuje?

VERNUM = "2017.01.23(13656)_x64" (read only) nadal nie działa f. fillet w pliku jak w załączeniu (plik jako wblock kilku elementów z pliku pochodzącego ze starszej wersji zw - w obu ta sama przypadłość ) 1. fillet dla dwóch linii (promień "0" i inne) - nie działa 2. fillet dla polilinii o zadanej szerokości z linią chyba też nie działa jak należy, tj dołącza do polilinii linię ale odcinek linii dołączany staje się plinią o szer 0. Polilinia z polinią o innej szerokości działa ok, przejmuje właściwości (szerokość) z polilinii którą pierwszą klikamy. Może jest na to jakieś globalne ustawienie? PS. Chamfer z fazą "0" - sprawdziłam na szybko dwie krzyżujące się linie - jest analogicznie - obie fazy "0" i ustawienie metody fazowania na "trim", ucina tylko jeden z "wąsów" - do przetestowania New block3.dwg

faktycznie, taki sposób działa, w 2012 wystarczyło ctrlC, bez punktu bazowego To drugie. Problemy z odczytem w tym kopiowaniem z 2012 do 2017 występują przy plikach z obcych źródeł (w tym importy do dxfa i dwga z innych programów) lub starych, z wielokrotnie wkopiowanymi różnymi blokami (ctrlc+ctrlv) i nadpisywanych. 2012 jakby dawał sobie lepiej z tym radę niż 2017. Spróbuję jednak poczyścić trochę ten plik. Dostępny jest może jakiś zombikiller pod zw2017? Autocad coś takiego posiada: https://apps.autodesk.com/ACD/pl/Detail/Index?id=1498235021060360128&appLang=en&os=Win32_64

Dziękuję za opowiedz, Jeszcze jedna dziwna rzecz się dzieje z tymi hatchami, ale wydaje się, że tylko z grupy "custom" (w tym z oryginalnym hatchem ZWCAD(2015).pat, podłączonym na próbę jako custom): Po zakreskowaniu obszaru chcę zmienić skalę kreskowania, klikam więc podwójnie w hatch i zmieniam w okienku na skalę przykładowo 2x mniejszą. Pokazuje mi się hatch o gęstości nie 2x mniejszej tylko dużo gęściejszy (20x?). Dopiero drugi raz podwójne kliknięcie hatcha bez zmian parametrów pokazuje mi kreskowanie x2 mniejsze

VERNUM = "2016.12.09(12354)_x64" (read only) Pliku zwcad.pat w katalogu C:\Users\xxx\AppData\Roaming\ZWSoft\ZWCAD\2015\en-US\Support zawiera m.inn kreskowanie o wzorze: *HEX, Hexagons 0, 0, 0, 0, 0.21650635094610966169093079268823, .125, -.25 120, 0, 0, 0, 0.21650635094610966169093079268823, .125, -.25 60, .125, 0, 0, 0.21650635094610966169093079268823, .125, -.25 kreskowanie to nie wyświetla się w okienku wyboru wzorów w zw17. Akurat to wyłapałam ale wydaje mi się że nie tylko ten wzór się nie wyświetla. Proszę też o informację jak wgrać w zw17 swoje wzory kreskowania (osobne pliki pat), któe działały w zw2012. Teraz wrzucone luzem do kat support obok pliku zwcad.pat nie podłączają się. Czy można załadować je z osobnego katalogu/katalogów (by nie naśmiecić w kat support), zawartość przykładowego plik pat: *soil1,Soil or fill 45, 0,.5, .4242640687,.4242640687, .4242640687,-.4242640687 45, .1,.4, .4242640687,.4242640687, .4242640687,-.4242640687 45, .2,.3, .4242640687,.4242640687, .4242640687,-.4242640687 315, .3,.3, .4242640687,.4242640687, .4242640687,-.4242640687 315, .4,.4, .4242640687,.4242640687, .4242640687,-.4242640687 315, .5,.5, .4242640687,.4242640687, .4242640687,-.4242640687

nadal są problemy z kopiowaniem obiektów z zw2012 do 2017 (w druga stronę jest ok), tj nie działa _COPYCLIP (ctrl+C zw 2012) -> _pasteorig (zw 2017)

VERNUM = "2016.12.09(12354)_x64" (read only) Zgłaszane wcześniej (październik 2016) były znikające (brak wyświetlania) kreskowania zawarte w podłączanych jako xrefy odnośnikach. link do forum, kontynuowane było na priv.: Zjawisko to występuje nadal.

przypinam się to tematu - b. poręczna rzecz, szkoda, że jej brakuje w zw17. Dodatkowo bym głosowała za wprowadzeniem możliwości wykopiowywania wartości sumy powierzchni (ctrl+c ctrl+v). Teraz okienko to (zw2012) jest szare, bez możliwości kopiowania

dorzucam do analizy plik zawierającym jedną polilinię 3D, próba edycji jej (ctrl+a) powoduje zawieszenie zw17, nie wiem dlaczego. ta sama plinia w zw2012 chodzi ok. plik w 2017 zawierający tę plinię, nie widzi jej !!kasuj2.dwg

VERNUM = "2016.12.09(12354)_x64" (read only) zgłaszam problemy z działaniem funkcji mirror, trim, fillet, extend. Plik w którym funkcje nie działają (oryginał New block2.dwg pochodzi ze starej wersji zwcada) oraz plik nowy z zw2017 (New block.dwg) załaczam 1. Extend - nie działa prawidłowo przy zaznaczaniu obiektów do dociągnięcia oknem (dociąga tylko niektóre obiekty). Fence i pojedynczym wskazywaniem wydaje się ok, przy czym sam moduł fensa działa dziwnie (pierwszy punkt linii fensa nie wiadomo gdzie) 2. Analogicznei trim jak extend 3. Nie działa w ogóle fillet (zw nie chce zaznaczać drugiej linii?) 4. mirror - nie działa mirror dla text - dla obu plików. Mtext jest ok. 5. offset - nie prawidłowo działa powtórne użycie funkcji przy użyciu prawego klawisza jako entera (ustawienia prawego kliku w jpg) - nie ma możliwości zmiany odległości offsetu. Dla entera z klawiatury jest ok. Podejrzewam że nie działa prawidłowo enter spod prawego klawisza. Command: O OFFSET Specify an offset distance or [Through point] <1.0000>: 2 Select object to offset or [Undo/Exit] <Exit>: Specify one side to offset or [Both sides]: Select object to offset or [Undo/Exit] <Exit>: Command: Select object to offset or [Undo/Exit] <Exit>: Command: Select object to offset or [Undo/Exit] <Exit>: Command: PS. Ustawienia prawego klawisza nadal nie działają tak jak w zw2012 i wyższych wersjach - opisywane było to wcześniej.. New block2.dwg New block.dwg

VERNUM = "2016.12.09(12354)_x64" (read only) 1. Stretchowanie layoutu nie działa jak działał kiedyś (v1012). jak się zaznaczy zakres stretch tak by prostokąt viewportu był cały objęty, przesuwa się prostokąt, ale to co jest w środku nie. Do tej pory działo to tak że i prostokąt i zawartość w środku przesuwała się zgodnie z tym samym wektorem (analog. jak move). Teraz przy takim stretchu przesuwa się prostokąt a obrazek w środku nie, co powoduje że jak chcę wydłużyć rys, na którym nam ileś tak poskładanych w rządku viewportów rozsypuje mi się w drobny mak.. czy gdzieś się to przestawia do ustawień starych? 2.Czy jest możliwość w zw ustawienia snapa na poziom nieco delikatniejszego przyciągania? Magnes snapa jest wg mnie zbyt mocny, przyzwyczajona jestem do wersji nieco słabszej

VERNUM = "2016.11.14(11574)_x64" (read only) jeśli to nie zajmie dłużej niż pół dnia to możemy się jakoś umówić (mail?). Shift, jako snap dalej nie działa. Ustawienia mam jak poniżej (wersja ustawień classic eng) : ustawienia powyżej działają wreszcie w zasadzie ok, z jedną uwagą. Po wyjściu z komendy i chęci powtórzenia jej za pomocą prawego kliku (to samo co enter), pojawia się czasem okienko (nie zawsze, ale często), które uniemożliwia wykonanie tej ostatniej komendy. Okienko to nie pojawia się (w zasadzie można powiedzieć że nigdy, ale nie próbowałam tego wystarczająco dużo razy) gdy używamy zwykłego entera. Okienko jest małe, składa sie z trzech możliwości wyboru, nie związanego z komendą którą chcę wykonać (zrzut brzydki, zrobiony printscrinem;-))

ad3 - obiekty w środku bloku, z tego co sprawdzałam, zachowują się ok. Nie zmieniają swoich właściwości (oprócz mtextów i wymiarowania jak opisałam post wyżej) po ftatten. Natomiast chodzi o cechy samego bloku (warstwa i ustawienia kolor grubość etc..) ad3 - ok. Mikrostacja też podobnie robi, tj jak ma konflikt nazw, zmienia nazwę dodając index numeryczny, np z bloku o nazwie x robi blok o nazwie x_1, lub x_2 etc..

Blok zakwalifikowany do rzutowania na 2D może być następujący: Pierwsze przypadek: blok składa się z obiektów które powstały w 2D. Obiekt 3D powstał w skutek obrotu samego bloku w płaszczyźnie xy. Wtedy rzutowanie na XY metodą zvalto0 nie działa (zwal rzutuje na XY tylko gdy "Z" bloku są sobie równe, nie rzutuje zawartości bloku), a flatten rzutuje tak jak opisałam post wcześniej- rozbija blok, potem rzutuje na pł XY wszytskie obiekty będące w bloku i z powrotem robi z tego blok 2D ale noname, warstwa 0 bylayer, base point 0,0,0. W tym przypadku również zamieszanie, robi się gdy w bloku mamy opisy, wymiary (mtexty i wymiary rozbija) itp, ale nie z tym przypadkiem mam do czynienia najczęściej, tylko z tym niżej: Drugi - blok powstał na płaszczyźnie XY (Z=0), ale mamy w środku bajzel 3D (z tym przypadkiem najczęściej mam problem, jak dostaję pliki cudze, bałagan jest w środku). Działanie obu funkcji wygląda tak samo.. W obu przypadkach, choć skutek fcji flatten jest ten sam, tracimy cechy bloku takie jak: nazwę bloku, base point (zwraca po flatten p. 0,0,0), cechy warstwy bloku (ląduje blok na warstwie 0, wszystkie cechy bylayer) . A właśnie te cechy chciałabym zachować. W zał. przykładzik, z którym ćwiczyłam zagadnienie Drawing1.dwg

cel częściowo ten sam. W zw12 komenda flatten nie działała na blokach, blok po prostu nie zmieniał swych właściwości, a w zw17 tak.. a chodziło mi o to by blok, który był przekręcony w 3D (np. każdy narożnik trójkąta w bloku na innym "Z") zrobił się blokiem 2D na Z=0. Funkcja flatten w zw17 działa, tak jak potrzebuję (w przeciwieństwie do zvalto0, które nie rzutuje takiego bloku), tylko niestety zmienia nazwę na blok noname i traci punkt wstawienia.. Prawdopodobnie funkcja flatten tak działa (rozbija blik, rzutuje na "0" a potem tworzy blok noname). Szkoda tylko, że nie przywraca tych pierwotnych cech bloku. Programowo chyba dało by się to poprawić. Czasem takie blokowe śmieci dostaję z importu z cudzych plików z mikrostacji i był by to sposób szybki na porządek, nie tracąc właściwości bloków.

blok mający nazwę, po wykonaniu funkcji flatten na tym bloku, zmienia go w anonymous block

VERNUM = "2016.11.14(11574)_x64" (read only) funkcja nadal nie działa w wersji eng poprawnie