Radomił Ząbik

Chodzi o możliwość ustawienia innego domyślnego adresu dostawy, na ZD, niż ten, który jest adresem podmiotu. Przeszukałem parametry typów dokumentów i nie namierzyłem tego, potem trafiłem na ten wątek, stąd pytanie

Dobra, problem dotyczy mojej wady wzroku najwidoczniej. Szukałem tej opcji w Operacje, tak jak pojawiały się w przypadku braku określenia tej zmiennej, a wy poszliście o krok dalej i to jest w stanie stworzyć osobne menu, czego ja nie zauważyłem. Wszystko działa, przepraszam, za zawracanie gitary. Oczywiście włączenie w laboratorium i sprawdzenie CTRL+SHIFT+H miało miejsce

Przygotowałem Sobie próbną wtyczkę i chciałem Sobie zrobić zagnieżdżenie w menu operacji, w oknie Asortymentu, ale dodanie jakiegokolwiek parametrów w SciezkaWMenu, nawet null, powoduje, że opcja przestaje się pokazywać. Może ścieżki, nie są tutaj wspierane? public class FajnaOpcjaMenu : OperacjaWOknieObiektu<IAsortyment> { protected override string[] SciezkaWMenu => new string[] { "Inne opcje" }; public override string Nazwa => "Fajna opcja menu"; protected override bool SprawdzCzyMoznaWykonac(IAsortyment obiekt, IKontekstOknaObiektu kontekstOknaObiektu, IKontekstOperacji kontekstOperacji) { return true; } protected override void Wykonaj(IAsortyment obiekt, IKontekstOknaObiektu kontekstOknaObiektu, IKontekstOperacji kontekstOperacji) { var placki = Okna.PokazOknoZPytaniem(kontekstOperacji.Uchwyt,"Czy lubisz placki?"); if (placki) Okna.PokazOknoZInformacja(kontekstOperacji.Uchwyt,"Ja też lubię placki!"); return; } }

Czy po roku, jakieś rozważenia w temacie obsługi parametrów rozwiązań własnych, z poziomu GUI programów linii NEXO, zaczęły się materializować?

Formy są różne. Najczęściej buduje się słowniki własne powiązane z Podmiotem lub Asortymentem. Przykładowo, do jakiegoś asortymentu, dodaje się pola własne słownikowe, jako Id zwracające asortyment, ale na liście wyświetlane z innymi niż nazwa parametrami. Pola takie służą np. do dodania dodatkowych asortymentów na ZK, za pomocą Sfery zdarzeniowej. Miło by było wtedy, z tego bazowego Asortymentu, móc przejść do jednego z tych wybranych w polach, za pomocą funkcji Pokaż/Popraw, bo inaczej czeka nas żmudne szukanie. Dodatkowo, jeśli zmienimy w słowniku jego nazywanie, to może to być bardzo trudne.

Gdyby dało się powiązać, w konfiguracji słownika własnego SQL, obiekt, którego dotyczy np. Asortyment, DokumentDS, Pracownik, to można by rozbudować wybór pola własnego, o możliwość zastosowania funkcji Pokaż i Popraw, dla tego obiektu, tak jak jest to często w standardowych polach obiektu, jak podmiot czy asortyment. Ułatwiło by to dostęp do pełnych danych, wybranego elementu. Oczywiście Klucz wtedy pełnił by rolę ID, na zasadzie podobnej, jak działają zakładki w raportach własnych SQL.

Tutaj zapewne wystarczy napisanie odpowiedniego programu, wczytującego dane z dowolnego źródła, i przekazującego go do NEXO, za pomocą Sfery, nie daj boże bezpośrednim wgrywaniem do bazy. Czy macie Swojego Partnera, który wam zapewne Gratyfikanta wdrażał?

Czy temat nabrał jakiegoś priorytetu, lub wersji, czy machnąć Sobie to Sferą zdarzeniową?

Przykłady: Klient 1 Oznaczenie wymogów do spełnienia przez asortyment. Praktycznie same wartości logiczne. Tutaj jeszcze nie grupowaliśmy, bo nie była wgrywana 46, zrobimy to już przy okazji 47. Wymogi są oznaczane na ofercie, zamówieniu, względem wymogów klienta, a potem służą do walidacji w procesach produkcji/pakowania, w powiązaniu z rozwiązaniem, zewnętrznym przechowującym dane atestowe. 27 pól wartości logicznej. Dodatkowo jeszcze kilka pól związanych z kontraktami. Razem 38 pól. Gdyby wyświetlić je w osobnym oknie, jak jest to w normalnych polach własnych, dla dokumentu, z grupowaniem i sortowaniem, było by ok. Klient 2 Klient określa parametry techniczne zamawianej pozycji. Są to w praktyce same parametry liczby całkowitej, na których dodatkowo Sfera zdarzeniowa dokonuje obliczeń. Dodatkowo, są parametry, które potem automatycznie obliczają numer seryjny. Ponad 30 parametrów liczbowych, kilkanaście innego typu, pogrupowane. Ten klient nawet dopytywał, czy nie mógłbym Sobie tych pól własnych rozbić na osobne zakładki, więc tutaj macie gratis sugestie - wyższy poziom od grup, jako zakładka i mamy odlot w możliwościach dostosowania GUI NEXO Zacytuję:

Pomęczę jeszcze, bo rozmawiam z kolejną osobą, o kłopocie wprowadzenia wielu pól własnych i ich edycji. A może jeszcze okno samych pól własnych do jednej pozycji - myślę, że to zdecydowanie mniej skomplikowane do wprowadzenia, a dla firm produkcyjnych, specyfikujących jakieś parametry konkretnej pozycji zamówienia, ułatwiło by pracę - jak wspomniałem wcześniej, przy dużej ilości pól, lista staje się kłopotliwa, tym bardziej, że nie ma dla niej grupowania.

Doskonale o tym wiem. Ale jako że muszę ten plik automatycznie obrobić i wysłać do księgowości, chciałem zaoszczędzić odrobinę zachodu w jego eksportowaniu i wczytywaniu do kolejnego programu, aby potem przetworzone pliki wysłać, i pobrać Sobie go bezpośrednio z bazy, skoro tam jest. Jako, że nie raz wyciągałem zdjęcia, z pola typu image, sądziłem, że tutaj pójdzie tak samo szybko, ale jednak coś jest jeszcze z plikiem zrobione.

Chciałbym wydobyć XMLa, z bazy danych, z tablicy jpk_Plik, z pola jpk_PlikXml. Według dokumentacji, jest to normalne pole typu IMAGE, ale niestety, wyciągniętego pliku, nie jestem w stanie doprowadzić do stanu użyteczności. Czy jest on może jakoś dodatkowo zakodowany/skompresowany?

I tak i nie. Tutaj bardziej chodzi o zastosowanie skrótu dla nagłówków kolumn. Przykładowo, mam pole, które jest typu wartość logiczna, i prawdziwa jego życiowa nazwa to "Materiał pochodzenia EU". Jest to zrozumiałe dla użytkownika nowego, czy starego. Ale jak zrobić na liście takie pole, to więcej zajmie nagłówek niż znacznik dla niego. Dlatego chętnie dodałbym skrót EU, i on miałby się pokazać w nagłówku, a jak świeży użytkownik, będzie się zastanawiał co to, to najedzie na nagłówek, a tam pokaże mu się pełna nazwa pola. Dokładnie jak z kolumną status na liście dokumentów - pokazuje się "S", a jak najadę, to mam "Status dokumentu". Problem tak naprawdę dotyczy wartości logicznych i krótkich cyfrowych, gdzie czasem prawidłowo nazwane pole, niepotrzebnie zaniża czytelność, wąskiej wartościowo kolumny.

Tak. Przykładowo, wyobraźmy Sobie scenariusz, gdzie do Subiekta dokupiłem Sobie Gestora, i chciałbym mieć w OE, te same pola co mam na ZK. Mając filtr, szybko bym wybrał te pola, które należą do ZK i ustawił na nich OE. Obecnie, gdzie w dodatku w tej kolumnie nie ma symbolu dokumentów wybranych, musiałbym każde po kolei prze-klikać. Dokładnie. Usprawni to przykładowy proces, z poprzedniego pytania, gdzie już nie użyje powielenia. Zapisane na daleką przyszłość. Szkoda, tutaj akurat przy dużej ilości pól, będzie jatka. Czy nie chodzi o mechanizm opisany w poniższym artykule? Subiekt nexo i Gestor nexo – Mechanizm przepisywania pól własnych pozycji Jeżeli chodzi o coś innego, proszę o rozwinięcie – najlepiej na konkretnych przykładach. A to przepraszam. Kurcze wydawało mi się, że to widziałem, a potem mi się nie zadziałało, ustawień też nie było i teraz już wiem - dlaczego zakładka PROFILOWANIE, nie jest dostępna, dopóki w Laboratorium, nie włączy się Własnych typów dokumentów? W sumie to ustawiam to dla zwykłych typów, nie planuje dodatkowych, troszkę nielogiczne.

Brak pól własnych w informatorach Partia, pierwsze miejsce w jakim chciałem znaleźć, to zakładka dostawy, w informatorze asortymentu i niestety brakuje tutaj możliwości wybrania pola własnego. Analogicznie brakuje tego też w ruchu asortymentu, chociaż tam ogólnie brakuje partii. Zakładka Stany, też się chyba odnosi do partii. To samo tyczy się też pól własnych pozycji, które przydały by się czy to w zakładkach Zamówienia, Sprzedaż, Zakupy.

Poniżej kilka sugestii, póki pola własne pozycji/partii, są jeszcze w laboratorium. Może się przychylicie, może za dużo wymagam, może jestem upierdliwy Edytowanie dokumentów powiązanych Przydało by się wyświetlić, w jakich typach dokumentów na liście, jest stosowane pole własne, lub dodać filtr dla typu dokumentu. Przy większej ilości pól, w różnych dokumentach, jak trzeba będzie coś zmienić, to sama informacja "Wybrane (6)" nic nie daje. Dodatkowo, przydała by się możliwość kopiowania wybranych dokumentów, między polami - to zadanie póki co spełnia funkcja powiel, ale przy scenariuszu, zakładającym, że wprowadziliście teraz możliwość tworzenia własnych typów dokumentów, to proces dostosowania pól, będzie bardzo długi - alternatywnie, od strony typu dokumentu, dodać listę z polami własnymi i ich aktywacją. Skróty nazwy pola, na potrzeby list (ogólnie do pól własnych) Przydała by się możliwość dodatkowego nadawania skróconej nazwy pola własnego, na potrzeby list, w szczególności tych, których faktyczne wartości są krótkie - np. wy macie tak rozwiązane statusy dokumentów. Czyli jeśli wpiszemy nazwę skróconą pola, to na liście pokaże się ta skrócona, a po najechaniu na nagłówek, pokaże się ta długa. W przypadku wielu pól z wartością logiczną, były by to bardzo przydatne. I tak, wiem, że w konfiguracji widoku listy, jest taka możliwość, ale to już per użytkownik niestety. Kolejność w konfiguracji widoku listy dla pozycji Fajnie jakby pola własne były tam ułożone zgodnie z ich kolejnością, a nie alfabetycznie, chyba, w sumie, to nie wiem, jaką kolejnością one się poukładały, brak mi klucza. Osobne okno, tylko dla pól własnych, zbiorcza zmiana Mam kilku klientów, gdzie pola własne do pozycji, świetnie się nadadzą, do oznaczania wymogów dla zamawianej pozycji. Problem w tym, że mam u jednego np. 25 pól typu wartość logiczna. Włączenie ich wszystkich na liście pozycji dokumentów, absolutnie ją zaciemni, i w połączeniu z pozostałymi danymi, może być nieczytelne. Gdyby tak dać osobne okno, albo w zakładce pola własne, osobną listę, tylko z LP, Symbol, Nazwa i reszta wszystkie pola własne, zgodnie z sortowaniem, było by zdecydowanie wygodniej je edytować. Dodatkowo, przydała by się dla pól wartości logicznej, zmiana dla całej kolumny, ala zaznacz/odznacz wszystko. Ogólnie zbiorcza zmiana pól własnych, też by się przydała. Przenoszenie wartości Tak, wiem, mogę dorobić Sferą Zdarzeniową, ale czy nie sądzicie, skoro konfiguracja jest uniwersalna, tylko wybiera się typy dokumentów, to mogło by się to już bez ingerencji programisty zewnętrznego przenosić?

No aż tak daleko nie wybiegałem, póki co chciałem po najmniejszej linii oporu, zmienić etykietę pola tekstowego.

Dostałem pytanie o okno urządzenia, do zlecenia serwisowego. Akurat to okno, nie ma wsparcia dla ukrywania widoczności pól, ale to dałem inny wątek. Klient nie stosuje numerów seryjnych, ale chciał to pole użyć do wprowadzania pewnego parametru technicznego urządzenia, no i zależało mu na głównej stronie widoku, nie zakładce pole własne. Pewnie się skończy wpisywaniem tam tego co chce i odpowiednim szkoleniu pracowników. Ale myślę, że nie raz były takie sytuacje, że użytkownicy programów Insert, stosują pola nie do końca zgodnie z ich opisem, dlatego warto było zapytać

Czy przypadkiem jest możliwość, lub jest planowana, modyfikowania wyglądu pól w otwartym obiekcie. Mam nietypowe zapytanie, aby np. zmienić nazwę pola w oknie dialogowym, bo użytkownik chciałby je stosować do czegoś innego - tak, może też używać pól własnych do tego, ale klient ma taką wizję, bo chce mieć pole na pierwszej zakładce, a jego oryginalne przeznaczenie nie jest mu potrzebne.

Czy macie może w planie dodanie możliwości ukrywania pól, w oknie dialogowym urządzenia? Chodzi dokładnie o opcję pod zębatką "Ustaw widoczność pól".

Panie i Panowie z InsERT, gdy już po 7 latach straciłem nadzieję, wy wrzucacie taką bombę, i jeszcze z gratisem do partii (to było zadanie na następne 7 lat). DZIĘKI, i to bez żadnej szydery. Będę miał roboty na zimę Czekam na wersję, pomęczę pewnie jeszcze temat jak będzie potrzeba i w GUI i Sferycznie

Ja osobiście tworze dodatkowe tabele, nawet w ModelDanychContainer, i jeśli jest to robione z głową, i odpowiednio tworzy się ich nazewnictwo, aby nie było ryzyka, powielenia się możliwie nowo kiedyś dodawanymi tabelami przez Insert to raczej nie powinno mieć to wpływu. Trzeba tylko pamiętać o odpowiednim ustawieniu mechanizmów blokad tych tablic, aby nie zakłóciły one ewentualnej konserwacji programem serwisowym. Nie wiem, czy Insert da na to osobiste błogosławieństwo, no bo to jednak naruszanie ich struktur, a jak ktoś to zrobi źle, często na forum pojawiają się wątki z nieprawidłowymi triggerami, to po prostu umyją ręcę od odpowiedzialności, albo odpowiednio skasują za naprawę bazy

O matulu, tylko dajcie znać jakimś ogromnym komunikatem, jak to odkręcicie. Po 8 latach działania tego mechanizmu, będę miał niewyobrażalną ilość programów/raportów do poprawki

W związku z zmianą metod dla obsługi Galerii asortymentu, musiałem zrobić odpowiednie dostosowania w kodzie, i mam kilka pytań, a może sugestii. Czy dało by się zmienić, aby metoda DodajZdjecie, zwracała obiekt, który utworzyła? Niby popierdułka, można Sobie go pobrać przez Last z kolekcji, ale jakbym od razu mógł mieć go w zmiennej, to łatwiej było by mi np. ustawić go jako zdjęcie podstawowe. Ewentualnie może rozszerzyć tą metodę, aby przyjmowała też parametr ustawienia jako podstawowy? W jaki sposób można, prawidłowo i szybko usunąć wszystkie zdjęcia z Galerii? Kiedyś po prostu kasowało się po kolei elementy kolekcji, za pomocą Remove. Teraz po użyciu metody Usun, robiąc foreach na PobierzZdjecia(), kończy się błędem na kolejnym zdjęciu, że nastąpiła modyfikacja kolekcji. Tutaj, mogą być moje braki w programowaniu, ostatecznie poradziłem Sobie whilem, ale średnio mi się podoba to rozwiązanie, no chyba że to jest "zgodne z sztuką". A może metoda na szybkie usunięcie wszystkich zdjęć? while (galeria.PobierzZdjecia().LastOrDefault() != null) galeria.Usun(galeria.PobierzZdjecia().LastOrDefault()); Czy była by możliwość wprowadzeni sum kontrolnych dla tych zdjęć? Tabela Zalaczniki, taki MD5 posiada. A czemu? Popularnym jest porównywanie produktów między dwoma podmiotami i ewentualna ich aktualizacja z podmiotu głównego. Aby nie mordować serwera, robię odpowiednio analizę, co trzeba przerzucić. W przypadku zdjęć, opieranie się o sam rozmiar, wymiary, czy nazwa pliku, powiedzmy, że jest rozwiązaniem dobrym na 99%. Posiadanie sumy kontrolnej, pozwoliło by chyba lepiej i szybciej zweryfikować, czy zdjęcia w obu porównywanych bazach są zgodne. I tak, wiem, mogę ją Sobie policzyć, tylko znowu, po co wielokrotnie do tego samego pliku, co parę czasem godzin, u szalonych klientów, katować tym serwer.