Łukasz Kubacki

Zanotowaliśmy sugestię do realizacji. W tej chwili nie potrafimy jednoznaczenie określić czy i w której wersji zostanie to zrealizowane.

Tak, to jest nasze niedopatrzenie Union na dwóch róznych bazach to nie jest przypadek, który testowaliśmy więc nie wiemy. Użytkownik widzi w como box tylko wartości słownika, więc naturalne jest sortowanie po tych wartościach. Raczej nie planujemy zmiany tego w jakikolwiek sposób.

Przy edycji zapisanego już słownika SQL robimy też sprawdzenie, które powoduje wykonanie poprzedniej wersji zapytania SQL, która jest w bazie - poprawiliśmy to do wersji 42, która wyjdzie niebawem. Na teraz pozostaje tylko to, co Pan napisał, czyli ręczna modyfikacja kolumny SqlFrom z tabeli ModelDanychContainer.SqlDictionaries

Proszę spróbować wejść w nexo do edycji tego słownika i zmienić to zapytanie, tak aby korzystało z jednej bazy i usunąć to sortowanie: Pracownicy ORDER BY Sorter ASC, Nazwa ASC Sam problem wynika prawdopodobnie z tego, że przy próbie pobierania wartości tego słownika konstruowane jest zapytanie LINQ, które nie potrafi sobie poradzić z powyższym sortowaniem, które i tak jest niepotrzebne, ponieważ pozycje są automatycznie wyświetlane jako posortowane po kolumnie wartości Treść błędu jest dokładnie taka: The ORDER BY clause is invalid in views, inline functions, derived tables, subqueries, and common table expressions, unless TOP, OFFSET or FOR XML is also specified.

Komunikta oznacza, że edytuje Pan słownik własny SQL, który został użyty we wzmiankowanych obiektach. Nowe zapytanie SQL po edycji nie zawiera już kluczy, które zostały użyte jako wybrane pozycje we wzmiankowanyc obiektach.

Jest błąd w: where Id='156824' Id to nie tekst tylko liczba, a więc powinno być tak: where Id=156824

W wersji 40 nexo dodaliśmy w polach własnych v2 nowy typ pola własnego o nazwie "Długi tekst". Pole tego typu służy do wprowadzania tekstów o długości do 4000 znaków. Użytkownik może w tym polu wprowadzać tekst wielolinijkowy. Można w nim także określić minimalną i maksymalną liczbę widocznych linii tak, aby cały wprowadzony tekst był odpowiednio widoczny.

W celu użycia pól własnych v2 na wydrukach należy postępować wg. tego wątku:

Zgadza się, nie ma możliwości tworzenia za pomocą SDK zaawansowanych pól własnych. Zdajemy sobie sprawę, że tworzenie tych samych pól własnych u kolejnych klientów jest niepotrzebnie czasochłonne i obecnie zastanawiamy się jak usprawnić taki scenariusz.

Witam, dobrze Pan zauważył, że w kolumnie nowego pola dla istniejących rekordów pojawia się null, dlatego w UI wartość w tym polu jest pusta dla już istniejących obiektów. Podoba mi się rozwiązanie ze zbiorczym ustawianiem wartości pól zaawansowanych. W tej chwili jednak nie potrafię odpowiedzieć na kiedy moglibyśmy to zrobić. Na teraz można to zaadresować po przez użycie bezpośrednio na bazie "update", który dla danej kolumny ustawi wartość na taką jaką chcemy dla wszystkich istniejących rekordów. Jak zawsze przed taką zmianą przypominam o backupie bazy

Witam, do wersji letniej dodamy wyświetlanie dodatkowego opisu przy wprowadzaniu wartości pola własnego.

Planujemy do jednej z przyszłorocznych wersji nexo dodać w polach v2 możliwość wprowowadzania bardzo długich tekstów - prawdopodobnie jako nowy typ pola. W związku z tym dodamy także możłiwość wpisania tekstu w wielu linijkach w takich polach.

Nie można ustawić wartości pola prostego w ten sposób

W polach własnych v2 nie ma już fizycznych tabel dla słowników własnych. Proszę zajrzeć w poniższy wątek: Struktura pól własnych v2 w bazie danych - Sprawy techniczne - Forum InsERT Oczywiście w samym nexo można nadal wyświetlić wartości wszystkich słowników własnych - słowniki własne znajdują się w osobnej konfiguracji "Słowniki własne"

W takim razie trzeba zmienić nazwę wartości słownika z poziomu bazy danych podmiotu. Proszę na wszelki wypadek najpierw zarchiwizaować podmiot. Proszę zamknąć nexo i wejść do bazy danych podmiotu używając np. Management Studio i wykonać poniższe polecenie SELECT: SELECT ob.[name] FROM sys.objects ob inner join sys.schemas sch on ob.schema_id = sch.schema_id WHERE type = N'U' and sch.name = N'ModelDanychContainer' and substring(ob.[name], 1, 1) collate Polish_CS_AS = lower(substring(ob.[name], 1, 1)) collate Polish_CS_AS ORDER BY ob.name Powyższe polecenie wypisze nazwy wszystkich słowników własnych v1 - każdy słownik własny to tabela, której nazwa nie zawiera spacji i polskich znaków. Następnie prosze wypisać wartośći tego słownika za pomocą polecenia: select * from ModelDanychContainer.MojaNazwaSlownika otrzyma Pan tabelę z kolumnami Id i Nazwa - proszę zlokalizować wiersz z powtórzoną wartością w kolumnie Nazwa Teraz proszę zmienić nazwę na nową za pomocą polecenia: update ModelDanychContainer.MojaNazwaSlownika set Nazwa = N'tmp' where Id = ? --zamiast ? wpisac odpowiednie Id Teraz proszę zamknąć Management Studio (po to, żeby nie wisiało żadne połączenie do bazy danych) i uruchomić nexo i wykonać przejście na pola własne v2

Witam, przypuszczam, że u Pana w polach własnych v1 zachodzi jeden z poniższych przypadków: 1. Istnieją dwa słowniki o tej samej nazwie lub 2. W jednym słowniku istnieją dwie pozycje o tej samej nazwie Proszę będąc w polach v1 usunąć lub zmienić nazwę słownika lub pozycji słownika, która się powtarza. Zapisać zmiany w polach v1, uruchomić nexo ponownie, aby zmiany zostały wdrożone i dopiero po takim zmodyfikowaniu wywołać konwersję do pól v2

Kolumna klucza: Id Kolumna wartości: Nazwa Klauzula FROM: ModelDanychContainer.Uzytkownicy Klauzula WHERE: Ukryty = 0

W najbliższym czasie nie planujemy wprowadzenia unikatowości wartości w ramach danego pola zaawansowanego. Jeśli zdecydowalibyśmy o zrobieniu tego w przyszłości, to tylko w polach v2.

Wchodzi do wersji wiosennej 35.0.0

Jeśli chodzi o liczbę znaków, jaką można użyć, gdy wprowadza się już wartość dla pola zaawansowanego typu tekst, to jest to 256 znaków (w polach v1 i v2). Dla pola standardowego to 64 znaki

Maksymalna długość nazwy zaawansowanego pola własnego to 128 znaków w polach v2, natomiast w starych polach v1 było to 50 znaków Dla pól standardowych maksymalna długość nazwy wynosi 100 znaków

Poniżej zauważyłem, gdzie jest błąd: Jako pierwszy parametr podaje się nazwę słownika - czyli powinno być "Wykonawcy" - ale to już chyba Pan zauważył

Te błędy wynikają z braku we wzorcu referencji do odpowiednich plików dll. Przy każdym błędzie z tekstem "Musisz dodać odwołanie..." napisane jest jakiego zestawu (pliku dll) brakuje np. Musisz dodać odwołanie do zestawu "InsERT.Mox.EntityFrameworkSupport, ..." oznacza, że brakuje referencji do pliku "InsERT.Mox.EntityFrameworkSupport.dll". Aby dodać brakujące referencje, trzeba we właściwościach raportu znaleźć "Referenced Assemblies" i dodać tam odpowiednie nazwy plików: U mnie we wzorcu "ZK standard" są następujące: System.Core.dll InsERT.Moria.PolaWlasne.dll InsERT.Mox.Core.dll InsERT.Mox.EntityFramework.Core.dll InsERT.Mox.EntityFrameworkSupport.dll InsERT.Moria.ModelDanych.dll System.Dll System.Drawing.Dll System.Windows.Forms.Dll System.Data.Dll System.Xml.Dll Stimulsoft.Controls.Dll Stimulsoft.Base.Dll Stimulsoft.Report.Dll InsERT.Moria.API.dll InsERT.Moria.Narzedzia.dll Nie rozumiem dlaczego u Pana we wzorcu brakuje tych referencji - ja używam wersji 32 i po powieleniu raportu "ZK standard" mam wszystkie potrzebne referencje i wszystko się kompiluje

W sumie tak - jakoś umknęły mi te dwa pierwsze obrazki i skupiłem się tylko na trzecim (poniedziałek

Nie wiem dlaczego nieaktywne transakcje VAT w Ewidencji VAT są widoczne po rozwinięciu listy (pewnie jest na to powód biznesowy), ale w przypadku pól własnych będzie podobnie jak zasugerował Pan Ząbik, czyli: Jeśli w danym obiekcie, w danym polu jest wybrana wartość nieaktywna to: przy pokazywaniu tego obiektu będzie wyświetlana ta wartość nieaktywny tak jak do tej pory (bez specjalnego oznaczenia, że jest nieaktywna) przy edycji tego obiektu w popraw także będzie wyświetlana ta wartość nieaktywna tak jak do tej pory (bez specjalnego oznaczenia, że jest nieaktywna), przy czym po rozwinięciu listy, wyświetlą się tylko aktywne pozycje oraz ta jedna wybrana nieaktywna; będzie można zatem zmienić pozycję tylko na inną aktywną lub pozostawić nadal nieaktywną - w obu przypadkach obiekt zapisze się bez błedów/ostrzeżeń