alf

nie... to ciągle klawisz F12 wciskam z automatu, bo używam go w innych programach jako funkcyjny do zbliżania do klikniętych obiektów..

a wszystkiemu winny jak zwykle geodeta... ;-0. A z tego czesc atrybutow z rzednymi rozbita do bloku i textu.. istny bajzel. I jak z tego szajsu potem model??. na razie znalazlam inne rozwiazanie, nieco na okolo: wylowilam te atrybuty , wyexportowalam innym nazrzedziem jako bloki do xlsa (dane artyb z wspolrzednymi xy oraz wartosc zapisana w art czyli rzedna oraz inne niepotrzebne dane), potem przerobilam do pliku txt (x,y,z), w ukladzie ktory zaimportowalam w mikrostacji jako punkty (x,y,z).. ale pozostaje mi czesc rozbitych blokow z textami. a to juz reczna robota.. lisp by pomogl bo moglabym wykonac uproszczona triangulacje bezposrednio z textow. tylko koniecznejest by text mial pkt wstawienia ten sam co blok. Moze jakis zmodyfikowany "burst" ktory rozbija text przesuwajac go do pktu wstawienia bloku??? Uparta oczywiscie nie jestem bo na razie znalazlam inne rozwiazanie na to co potrzebuje..

Czy ktoś zna sprytny sposób na wyrównaie tekstow artybutów do pozycji bez przesunięć, tj punkt wstawienia atrybutu=punkt wstawienia tekstu? W zał fragment przykładowy jak miało by to wyglądać. Dodam tylko atrybutów jest multum.. New block.dwg

i niejest to kwestia rysunku czy wad ukrytych pliku, bo blok wstawiony w ten sam sposób na nowym czystym Drawing1.dwg ale nowy blok zrobiony od poczatku w drawing 1 działa..

reset zrobiony, ale nie zadziałało..

to zadziałało.. thx x 10^7.. a Command: INPUTSEARCHOPTIONFLAGS Unknown command "INPUTSEARCHOPTIONFLAGS". Press F1 for help. muszę kupić jakiś czerwony notes do zapisywania kommend do ustawień w zw, bo ostatnie awarie programu (głownie z powodu plików pochodzących z importu z bentleya i pochodzących z civila autocadowskiego) spowodowałi istny blackout w zwcadzie, co rusz mi taki trup wyskakuje z szafy.. czas chyba na reinstalację.. jeszcze raz dziękuję..

DYNMODE mam - 3 DYNPROMPT 1 tak samo jak w 2020 gdzie działa okienko.. sprawdziłam wszystkie "dyn" i mam tak samo jak w 2020

potwierdzam ogromną przydatność tego skryptu, rysowanie kolorem map, a nie "bylayer".. to istna zmora geodetów....choć zwrócę uwagę, że czasem na tej samej warstwie mapy są narysowane elementy różnym stylem np rózną grubością, jak skrypt się wtedy zachowa?

wyłączyło mi się pomocne okienko, a nie mogę znaleźć zmiennej do jego włączenia, może ktoś pamięta? Z góry dziękuję..

VERNUM = "2018.03.16(29562)_x64" (read only) Czy zepsuł mi się plik czy zw tak już ma (choć wydaje mi się ze nie miał.. ) albo czy mam cos wyłączone tajemniczego w zw, bo nie wyświetla mi się przyszarzenie elementów bloku który znajduje sie na zakłódkowanej warstwie. LAYLOCKFADECTL jest ustawiony na 90 w obu programach inne przyszarzenia działają, jak otworzyłam ten sam blok w zw2020 i zablokowanie wyszarza się prawidłowo..tylko jedo pytanie dlaczego nie wyszarza się w 2020 również blok który siedzi wewnatrz bloku, widać hydtant (blok w mapie) i kilka pikiet wraz z rzędną (atrybut)..

tak właśnie. I była o tym mowa już chyba lata temu.... walka z ustawianiem ręcznym długości arkusza kontra ustawieniem tzw rolki - trzy lub cztery rodzaje 297/420/594 /610 z docinaniem do ostatniego zadrukowanego elementu. Tak plotuje się do pltka, bo ster docina obszar sam (doświadczenie ze ster hpeków), usuwając tzw "blank area", czyli wstawiam znacznik końca rys i sprawa z głowy.. .

nie, to nie to.. te ustawienia mam ok.. poza tym błąd wyświetlania widać tylko na layoucie, i tylko na tym zaimportowanym z dgn. Na nowym layoucie grubości są ok.

Może był poruszany już ten temat. Z czego może wynikać i jaki jest sposób na naprawienie go, błąd wyświetlania elementów na layoucie, który powstał z importu rys z dgn-a. Wyświetla się dość paskudnie (z wyjątkiem textów typu arial), jak widac na poniższym obrazku: z wyłączonymi grubościami linii: a tak z włączonymi, ta żółta ma grubość 0,4 a czarna 0,13:

czasem dostaję do obróbki symbole-bloki byblock, te same, ale wstawione na różnych warstwach, więc rozbicie, czasem konieczne, kończy się na zrzuceniu wszystkiego na w-wę np. 0. Obróbka ręczna dla wielu warstw jest dość uciążliwa, więc lisp z pewnością się przyda. Jeszcze raz dziękuję za lispa.

poszukuję lispa, który przeprowadzi mi operację następującą: mam w rysunku bloki o różnych nazwach, które chciałabym rozbić tak, by po rozbiciu wszystkie elementy siedzące w bloku znalazły się na warstwie o takiej nazwie jaka jest nazwą bloku. Albo chociaż lisp, który zmienia nazwę elementów w bloku na nazwę bloku (kiedyś podobnie działający lisp miałam ale jakoś przepadł .. i teraz nie mogę go znaleźć). Czyli docelowo szukam takiego skutku: mam w rysunku wstawiony blok o nazwie "xyz" (lub wiele bloków o różnych nazwach) i po rozbiciu ich w otrzymuję elementy zlokalizowane na warstwach ( bez zmiany na bylayer, zawsze można zmienić na bylayer na końcu) takich jak nazywały się te bloki..

18,19,20,21,22... 😩

odświeżam, moze jakiś pomysł się urodzi.. https://forum.bricsys.com/discussion/30483/explode-line-style-to-separate-entities

znalazłam coś prostego.. może się komuś kiedyś przyda: https://forums.autodesk.com/t5/autocad-2000-2000i-2002-archive/change-points-to-symbols/td-p/208934 ;| PT2BLK.LSP (c) 2003 Tee Square Graphics converts selected points in a drawing to insertions of a block specified by the user. |; (defun C:PT2BLK (/ ss ent blk) (while (or (not (setq blk (getstring "\nBlock name: "))) (not (tblsearch "block" blk)))) (prompt "\nSelect points to replace: ") (setq ss (ssget '((0 . "POINT")))) (if ss (progn (setq n (1- (sslength ss))) (while (>= n 0) (setq pt (cdr (assoc 10 (entget (ssname ss n)))) n (1- n) );; setq (command "_.insert" blk pt "" "" "") );; while );; progn (alert "No POINT objects selected.") );; if (princ) );; defun

Poszukuję rozwiązania np lisp, na wstawianie bloku w wielu punktach na raz. Mam w dwg-u chmurę kilkudziesięciu punktów (points) a potrzebuję by w tych punktach został umieszczony konkretny blok. Ktoś może spotkał sie z rowiązaniem takiego problemu?

poprawka: po zresteowaniu kompa naprawiło się.. samo.. i wyświetla się teraz ok.. dziękuję za pomoc

pliki shx wgrałam tu oraz do katalogu z rysunkiem : ..\AppData\Roaming\ZWSOFT\ZWCAD\2018\en-US\Support ale dodatkowo tu też (choć style linii nie mają chyba nic wspólnego ze stylami czcionek), ale efekt jest bez zmian Program Files\ZWSOFT\ZWCAD 2018\fonts pliki przeslę na prv

VERNUM = "2018.03.16(29562)_x64" (read only) pomógł taki zabieg, choć nie traktuję tego jako prawidłowe rozwiązanie: wkopiowanie do tego samego katalogu pliku shx, wyświetla sie wtedy w maganerze prawie dobra nazwa stylu, ale złe wyświeltenie. Dopiero zmiana ręczna nazwy na właściwy styl powoduje wyświetlenie linii prawidłowe: przykład zmiany dotyczy warstwy zakres, druga wstwa bez zmian, wyświetla się błędnie i jeszce jedno pytanko, da sie wyexportować pakiet stylów linii siedzących w pliku dwg (style pochodzace z pliku shx) do pliku *lin? A może zna ktos sposób na export do plików rsc czytanych przez bentleya? w odpowiedzi na: też nie działa prawidłowo:

czy jakieś rozwiązanie w tej sprawie się udało uzyskac? Mam podobny problem. Plik dwg od mapowy wyświetla się ok, tj linie wyświetlają się prawidłowo (od geodety mam pliki shp), natomiaast ten sam plik podłączony pod inny dwg jako xref niestety geodezyjnych stylów nie czyta, mimo wkopiowania plików shp od geodety do supportu. Przykład dla jednej z warstw: W pliku mapowym wyświetlają się linie prawidłowo: jak się ten sam plik podłaczy jako xref gubi style linii, tj nadpisuje jako linia ciągła:

RESET naprawił co trzeba, ale jeszcze w międzyczasie zniknęły mi z okienka km Standard ikonki dla redo i undo, jak ją przywrócić? W przypadku ikonek reset nic nie zdziałał..

Coś takiego mi się stało z ZW2018 VERNUM = "2018.03.16(29562)_x64" (read only): nie pokazuje mi textów w okienku dla dalszych działań komend.. gdzieś coś się włącza/wyłącza? brak ich jest nieco frustrujący..