Edycja wydruku transakcji

[Radosław Dobrowolski 28]

Witam,

Czy jest możliwe przeedytowanie wydruku transakcji w Sello? Chciałbym pododawać/pozmieniać pewne rzeczy. A jeśłi tak, to jak to zrobić?

[Bartosz Rosa 1 766]

Nie, wydruk transakcji (dolnego widoku) nie jest edytowalny. Można edytować jedynie wydruki dla paczek.

[Radosław Dobrowolski 28]

Hmmm. To nie dobrze. Bo kilku rzeczy na tych wydrukach brakuje. Chociażby konta z jakiego pochodzi dana transakcja. Czy te wydruki są zaszyte w samym systemie? Czy korzystają może z jakiegoś XML-a?

[Bartosz Rosa 1 766]

Są zapisane w tabeli gt_Definicja i gt_Transformacja.

[Radosław Dobrowolski 28]

Bardzo dziękuję. Obejrzę to sobie.

[Radosław Dobrowolski 28]

No i obejrzałem. Czy jak zamienię te liczby hex, na odpowiednie znaki, to coś mi to da?

[Bartosz Rosa 1 766]

Te liczby to są zapisane binarnie xmle oraz transformaty xslt generujące podglądy. Trzeba by było posłużyć się jakimś kawałkiem kodu, który potrafi wczytać strumień z bazy zapisać go jako txt do pliku i potem odwrotnie to wgrać. Ręcznie to nie bardzo jest tam co robić.

[Radosław Dobrowolski 28]

Już sobie poradziłem. Kopiuję do schowka ten ciąg bajtów. Następnie w programie PsPad, w widoku Edytor HEX, wklejam go, i w wyniku, otrzymuję faktycznie piękne dwa pliki: xml i xsl. No to teraz czeka mnie fajna zabawa. A tak na marginesie. Czy jest planowany jakiś edytor wzorców wydruku, taki jaki jest np. w Subiekcie GT??

[Bartosz Rosa 1 766]

W Sello edytor jest lepszy niż w GT, z tym że mechanizm podpięty jest pod wydruki paczek. Wydruk transakcji to w rzeczywistości wydruk dolnego podglądu (HTML) i tutaj nie planujemy dorabiać żadnego edytora. Pozostaje ewentualne miejsce dla twórców zewnętrznego oprogramowania aby móc zaoferować widoki/wydruki dostosowane do potrzeb.

[Radosław Dobrowolski 28]

Jeszcze jedno pytanie. Czy z tych danych wyliczana jest jakaś liczba kontrolna i gdzieś zapisywana?

[Bartosz Rosa 1 766]

Raczej nie.

[Radosław Dobrowolski 28]

Ok. Podbijam temat jeszcze raz. Dane sobie spokojnie pobrałem. Udało mi się. Zapisałem pliki: xml i xsl. Pozmieniałem. I teraz pytanie następujące. Jakim sposobem umieścić plik transformacji ponownie w bazie? Próbowałem tradycyjnym UPDATE i wrzucałem dane binarne. Niestety nie zadziałało. Dane się umieściły, ale przestało pokazywać transakcję. Próbowałem UPDATE z wykorzystaniem funkcji CONVERT i wrzucając kod pliku xsl. To samo. W strukturze bazy, to pole, to pole typu IMAGE.

Pomoże ktoś?

 

Edycja.

Temat na tą chwilę rozwiązany. Udało się. Teraz pozostała tylko edycja pliku xsl i ewentualnie xml. I jazda do przodu. ?

Edytowane 28 Stycznia 2020 przez Radosław Dobrowolski
Rozwiązanie problemu

[Bartosz Rosa 1 766]

W zasadzie my to aktualizujemy za pomocą osobnego narzędzia, który umieszcza dane z poziomu kodu. Z samego SQLa nie próbowałem tego nigdy robić.

[Radosław Dobrowolski 28]

Raczej już ostatnie pytanie. Gdzie znajdę pliki css (style)?

[Bartosz Rosa 1 766]

I tutaj jest gorzej, bo jest on zaszyty w skompilowanym pliku Schematy.chm. Najprościej będzie wrzucić styl w xslt.

[Radosław Dobrowolski 28]

No i wracam do tematu. Tym razem coś bardziej skomplikowanego. ?

Otóż, potrzebne jest, aby z kodu kreskowego w postaci cyfr, generował się typowy kod kreskowy w postaci kresek. Znalazłem coś takiego:

http://www.renderx.com/~renderx/Demos/barcode/index.html

Jako, że styl xsl jest zaszyty w bazie danych, nie mogę użyć funkcji import, postanowiłem do istniejącego pliku na końcu dorzucić zawartość stosownego pliku xsl. Ale niestety, po wgraniu go do bazy danych, transakcja nie wyświetla się. Czy ktoś z koderów, mógłby mi pomóc w zgraniu tych styli? Byłbym bardzo wdzięczny. Proszę, ponieważ xsl-a dopiero się uczę i nie jestem, aż taki mocny w tej kwestii.

Edit: Czy błąd może leżeć po stronie wykorzystania przez tą "bibliotekę" znaczników <fo:....>???

Edytowane 13 Lutego 2020 przez Radosław Dobrowolski

[Bartosz Rosa 1 766]

Import powinien zadziałać, bo transformata jest przecież wykonywana przez kod po wczytaniu jej z bazy.

Do prac z xml xslt polecam skorzystać z jakiegoś narzędzia, np Visual Studio umożliwia wczytanie xmla źródłowego i xslt i renderowanie tekstu wynikowego w oknie obok, czy wręcz debugowanie linia po linii transformaty. Nie wiem czy wersje darmowe Visual Studio mają taką możliwość, trzeba by sprawdzić.

 

[Radosław Dobrowolski 28]

1 godzinę temu, Bartosz Rosa napisał:

Import powinien zadziałać, bo transformata jest przecież wykonywana przez kod po wczytaniu jej z bazy.

No dobrze. Ale w takim razie, gdzie powinienem umieścić ten plik z dodatkowym stylem? Serwer SQL pracuje na Linuksie. Gdzieś na stacji klienckiej?

[Bartosz Rosa 1 766]

W takim miejscu, aby każda instancja Sello miała dostęp do tego miejsca i mogła sobie zaczytać plik. Może to być jedno wspólne miejsce, mogą to być te same foldery na komputerach roboczych.

[Radosław Dobrowolski 28]

Ok. Pytanie kolejne. Tym razem takie bardziej konkretne. Próbuję ogarnąć temat nieco innym rozwiązaniem. Poprzez skrypt JS i elementy <svg>. Jakieś ograniczenie? Skrypt osadzony jako:

<script src="data:text/javascript;base64,zakodowany w base64 skrypt"></script>

Powinno działać?

[Bartosz Rosa 1 766]

Nie próbowałem nigdy osadzać js w xslt, aczkolwiek na forum są przykłady użytkowników, którzy tak robili. W razie czego można w src podać link do dysku file://C:\jakaslokalizacja\script.js"

Natomiast pytanie, czy podgląd będzie w stanie wyświetlić i wydrukować svg - to warto sprawdzić na początek.

[Radosław Dobrowolski 28]

Hmmm. Pierwsze spostrzeżenia. Problem leży po stronie Internet Explorer. Jak rozumiem, do wyświetlania służy kontrolka IE?

[Bartosz Rosa 1 766]

Tak, aczkolwiek pracuje ona w trybie domyślnie IE11 (można to zmienić w parametrach użytkownika). Więc IE11 powinno SVG umieć obsłużyć, ale z tymi kontrolkami to nigdy nic nie wiadomo.

[Radosław Dobrowolski 28]

Niestety. Nie wyświetla. SVG jako obiekt jest. Ale wygląda na to, że nie uruchamia się skrypt JavaScript.