imesh

Okno publikowania wygląda tak: Wybierając Publikuj do PDF po kliknięciu "Publikuj" nic się nie dzieje. Tak samo nic się nie dzieje jeżeli zaznaczona jest opcja "Publikuj w tle" W oknie drukowania wybrana jest drukarka PDFCreator Wybierając drukarkę DWG to PDF brak reakcji przy próbie publikowania czyli tak samo jak przy drukarce PDFCreator i zaznaczonej opcji "publikuj w tle" Przy ustawieniu takim jak mam cały czas czyli drukarka PDFCreator można normalnie drukować czyli (Ctrl + P) działa: Folder docelowy wybrany pulpit. Również nie daje efektu. Zmiana katalogu na pl-PL_kopia i odpalenie jeszcze raz ZWCAD2018 nic nadal nie zmienia. Jeżeli ZWCAD ARCHITECTURE 2015 ENU ma taki sam silnik jak ZWCAD2015 to nie dziwie się, że działa, ponieważ na ZWCAD2015 działa wszystko poprawnie, a na ZWCAD2017 i 2018 jest problem opisywany tutaj przeze mnie. Podsumowując w tym przypadku wygląda to tak, że z ZWCAD2018 podczas drukowania pojedynczego czyli CTRL+C przekazuje nazwę pliku, którą PDFCreator posiada pod atrybutem <InputFilename>, zaś podczas drukowania masowego PUBLISH atrybut ten jest pusty. EDIT: CutePDF również podczas opcji publikowania pole nazwy pliku ma puste. Pozdrawiam

Odznaczenie opcji publikowania w tle przekazuje dalej druk do zewnętrznej drukarki (w moim przypadku do PDFCreator) lecz nadal nie przekazuje nazwy pliku: Mimo iż opcje publikowania wyglądają tak: Co sugeruje, że nazwa pliku przekazywana dalej powinna być: "Rysunek1". Korzystanie z wbudowanej drukarki "DWG to PDF" daje takie same rezultaty jak z zaznaczoną opcją "publikuj w tle", czyli brak jakiejkolwiek reakcji. Pozdrawiam

Ponawiam zgłoszenie błędu funkcji PUBLISH VERNUM = "2017.10.09(22328)_x64_S" (tylko do odczytu) Po kliknięciu na przycisk "Publikuj" nie dzieje się nic nawet po dłuższym czasie oczekiwania. Ponowna próba daje komunikat: Wcześniejsze kompilacje ZWCAD miały problem opisywany we wcześniejszych postach czyli nie przekazywały nazwy pliku. Tym razem zawiesza się już na początku. Jest szansa, że w najbliższym czasie zostanie to ostatecznie naprawione? Pozdrawiam

VERNUM = "2017.09.18(21849)_x64" Nadal występuje problem przekazywania nazwy pliku do zewnętrznej drukarki PDF przy użyciu opcji masowego drukowania _PUBLISH. Przekazywana jest nazwa domyślnego folderu zapisu "Documents": W przypadku użycia wewnętrznej drukarki dostarczanej wraz z ZWCAD "DWG to PDF.pc5" program nie reaguje. Wykonanie ponownej operacji "Publikuj" daje wynik w postaci komunikatu: Wymusza to potrzebę całkowitego zamknięcia programu.

Witam, VERNUM = "2017.08.22(21234)_x64" nadal występuje problem przekazywania nazwy rysunku podczas używania opcji _PUBLISH opisywany w wątku: Nawet przypadku użycia drukarki DWG to PDF standardowo zaimplementowanej w programie po kliknięciu przycisku "Publikuj" nie występuje żadna reakcja oraz brak pliku wynikowego .pdf Opcja drukowania pojedynczego (Plik->Drukuj) działa prawidłowo bez względu na rodzaj użytej drukarki.

Nie ukrywam, że bardzo pomocnym rozwiązaniem byłby fakt przekazywania nie tylko połączenia nazwa pliku + nazwa arkusza, ale także rozdzielenie i przekazywanie np. samej nazwy drukowanego arkusza lub pliku bez konieczności ręcznego edytowania przekazywanej nazwy do zewnętrznej drukarki PDFCreator. Mam nadzieję, że poprawki zostaną ujęte w najnowszej odsłonie ZWCAD. Na razie nie pozostaje nic innego jak pracować nadal na wersji 2015 ;) Pozdrawiam

VERNUM = "2017.07.21(19945)_x64" Używając drukarki PDFCreator do tworzenia plików *.pdf znam i korzystam z dwóch sposobów drukowania. Jednym jest Ctrl + P dla pojedynczego drukowania zaś drugi to opcja "Publish". PDFCreator skonfigurowany tak, że nazwę pliku bierze z tokenu: <InputFilename>. W wersji ZWCAD 2015+ VERNUM = "2015.05.26(27086)", opcja masowego drukowania poprzez "Publish" przebiega pomyślnie, tj. nazwy plików dostarczane z ZWCAD do PDFCreator składają się z nazwy pliku .dwg oraz nazwy Arkusza. W wersji ZWCAD 2017 jako nazwa pliku przekazywana jest nazwa folderu domyślnego docelowego drukowania w konfiguracji "Publish", czyli przy domyślnych ustawieniach ZWCAD jest to folder "Dokumenty" toteż nazwa plików *.pdf tworzonych przez PDFCreator za każdym razem narzucona jest jako "Documents.pdf". Zaznaczam też, że drukowanie metodą pojedynczą w ZWCAD 2017 poprzez Ctrl + P działa prawidłowo czyli nazwy plików .pdf są składane z nazwy pliku .dwg i nazwy Arkusza, jedynie opcja Publish nie działa dobrze tak jak w wersji ZWCAD 2015+ Czy jest jakaś dodatkowa opcja zawarta w konfiguracji pozwalająca precyzyjnie przekazać nazwę pliku do zewnętrznej drukarki PDFCreator? W ZWCAD 2015 nie zmieniałem nic a działa zadowalająco. Takie same problemy są w wersji ZWCAD 2018 beta: VERNUM = "2017.07.28(20349)_x64" AutoCAD 2018 zainstalowany dla testów na takich samych ustawieniach PDFCreator działa prawidłowo.

Dodam, że podczas definiowania bloku, jeżeli atrybutowi tekstowemu ustawi się kolor jako "JakWarstwa" oraz opcję "Ustalony" jako "Tak", po użyciu "Burst" kolor atrybutu pozostaje "JakWarstwa". Jest to swego rodzaju prymitywne obejście problemu niemniej jednak AutoCAD nie ma tego błędu i funkcją "Burst" rozbijając blok, atrybuty tekstowe przyjmują kolor nadany blokowi.

Tworząc blok z polami tekstowymi i nadając im kolor "JakBlok" przy rozbijaniu funkcją "burst" nie ma takiego problemu jak w przypadku atrybutów tekstowych, o które chodzi w tym wątku. Nawet jeżeli kolor atrybutów tekstowych zdefiniuję jako "JakWarstwa", później wstawię blok do docelowego rysunku, przeniosę go na warstwę, które ma np kolor czerwony, to używają funkcji "Burst" i tak atrybuty tekstowe automatycznie i uparcie zmieniają kolor na "JakBlok". Według mnie po użyciu funkcji "Burst" wszystkie elementy oprócz atrybutów tekstowych zachowują się prawidłowo, ponieważ tak jak pisałem zdanie wcześniej nawet jeśli atrybut w bloku ustawiony ma kolor na "JakWarstwa" to i tak po rozbiciu go poprzez "Burst" dostaje kolor "JakBlok", gdzie powinien tak jak pozostałe rozbite elementy mieć kolor "JakWarstwa".

Elementy bloku zdefiniowane jako kolor: "Jak Blok". Po wstawieniu do rysunku (Wstaw->Blok) kolor bloku zmieniam na np. czerwony. Używam funkcji "Burst", zaznaczam blok. Po zatwierdzeniu elementy takie jak w tym przypadku (prostokąt, okrąg) pozostają koloru czerwonego, lecz tekst zmienia kolor na: "Jak Blok" (łopatologicznie mówiąc jest czarny). Odpowiadając na pytanie, tak finalnie tekst ma przyjąć taki sam kolor jak linie okręgi itp. elementy. blok_testowy1.dwg

VERNUM = "2017.07.21(19945)_x64" Używając polecenia "burst" dla bloku w celu rozbicia z zachowaniem tekstu wszystkie obiekty (np. linia, okrąg, itp.) poza atrybutami tekstowymi zachowują kolor zadany dla bloku. Polecenie burst zamienia kolor na "Jak Blok" w konsekwencji po rozbiciu tekst posiada kolor "Jak Blok" (czarny), pozostałe elementy rozbitego bloku prawidłowy (np. czerwony). W wątku wersji 2015+ wymieniony został ten problem jako jeden z niepoprawionych błędów: " - komenda "burst" rozbija atrybuty do tekstu zwykłego nadając mu kolor "byblock" " W wersji 2017 również zauważyłem ten błąd.