alf

Użytkownik forum
  • Postów

    576
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    15

Treść opublikowana przez alf

  1. 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..
  2. 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..
  3. 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
  4. nie...to nie możliwe, przecież sprawa dotyczy wszystkich starych rysunków, a ich mam setki!!
  5. 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
  6. 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
  7. 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ć..
  8. nie działa.................. proszę o pilną odpowiedź bo inaczej muszę przeinstalować zw sp3.2 do poprzedniej wersji, która działała..........
  9. 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
  10. 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ć..
  11. alf

    druk do dwg

    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ć)
  12. 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
  13. 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
  14. zdecydowanie mi tego brakuje, zupełnie nie wiem dlaczego ta opcja zapisu zniknęła z zwcada...
  15. Nie rozumiem problemu z odnośnikami wstawianymi na layoucie w zw2017. Pracuję w wielu miejscach, więc pliki są często przenoszone z serwera na dyski i odwrotnie. Zawsze ścieżka względna plików jest ta sama, zmienia się tylko litera dysku. W zw2012 mangerze odnośników działa prawidłowo, tj nie muszę ponownie załadowywać ścieżek xrefów, natomiast w zw2017, niestety są z tym problemy. nie znajduje ścieżek, nawet jak ma wpisane rożne ścieżki w pozycji "additional .. paths" ponadto, niektóre xrefy po ponownym załadowaniu podłączają się a niektóre nie.. ZW2017 nawet przeinstalowałam, myśląc że się może coś popsuło. Niestety problem z xrefami jest nadal, a na 2012 działa wszystko dobrze PS. Na modelu samo wstawianie xrefa działa ok. ścieżka względna jest ok, natomiast nie testowałam działania ich, w aspekcie przenoszenia plików, szerzej..
  16. szybka myśl stąd dziura w twypowieedzi zdanie prawidłowo powinno brzmieć: wtedy przenieść wszystkie potrzebne a potem skasować co niepotrzebne (z poprzedniego pliku)
  17. alf

    text fit

    edycję treści. Proszę zrobić próbę z textem fit, tj zawęzić go znacznie albo znacznie rozszerzyć i próbować wstawić odcinek textu w konkretne miejsce. Trafienie wcale nie jest rzeczą prostą
  18. pisałam o tym _DRAGGEOM bo to jakiś dodatek/opcja, z którym się wcześniej nie spotkałam i że może można gdzieś to wyłączyć wg mnie nie jest to sprawa zapamiętywania, bo czas można ustawić długi i dalej jest tak samo.. a do tego wyskakuje tylko przy komendach "manipulacyjnych". Sprawa programistyczna. Niech chłopaki w ChinaTown pracują nad znalezieniem tej wajchy, byle szybko, bo zdrowie stracę (nerwica natręctw?) .. PS. SPROSTOWANIE, NIE TYLKO MANIPULACYJNYCH, TAKŻE NP. DIST, CZY PRÓBA ZAWĘŻENIA VIEWPORTU..
  19. prawy click na layout + wybór "from template" (właczyć rozszerzenie dwg) - wtedy przenieść wszystkie a potem skasować co niepotrzebne
  20. litości!!! nikt nie wie, czy ci co wiedzą śpią???????
  21. nie dorobiona jest edycja textu (dtext) dla ustawienia justyfikacji "fit". Szczególnie to jest męczące dla textu zwężonego i rozszerzonego w znacznym stopniu - nie sposób trafić znacznikiem we właściwe miejsce, gdy się chce edytować taki text
  22. dotyczy komend typu move copy stretch: nie wiem czy coś się zepsuło (wyłączyło?) w zwcadzie czy nie było tego od poczatku, ale nie mam podglądu "cienia" obiektów przy stosowaniu komendy np move, Tj jak wykonuję komendę przesuwane obiekty powinny być widoczne "dynamicznie" (będą podążać za ruchem myszki), teraz nie są. Prawdopodobnie coś się wyłączyło (jakaś zmienna systemowa?), może ktoś wie co?
  23. w sprawie zgłaszanego wyskakującego okienka uniemożliwiającego sprawną pracę w trybie ustawień prawego kliku myszki (quick click for enter+ longer click for menu) DRAGGEOM co to za funkcja??? i gdzie ją wyłączyć!! W helpie nic sensownego na ten temat nie znajduję Pojawia się w linii komend w momencie gry wyskakuje to cholerne, doprowadzające mnie do rozpaczy okienko (tryb pracy z ustawieniem prawego kliku myszki jako enter), gdy najpierw klikam obiekt a potem prawym klikiem potwierdzam ostatnią wywołaną komendę. Gdy robię to szybko, bez zbędnej zwłoki, działa w miarę bez problemu. Natomiast gdy pozwolę sobie na ułamek skundy opóźnienia w kliknięciu pojawia się to dziwne "przekierowanie" do wyskującego okienka. Widać to poniżej, kolejne trzy powtórzenia komendy ok (kolejne "move" dla kolejnej grupu obiektów), ale ostatnie, taka sama sekwencja kliknięć ale nieco dłuższa decyzja na klik na "Specify the base point" i d..a, znowu to okienko Command: _MOVE 15 found Specify the base point or [Displacement] <Displacement>: Specify the displacement of second point or <use first point as displacement>: Command: Specify opposite corner: Command: _MOVE 14 found Specify the base point or [Displacement] <Displacement>: Specify the displacement of second point or <use first point as displacement>: Command: Command: _MOVE 1 found Specify the base point or [Displacement] <Displacement>: Specify the displacement of second point or <use first point as displacement>: Command: Specify opposite corner: Command: Specify opposite corner: Command: _MOVE 7 found Specify the base point or [Displacement] <Displacement>: _DRAGGEOM Please input a keyword or a point! Specify the base point or [Displacement] <Displacement>: Command: *cancel*
  24. Pomogło by też dodanie koloru przezroczystego do palety kolorów (bo 255 nim nie jest), wtedy wipeout by mógł mieć dowolny kolor z palety kolorów, a do tego zwykły solid by zastępował wipeout. co ciekawe, kiedyś solid z "kolorem" przezroczystym (zrobiony chyba w mikrostacji) wyświetlał mi się w dwg-u jako przezroczysty i był solidem.. ale narzędzie do analizy obwiedni analogiczne jak w kreskowaniu tylko od zewnątrz, by sie przydało. też mam problem z wyświetlaniem na zabałaganionym rys, wtedy używam np dla opisów i wymiarów background-u,