perlon

Ja mam następującą obserwację: Win7 x64 laptop 4GB Ram CoreDUO ZwCAD+ 2014 Po uruchomieniu ZwCAD'a przy braku aktywności w programie utylizacja 0-1% Ładuję aplikację VBA w moim przypadku nakładka e-cad. Przy braku aktywaności jeden rdzeń idzie na 100% ( czyli ogólnie utylizacja powyżej 50% ) Zaczynam machać krzyżem nitkowym na polu roboczym w lewo i w prawo utylizacja procesora dla ZwCAD'a spada do ok.4-6% Przestaję machać mychą - utilizacja na 100% jednego rdzenia Rozwijam górne menu nie wskazując żadnej opcji - utylizacja 0% !!! Otworzenie jakiegokolwiek okna czy to standardowego ZwCAD'a czy to okna nakładki e-cad - utylizacja 0% Zamknięcie wszystkich okien powoduje wzrost utilizacji na 100% Wystarczy jednak klikąć myszką w pole robocze np. rozpoczynąc selekcję obiektów ( których nie ma bo mam pusty rysunek ) utylizacja spada do 0% Dodam jeszcze, że na drugim stanowisku z WinXP identyczna wersja ZwCAD i e-cad zjawisko nadmiernej utylizacji procesora w stanie bezczynności NIE WYSTĘPUJE. Konkluzja: U mnie wzrost utylizacji procesora występuje po załadowaniu aplikacji VBA w czasie bezczynności gdy krzyż nitkowy jest w bezruchu na polu roboczym. Problem chyba jest na styku ZwCAD+ <-> Win7 64bit z wmieszaniem w to interpretera VBA.

W zasadzie to nie ma odpowiedzi na pytanie kol. KBR. Też jestem posiadaczem 2012+Pro. Czy aktualizacja z 2012+Pro do 2014+Pro kosztuje tyle samo co aktualizacja z 2011Pro do 2014+Pro? Czy może promocja jest skierowana wyłącznie do posiadaczy wersji bez plusa a o posiadaczach plusów zapomniano?

Witam Nie wiem czy było zgłaszane, u mnie 2012.12.14(8707) fullscreen na drugim monitorze (Philips 170s 1280x1024) nie wypełnia całej powierzchni ekranu. Z prawej strony zostaje luka widać fragmient pulpitu, a u dołu obcięty jest pasek stanu. Coś jakby kiepsko liczył rozdzielczość drugiego monitora i fullscreen jest za wąski i za wysoki. Na pierwszym monitorze ( ProBook 1710s 1600x900 ) jest wszystko OK

Oj Marcin. Jak producent pisze o czymś w helpie to chyba powinno być z dobrodziejstwem inwentarza. Ja rozumiem, że może być jakaś funkcjonalność nie opisane w helpie, ale odwrotnie? Chyba że w helpie jest napisane że taką oto właśnie ikonkę należy zrobić sobie samemu bo producent tej właśnie oto ikonki nie dostarcza :-)

Z zaciekawieniem przeczytałem dyskusję i wykonałem test we własnym zakresie ZwCAD2012 [2011.10.30(17176)]. Zapewne kol. 2P też taki test wykonał. Test1. Dwa identyczne rysunki (kopia1.dwg i kopia2.dwg) z identycznymi zestawami "filtrów warstw" w każdym z rysunków (u mnie dwa filtry filtr1 i filtr2). Filtry zdefiniowane poprzez GUI ZwCAD'a. Oba rysunki otwarte. Jeżeli wejdę do jednego i ustawię zestaw widocznych warstw za pomocą filtr1, na liście rozwijalnej mam tylko te warstwy. Po przełączeniu się na drugi rysunek na liście warstw niestety o zgrozo mam warstwy zgodnie z filtr1 a tego nie chcę. Wniosek jest taki, że na 100% aktualny filtr nie jest nawet trzymany w czasie sesji w rysunku nie mówiąc nawet o zapisie. Aktualny zestaw warstw opisanych za pomocą "filtra warstw" jest wspólny dla wszystkich rysunków w ramach jednej instancji ZwCAD'a. Aktualny "filtr warstw" jest cechą instancji a nie sesji rysunku dwg. Test2. kopia1.dwg otwarta w jednej instancji ZwCAD'a u stawiony filtr1. Otwieram kopia2.dwg w drugiej instancji ZwCAD'a. Lista rozwijalna pokazuje wszystkie warstwy. Po wejsciu do managera warstw mam aktualnie obowiązujący w pierwszej instancji filtr1. Po zatwirdzeniu OK filtr jest uaktywniony i mam w drugiej instancji listę warstw ograniczoną do filtr1. Zmiana na filtr2 i OK. Przejście na pierwszą instancję lista warstw zgodnie z filtr1 ale jak wejdę do managera warstw aktualny "filtr warstw" to filtr2. Po zatwierdzeniu oczywiście następuje zmiana na liście rozwijalnej. Wniosek: aktualny "filtr warstw" jest ustawiany przez GUI ZwCAD'a - okno managera warstw poprzez odczytanie klucza z rejestru, o którym pisał kol. 2P i obowiązuje dla całej instancji. Zgadzam się z kol.Kojackiem. Abstrachując od pojęcia "100% zgodności" na której róznież niespecjalnie mi zależy, to taki sposób implementacji "filtra warstw" jest absurdalny. Wydaje mi się, kol. 2P póki co nie znajdzie dobrego rozwiązania ze względu na ograniczenia platformy. Może gdyby się pobawić API i w momencie aktywacji okna rysunku podmieniać klucz z rejestru a potem otworzyć i zamkąć z zatwierdzeniem okno managera warstw? ( taki żarcik ).

ja głosuję na _bedit i bloki dynamiczne

Przy pracy na dwóch monitorach mając ZwCAD'a na drugim monitorze dymki podpowiedzi do ikon wyświetlają się tylko na monitorze podstawowym przy prawej jego krawędzi. Gdy wskazuję ikonki w obszarze pierwszego ( podstawowego ) monitora dymki wyświetlają się prawidłowo.

Próbowałem sprawdzić ObjectZRX do Plusa i niestety poległem. Czy ktoś próbował kompilować pod ZwCAD+ aplikację zrx? Ja dostaję takie komunikaty : log VS2010 1>------ Build started: Project: DrawLine, Configuration: Release Win32 ------ 1>Build started 2012-09-11 11:40:35. 1>PrepareForBuild: 1> Creating directory "D:\_projekty\ObjectZRX\2012_plus\Samples\Release\". 1>InitializeBuildStatus: 1> Creating "Release\DrawLine.unsuccessfulbuild" because "AlwaysCreate" was specified. 1>ClCompile: 1> stdafx.cpp 1> DrawLine.cpp 1>Link: 1> Creating library D:\_projekty\ObjectZRX\2012_plus\Samples\Release\DrawLine.lib and object D:\_projekty\ObjectZRX\2012_plus\Samples\Release\DrawLine.exp 1> Generating code 1> Finished generating code 1>ZwRx.lib(zwrxlib.obj) : warning LNK4099: PDB 'vc100.pdb' was not found with 'ZwRx.lib(zwrxlib.obj)' or at 'D:\_projekty\ObjectZRX\2012_plus\Samples\Release\vc100.pdb'; linking object as if no debug info 1> DrawLine.vcxproj -> D:\_projekty\ObjectZRX\2012_plus\Samples\Release\DrawLine.zrx 1>FinalizeBuildStatus: 1> Deleting file "Release\DrawLine.unsuccessfulbuild". 1> Touching "Release\DrawLine.lastbuildstate". 1> 1>Build succeeded. 1> 1>Time Elapsed 00:00:09.82 ========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ========== Command: _appload DrawLine.zrx is incompatible with this version of ZWCAD. ZwRxDynamicLinker failed to load 'D:\_projekty\ObjectZRX\2012_plus\Samples\Release\DrawLine.zrx' C:\Program Files\ZWCAD_Plus_2012EN\ZWCAD.exe D:\_projekty\ObjectZRX\2012_plus\Samples\Release\DrawLine.zrx loaded failed!

Czy jest znana data udostępnienia ObjectZRX dla userów?

Cieszy mnie, że w wyniku dyskusji na forum firma e-cad istotnie poszerzyła wachlarz możliwych migracji między systemami nie ograniczając się jedynie do "przesiadki". Używając terminologii Pana Assgarth można jednak jeździć i na benzynie i na dieslu i pewnie na gazie. Można? Można.

A czy zapłacił Pan za ZwCAD+?? Nie, bo dla użytkowników ZwCAD1012 jest on za darmo. Taka polityka ZwSOFT wprowadza lekkie zamieszanie, bo użytkownikom takim jak Pan, wydaje się, że jest to po prostu kolejna wersja ZwCADa... Gdyby musiał Pan kupić ZwCAD+, to nie było by tematu - nowy program (nowa platforma), nowe licencje (wersje) nakładek BiK i/lub E-cad - za wszystko trzeba zapłacić i można używać starego i nowego oprogramowania. Teraz otrzymał klient za darmo ZwCAD+ i chce za darmo nakładki do niego :) Absurd! "...mam więcej bo mam nową platformę dla nakładki ale mam też mniej bo straciłem możliwość pracy na starej platformie..." - proszę zatem kupić nową licencję nakładki na ZwCAD+ i wówczas ma Pan WIĘCEJ i może używać i starego i nowego. Opcja migracji jest dla tych, którzy decydują się definitywnie zmienić platformę (sprzedać diesla i jeździć benzyną). Pan Assgarth najwyraźniej mija się z faktami i insynuuje mi wypowiedzi których nie uczyniłem. Sam zacytował mój wpis gdzie wyraźnie jest napisane że wynagrodzenie za migrację się należy. Najwyraźniej Pan Assgarth cytując moje wpisy ma kłopot z czytaniem ze zrozumieniem. Nadmiernie się zacietrzewił i przypisuje mi wyimaginowanie intencje. Jak rozumiem Pan Assgarth jest mocno związany z producentem nakładek e-cad, totalnie i emocjonalnie reaguje na każdą wypowiedź niezgodną z oficjalną polityką f-rmy. A tu proszę firma jednak wychodzi na przeciw i oferta jest jak najbardziej przyzwoita.

To Pan nie wie o czym ja piszę. Chciałbym móc dokupić możliwość uruchomienia nakładki na ZwCAD+ nie tracąc możliwości uruchomienia tej samej nakładki w ramach tej samej licencji i tego samego klucza na ZwCAD2012. Nie twierdzę że kody programu są te same zapewne nie. Dlatego wynagrodzenie za pracę się należy. Ale ja jestem tylko użytkownikiem i patrze na sprawę jak użytkownik a nie programista. Jak za coś płacę to chciałbym mieć coś więcej niż miałem zanim zapłaciłem. Oczywiście powie Pan że mam więcej bo mam nową platformę dla nakładki ale mam też mniej bo straciłem możliwość pracy na starej platformie. Więc mam w rezultacie więcej, mniej czy tyle samo?

Nie mam nic przeciwko opłacie ani jej wysokości. Wnoszę opłatę i mam możliwość używania programu na wybranej platformie. Jasna sprawa. Choć w przypadku ZwCAD'a nie jest to takie oczywiste bo + mimo że jest napisany na nowo dla użytkowników jest kontynuacją poprzedniej linii. Zostawiając to na boku, zmiana platformy odbiera mi coś co miałem już wcześniej. Przesiądę się na plusa nie zadziała mi coś co miałem poprzednio i kicha powrót do poprzedniej wersji kosztuje kolejne pieniądze. Ja widziałbym to tak, że kupuję maszynkę z adapterem do ZwCAD'a jak chcę maszynkę uruchomić na AutoCAD'zie dokupuję tylko adapter a nie żebym zapłacił kasę i musiał oddać poprzedni adapter. No ale cóż jest wolny rynek i demokracja.

Czy to oznacza, że klucz e-cad do licencji zakupionej do jutra będzie działał jednocześnie na ZwCAD i ZwCAD+?

No i jak wyglądają darmowe aktualizacje e-cad'a w kontekście ZwCAD+? Mając ZwCAD i ZwCAD+ nie ma możliwości używania tej nakładki na starszej i aktualnej wersji programu. ZwCAD2012 jest ostatnim wydaniem i kolejne będą tylko plusy. Obecna wersja plus jest wprowadzona jako aktualizacja wersji 2012. Chcąc więc być na bieżąco z ZwCAD'em trzeba również wydać 1000PLN na aktualizację pakietu e-cad. Osobiście uważam że byłoby fair gdyby opłata migracyjna była pobierana za poszerzenie platform działania nakładki a nie za zmianę platformy. Tak jest w ZwCAD gdzie zakup kolejnego upgradu nie wyklucza korzystania ze starszych wersji.

Ustawiam okno linii komend jako fly. W ZwCAD+ nie można zmienić rozmiaru takiego okna. Jest ono o stałej szerokości i ma 3 linie. W poprzedniej wersji jak również wszystkich AC można rozmiar linii komend zmieniać.

Witam Przerabiam lispy na platformę ZwCAD i napotkałem taki oto problem: W ACAD jest OK Command: (vl-load-com) Command: (setq oExtendSlownik (vla-getextensiondictionary (vla-get-layers (vla-get-activedocument (if (= (getvar "PRODUCT") "ZWCAD") (vlax-get-zwcad-object) (vlax-get-acad-object)))))) # W ZwCAD :-( Command: (vl-load-com) Command: (SETQ OEXTENDSLOWNIK (VLA-GETEXTENSIONDICTIONARY (VLA-GET-LAYERS (VLA-GET-ACTIVEDOCUMENT (IF (= (GETVAR "PRODUCT") "ZWCAD") (VLAX-GET-ZWCAD-OBJECT) (VLAX-GET-ACAD-OBJECT)))))) error: bad argument (VLA-GETEXTENSIONDICTIONARY (VLA-GET-LAYERS (VLA-GET-ACTIVEDOCUMENT (IF (= (GETVAR "PRODUCT") "ZWCAD") (VLAX-GET-ZWCAD-OBJECT) (VLAX-GET-ACAD-OBJECT))))) (SETQ OEXTENDSLOWNIK (VLA-GETEXTENSIONDICTIONARY (VLA-GET-LAYERS (VLA-GET-ACTIVEDOCUMENT (IF (= (GETVAR "PRODUCT") "ZWCAD") (VLAX-GET-ZWCAD-OBJECT) (VLAX-GET-ACAD-OBJECT)))))) Winowajcą jest funkcja jak w temacie. Czy składnia funkcji VLA-GETEXTENSIONDICTIONARY różni się na platformach czy może nie jest prawidłowo zaimplementowana?

Niestety nie znalazłem opisu tej zmiennej w System Variables. W ogóle zmiennych _ZW_* nie ma w dokumentacji. Google też milczy. Niemniej pomogło. Dzięki bardzo :) Punkcik się należy.

W pracy przeprowadziłem test na produkcie Autodesku. mój reaktor.lsp (vl-load-com) (vl-load-reactors) (setq *ObslugaStartuKomendy* nil) (vlr-remove-all :VLR-Command-Reactor) (defun ObslugaStartuKomendy(obiekt_reaktora lista) (alert (vl-princ-to-string lista))) (vlr-command-reactor nil '((:vlr-commandWillStart . ObslugaStartuKomendy))) Na AutoCAD'zie działa jak należy, Na ZwCAD'zie bez reakcji :( Po mojemu ten reaktor w ZwCAD'zie nie działa chyba że trzeba włączyć jakiś pstryczek żeby zadziałał.Sprawdziłem reaktor vlr-acdb-reactor. Ten działa.

Odinstalowałem oba ZwCAD'y instalacja z płyty, czysty ZwCAD EN reactor.lsp (vl-load-com) (vlr-command-reactor nil '((:vlr-commandWillStart . commandWillStart))) (defun commandWillStart(reactor_object lista) (alert (vl-princ-to-string lista)) ) Command: _NEW Command: Command: (load "reactor.lsp") COMMANDWILLSTART Command: Command: _line i nic :-( brak reakcji tzn. pyta o punkt startowy zamiast wyświetlić okno.

Dzięki za podpowiedź. Niestety w lisp'ie mi nie działa :( Nie wiem o co chodzi. Czy to, że mam jednocześnie zainstalowaną werję POL i ENG może mieć jakieś znaczenie? Mój zwcad.lsp (vl-load-com) (vlr-command-reactor nil '((:vlr-commandWillStart . commandWillStart))) (defun commandWillStart(reactor_object lista) (alert (vl-princ-to-string lista)) ) (princ "zwcad.lsp zaladowany") Czysty dokument bez żadnych lispów, VBA etc. Zaraz po uruchomieniu ZwCAD'a ( wersja z kluczem nie avaluacyjna ) Nie powinno być innych śmieci. I nie chodzi. Spod VBA oczywiście działa nawet na kolejnych otwieranych rysunkach.

Witam. Pytanie dotyczy reaktora jak w temacie wersja 2010.11.25(16241). W dokumentacji znalazłem taki oto przykład: (vl-load-com) (vlr-command-reactor nil '((:vlr-commandWillStart . commandWillStart))) ;;;define the callback function (defun commandWillStart(reactor_object list) (alert (vl-princ-to-string list)) ) Niestety nie działa :-( Dodanie po (vl-load-com) jeszcze (vl-load-reactors) nic nie poprawia. Inne reaktory działają np. vlr-acdb-reactor a na command bez sukcesów. Czy ma ktoś jakieś doświadczenia z tym reaktorem. Z góry dziękuję za każdą podpowiedź. Przy okazji. Czy da się zdefiniować reaktory w VBA? Pozdrawiam

Czy jest gdzieś ślad tego środowiska w postaci edytora, debuggera etc na wzór autodeskowego VisualLISP Editor? Jakiś zalążek był w inny_cad2009 w wersji 2010 beta wycięty. Co zamierzają programiści ZwCAD'a? Proponuję dorzucić powyższe do listy w ankiecie.