Logotyper brukar ofta vara skalbara vektoriserade SVG-filer. Fribok 2.1 stödjer pixelformat, men inte SVG-format. En utskrift i PDF med SVG logo ser mycket bättre ut än en pixel-logotyp.
En SVG-logo kan tex göras med programmet inkscape.
Hej Kimi, jag använder inkscape ofta så det är inte ett kunskapsproblem utan ett biblioteksberoendeproblem. Det är ett par bibliotek som inte kan uppdateras hur som helst. Mest troligt är det något för nästa release, dvs den som följer 2.1.
Kan du bara bekräfta vilken revision av Fribok du använder?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hej, jag använder inkscape ofta så det är inte det som är problemet. Det är biblioteksberoenden som inte kan uppdateras hur som helst. Mest troligt är det något för nästa release, dvs inte 2.1.
Kan du bara bekräfta vilken revision av Fribok du använder?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Den senaste versionen av koden (r233) skapar en oklarhet i om man använder jasperreports-2.0.4 (enligt /lib) eller jasperreports-3.5.1 (enligt POM-filen). Jasperreports fungerar tydligen inte på openjdk-11 än (enligt denna post) och jasperreports-6.7 verkar inte helt bakåtkompatibelt med version 2.0.4 som rapportgeneratorn i Fribok är byggd på. Med detta sagt så är det svårt att ens i test/utvecklingmiljö (testat på Ubuntu 18.04 + openjdk 8/10/11 + IntelliJ Idea 2019 community version) få Fribok v2.1r233 att fungera smärtfritt vad gäller vissa rapporter som ser ut att krascha oavsett vad man gör.
Tittar man på JFS Administration.ipr filen (IntelliJ Idea projektfil) så säger verktyget att projektet kompilerades med Java v1.6. Det går att installera openjdk-8 på Ubuntu 18.04LTS (det verkar väldigt svårt att få in v1.6 under det operativsystemet och jasperreports säger att de kräver java v1.8 numera), men oavsett hur man sätter upp utvecklingsmiljön med olika java-versioner och verktyg så verkar det vara så att både jasperreports v2.0.4 och v3.5.1 orsakar fel vid viss typ av rapportgenerering och att felen beror på att man anropar funktioner som är "deprecated" eller med fel argument som inte längre stöds. Jasperreports bör klara av SVG-filer (oklart vilken version av jasperreports som gör det), samt kunna exportera rapporter till andra format än PDF (det nämns ibland att jasperreports ska klara av att exportera till LibreOffice Writer och Calc).
Är det en korrekt slutsats att det är mycket svårt att utveckla befintlig kod med jasperreports framöver och istället klokare att försöka få till en rapportgenerator med hjälp av LibreOffice6.x (som har ett java-API, som klarar SVG, kan använda mallar där fonter och utseende specificeras, kan exportera till PDF själv)?
Det vore underbart om den senaste källkoden som finns idag kan fås att fungera i någon modernare test/utvecklingsmiljö (tex. Ubuntu 18.04LTS (gratis) + openjdk 8/10/11 (gratis) + IntelliJ Idea community version (gratis)) som den är tänkt att fungera så att man kan laborera med att lägga till nya funktioner inom redan fullt fungerande kod i utvecklingsmiljön. Just nu känns det ibland som att Fribok skulle behöva skrivas om helt och hållet från grunden för att kunna debuggas och utvecklas i en samtida utvecklingsmiljö och att vidareutveckling i befintlig kod verkar svår och krånglig. Man lyckas kanske inte ens att kompilera en fullt fungerande version på egen hand, trots att det bör gå enligt de instruktioner som finns. Kanske är det en rimlig slutsats att acceptera att JAR-versionen r211 (r195?) från 2018-03-19 får fortsätta att vara det bästa i svensk bokföringsväg (vad gäller open source) som kan åstadkommas för överskådlig tid framåt och vara nöjd med det. Annars lär man kanske bli både smått uppgiven och frustrerad när man äntligen förstår och accepterar att det troligtvis är mega-svårt att testa att lägga till ny funktionalitet själv. Det borde teoretiskt finnas ett enormt intresse i Sverige för att ha ett gratis bokföringsverktyg att använda som dessutom är modernt, men det är som sagt mycket svårt att bidra till utvecklingen som det ser ut just nu.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hej Kimi, jag använder inkscape ofta så det är inte ett kunskapsproblem utan ett biblioteksberoendeproblem. Det är ett par bibliotek som inte kan uppdateras hur som helst. Mest troligt är det något för nästa release, dvs den som följer 2.1.
Kan du bara bekräfta vilken revision av Fribok du använder?
Hej, jag använder inkscape ofta så det är inte det som är problemet. Det är biblioteksberoenden som inte kan uppdateras hur som helst. Mest troligt är det något för nästa release, dvs inte 2.1.
Kan du bara bekräfta vilken revision av Fribok du använder?
Jag använder den senaste versionen av Fribok. Filen heter:
fribok-2.1-SNAPSHOT-jar-with-dependencies-20180319.jar
OK. Tack. Jag hart justerat släppet av denna finess till v2.2.
Den senaste versionen av koden (r233) skapar en oklarhet i om man använder jasperreports-2.0.4 (enligt /lib) eller jasperreports-3.5.1 (enligt POM-filen). Jasperreports fungerar tydligen inte på openjdk-11 än (enligt denna post) och jasperreports-6.7 verkar inte helt bakåtkompatibelt med version 2.0.4 som rapportgeneratorn i Fribok är byggd på. Med detta sagt så är det svårt att ens i test/utvecklingmiljö (testat på Ubuntu 18.04 + openjdk 8/10/11 + IntelliJ Idea 2019 community version) få Fribok v2.1r233 att fungera smärtfritt vad gäller vissa rapporter som ser ut att krascha oavsett vad man gör.
Tittar man på JFS Administration.ipr filen (IntelliJ Idea projektfil) så säger verktyget att projektet kompilerades med Java v1.6. Det går att installera openjdk-8 på Ubuntu 18.04LTS (det verkar väldigt svårt att få in v1.6 under det operativsystemet och jasperreports säger att de kräver java v1.8 numera), men oavsett hur man sätter upp utvecklingsmiljön med olika java-versioner och verktyg så verkar det vara så att både jasperreports v2.0.4 och v3.5.1 orsakar fel vid viss typ av rapportgenerering och att felen beror på att man anropar funktioner som är "deprecated" eller med fel argument som inte längre stöds. Jasperreports bör klara av SVG-filer (oklart vilken version av jasperreports som gör det), samt kunna exportera rapporter till andra format än PDF (det nämns ibland att jasperreports ska klara av att exportera till LibreOffice Writer och Calc).
Det vore underbart om den senaste källkoden som finns idag kan fås att fungera i någon modernare test/utvecklingsmiljö (tex. Ubuntu 18.04LTS (gratis) + openjdk 8/10/11 (gratis) + IntelliJ Idea community version (gratis)) som den är tänkt att fungera så att man kan laborera med att lägga till nya funktioner inom redan fullt fungerande kod i utvecklingsmiljön. Just nu känns det ibland som att Fribok skulle behöva skrivas om helt och hållet från grunden för att kunna debuggas och utvecklas i en samtida utvecklingsmiljö och att vidareutveckling i befintlig kod verkar svår och krånglig. Man lyckas kanske inte ens att kompilera en fullt fungerande version på egen hand, trots att det bör gå enligt de instruktioner som finns. Kanske är det en rimlig slutsats att acceptera att JAR-versionen r211 (r195?) från 2018-03-19 får fortsätta att vara det bästa i svensk bokföringsväg (vad gäller open source) som kan åstadkommas för överskådlig tid framåt och vara nöjd med det. Annars lär man kanske bli både smått uppgiven och frustrerad när man äntligen förstår och accepterar att det troligtvis är mega-svårt att testa att lägga till ny funktionalitet själv. Det borde teoretiskt finnas ett enormt intresse i Sverige för att ha ett gratis bokföringsverktyg att använda som dessutom är modernt, men det är som sagt mycket svårt att bidra till utvecklingen som det ser ut just nu.