perlon

Działa. Dzięki. Niemniej jednak jest to dziwne zachowanie. W parze Architekture ZwCAD+ w wersji PLK działa i tu i tu. W parze EN do ZwCAD+ muszę robić autostart żeby zadziałało. Wersję EN odinstalowałem z opcją kasowania danych usera i skasowałem kartotekę instalacji, a następnie zainstalowałem ponownie. Nie pomogło. Dalej potrzebuję autostartu. Wygląda, że chiński produkt działa probabilistycznie czyli tylko z pewnym prawdopodobieństwem.

Chciałbym zgłosić brak multiselekcji w oknie Edycja listy skali. W produkcie Autodesku multiselekcja działa w ZwCAD'zie jak chcę usunąć setkę niepotrzebnych skal to się muszę napracować (naklikać). Sprawa poboczna. Niektóre polecenia między innymi jak w temacie ale i _aliasedit i inne działają na wersji Architekture a nie działają na gołym ZwCAD+ z pakietu Architecture. VERNUM = "2014.04.27(21135)" Ktoś miał coś takiego?

Większość systemów zarządzających informacją ( chyba się nie pomylę twierdząc, że każda relacyjna baza danych ) opartych jest na jakimś systemie identyfikatorów. Każdy obiekt w CAD'zie w chwili utworzenia otrzymuje unikalny i możliwy do użycia tylko raz identyfikator ( w sensie jednorazowego przypisania do jednego obiektu w trakcie życia rysunku DWG ) . Command: (setq a (entsel)) Select object: (<Entity name: 7ffff69ef00> (328333.0 124105.0 0.0)) można jego cechy odczytać następująco (przykład): Command: (entget (car a)) ((-1 . <Entity name: 7ffff69ef00>) (0 . "LINE") (330 . <Entity name: 7ffff6db9f0>) (5 . "2F8C8") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "wymiary") (100 . "AcDbLine") (10 328332.0 121751.0 0.0) (11 328332.0 124386.0 0.0) (210 0.0 0.0 1.0)) Zwróć uwagę że identyfikator 7ffff69ef00 jest wewnętrznym oznaczeniem, którego nie zobaczysz inaczej jak metodami programistycznymi. Identyfikuje on jednoznacznie element rysunkowy. Tymi identyfikatorami zarządza silnik bazy DWG.Takiemu obiektowi można "dołożyć" dane nierysunkowe takie jak, "Nr pozycji", "Nazwa profilu", "Masa" etc. lub odczytać jego rekord definiujący jak wyżej. Nakładka na CAD'a organizująca dane obiektów może wykorzystywać numer wewnętrzny ( ten "7ffff69ef00" ) tworząc własne listy takich identyfikatorów lub dopisywać i zarządzać własnymi identyfikatorami. Przeszukując elementy z bazy DWG pod kątem występowania cech nadanych przez siebie może "wyłowić" te własne i coś z nimi zrobić. To łowienie może odbywać się po elementach graficznych ( np. konkretny atrybut w bloku ) albo po niegraficznych jak to pokazał kojacek. System identyfikacji obiektów ukryty przed userem jest mniej podatny na zewnętrzną ingerencję. Np nadanie dwóm różnym elementom tego samego numeru. W przypadku atrybutów zmieniasz narzędziem podstawowym i już. W przypadku danych niegraficznych musisz się zdać na aplikację jeżeli takowa posiada taką funkcjonalność. W szczególności możesz dopisać solidowi cechę "materiał", zrobić sobie słownik z relacjami materiał->gęstość. Na podstawie cechy "materiał" przeszukać słownik i odnaleźć odpowiednią "gęstość". Mnożąc "gęstość" przez odczytaną cechę "massprop" dostaniesz ciężar. Zwróć uwagę, że trzymanie w obiekcie cechy "ciężar" jest pozbawione sensu gdyż cecha ta musiałaby być aktualizowana równocześnie ze zmianą "massprop" lub "materiał" a tak może być wyliczana wtedy kiedy jest potrzebna. Podobnie z cechą "gęstość". Nie musi być trzymana z obiektem równolegle z z cechą "materiał", bo może się okazać że ten sam "materiał" ma różną "gęstość" w różnych elementach.

A czy ja mógłbym nieśmiało poprosić o plik źródłowy LSP do celów edukacyjnych? Na marginesie PDFCreator'a można konfigurować na bieżąco poprzez wpisy bezpośrednio do rejestru windows, tzn że przed wywołaniem wydruku kolejnego arkusza można ustawić lokalizację i nazwę. Testowałem to w moich programikach pisanych w Harbour ale przypuszczam, że w lispie też by się dało. Ustawiania formatów arkuszy nie testowałem a bym może się w tym temacie douczył.

Nie bardzo rozumiem. Jeżeli w rysunku są użyte jakieś SHX'y których nie ma na ścieżce przeszukiwania to krzyknie że mu ich brakuje. Są wtedy dwie opcje. Albo wskazujesz lokalizację gdzie dany shx jest lub shx który ma podmienić ten brakujący, albo pomijasz wczytanie shx'a. Rozumiem, ze chodzi o przypadek pierwszy i po wskazaniu dany shx ZwCAD'owi się nie spodobał. Może wrzuć dwg'a i shx'a to potestujemy.

To może zapodaj ten dwg to obadamy. draworder to back na rastrze nie załatwia sprawy?

:-) Tak jakoś zeszło. Rekapitulując. Dodatkowe dane niegraficzne to bardzo interesujący temat ale dla programistów :)

Nie wiem o co chodzi >> jako elementy "sztywne" << ale jak przerobisz PathSurface na 3DSolid to już nie masz obiektu sparametryzowanego. Tracisz powiązanie ze ścieżką i figurą czołową. Ot zwykła bryła do obróbki standardowymi narzędziami do solidów (slide,extrude etc).

PathSurface->3DSOLID to byłoby dobre :good:

Obawiam się że to nie takie proste. Zapis obiektu typu PathSurface wygląda mniej więcej tak : ((-1 . <Entity name: 7ed78798>) (0 . "SWR_CURVEMESH") (330 . <Entity name: 7ed76c10>) (5 . "273") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "0") (100 . "SwrBaseEntity") (46 . 0.0) (47 . 100.0) (68 . 0) (69 . 0) (100 . "SwrPolyPathEnt") (375 . 1) (376 . 0) (100 . "SwrCurveMesh") (12 11399.2 5786.87 0.0) (70 . 0) (71 . 0) (72 . 0) (210 0.0 0.0 1.0) (10 115705.0 10053.7 11102.6) (50 . 0.0) (10 33514.1 -66699.7 11102.6) (50 . 0.0) (11 19941.3 -10101.0 0.0) (51 . 0.0) (11 19941.3 11102.6 0.0) (51 . 0.0) (11 166.063 11102.6 0.0) (51 . 0.0) (11 166.063 3109.24 0.0) (51 . 0.0) (11 8831.61 3109.24 0.0) (51 . 0.0) (11 8831.61 7562.04 0.0) (51 . 0.0) (11 12386.7 7562.04 0.0) (51 . 0.0) (11 12386.7 2455.7 0.0) (51 . 0.0) (11 19941.3 -10101.0 0.0) (51 . 0.0)) Zwykła linia tak ((-1 . <Entity name: 7ed787b8>) (0 . "LINE") (330 . <Entity name: 7ed76c10>) (5 . "277") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "0") (100 . "AcDbLine") (10 38035.6 101590.0 0.0) (11 160575.0 79701.6 0.0) (210 0.0 0.0 1.0)) a solidowy prostopadłościan tak {rn {mf {hh |") (1 . ",+->687+r<*-): {rn rn {rn rlhhggqfijmghjfkghk nnlhooqifjmmmmfihg flmjfqkgflmhkmhmll rn o o V V |") (1 . "<0:;8: {rn rn {rn {lo {km {lm {in -:):-,:; {nm {rn |") (1 . "):-+:' {rn rn {rn {jl {hg |") (1 . ",+->687+r<*-): {rn rn {rn rlhhggqfijmghjfkghk kifjgqigohomhlmll flmjfqkgflmhkmhmll n o o V V |") (1 . ":;8: {rn rn {rn {lj rkiimfqhkkiilhnlini {jo kiimfqhkkiilhnlini {lm {hf 90-(>-; _h *1410(1 |") (1 . ":;8: {rn rn {rn {li rkiimfqhkkiilhnlini {kf kiimfqhkkiilhnlini {ll {go 90-(>-; _h *1410(1 |") (1 . "/061+ {rn rn {rn rlmogjqgjomomllnlil kifjgqigohomhlmll flmjfqkgflmhkmhmll |") (1 . "/061+ {rn rn {rn rlmogjqgjomomllnlil nnlhooqifjmmmmfihg flmjfqkgflmhkmhmll |") (1 . "/3>1:r,*-9><: {rn rn {rn rlmogjqgjomomllnlil golmfqighfimjnkjjm kiimfqhkkiilhnlini rn o o o o n 90-(>-;@) V V V V |") (1 . "<0:;8: {rn rn {rn {kl {kn {kj {ho -:):-,:; {mo {rn |") (1 . ":;8: {rn rn {rn {ji rkiimfqhkkiilhnlini {hm kiimfqhkkiilhnlini {jj {gn 90-(>-; _h *1410(1 |") (1 . "):-+:' {rn rn {rn {ho {gm |") (1 . ",+->687+r<*-): {rn rn {rn rklkfmqogolhmgjglgj kifjgqigohomhlmll kiimfqhkkiilhnlini o o rn V V |") (1 . ":;8: {rn rn {rn {ig rlllhnqoohmjfhgmmmm {hm lllhnqoohmjfhgmmmf {ii {gl 90-(>-; _h *1410(1 |") (1 . ",+->687+r<*-): {rn rn {rn rlhhggqfijmghjfkghk kifjgqigohomhlmll o rn o o V V |") (1 . "):-+:' {rn rn {rn {kg {gk |") (1 . ",+->687+r<*-): {rn rn {rn rlhhggqfijmghjfkghk nnlhooqifjmmmmfihg o n o o V V |") (1 . "/061+ {rn rn {rn rlmogjqgjomomllnlil nnlhooqifjmmmmfihg o |") (1 . "/061+ {rn rn {rn rlmogjqgjomomllnlil kifjgqigohomhlmll o |") (1 . ",+->687+r<*-): {rn rn {rn rklkfmqogolhmgjglgj golmfqighfimjnkjjm flmjfqkgflmhkmhmll o rn o V V |") (1 . "/061+ {rn rn {rn rklkfmqogolhmgjglgj nnlhooqifjmmmmfihg flmjfqkgflmhkmhmll |") (1 . "/061+ {rn rn {rn rklkfmqogolhmgjglgj kifjgqigohomhlmll flmjfqkgflmhkmhmll |") (1 . ",+->687+r<*-): {rn rn {rn rlmogjqgjomomllnlil kifjgqigohomhlmll kiimfqhkkiilhnlini o o rn V V |") (1 . ",+->687+r<*-): {rn rn {rn rlmogjqgjomomllnlil nnlhooqifjmmmmfihg kiimfqhkkiilhnlini o o rn V V |") (1 . ",+->687+r<*-): {rn rn {rn rklkfmqogolhmgjglgj nnlhooqifjmmmmfihg kiimfqhkkiilhnlini o o rn V V |") (1 . "/061+ {rn rn {rn rklkfmqogolhmgjglgj kifjgqigohomhlmll o |") (1 . ",+->687+r<*-): {rn rn {rn rklkfmqogolhmgjglgj golmfqighfimjnkjjm o o n o V V |") (1 . "/061+ {rn rn {rn rklkfmqogolhmgjglgj nnlhooqifjmmmmfihg o |") (290 . 0) (2 . "{00000000-0000-0000-0000-000000000000}") (100 . "AcDb3dSolid") (350 . <Entity name: 0>))) (1 . "<0:;8: {rn rn {rn {mj {nh {jg {in 90-(>-; {lk {rn |") (1 . "<0:;8: {rn rn {rn {nh {mj {jk {im -:):-,:; {lk {rn |") (1 . "300/ {rn rn {rn {rn {lm {lg |") (1 . "):-+:' {rn rn {rn {ng {il |") (1 . "):-+:' {rn rn {rn {ng {ik |") (1 . ",+->687+r<*-): {rn rn {rn rlmogjqgjomomllnlil golmfqighfimjnkjjm flmjfqkgflmhkmhmll o n o V V |") (1 . "9><: {rn rn {rn {rn {lk {m {rn {ij -:):-,:; ,6183: |") (1 . "300/ {rn rn {rn {rn {jk {nf |") (1 . "/3>1:r,*-9><: {rn rn {rn rlhhggqfijmghjfkghk nnlhooqifjmmmmfihg kiimfqhkkiilhnlini o rn o o o rn 90-(>-;@) V V V V |") (1 . "<0:;8: {rn rn {rn {ii {jm {jj {ih 90-(>-; {mo {rn |") (1 . "<0:;8: {rn rn {rn {jg {mm {ml {ki -:):-,:; {nm {rn |") (1 . "<0:;8: {rn rn {rn {jm {ii {mm {kk -:):-,:; {mo {rn |") (1 . ":;8: {rn rn {rn {jf rkiimfqhkkiilhnlini {ig kiimfqhkkiilhnlini {kl {if 90-(>-; _h *1410(1 |") (1 . "<0:;8: {rn rn {rn {mk {ml {ii {ho 90-(>-; {g {rn |") (1 . ":;8: {rn rn {rn {jo rjholqnnjogjmiljnn {ig jholqnnjogjmiljnn {km {hn 90-(>-; _h *1410(1 |") (1 . "<0:;8: {rn rn {rn {jj {jk {mk {kg -:):-,:; {lf {rn |") (1 . ":;8: {rn rn {rn {hm rjholqnnjogjmiljnn {kf jholqnnjogjmiljnn {kh {hl 90-(>-; _h *1410(1 |") (1 . "):-+:' {rn rn {rn {mi {hk |") (1 . "):-+:' {rn rn {rn {in {hj |") (1 . ",+->687+r<*-): {rn rn {rn rlmogjqgjomomllnlil golmfqighfimjnkjjm o o rn o V V |") (1 . "<0:;8: {rn rn {rn {kn {kl {mh {jl -:):-,:; {mo {rn |") (1 . ":;8: {rn rn {rn {ji rlllhnqoohmjfhgmmmf {jf lllhnqoohmjfhgmmmm {jm {hi 90-(>-; _h *1410(1 |") (1 . "<0:;8: {rn rn {rn {kh {mg {ll {im 90-(>-; {lf {rn |") (1 . "<0:;8: {rn rn {rn {mg {kh {kn {ih -:):-,:; {lf {rn |") (1 . "):-+:' {rn rn Oczywiście dane o solidach są szyfrowane ale i tak powyższe pokazuje jak skomplikowane w zapisie są obiekty typu solid. W porównaniu do nich PathSurface bliżej jest do linii niż do solida. Kolejna sprawa. Skoro obiekt wymaga przekroju prostopadłego do kierunku ścieżki i początkowy odcinek musi być odcinkiem prostym to z założenia taki obiekt nie może mieć płaszczyzny czołowej inaczej jak tylko prostopadle do kierunku początkowego ścieżki. IMHO nie doczekasz się takiej funkcjonalności na bazie PathSurface.

OK faktycznie zamiast XDATA powinienem wpisać XRECORD. Dla usera w zasadzie i tak to jest czarna skrzynka do której coś wrzuca i potem z niej coś wyciąga. Potrzebuje do tego klucza (jakiegoś programu obsługującego wejście/wyjście). W przypadku atrybutów może użyć wytrycha (edycja atrybutów narzędziami standardowymi) żeby podłubać wewnątrz czarnej skrzynki, ale żeby dostać jakieś sensowne wyniki i tak potrzebny jest oryginalny klucz a nie wytrych :D

Chciałbym zauważyć, że owszem atrybuty można "ręcznie" pozmieniać, ale jaki sens praktyczny mają takie atrybuty bez odpowiedniej aplikacji? Po to wprowadza się dane dodatkowe, żeby w końcowym rozrachunku uzyskać jakieś zestawienie za pomocą jakiegoś programu. Jest nakładka e-cad oparta o odczytywanie danych z atrybutów, jest lisp "stolarka.lsp" do odczytywania danych XDATA. Wprawdzie do edycji atrybutów można użyć standardowych narzędzi a do edycji XDATA trzeba czegoś więcej, ale żeby wyciągnąć sensowne zestawienie bez jakiejś aplikacji się nie obejdzie. ARCHITEKT będzie potrzebował jakiejś aplikacji bo po grzyba mu setki okien dokładnie opisanych "co do zawiasu i grubości uszczelki" w atrybutach jak nie będzie miał maszynki która to porówna, posortuje i wypluje w postaci ładnego zestawionka? Podejście kolegi kojacek jest o tyle słuszne, że jest zgodne z ideą normalizacji i unikaniem redundancji ( nadmiarowości ) w bazach danych. Wszak plik dwg jest jakąś bazą danych i zastosowanie w niej mechanizmów i ogólnych zasad rządzących bazami danych z zastosowaniem relacji jest jak najbardziej uzasadnione. Lepiej jest do poszczególnych obiektów graficznych przypisywać referencję ( wskazanie ) na komplet danych dokładnie opisujący danych obiekt niż przypisywać mu taki komplet w całości powielając te dane po wielokroć. W ostatecznym rozrachunku i tak będzie potrzebna jakaś aplikacja która dane z tej bazy jakoś obrobi. Dlatego argument że architekt nie umiejący programować nie da rady sobie z XDATA a poradzi sobie z atrybutami uważam za chybiony. Z atrybutami też sobie nie poradzi bo standardowymi narzędziami zestawienia nie zrobi.

Fajnie Martin_S że jesteś taki aktywny ale większość twoich wpisów w niniejszym wątku to są tips&trick a nie "co warto udoskonalić". Może warto zmienić nazwę tego wątku na tips&trick w ZwCAD Architecture bo obecna nazwa jest trochę myląca?

PseudoBIM to się da. Jest sporo aplikacji branżowych na platformy CAD(DWG). Chociażby ZwCAD Architecture. Kwestia interfejsu do wymiany danych. Ale DWG jak sam zauważyłeś to informacja o geometrii z dołączonymi atrybutami niegraficznymi. BIM to baza informacji o obiekcie gdzie jego geometria to jest jeden z atrybutów ( nie mówię że marginalny, raczej podstawowy ale jeden z wielu ). Niemniej jednak odwrócenie tej relacji wymusiło na wiodących producentach zmianę struktury przechowywania informacji, co za tym idzie zmianę i użycie innych mechanizmów baz danych. Vide jednoplikowe bazy danych Intrebase, MySQL, czy chociażby pliki robotowe *.rtd. Mnogość i różnorodność przechowywanych danych jest trudna do przełknięcia dla formatu dwg. Dlatego twierdzę, że jeżeli kiedykolwiek ZwSOFT zrobi BIM'a to nie będzie to na bazie ZwCAD'a. Będzie to inna platforma. Póki co ZwCAD + branżówki pozostaną drafterami i na tym się trzeba skupić, żeby była to stabilna platforma dla rozwiązań branżowy zarówno własnych jak i producentów zewnętrznych. Platforma musi być na tyle dobra i popularna, żeby programiści chcieli na nią pisać. Przykładem dla mnie jest pakiet VentP...k. Obecnie jest w pełni 3D. Węgrzy napisali go na A...CAD'a i później przepisali na Br...CAD'a. Na ZwCAD'a nie uświadczysz. Spekulując może uznali, że ZwCAD jest jeszcze za mało popularny, posiada za dużo błędów lub posiada słaby support dla programistów. Tak więc parcie na BIM na bazie dwg jest nieuzasadnione w kontekście wielu jeszcze niedociągnięć funkcjonalności podstawowych. Zwróć uwagę, że są takie funkcjonalności, które były na starym silniku a nie ma ich w wersji z "plusem". Tu trzeba cisnąć, żeby program był stabilny, zgodny wstecznie ze standardem do którego jesteśmy przyzwyczajeni a w kolejnym kroku dawał pole do rozwoju.

Wg mnie PATH SURFACE to na razie zabawka. Zgadzam się, że dopóki nie zrobią konwersji PATH_SURFACE-> 3DSOLID zastosowanie tego narzędzia jest bardzo ograniczone, a lepienie tego z 3DSOLID'ami to tylko do robienia modeli pod rendering. Do wyciągania zbrojenia OK ale już przy konstrukcji stalowej w praktyce bezużyteczne. Zamiast doklejać jakieś dziwne kliny ( zrobić BOOLEAN UNION, SLICE etc i tak się nie da ) lepiej zrobić solida EXTRUDE'm i potem SLICE po płaszczyźnie blachy czołowej. Nie jest to żadne BIM bo w praktyce nie niesie żadnej informacji o elemencie. Zwykłe modelowanie 3D bryłami tylko trochę wygodniejszym narzędziem. Popatrz ile musisz się nadziergać, jakby przyszło ci zmienić takiego IPE co go tak ładnie narysowałeś i uzupełniłeś klinami na jakiegoś HEA? Ile obiektów musisz zmienić i dopasować z tytułu tylko zmiany profila? To jest prosty element. A jak masz dużo takich samych/podobnych elementów do zmiany? Taki obiekt, żeby był użyteczny musi być sparametryzowny tak, aby dało się przenosić cechy np. postulowanego przez ciebie sposobu zakończenie elementu PATH_SURFACE między elementami. Takie match_properties nie tylko koloru czy warstwy ale również pozostałych parametrów i cech obiektów źródłowych. Zresztą uważam że obiekty w rysunku powinny być kompatybilne a nie żyć własnym życiem, tzn. żeby wchodziły ze sobą w interakcję typu dociąganie ściany do połaci dachowej. Wstawienie drzwi w ścianę etc. Co z surfacem możesz zrobić? Zmienić przebieg jego osi, ale np.nie możesz podmienić przekroju w sensie wybrać nowego. Czy można np wyodrębnić z istniejącego obiektu samą ścieżkę jeżeli uprzednio się ją nieopatrzne skasowało? Myślę że przed PATH_SURFACE jest jeszcze dłuuuuga droga zanim będzie to taki bardzo fajny obiekt "do wszystkiego". Konkluzja ogólna. Nie rób sobie nadziei na BIM w drafterach opartych na bazie DWG. Dopóki to będzie DWG pseudo BIM będzie tylko protezą. Popatrz gdzie zaszedł A...desk ze swoim BIM Skończyło się na ArchitecturalDesktop i RCadach. Żaden z produktów nie osiągnął funkcjonalności BIM. Dlaczego? Bo są oparte o niewłaściwą bazę - bazę DWG. Czy jest chociaż jeden produkt na rynku oparty o DWG który jest BIM'em o którym marzysz? A...desk porzucił rozwój drafterów DWG na rzecz rozwoju Revita, bo draftery są tylko drafterami do ostatecznego szlifu rysunków wygenerowanych z modelu 3D ( czy tam BIM jak wolisz ). Ja widzę taki kierunek rozwoju, że będą powstawały zpecjalizowane narzędzia typu ZwCAD Architecture, Mechanical etc w których będą konkretne rzeczy dla poszczególnych branż z obiektami właściwymi dla danej branży + ewentualny interface wymiany danych i enablery. Rozwiązanie już dawno stosowane w produktach wiodących. Zakładam, że firmy typu ZwSOFT dojdą do miejsca w którym A-desk już był ale dużo niższym kosztem dla swoich klientów. Narzędzia uniwersalne - czyli modelowanie "gołymi" bryłami ACIS w zasadzie jest mało wydajne.

Jeżeli mógłbym zaproponować stworzenie subfora "ZwCAD Architecture" pt. "Problemy techniczne w ZwCAD Architecture" na wzór takiego subfora w "ZwCAD ZwCAD+" Chodzi o to, że mam problem z pewną funkcjonalnością który występuje w wersji Architecture a nie występuje w podstawowym ZwCAD+. Proszę o administratora o ewentualne przeniesienie. W czym rzecz. W wersji Architecture jak i w ZwCAD+ (z pakietu Architecture) mam następujące ustawienia : Czyli w trakcie komendy PPM kończy jak by był wciśnięty ENTER. Ponowne użycie PPM powinno powtórzyć komendę. W ZwCAD+ tak jest natomiast w Architecture zamiast tego pojawia się takie menu: Co zmusza mnie do ponownego kliknięcia tym razem LPM. Jak się pozbyć tego menu? Tzn. może byłoby ono przydatne ale chciałbym mieć wpływ na tryb jego wyświetlania.

W kontekście tego wpisu http://forum.cad.info.pl/blog/4/entry-69-jak-w%C5%82%C4%85czy%C4%87-menu-ekranowe-w-zwcad-architecture/ W szczególnym przypadku jak ktoś ma alergię na ZwCAD CLASSIC i wyłączy sobie niechcący menu ekranowe Architecture to nie wiedząc że Ctrl+F12 je włącza to sobie nie poradzi z żadnymi ustawieniami bo się do nich nie dokopie. W stylu wstążkowym to jedynie nigdzie nie opisane Ctrl+F12 działa. Przydałaby się jakaś opcja dostępna z menu lub z wstążki albo informacja w helpie. Czy w ogóle jest jakaś dokumentacja do Architekture? Czy cała wiedza o obsłudze ma pochodzić z blogów, forów i własnego macania się z programem?

Zmienna systemowa FILEDIA na 1

Obawiam się, że chodzi o to żeby wymiar zmieniał się dynamicznie i aktualizował się np przy zmianie. Zdaje się, że wtdy potrzebny będzie reaktor obsługujący obiekt typu "wymiar" i podpięta pod niego funkcja np. w lispie która na bieżąco wyliczy sumę jakiejś wartości i rzeczywistego wymiaru. Generalnie chyba nie takie proste, a i ZwCAD chyba reaktorów na wymiarach nie obsługuje ( tego nie jestem pewien, nie sprawdzałem )

Hmm.... twórcą jestem ja :-) Napisałem to dawno temu, jakoś mi ten nil nie wpadał w oczy w AutoCAD'zie. Teraz po przesiadace do ZwCAD'a sukcesynie adaptuje lispy na tą platformę. Ja przyszła kolej na QLispa mam komunikat i mnie to zaintrygowało, dlaczego tak jest. Po kilku testach, wstawianiu po kawałku fragmentu kodu zaszyfrowałem ponownie całego lisp'a tak jak był tylko do innej lokalizacji i komunikat zniknął. Zaznaczam, że w kodzie nie zmieniłem nic kompletnie. Wcześniej kilkukrotne szyfrowanie nie dawało spodziewanych efektów. Jest OK ale martwi mnie, że nie wiem dlaczego jest OK. Temat chyba do zamknięcia. Dzięki za podpowiedź.

Witam. Jak pozbyć się następujacego komunikatu? error: bad character read (decimal): 0 Pojawia się on po załadowaniu pliku .zel Jeżeli ładuję plik źródłowy .lsp wszystko jest ok. Command: (load "qlisp.lsp") Quick LISP Copyright ©2003 by Tomasz Tkaczyk Ładowanie funkcji Quick LISP.......... Załadowane. Wywołanie z linii komend C:QL Command: (load "qlisp.zel") Quick LISP Copyright ©2003 by Tomasz Tkaczyk Ładowanie funkcji Quick LISP.......... Załadowane. Wywołanie z linii komend C:QL; error: bad character read (decimal): 0 Wszystko działa ale .zel po załadowaniu zwraca coś czego interpreter zwcada nie trawi. Pytanie jest natury ogólnej bo w AutoCAD .vlx zwraca nil Command: (load "qlisp.vlx") Quick LISP Copyright ©2003 by Tomasz Tkaczyk Ładowanie funkcji Quick LISP.......... Załadowane. Wywołanie z linii komend C:QLnil Plik .lsp z grubsza wygląda tak: (if (not zapust) (load "LibLISP")) (if (not zapust) (progn (alert (strcat "Brak wymaganej biblioteki LibLISP" (if (= (getvar "PRODUCT") "ZWCAD") ".zel" ".vlx"))) (exit))) (princ "\nQuick LISP Copyright ©2003 by Tomasz Tkaczyk") (princ "\nŁadowanie funkcji Quick LISP..........") (defun c:ql (/ Lista1 Lista2 Lista3 lKomenda lOpis lPlik cPlikINI dcl_id akcja nr_funkcji komenda ) [...] ) (princ " Załadowane.") (princ "\nWywołanie z linii komend C:QL") (princ)

Na moje oko, nie da się ustawić niczego, również marginesów na 0 jeżeli się nie wybierze konkretnej drukarki. Tak więc instrukcja powyżej jak najbardziej ale zawsze dla konkretnej drukarki a nie dla wszystkich czyli żadnej ;-)

Marcin. Ja mam porównanie na tej samej maszynie ZwCAD i AutoCAD i jest różnica. Przy najbliższej okazji gdy się spotkamy to ci pokażę. Nie jest to rzekome migotanie. Po prostu programiści ZwSoft jeszcze nie ogarneli tego tematu i w pewnych okolicznościach - nie twierdzę że zawsze i u każdego - występuje taki efekt. Mam porównanie czterech maszyn. Tylko na jednej przesuwanie krzyża nitkowego jest bliskie temo co widzę na AutoCAD'zie. Na dwóch z czterech mogę wykonać bezpośredni test porównawczy bo są zainstalowane programy obu producentów. Dwie pozostałe mają tylko ZwCAD'a ale mam oczy i widzę różnicę choć nie jest to test bezpośredni bo wykonywany na różnych platformach. Niemniej jednak na każdej ZwCAD w mojej subiektywnej ocenie pod tym względem ustępuje pierwowzorowi. Ja bym postawił takie twierdzenie : dużo maszyn radzi sobie dobrze z algorytmem Autodesku znacznie mniej maszyn radzi sobie dobrze z algorytmem ZwSoftu. Być może jest to wina odświeżania i ogólnie wydajności karty graficznej, ale chłopaki z Autodesku jakoś sobie z tym poradzili lepiej.

Sprawdzałem również na innym blaszaku Core2Duo 2,0GHz 4GB Ram Win8.1 x64 Jakaś nVidia GForce ale teraz nie pamiętam jaka. Efekt podobny. Filmik kręcony telefonem ale chyba będzie widać o co chodzi https://copy.com/Te4btwUfwqz7

Odświeżając temat potwierdzam, że kolejna aktualizacja nie przyniosła poprawy. Przesuwając krzyż nitkowy ( przesuwam mysz raczej wolno ) jest on na bieżąco wygaszany w jednym położeniu i wyświetlany w nowym. W produkcie Autodesku krzyż przesuwa się płynnie, w ZwCAD'zie widać wyraźne miganie. Jest to denerwujące. Mój sprzęt to HP ProBook 4710 CoreDUO 2,53GHz 4GB Ram karta ATI Radeon HD4330 512MB Win7 x64. Pracuję na dwóch monitorach. W laptopie 1600x900/60Hz + Philips 170s 1280x1024/75Hz Subiektywnie oceniając ekran laptopa wypada gorzej ( jest wolniejszy ). Niemniej jednak na obu monitorach wydać wyraźną różnicę pomiędzy CAD'ami. Inne stanowisko blaszak Core2 2,4GHz 2GB Ram Radeon X1800 512MB Win XP x32 dwa monitory 1280x1024/75Hz efekt mniej widoczny ( nie ma produktu Autodesku, więc tam nie porównam, mogę tylko porównać pracę ZwCAD'ów na dwóch komputerach ) Na tym stanowisku ZwCAD pod tym względem wypada lepiej niż na ww. laptopie, tzn przy wolnym przesuwaniu krzyża nie widać migania a jedynie kolor krzyża jest jakby przygaszony. Do zaakceptowania. Trzecie stanowisko z Radeonem X700/256MB Ram WinXP x32 jeden monitor 1920x1080/75Hz Efekt w ZwCAD bardzo widoczny ale tam nawet w AutoCAD'zie widać miganie co ciekawe na pionowej nitce krzyża. Pozioma jest OK. Wszystkie obserwacje poczynione na najnowszej ( z kwietnia 2014) wersji ZwCAD2014+ czarne tło, biały krzyż na 100% ekranu.