kruszynski

Dziękuję za zgłoszenie. Po konsulacjach okazało się, że w SP1 powinno to już działać.

Tak, zainstalowanie nowej wersji/aktualizacji nadpisze szablony. W kwesti tego żeby strzałka opisowa była na innej warstwie niż samo oznakowanie to nikt wcześniej nie zgłaszał takiego pomysłu, ale oczywiście mogę taką zmianę wprowadzić.

Domyślnie w katalogu: c:\Szansa\ZWTraffic\2018\PL\Templates\Description\ znajdują się szablony bloków opisowych, odzielnie dla pionowych i poziomych. Może Pan otworzyć taki plik, wstawić poszczególne atrybuty na warstwy jakie będą dla Pana odpowiednie. Po wstawieniu oznakowania przez nakładkę opisy będą na warstwie jaką Pan określi w szablonie i może ona być inna niż sam znak

Opis będzie na takiej warstwie przypisanej do stanu znaku. Proszę zobaczyć na poniższym obrazku. Gdyby opis był na warstwie 0, to byłby niewidoczny (warstwa wyłączona)

Chyba już wiem o co chodzi. ZWTraffic poprawię przy okazji aktualizacji, natomiast jako rozwiązanie tymczasowe proszę ustawić warstwę 0 jaki aktualną i wszystko powinno być OK

Przekazałem zgłoszenie do ZWSOFT.

ok, dziękuję.

Ok, zwrócę uwagę na opisy i dodam załączoną strzałkę.

Może Pan przesłać kawałek takiego projektu?

Plan był taki, żeby opis i linia wstawiał się na tą samą warstwę co oznaczenie. U mnie działa to w taki właśnie sposób. opis nie jest na innej warstwie. Nikt wcześniej nie zgłaszał takiego zapotrzebowania, żeby podzielić warstwy w sposób jaki Pan przedstawił. Być może warto byłoby to wprowadzić.

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