alf

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

zdecydowanie mi tego brakuje, zupełnie nie wiem dlaczego ta opcja zapisu zniknęła z zwcada...

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..

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)

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ą

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..

prawy click na layout + wybór "from template" (właczyć rozszerzenie dwg) - wtedy przenieść wszystkie a potem skasować co niepotrzebne

Merci!!

litości!!! nikt nie wie, czy ci co wiedzą śpią???????

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

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?

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*

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,

o ile dobrze rozumiem, chodzi może o zachowanie "przykrywki" takie jak działa background jak w mtexcie? Wipeuot był by ok, ale z rozszerzeniem o kolor tła. Może to być też solid lub kreskowanie solid. Funkcja taka musiała by sama zanalizować granice bloku/elementu po zewnętrznej i do tego wygenerować solid/kreskowanie solid, z nadanym kolorem lub przezroczystością. ZW nie umie narysować solida lub kreskować solidem w wersji przezroczystości, więc można by zw/china jakoś podpuścić by to zrobili. Myślę że to do rozważenia pomysł. PS. za wipeoutem nie przepadam, zachowuje się kapryśnie (wyłazi na wierzch).

propozycja zmian dla multilinii dotycząca definowania stylu mlinii, tj : 1) możliwość zmiany grubości ml (teraz tylko kolor i rodzaj linii) 2) rozszerzenie o możliwość zdefiniowania położenia na różnych warstwach poszczególnych, tj "current" - na warstwie aktualnej, oraz innej - wtedy rysuje ml nie zależnie jaką warstwę mamy aktualną, poszczególne linie multilinii, na zadanej warstwie (by layer lub innej).

Przydał by mi się nowocześniejszy manager layoutów. Dotychczasowe narzędzie "Page setup manager", to w zasadzie tylko wyświetlanie tego co się ma ustawione w pasku layoutów. Wg mnie nieużyteczny. Cechy działania nowego managera (na bogato): 1. Kopiowanie całych layoutów, 2. Ustawianie kolejności lay., 3. możliwość włączania i wyłączania wyświetlania w pasku poziomym (dla dużej ilości lay. było by to przydatne) 4. Zmiana nazwy lay. 4. Możliwość nadawanie nazw analogicznie jak dla numeracji tj liczba początkowa +n z przedrostkami i przyrostkami (nie koniecznie.. ) 5. Edycja wsadowa, tj możliwość edytowania kilku na raz parametrów layoutu (a nie w każdym okienku dla lay osobno) 6. Ew możliwość drukowania z managera w tym drukowania kilku pozycji razem, choć nie koniecznie, bo tę rolę spełnia "publish" 7. Dostęp z poziomu managera do fkcji print i publish, w tym dla fcji publish możliwość podglądu i zmiany sterownika drukowania do plt (publish to printer) PS. a propos, sugerowałam kiedyś by zwykły druk oraz publish miał możliwość drukowania do plt, pdf tylko zakresu tylko okna, tj bez białych obszarów. Ja używam np. ustawień papieru o dł 2,5m (max rozmiar plotera) stosując ustawienie które mam w sterowniku plotera tj. "remove white blank" (albo podobnie brzmiące ustawienie). Takiej możliwości wydruku,"z rolki" nie ma w zw. Długość papieru musi być każdorazowo ustawiona osobno dla każdego rys. Jeśli zakres okna potraktować jako informację o zakresie wydruku, długość papieru podawana nie miała by znaczenia, byle by papier miał dostateczny rozmiar. PS2. Publish to printer - u mnie nie działa, tj drukuje tak długo że doczekać skutku się nie da (procesor wykazuje zerowa aktywność więc podejrzewam że nic nie robi)

polecam użycie lewego kciuka + spacja oraz łączę się w "bulu".. PPM i ciągłe wyskakujące okienko to chyba najbardziej wkurzająca niedoruba 2017. Potwierdzam również znaczne obniżenie wydajności oraz dokładności rysowania przez ten błąd.

zgłaszałam tę uciążliwość już jakiś czas temu(miesiac-dwa wstecz?).. dokładam do tworzenia bloków: brak podglądu obiektu, który blokujemy. w zw2012 takie mini coś było, choć zrobiłabym poprawkę, tj pokazanie oprócz elementów bloku znacznika punktu wstawienia oraz nieco większe okienko niż w zw2012

Zacznę od przykładu z prostokątem (zamknięta polilinia): dodatkowe środkowe snapy zostały wprowadzone - ok. Tylko że jeśli prostokąt nie jest w układzie orto narysowany, przeciągnięcie snapu dla zmiany wysokosci prostokąta wymaga posłużenia się dodatkowym odcinkiem konstrukcyjnym. Proponuję wprowadzenie shifta/alta, dla blokowania kątów polilinii przy rozciąganiu za pomocą środkowych/wierzchołkowych snapów. Zresztą w różnych corel-o czy world-o podobnych programach używa się właśnie do tego celu shtifta, a w microstation alt-a. To wydaje mnie się że było by bardzo przydatne narzędzie do blokowania geometrii (kątów) figury/polilinii. W mikrostacji ja używam tego blokowania non stop..

chyba jakaś jest niedoróba z polilinią. Jeśli nadajemy jej grubość p przerwiemy ją, polilinia ma na starcie i końcu zadaną grubość ale global width jest "varies", co w zasadzie jest nie możliwe bo z zasady jednoodcinkowa pl ma tylko początek i koniec. Efekt jest tego taki że jeśłi chcemy skopiować cechy tek pl na inną to niestety nie kopiuje się jej grubość, bo jest ona niejednoznaczna (varies). To samo rzecz jasna dotyczy pl wielosegmentowych. Taki błąd nie występował w poprzednich wersjach zw<2017..

najszybsza metoda.. https://answers.microsoft.com/pl-pl/windows/forum/windows_7-desktop/jak-zamienić-przecinek-klawiatury-numerycznej/68b2757a-8b55-4430-b1eb-22a0a1e56c37?auth=1 lub "zmapowanie" dowolnego klawisza/sekwencji klawiszy osobnym programem

jak na rysunku: ramka viewportu po lewej i ramka rysunku. Oba obiekty na tej samej warstwie "0" by layer. Ramka viewportu nie wyświetla grubości (grubość wyświetlana prawidłowo to ramka po prawej). Na podglądzie wydruku oraz wydruk do plt i pdf też taki sam błąd. kasuj.pdf