kruszynski

Może Pan zilustrować to jakimś przykładem, bo przyznam że nie potrafię sobie tego wyobrazić. Teraz właśnie pracuję nad aktualizacją ZWTraffic i być może udałoby mi się to poprawić tak na szybko. W aktualizacji chciałbym wprowadzić kilka usprawnień i niespodzianek, np oznaczanie barier, wygrodzeń itp.

Na C# się nie znam , więc się wypowiem, co mi zależy Teoretycznie powinno to zadziałać. - Gdyby to był LISP należałoby utworzyć reaktor :vlr-modified który wykonywałby operacje po modyfikacji okręgu. Podejrzewam, że tą rolę w C# pełni nod - Proszę zwrócić uwagę, żeby ObjectId dodawąć do reaktora nie tylko przy poleceniu _copy, ale też _mirror, _offset, _array, _pasteclip , _copym i wszystkie inne podobne A może lepiej użyć reaktora na dodanie elementu do bazy danych w LISP byłoby to coś jak to: (setq appobjvlr (vlr-acdb-reactor nil '((:vlr-objectAppended . objectAppended)))) Nie jestem pewien, ale może listę elementów podpiętych pod reaktor można pozyskać bezpośrednio z reaktora ( w LISP jest to funkcja vlr-owners) , w takim przypadku nie byłoby potrzeby tworzyć dodatkowej XDaty. Ciekawy temat. Proszę dać znać czy udało się uzyskać zamierzony efekt .

Overrule ma być wprowadzone. Skonsultuję z ZWSOFT jaki jest aktualny plan w tym temacie.

Moim zdaniem pomysł perlona jest dobry. W rysunku wstawiamy np polilinię. Do niej dodajemy XDatę zawierającą numer, średnicę i co tam jeszcze . Dodatkowo wstawiamy opis: tekst lub blok. Moim zdaniem lepiej użyć bloku z atrybutami ponieważ formatowanie (wygląd) możemy pozostawić do łatwej konfiguracji, a przy zestawieniach łatwiej też wybrać wszystkie bloki o podanej nazwie, niż analizować wszystkie teksty w rysunku. Sama funkcja wstawiająca opis może sobie wczytać parametry z XDaty i na tej podstawie wypełnić treścią opis. Mechanizm XDaty pozwala na zapisanie w elemencie danych tekstowych , liczb, współrzędnych, uchwytów do innych elementów itp. Słowniki z dynamicznymi listami to może być problem. Można przygotować listę gdzie pierwszy element to będzie numer, drugi średnica, następny liczba sztuk itp. Taką listę można zapisać do obiektu, następnie przy odczytywaniu parametrów trzeba pamiętać o tym jaka jest kolejność poszczególnych parametrów. Nie jest to słownik, pary : właściwość - wartość. Można to przerobić tak, że lista będzie miała kolejne wpisy (właściwość1, wartość1, właściwość2 , wartość2, właściwość3, wartość3) itp. następnie przy odczycie trzeba połączyć pary w słownik. Możliwość zmiany średnicy pręta w jednym miejscu i aktualizacja w innych daje nam mechanizm reaktorów. PROXY_ENTITY o czym pisze perlon to raczej nie w tym przypadku. ARX (ZRX) daje nam możliwość tworzenia własnych typów obiektów, np w architekturze ściany, okna, można ich właściwości wyświetlać i modyfikować w standardowym oknie właściwości , a kiedy nakładka nie jest wczytana to wyświetlają się, a we właściwościach pojawia się tylko informacja że jest to PROXY_ENTITY , ale już nic więcej. C# nie daje możliwości tworzenia własnych typów obiektów . W AutoCAD jest mechanizm overrule którym można osiągnąć ciekawe efekty, w ZWCAD coś gdzieś słyszałem, ale jeszcze nie jest to gotowe.

Nie pracuje na co dzień w .Net więc mogę się mylić, ale o ile wiem, to wersja Visual Studio w przypadku .Net nie powinna mieć znaczenia. Postaram się sprawdzić jak powinna być wersja .Net . SDK wyślę, w odpowiedzi na mail jaki Pan do nas przysłał.

Może tak być. Próbował Pan debugować program ?

Na podstawie opisu nie potrafię zdiagnozować co może być przyczyną opisanych problemów. Jaka ma być forma zwracanego wyniku? czy ma się coś wyświetlać w wierszu poleceń? czy w trybie debugowania funkcja nie przypisuje wartości do zmiennej? Jaki ma być rezultat? a jaki jest?

Właśnie otrzymałem odpowiedź z ZWSOFT w tej sprawie. Proszę zmienić acOCS, acWorld na zcOCS, zcWorld Z przeprowadzonego przeze mnie testu wynika że efekt jest zgodny ze spodziewanym. Proszę sprawdzić czy to jest OK. Sprawdzałem to na wersji 2018: vernum: 2017.09.18(21849)_x64

Dzień dobry ZWCAD 2015+ nie będzie już aktualizowany, więc niestety ten temat pozostanie. W ZWCAD 2017 i 2018 potwierdzam problem i prześlę zgłoszenie do ZWSOFT.

W interfejsie klasycznym ikonka powinna być w tym samym katalogu gdzie plik cuix. Czyli jeśli dostosowuje Pan plik ZWCAD.cuix jest to %APPDATA%\ZWSOFT\ZWCAD\2018\pl-PL\Support\

Własna ikonka na wstążce powinna być w odpowiednim rozmiarze czyli mały obraz 16x16 lub duży 32x32 pixele . Może być tak, że ma Pan ustawiony mały obraz a w stylu przycisku ma Pan wybraną którąś z opcji z dużym tekstem?

Zmienione ImportWlasciwosci.zel

Niestety nie udało mi się jeszcze zająć tymi tematami. Oczywiście mam je na uwadze i krzyczą do mnie każdego dnia, podobnie jak wiele innych ...

Jesteśmy w kontakcie z producentem artisana w celu dopasowania nakładki

Przez analogię jak w załączonym przykładzie. mamy ten sam wzór, a różną "gęstość" kresek

A czy zastanawiał się Pan nad tym, żeby ustawić kratkę 1x1 i skalą kreskowania uzyskać pożądany efekt? Dlaczego lepiej jest mieć różne definicje kreskowania?

Gdzieś, kiedyś, choć już nie pamiętam szczegółów, udało mi się dogrzebać możliwości zmiany kolorystyki menu ZWCADa 2018. Choć nie jest to dostępne z poziomu interfejsu użytkownika, nie mamy też przygotowanego opisu jak to zrobić, ale może udałoby mi się przygotować taką "skórkę". Pytanie tylko jakie kolory przyjąć ? O ile wiem, temat nie jest przez producenta ignorowany, ale inne zagadnienia mają wyższy priorytet, a to powinno pojawić się w przyszłości.

Dziękuję za zgłoszenie, przekaże do ZWSOFT.

Dziękuję potwierdzam problem, przekażę zgłoszenie do ZWSOFT

może teraz się uda eoffset.zel

Możemy wprowadzić w zasadzie dowolną funkcjonalność do naszych nakładek, potrzebujemy na to tylko pomysłu i czasu. Czy może Pan opisać szczegółowo jak chciałby Pan korzystać z programu? Może przygotuje Pan jakąś "makietę" okna dialogowego choćby na kartce długopisem i prześle Pan zdjęcie?

W załączniku LISP, usuwający obiekty źródłowe przy f-cji offset. Po wczytaniu pliku w ZWCAD dostępne będzie dodatkowe polecenie: eoffset. eoffset.zel

W myśl informacji z ZWSOFT ta funkcjonalność nie będzie w najbliższym czasie dostępna.

na pierwszy rzut oka wynika że nie: Zwraca: błąd: Błąd automatyzacji - "GetInterfaceObject" postaram się dowiedzieć czegoś więcej od ZWSOFT

Wygląda na to, że teraz już wszyscy włącznie z ZWSOFT mamy jasność na czym polega problem. Tylko że problem wydaje się być skomplikowany, taką informację otrzymałem od ZWSOFT. Obawiam się więc, że na rozwiązanie będzie trzeba poczekać. Jako rozwiązanie obejściowe, mogę zaproponować włączanie drugiego okna również w trybie modeless.Pewnie to pociągnie za sobą jakieś komplikacje typu kursor znikający z kontrolek typu EditBox. ale może po kliknięciu przycisku przed ukryciem okna może Pan okno przełączyć do trybu modeless, i dopiero wtedy ukryć?