alf

a przy rysowaniu tej błędnej linii czasem przypadkowo nie łapie się snap gdzieś po drodze? Jeśli rysując (nawet w orto czasem mi się zdarza) złapiemy po drodze snap np narożnika to linia będzie skonstruowana tak że będzie przebiegać przez ten narożnik (z boku) i mieć długość taką jaką wpiszesz z klawiatury. Przy dużym zagęszczeniu linii może się coś przypadkowo złapać. Najlepiej wyłącz snap (F3) przed wpisywaniem długości i dopiero wstawiaj koniec linii tak daleko jak chcesz. Lub używaj zbliżenia przy pozbyć się przypadkowych linii z widoku. Mi orto i snapowanie w zasadzie dobrze chodzą (kwestia precyzji rysowania). Jeśli to nie pomoże to reinstalacja zw, na czysto.. ;-)

takie fazowanie pokazywane tylko na rzutni trochę nie bezpieczne, rysunki w dwg budowlańce nawet wykształcone w cadach (z doświadczenia) oglądają raczej na modelu a nie layoucie. Natomiast przydało by się z innych względów takie nadpisywanie kolorów grubości i typu linii warstw niezależnie od modelu. tj. na modelu niech będzie kolorowo (tak mi się lepiej rysuje) ale na layoucie chcę mieć np. warstwę 0 do 10 na czerwono, grubo i kreskowo, a pozostałe na zielono nie zależnie czy jest obiekt na tej warstwie bylayer czy nie. Niezależnie czy warstwa jest w pliku głównym czy na odnośniku. Taka zmiana cech (nadpisywanie cech) na layoucie bez ingerencji w model była zgłaszana ale poszła w niebyt (tak jak przezroczystość warstw) podobne działanie ma przypisanie cech wydruku ale tu trzeba zachować porządek w kolorach, wtedy rysowanie na kolorowo upada..

okienko podglądu cech obiektu takie coś jest w programach bentleya (microstation) i wydaje mi się że w acadzie też. Po najechaniu kursorem nad obiekt, bez kliknięcia (obiekt wtedy zmienia się na charakterystyczną linię pokreskowaną/przyszarzoną) pojawia się przy kursorze informacja o cechach tego co się wskazało, np. rodzaj, warstwa, nazwa odniesienia lub bloku (jeśli obiekt znajduje się na odniesieniu lub w bloku) - takie dane są w MS (dla bloków w MS to niestety nie działa) i moim zdaniem są wystarczające. To okienko nie pojawia się od razu tylko z opóźnieniem ok 1s, co moim zdaniem jest rozsądne bo przy sprawnym rysowaniu nie w będzie przeszkadzać i wyskakiwać, za każdym złapaniem linii (tę 1s opóźnienia się ustawia w MS ale nie wiem gdzie ;-)). Oczywiście zakładam, że wyświetlaniem okienka będzie sterować jakąś zmienna zero-jedynkowa, by można to było wyłączyć. Inne dane są moim zdaniem zbędne ale może ktoś lubi podglądać więcej.. Przydało by się to przy obsłudze np planów zagospodarowania terenu (mapy, dziesiątki odnośników) trudno się połapać jakie linie do czego służą i na jakich są warstwach..

w multitekście jest możliwość justowania - edycja mt + tracking, trochę upierdliwe to klikanie ale działa. Natomiast przydało by się w ogóle edytowanie "wsadowe" cech multitextów (kilka mt na raz), widoczność wszystkich cech mt w okienku properties i nadpisywanie cech (_MATCHPROP) które się ustawia wewnątrz okienka multitextu (np własnie ten tracking czy np pochylenie textu) wielki plus dla annotation gdziekolwiek Generalnie wyświetlanie layoutów nieco jak za Króla Ćwieczka w tym względzie. Może krok dalej i rozwiązanie rewoluzjonizujące wyświetlanie różnoskalowych vieportów na layoucie : ustawianie skalowania dla wszystkich parametrów (najlepiej z było by wyborem metodą odptaszkowywania lub analogiczną) takich jak: - opisy (mt i dt - tu należało by się przyłożyć przy wstawianiu opisów do justyfikacji), - wymiary (dopracować by trzeba było np odległości między liniami wymiarowania tj. co jest bazą wymiarów, bo wg mnie domyślnie "stały" był by najbliższy wymiar obiektu) - skala kreskowania - skala szerokości polilinii - skala atrybutów (to nie zawsze jest wskazane) i inne o których zapomniałam..

pomogło w sprawie xrefów ponowne niezainstalowanie zw na czysto (z wyczyszczeniem na błysk rejestrów), więc pewnie na to samo wychodzi pozostaje problem działania przycinania hatchowania (ciągnie się jeszcze z czasów wersji beta), pokazałam na filach z przycinana hatcha polilinią zamkniętą w zw2012 - działa bez zarzutu, w dowolnej kolejności można "odcinać pola" a do tego zachowuje się hatch associative jak przed przycinaniem w zw2017 - przycinanie wg dziwnego algorytmu, zabawa przy tym przednia.. a do tego przycinanie kończy się bez associate ponadto dokładam coś do listy problemu tej wersji zw2017 - po ww instalacji zniknęło mi działanie klawiszy funkcyjnych F8, F9 i F10 (można tylko te fukcje uruchomić za pom. ikonki lub komend). Ma Pan pomysł co to może być lub gdzie to przywrócić?? trim hatch2012.avi trim hatch2017.avi

taki objaw może wystąpić przy wyłączonym trybie snapa ze śledzenia (F11 wyłącza i włącza). Z włączonym śledzeniem (taki sznurek zielonkawy) widać lepiej do czego się snapuje i rysowanie jest przy tym dużo szybsze i dokładniejsze. po drugie mając włączone wszystkie snapy (dla wygody) można przypadkowo złapać zamiast prostopadłości nearest (bliski?), ale jak się ma F11 włączony to widać co się łapie, więc wracamy do F11 po trzecie wydaje mi się, że gdzieś się ustawia czułość przyciągania snapów, tj być może options ->drafting -> smartsnap marker size - może to powiększenie okienka snapa odsuwa łapanie snapa nearest poza obszar przyciągania innych snapów? może jakaś zmienna systemowa lub tajemniczy ptaszek? nie wiem, bo u mnie z F11 rysuje się konstrukcyjnie szybko sprawnie

http://cadtips.cadalyst.com/3d-editing/convert-3d-polylines-2d-polylines szybsze rozwiąznie..

VERNUM = "2017.07.21(19945)_x64_S" (read only) ponownie wracam do problemu podpinania xrefów. W wersji sp3.3 nadal nie działa wyświetlanie podpiętych xrefów. Przykładowo przesyłam przykładowy kpl plików rys.dwg podpina xref.dwg oraz zrzutów z programów zw2012 (tak to powinno wyglądać) i 2017 vernum jw. (nie widać xfrefa tylko linijkę z linkiem) vernum 12354 z grudnia 2016 (sp 1.3 chyba) oraz wspomniana wersja sp3.1 (teraz już tego nie jestem w stanie potwierdzić, bo go updatowałam, opieram się na wrażeniu z "pamięci") wyświetla też prawidłowo Proszę o sprawdzenie plików i instrukcję co może być przyczyną błąd instalacji (instrukcja jakie dane mam dodatkowe ew Państwu dostarczyć) sugerowany powyżej czy błąd programu. Sprawa jest b. pilna!!! Ponadto proszę o informację do czego służyć powinna dolna linijka zapisu ścieżek w okienku xref manager z dodatkową ścieżką szukania xrefa. Wg mojego doświadczenia nie szuka xrefów we wskazanych ścieżkach ()można wpisać różne ścieżki poszukiwania xrefa, oddzielone są one średnikiem xref.dwg Rys.dwg

kasuj12.dwg w załączeniu plik ukazujący problem, który wystąpił od wersji SP3.2 i nadal występuje w wersji SP3.3 polega on m.inn. na nie wyświetlaniu linii na sąsiednich viewportach. Oględnie rzecz biorąc jedna linia na jednym vp jest widoczna na drugim nie. Przy czym wyświetlanie jej czasem wysteępuje na pierwszym vp na drugim nie a po regeneracji lub przełączeniu się na model i z powrotem jest odwrotnie, wyświetla się na 2 a na 1 nie.. w każdym razie nie rządzi tym żadna wydaje się reguła a raczej jest to losowe.. co więcej po zaznaczeniu tych linii na vp na którym są one widoczne, na drugim wyświetlają się uchwyty (zrzut) no i dodam że ponieważ linii tych nie widać również się one nie drukują.. I dodam że wystąpiło to na tym jednym rys, na innych nie wyłapałam tego dziwnego zjawiska, choć z doświadczenia wiem , że też może ono niestety wystąpić.. Ponad to losowo występuje w sp3.3 nie możność "przepedzelkowania" (matchprop) w tym pliku właściwości rodzaju linii (w tym wypadku kreskowej). Skopiowały się właściwości jakie jak kolor warstwa ale linia wyświetliła się jako ciągła, mimo że warstwa była linią kreskowaną.. ot takie właśnie dziwy..

PS. Nic na siłę, ale właśnie obiekt OLE spełnia rolę taką jak uwięziony w pliku blok. Mam ten sam problem z logami, jak przesyłamy pliki, np tabelki z logami, między sobą, więc prostym zabiegiem: otwiera jpega, robię wycinek windowsowym narzędziem do wycinania, (ląduje to w pamięci) a potem ctrv - wklejam jako ole. obiekt Ole może być wstawiany na warstwie, której możemy nadać status np kłódki lub niedrukowania, być skalowalny z zach proporcji i inne. Strata na jakości tak wykonanej operacji jest niewielka, a dla druku logo żadna.. metoda szybka,tania i bezpieczna (jak chwilówka w providencie )).. Pozdrawiam też!

ok. więc export tego z rejestu innym razem..

na razie nie mogę, musiałam przeistalować zw z powrotem na sp3.1, jak będe miec wolny czas od rysowania postaram się Panu go przesłać chyba że wystarczy Panu kopia katalogu en-us z tego miejsca C:\Users\***\AppData\Roaming\ZWSoft\ZWCAD\2017, ten katalog udało mi się przywrócić z kosza..

no i d..pa z uszami, xrefy nie wyświetlają się ani nie podłączają się ponownie.. stało się to po próbie przeładowania innego xrefa..

kiedyś znalazłam aplikację do tworzenia kodów własnych stylów linii, nie pamiętam gdzie ją mam i jak się nazywa, bo sprawa dotyczyła pojedynczego wygenerowania stylu linii. Przeszukując net ne znalazłam nic ciekawego, oprócz tej właśnie. Tyle mogę powiedzieć że taka aplikacja była by pomocna by nie modyfikować tego ma piechotę.. jak znajdę tę aplikację w moim magazynie dam znać, choć pamiętam że nie była ona doskonała, tj nie nadawała się do generowania każdego stylu jaki się wymyśli..

po instalacji na "czysto" problem xrefów znikł. Póki co kilka plików otworzyła, i podłączone xrefy się wyświetlają a także nowe podpinają. Tak więc przyczyna może być sam update, który wykonywałam z pozomu zwcada. Zwykle instalacje nowego sp wykonywałam odinstalowując stary, z czyszczeniem rejestrów włącznie, bo update z poziomu zwcada nie działał. Teraz zadziałał ale widać że z błędami. ps przycinanie hatch-y nadal działa "nieoczekiwanie", przykładowo hatch w którym chcemy wyciąć dziurę. Rysujemy na polu hatch prostokąt lub zamkniętą polilinie, wycinamy dziurę i jest ok. Ta sama obwiednia rysowana liniami (elementy bloków jako obwiednie też działają dziwnie, tj wg mnie nie działają, z bloków zwcad nie umie wybierać pojedynczych lilii, choć w zw 2012 to chyba działało, własne sprawdzam.. ) PS W zw2012 przycinanie hatchów działa bezbłędnie, linie, bloki też, więc błąd przycinania hatchowania w zw2017 jest

nie...to nie możliwe, przecież sprawa dotyczy wszystkich starych rysunków, a ich mam setki!!

nie pomogło. tzn zmiana nazwy kat en-us spowodowała zadziałanie podpinania xrefów do rys nowego niezapisanego (drawing1.dwg), w starych nadal nie działało. Po resecie profilu nie działa podpinanie xrefów znowu nigdzie. Porada polegająca na utworzeniu nowego konta w systemie jest, że tak powiem, brzydko, "microsoftowa". Więc jakiś inny pomysł oprócz powrotu do wersji sp3.1? na razie podejmuje próbę czystej instalacji zw sp3.2, bo poprzednia była upgradem z sp3.1 na 3.2. Dam znać czy to pomogło. Ps. Proszę o dodatkowe informacje na temat czyszczenia rejestrów po deinstalacji zwcada. Wolałabym by czyszczenie było wykonane 103%, bez strat dla innych programów

nie o to szło ze scrollbarem, kółko myszko działa jak trzeba ZOOMWHEEL=0, natomiast paski przesuwu ekranu (options>display>display scroll bars in drawing windows) działają "nie-windows-owo", co jest sporym zamieszaniem

dalsze problemy: 3) scroll bar, tzw windy, nie wiadomo dlaczego działają w druga stronę niż windowsowe? 4) undo nie działa poprawinie.. tj pojedyncze kliknięcie w strzałkę cofa nie ostatnią komendę tylko do ostatnio zapisanego miejsca a redo przywraca do ostatniej komendy z powrotem. Na rysunku nowym, jeszcze nie zapisanym na dysku (drawing1.dwg) undo nie działa w ogóle, jt nie zapisują się kolejne kroki więc nie ma z czego cofać..

nie działa.................. proszę o pilną odpowiedź bo inaczej muszę przeinstalować zw sp3.2 do poprzedniej wersji, która działała..........

jako obiekt ole, np ctrc + ctrv.. ale z ole bywają z rzadka problemy pomiędzy wymianą plików z projektantami gdy używają np autocada.. np ja się spotkalam z problemem ole wstawionego w civilu acada otwieranego w zwcadzie, ale na stareszej wersji zw. Pomiędzy zwcadami tych problemów nie zanotowałam

VERNUM = "2017.06.07(18304)_x64" (read only) 1) problem z xrefami, nie podpinają się ani te które były podpięte i nie było z nimi problemów we wcześniejszej wersji, jaki nowe podpięcia. Wyświetla się tylko plik textowy ze ścieżką.Uniemożliwia to pracę z odnośnikami, więc sprawa, przyjemnej dla mnie, jest pilna 2) nie naprawiony problem z przycinaniem hatchów. Przycinają się nie od tej strony co się chce rysownik przycinać..

Przydała by się możliwość wydruku lub zapisu zakresu okna i zakresu layoutu do dwg lub dxf. Przydatne, mi przynajmniej, by to było dla kompletowania tzw rysunków w wersji cad, które muszę dołączać do dokumentacji na płycie (razem z pdfami). Zwykle robię to programem do konwersji pdfa lub pltka do dwg/dxf. Ale są z tym problemy, a możliwość wydruku/zapisu samego rysunku z ramką, z ustawieniami takimi jak do drukowania Problemy do ujęcia (tak na szybko): 1. Wybór zakresu okna lub cały obszar layoutu/modelu 2. Rozwiązanie problemów bloków, atrybutów etc. - z zachowaniem nazwy bloku lub rozbiciem. 3. przycięcie bloków po ich rozbiciu (jesli drukujemy z layoutu, może się coś takiego zdarzyć) 4. Zachowanie kolorów ctb (wskazane) lub oryginalnych 5. xrefy - przeniesienie do pliku jako blok, lub rozbicie (i docięcie) jeśli są przycięte granicą viewportu 6. zachowanie oryg nazewnictwa warstw 7. Zachowanie lub nie () warstw, które są wyłączone, zamrożone, niedrukowalne (tzw śmietnik, tego nie trzeba konwertować)

co więcej sprawa wygląda identycznie w innym programie (viewcompanion), gdzie mam możliwość konwersji do dxf bezpośrednio z pltka. Vc też gubi czcionki arial

testuję właśnie wersję v11 p2c. I dziwna sprawa: konwersuję dwa różne pdfy, zdobione z dwóch plteków pochodzących z bliźniaczych rysunków, w jednym rys po konwersji tabelka ma opisy (hatch), w drugim te same opisy (ta sama czcionka arial narrrow w wszystkich tabelkach) i konwertują się zamieniając litery na tify (każda litera osobny tif). Jak pozbyć się tych literkowych tifów? p2c nie konwertuje tzw background i wpipeout sensownie. Gdy wipeout ma ramkę ładnie obcina np hatch natomiast gdy ramka jest wyłączona, konwertuje się do hatchów koloru białego, wersja z przycinaniem wydaje się lepsza. Jak tło modleu jest czarne to czarne napisy wyświetlają się jako białe i te białe hatche uniemożliwiają odczytanie opisu