alf

zdecydowanie tak.. udało mi się to zjawisko potwierdzić przy trybie nieorto z uchwytem.. to błąd b. istotny. Przy rysowaniu dokładnym można tego nie uchwycić Niezależnie czy się wyświetla etykieta czy nie linia celowana o zadanej długości nie trafia w cel tylko w krzyż. tryb orto + brak etykiety - też błąd

ad Chris: pracuję często po nocach, a zbyt ciemny kolor mnie szybko usypia ;-). Kolor tła programów wg mnie to kwestia czysto osobnicza, więc myślę, że prawo wyboru negatyw/pozytyw nie powinno być przez producenta ignorowane. ad. pawmal: po resecie windowsa widać już ścieżki sieciowe więc p. 2 na nie do kasacji - szkoda przy tym że listy nie można edytować przez użytkownika, przekreślenie np tego punktu spowodowało że informacja była by widoczna i jasna - problem nie istnieje lub został rozwiązany. Nad limitem wyświetlania ob w oknie properties nie dyskutuję.. zakładam, że służy to wyższym celom

VERNUM = "2017.08.22(21234)_x64" (read only) analiza mojej wersji 2018 beta: na nie: gdzie się zmienia tę kolorystykę okna?? są jakieś możliwości zmiany tej czernizny na coś innego? opisy okna (menu i inne) są jakieś dla mnie mało nieczytelne (porównuję z wer 2017), może to kwestia wygładzenia czcionek lub właśnie tego negatywu?? brak dostępu do lokalizacji sieciowych przy otwieraniu z file>open!!!! import dgn - nieco lepiej, więc trochę na plus, ale nadal nie da się bez importu do dwga podpiąć dgna. Ponadto layout, jesli w dgn, jest aktywny importuje się jako model, a pozostałe layouty są puste tylko są nazwy. Jeśli aktywny jest model layouty też są puste. Dodatkowo nie importują się wszystkie odnośniki, na pewno odn w dgn, być może inne, ale tego nie sprawdziłam a same odnośniki lądują w pliku jako bloki (powinno być chyba trochę jak w etransmit, odniesienia jako osobne pliki trafiają do jakiegoś katalogu a ścieżki są zachowane). Nie importują się pola z MS typu "data" (np nazwa pliku, ścieżka dostępu) jako data tylko jako tekst selall zaznacza wszystkie obiektu ale nie widać w okienku properties ile ich zaznaczył. Podobnie jest przy zaznaczeniu nakieś nieprzeliczalnej (>25 tys?) ilości obiektów metodą okienka (jakieś ograniczenie?). Nie mniej jednak na oko chodzi szybko, choć nie da określić zawartości pliku na tak: umożliwiono zawężanie scroll bar-a poziomego - umożliwia to sprawniejsze korzystanie z layoutów w przyp ich dużej ilości lepsze wyświetlanie kolorów m. inn szarości, choć biały kolor razi że nie jest biały, tylko trochę szary wreszcie jest oops chyba szybszy..

sprawa F8-F10 nieaktualna chwilowe zniknięcie tych klawiszy spowodował program do nagrywania filmu

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