mdo

Użytkownik forum
 Pokaż profil  Zobacz aktywność

  • Postów

    9

  • Dołączył

  • Ostatnia wizyta

 Typ zawartości 

Treść opublikowana przez mdo

  1. mdo
    Bardzo dziękuję za pomoc ze strony Kolegów. Wnioskuję z powyższego, że do czasu ukazania się oficjalnej poprawki pozostaje ustawić mirrtext na "1", i ewentualnie ręcznie ustawiać lokalizację atrybutów. Szczerze przyznam, że praca na blokach jest dla nas bardzo istotną funkcją, bowiem zdecydowaną większość elementów nanosimy w tej postaci. Czy wiadomo zatem, kiedy ewentualnie można spodziewać się łatki w tym zakresie? Raz jeszcze dziękuję za pomoc. Pozdrawiam
  2. mdo
    Witam wszystkich Użytkowników forum. Przy okazji pracy z nowym ZWCAD'em 2017 (ver. 2016.11.14 (11574)(_x64)) w polskiej wersji językowej, zauważyłem że podczas komendy lustro dla bloków z atrybutami, atrybuty nowo powstałego bloku przenoszone są do współrzędnej 0,0. W załączniku przykładowy plik obrazujący omawianą sytuację. Czy komuś z Państwa udało się zauważyć, a być może rozwiązać podobną sytuację? Z góry dziękuję za pomoc. Pozdrawiam, MDO rys-przykladowy.dwg
  3. mdo
    Kłaniam się. Bardzo dziękuję za szybką reakcję. Zainstalowaną mam wersję w języku polskim. Poniżej dołączam przykładowy bloczek oraz zrzut z ekranu zawierającym opisany komunikat. A propos, właśnie zauważyłem, że omyłkowo umieściłem temat w forum dot. ZW2014+, zamiast w 15'tce. Przepraszam za zamieszanie i proszę Administratora o ewentualne przesunięcie tematu. Dziękuję i pozdrawiam mdo przyklad.dwg
  4. mdo
    Dzień Dobry. Piszę do Koleżanek i Kolegów, gdyż zauważyłem kłopot z edycją atrybutów w blokach. Zmiana atrybutu poprzez wywołanie polecenia attedit, otwiera okienko i wszystko odbywa się, jak powinno :) Natomiast próba zmiany atrybutu poprzez dwukrotne kliknięcie LPM na bloku, powoduje otwarcie okna, lecz próba jego zmiany (wpisanie, nadpisanie, zmiana rozmiaru czcionki, itd.) kończy się komunikatem "parametr jest niepoprawny" :( Czy ktoś z Państwa spotkał się może z podobną sytuacją? Dla porządku dodam, że od niedawna korzystam z ZWCAD+ 2015 ver. 2014.11.27 i dotychczas, czyli w wersjach 2008-2014+ nie było z tym kłopotu. Korzystając z okazji chciałbym złożyć życzenia: "Wesołych Świąt i Wszystkiego Najlepszego w nadchodzącym roku 2015" dla Użytkowników oraz Administratorów niniejszego forum Z góry dziękuję za pomoc. mdo.
  5. mdo
    Witam. Bardzo dziękuję za pomoc. Konwersja do innego formatu jest oczywiście rozwiązaniem, aczkolwiek zachowanie to jest dość... nieoczekiwane. Czy w związku z powyższym znane są jakieś realne plany dotyczące wprowadzenia poprawki w tym zakresie? Pozdrawiam, mdo
  6. mdo
    Dzień Dobry. Piszę do Państwa w sprawie nietypowego, jak dla mnie, zachowania z obiektem OLE w postaci pliku pdf importowanego do dwg. Otóż po imporcie pliku pdf, próba wykonania opcji zoom poprzez "scroll" myszy, wiąże się nie z funkcją zmiany widoku (oddal/przybliż), lecz ze zmianą skali importowanego obiektu. Nie pomogło blokowanie warstwy, na której wklejony jest pdf, ani wyłączanie ramki obiektu ole. Sytuacja taka powtarza się także po ponownym uruchomieniu pliku. Czy ktoś z Państwa, być może spotkał się z podobną sytuacją? A może, jest za to odpowiedzialna jakaś zmienna? Gwoli ścisłości, korzystam z ZWCAD ver. 2014.04.27 (21135) + win7 64bit. Z góry dziękuję za pomoc. Z pozdrowieniami, mdo
  7. mdo
    Dziękuję za informację. Tak też robię, o ile nie zapomnę.... :) Pozdrawiam, mdo
  8. mdo
    Witam. Bardzo dziękuję za błyskawiczną oraz rzetelną pomoc ze strony Kolegów. Faktycznie, przeskalowanie obrazu przez Gimp rozwiązało problem :) A czy macie Panowie jakiś pomysł, na automatyczne dołączanie rastrów z xref'a podczas tworzenia paczuszki poprzez "etransmit"? Dziękuję i pozdrawiam, mdo
  9. mdo
    Witam. Od kilku dni testuję ZWCAD+ 2014 i muszę przyznać, że najnowsza wersja oprogramowania, faktycznie radzi sobie z rastrami znakomicie lepiej, aniżeli wcześniejsze wersje ZWCad'a, od wersji 2008 włącznie, na których miałem okazję pracować. Wyjątek stanowi jednak plik, który załączam, w którym raster jpg podczytuje się jako "biała plama" Szczerze mówiąc, nie wiem czym jest to spowodowane, gdyż nawet zmiana formatu rastra nie poprawiła sytuacji :( Na domiar, w starszych wersjach programu, podkład podczytuje się poprawnie. W związku z powyższym, proszę o informację, czy można temu jakoś zaradzić, bo szczerze mówiąc, powrót do mozolnej pracy z rastrem na wersji 2012, nie za bardzo mi się uśmiecha. A propos, zauważyłem także, że jeżeli raster występuje w pliku podczytywanym jako xref, to funkcja "etransmit" nie dodaje go automatycznie do pliku archiwum. Szkoda, bo skoro potrafi "zaciągnąć" czcionki, style linii, itp, wydaje się oczywiste, że rastry także powinny być pakowane w paczkę. Z góry dziękuję za pomoc. Pozdrawiam, mdo ZWCAD-uwagi.zip