S iText jsem si uz trochu hral.. bohuzel pripada mi, ze to vyjde nastejno, jako to psat v tom latexu s tim, ze vysledny dokument neni tak "pekny" a to nemluvim o pracnosti oddeleni obsahu od formy. Nicmene, jak o tom celem tak premyslim vic a vic, domnivam se, ze cesta pres OpenOffice je asi v mem pripade o mnoho lepsi nez Jasper i nez Latex nebo docbook a na tom se da dobre stavet.
V primem pouziti OpenOffice XML mi brani jedina vec. Zatim nejsem zcela obeznamen s moznostmi formatovani v takovem dokumentu. Dekuji vsem za pomoc. Rozhodnu se asi pro OpenOffice a to bud na urovni DMS, primeho generovani XML nebo vyuziti jOOreports. Jaroslav Kortus > Jeste me napada vyuziti knihovny iText http://www.lowagie.com/iText/ , > coz je knihovna umoznujici vytvareni a _modifikovani_ PDF dokumentu. Na > http://itextdocs.lowagie.com/tutorial/#general_copystamp je uveden > priklad s vyplnovanim predpripravenych formularu, treba vam to pomuze... > > Jiri Jakes > > Jaroslav Kortus wrote: >> Dobry den, >> dekuji za vsechny prispevky. Prave proto, ze si pouzitim JR nejsem jist, >> napsal jsem onen prispevek. Jde o to, ze smlouva (jeji tisknutelna verze) ma >> zpravidla pevne definovanou strukturu, ale muze se stat, ze pro vyznamneho >> klienta je zapotrebi pridat do smlouvy nejaky dodatek, zmenit ostavec v >> podminkach ci smluvni podminku a tak (v realu se to stava denne). >> >> Soucasne reseni: >> Soucasne zastarale reseni funguje asi takto: Existuji sablony we wordu >> (vzorova smlouva), ktera obsahuje dynamicka pole editovatelna pomoci maker. >> Při založení nové smlouvy obchodník vyplni formulář v klientské aplikaci. >> Pomoci prilozenych maker se do smlouvy doplni hodnoty z vyplnenych poli, >> nejake tabulky a tak. Pred samotnym tiskem se muze smlouva upravit jeste >> rucne (obvykle napr. smluvni podminky), cimz vsak zcela ztracime konzistenci >> mezi podepsanou platnou uzavrenou smlouvou a daty v IS. Platna verze smlouvy >> .doc soubor se archivuje. Pokud klient prijde a chce zmenit napr. smluvni >> podminku, nasmlouvanou castku, ci cokoliv jineho zpravidla smlouvu nerusime >> a nevytvarime novou, ale rucne zmenime data v klientske aplikaci a pote >> tataz data zmenime v .doc puvodni verzi smlouvy, kterou mame archivovanu. >> Cela, dnes jiz velmi komplikovana, mnohokrat zaplatovana klientska aplikace >> tedy v zasade slouzi pouze pri vytvareni nove smlouvy. V situaci, kdy se >> smlouva prodluzuje ne bo >> meni >> jeji podminky, nelze jiz aplikace pouzit, protoze jedine misto, kde je >> smlouva v platnem zneni je onen .doc soubor resp. na originalu smlouvy, >> kterou vlastni zakaznik. Pokud se nejaky zakaznicky pozadavek zacina casteji >> opakovat, ukolujeme programatory, aby implementovali do systemu novy vzor >> (sablonu) smlouvy. Ukolem je navrhnout modernizaci aplikace a posleze ji >> implementovat, aby nebylo nutne napriklad kvuli "doplneni jedne tecky" do >> sablony kontaktovat programatory. >> >> Moje predstava o novem reseni: >> Navrhnout strukturovanou formou SMLOUVY. Vytvorit rozhranni, ve kterem by >> mohl uzivatel vytvaret nove a nove sablony smluv bez nutnosti zasahu do >> zdrojoveho kodu aplikace (samozrejme pokud se nezmeni struktura smlouvy), >> narozdil od soucasne podoby. Vytvorit rozhranni, ve kterem obchodnik muze >> vytvaret editovat (nebo mazat) smlouvy, vytvaret tiskove nahledy a tisknout >> je. >> >> Konkretne: >> Domnivam se, ze vhodnym formatem pro tvorbu sablon by mohl byt XML (odpada >> nutnost implementovat specialni UI pro tvorbu sablon). Implementovat >> generator smluv (std. prekladac podle navrhoveho vzoru interpreter). S tim, >> co znam (s Jasperem nemam bohuzel zkusenosti) bych si umel predstavit >> generator do LaTeXu nebo docbooku, zavoalt externi compiler a posleze >> napriklad z PDF nahlizet a tisknout. >> >> Otazky: >> Jde to jednoduseji? >> Uvadite RTF: >> je problem otevrit vygenerovany RTF ve wordu se spravnym formatovanim? >> je nutne OpenOffice spoustet pri generovani RTF? >> je nutne mit OpenOffice vubec nainstalovany? >> doporucil byste mi nejakou literaturu? >> >> Pri hledani jsem narazil na velmi zajimavy projekt >> http://jooreports.sourceforge.net/ . >> Dekuji, Jaroslav Kortus >> >> >>> Já mám moc dobré zkušenosti s rtf, do kterého jde přímo psát. Takže, pokud >>> by na Vaše problémy stačil RTF, tak není co řešit. Prostě ho poeditujete >>> pomocí kódu a je to. >>> >>> Jinak ... mno, nejspíš OpenOffice, to lze s Javou propojit dost dobře. >>> Řešení s Wordem bude o mnoho náročnější. >>> >>> Nezmínil jste, zda, případně jak jste vázán formátem. Co z toho má lézt? >>> PDF? >>> >>> Petr Zajíc >>> >>> -----Original Message----- >>> Sent: Friday, January 26, 2007 9:03 PM >>> To: [email protected] >>> >>> Dobrý den, >>> chtěl bych z Java EE aplikace generovat komplet smlouvu připravenou pro >>> tisk. Smlouva může a obsahuje některá složitější formátování, jako tabulky, >>> víceúrovňová číslování, poznámky pod čarou, indexy. Cokoliv ve smlouvě by >>> mělo být možné změnit školeným uživatelem bez zásahu do zdrojového kódu j2ee >>> aplikace, například na úrovni změny šablony (přidání smluvní podmínky..). >>> Doporučili byste mi JasperReports, nebo znáte jiný, lepší způsob (třeba >>> generovat zdrojový kód pro LaTeX nebo Docbook). Děkuji, nemám zatím žádné >>> zkušenosti, tak budu vděčný za každý námět. >>> >>> Jaroslav Kortus >>> >>> >> >> >> >> > > > >
