alf

prześlę na priv z listą rzeczy, które nie chodzą w tym rysunku

mam bloki ustawione w ten sposób, że cechy elementów bloku są by block , co powoduje że blok wyświetla się tak jak ustawimy cechy warstwy na której blok jest wstawniiony. Błąd polega na tym że na layoucie blok wyświetla się na czarno, jeśli kolor ustawiony jest ustawiony bylayer. jesli zmienimy na kolor, jest ok. Na modelu wyświetlanie jest ok. I dotyczy to wszystkich bloków "byblock". Załączam rys. blok jest na tej samej warstwie co linia, jedno ustawienie bylayer, drugie z kolorem 90 Czy to błąd, czy jakieś dodatkowe ustawienie layoutu nie wiem..

podbijam przezroczystość warstw. Przydatna rzecz. Oby "a-sk" nie zdążył z opatentowaniem ;-)

ale tak jak pisałam, okienko wyskakuje gdy zbliżamy myszkę do charakt. punktu snapa, jak myszka jest daleko jest ok.

sekwencja klikania: 1. zaznaczenie obiektów 2. wywołanie ostatniego polecenia prawym klikiem 3. zamiast potwierdzenia ostatniego polecenia - głupie okienko ustawienie ani 1000 ani 3000 nie pomaga. Tylko z b. krótkim kliknięciem działa, jakiekolwiek zawahanie (ułamek sekundy) i wyskakuje to głupie okienko. Co więcej różnicy w polepszeniu klikania między 500 a 3000 nie zauważam. nie wiem czy dobrze wyłapałam, ale podejrzewam snapa (F3), tj. jak robię 1 i 2, to w przypadku gdy zbliżę krzyż, jak że mi się uruchamia przyciąganie, wtedy wyskakuje to okienko. jak mam krzyż daleko od punktu charakterystycznego (nie wybiera przyciągania) jest wszystko ok. Aż z rozpaczy nagrałam filmik.. jak pozbyć się tego głupiego okienka, które wg mojej techniki rysowania do niczego nie służy prócz podnoszenia ciśnienia.. snap.mp4

VERNUM = "2017.01.23(13656)_x64" (read only) temat stary dla zw17, sprawa działania ustawień prawego klika. Nadal wcina się okienko "move here" przy używaniu prawego klika jako potwierdzenia ostatniej komendy

sugestia do rozważenia: komenda _matchprop ma możliwość ustawień property settings w okienku, przy czym ustawienie kopiowania każdej z cech wymaga "odptaszkowania" (w sumie 12 ptaszków). Czy można wprowadzić dodatkowego ptaszka działającego jako "włącz/wyłącz" wszystko (może być dla dwóch bloków cech osobno - dwa ptaszki włącz/wyłącz całosć). Czasem potrzebna jest tylko jedna cecha do przeniesienia i odznaczanie kolejno po kolei jest nieco męczące..

faktycznie, może była to jakaś stara wersja. Po podmianie lispa działa..

hehehe.. tez mi to przez myśl przeszło

a u mnie działa jak należy (po reinstalacji zw) (domyślnie było mode 0) COPY Select objects: 1 found Select objects: Specify the base point or [Displacement/mOde] <Displacement>: o Enter an option for copy mode [Single/Multiple] <Multiple>: Specify the base point or [Displacement/mOde] <Displacement>: Specify the second point of displacement or <use first point as displacement>: Specify the second point or [Exit/Undo] <Exit>: Specify the second point or [Exit/Undo] <Exit>: Specify the second point or [Exit/Undo] <Exit>:

to lwpoline, zwykła polilinia.. komenda z tego lispa rmv działa..

lisp w zakresie polecenia apv przestał działać Command: apv Command: Pick Point for New Vertex: Error: bad function type - nil Command: apv Command: Pick Point for New Vertex: Error: bad function type - nil Command: apv Command: Pick Point for New Vertex: Error: bad function type - nil Command: apv Command: Pick Point for New Vertex: Error: bad function type - nil Command: VERNUM VERNUM = "2017.01.23(13656)_x64" (read only)

VERNUM = "2017.01.23(13656)_x64" (read only) po reinstalacji zaczęło działać. Jak na razie testuję, ale mam podejrzenia, że spsuło się po wywaleniu zwcada w kosmos. Plik się zwiesił tak, że nie było co zbierać. Przyczyną, o ile dobrze pamiętam była próba kliknięcia elementu, podajże podczas hatchowania. Ale mogę się mylić. W każdym razie jakiś bzdet, który nie powinien takich szkód narobić. Ratowałam zawartość z temp-a, bo po dwgu zostało kilka kB zamiast kilku Mb. Na razie rysuję i testuję, bo sporo rzeczy nie działało: np. fillet-owanie z w kontrowersyjnym pliku nadal nie działa na chamfer "połowicznie", fazuje z prom "0" tylko jedną z linii i tylko od jednej strony (rys ma nadal obrócony usc+plan) PS. Też mam ustawienia "classic"

jestem również za tym drugim oknem (wszędzie, w całym zwcadzie), to pierwsze to przeżytek. w drugim oknie można swobodnie edytować (również metodą crtl+c - ctrl+v) ścieżkę, w pierwszym pozostaje tylko wkurzające klikanie.

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