perlon

Zmieniłem oczywiście mnu nie kasowałem niczego, w menuload odinstalowałem zwcad.mnu i załadowałem zmienione zwcad.mnu i jest ok. Myślałem jednak, że może kopia w zakresie interfejsu do cui jest bardziej zbliżona do oryginału. Inna sprawa. Czy znane są może problemy z ustawianiem toolbarsów gdy pracuje się na monitorze z dużą rozdzielczością? Chodzi o to że układając sobie w profilu klasycznym paski ikon wedle własnego upodobania poziome paski pod menu rozwijalnym układają się jak chcą. Przenoszą się samoczynnie w sposób niekontrolowany. Gdy ruszę jeden z pasków inne zmieniają czasami wiersz. Tak jakby nie dało się dopełnić pełnej szerokości ekranu paskami . Może niezbyt jasno to opisuję ale pytam czy ktoś miał problemy z rozmieszczaniem pasków ikon. Zaobserwowałem taki objaw na dwóch stanowiskach z monitorami o poziomej rozdzielczości 1920 i większej. Na jednym ze stanowisk rozwiązaniem było przeniesienie okna zwcada na monitor o mniejszej rozdzielczości poukładanie pasków i przeniesienie z powrotem na drugi ekran. Wtedy paski pozostają tam gdzie trzeba. Wersja VERNUM = "2014.04.27(21135)" (read only). Na drugim stanowisku jest jeden monitor i paski żyją tak trochę swoim życiem.

Witam Czy jest jakiś inny sposób na modyfikację menu podręcznego niż tylko wczytanie całego zmodyfikowanego pliku *.mnu? Chodzi mi o przeniesienie filtrów współrzędnych .X i .Y piętro wyżej tzn żeby były na tym samym poziomie co osnapy a nie schowane w Piont Filters. W Customize Interface nie znalazłem takiej możliwości ale może źle szukałem. Pozdrawiam

Po zmianie ścieżki oczywiście działa. Jednak powyższą historyjkę obrazkową chciałbym zgłosić jako bug instalatora, który nie potrafi właściwie ustawić ścieżek przeszukiwania.

Kolejny eksperyment. 1. Odinstalowałem wersję EN i PLK 2. Skasowałem fizycznie pozostałości po instalacji 3. Skasowałem dane aplikacji - tzn całą kartotekę user\AppData\Roaming\ZWSOFT 4. Zainstalowałem wersję PLK - instalator zaproponował lokalizację w C:\Program FIles(x86) zmieniłem na C:\ Instalacja wykonana do C:\ZWCAD Architecture 2014 Plk 5. Zainstalowałem wersję EN - instalator nie zaproponował lokalizacji. Założyłem kartotekę C:\ZWCAD Architecture 2014 i ją wskazałem instalatorowi 6. Efekty jak na obrazkach poniżej. Gdzieś jeszcze są trzymane dane (rejestr którego nie czyści deinstalator ?) bo skąd widoczne menu e-cad? Ale ścieżek przeszukiwania do moich narzędzi z poprzedniej instalacji już nie zapamiętał Wygląda, że instalator nie radzi sobie z instalacją równoległą wersji PLK i EN jak również z inną niż domyślna lokalizacją Co do dopisania sobie ścieżki do chm to ja to umiem ale chyba nie o to w tym wszystkim chodzi żeby userzy "kombinowali" i poprawiali po instalatorze.

Eksperyment Architecture: i czysty ZwCAD z pakietu Architecture W jednym i w drugim wpis lokalizacji pliku chm wskazuje na kartotekę, która nie istnieje.

Ja też nie rozumiem dlaczego PLK działa a EN nie działa. Myślę, że jest to problem jakichś zapisów konfiguracyjnych gdzieś gdzie "oko ludzkie nie sięga". Może jakieś ścieżki są wpisane na sztywno a nie te które wynikają z miejsca docelowego instalacji i dlaczego uruchamiany program z wstawką architekture widzi helpa a bez wstawki architekture helpa nie widzi. Taka typowa chińszczyzna.

Wiem. Tak to mam teraz zrobione, ale czy tak to powinno działać? W wersji PLK nie muszę tego robić i działa. Skąd w polskiej wersji interfejs wie gdzie zaglądnąć, żeby odpalić zewnętrznego lispa express'a, a w angielskiej trzeba ręcznie ( startupem ) ładować lispy bo interface nie zna polecenia. To musi być zaszyte gdzieś indziej. Pliki konfiguracyjne, rejestr systemowy, etc...? Wersje EN i PLK mam zainstalowane odpowiednio w C:\ZWCAD Architecture 2014 Enu\ C:\ZWCAD Architecture 2014 Plk\ Jeszcze raz odinstalowałem wersję EN i zainstalowałem w C:\ZWCAD Architecture 2014\ Nie pomogło. Dalej muszę ustawić startup żeby działały rzeczone komendy z expressa. Jeszcze jedna ciekawostka. Klawisz F1 działa w ZwCAD+ PLK, ZwCAD Architekture PLK, ZwCAD Architekture EN ale nie działa w ZwCAD+ EN. tzn jest komunikat, "Cannot find help file: ZWCAD.chm"

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