*** derek has quit IRC *** johannesV has joined #gnuenterprise *** kilo has joined #gnuenterprise *** reinhar1 has joined #gnuenterprise good morning *** reinhar1 has quit IRC *** reinhard has joined #gnuenterprise *** btami has joined #gnuenterprise hi all reinhard johannesV : what do you think about gnue-reports future?, are you using it at all? i have plans to chnage .grd a bit separating logic from layout, as in forms dropping firstrow,notfirstrow,lastrow,notlastrow tags, etc we've been talking about the project and in our opinion common and appserver are quite ok, forms need some work but reports and designer are lagging behind seriously I agree we don't use reports much and I am perfectly ok with *any* change to the structure because at least for me, I can probably rewrite my only report I really use from scratch in 5 minutes :) what is your experience regarding GNUe in general and your customers? kilo, like a jurnalist :) * kilo hides forms makes a good tool to fulfill customer's needs appserver is quite useful both are, as of now, pretty stable I would love to see a better reports, but have no significant time available to put into that what is your wishlist when thinking about reports? actually, we have seen quite some missing parts when we started the first projects and we have fixed the biggest issues in forms what areas could it improve most? I'm sorry but I didn't even look at reports close enough to be able to answer this question I think the general idea of the 2-step concept is really great (1. create xml file with data and 2. render that xml file to different output formats) IIRC reports could become somewhat more user friendly IIRC it does not support printing to printer directly, does it? or at least it doesn't show the usual printer selection dialog it can show a dialog IIRC it is not general, it only shows when destination is 'printer' and GDI mode and the layout is Char meaning x,y positioning like forms but you can write a report without positioning, right? there is only a simpletabulation layout, but it was only a proof of concept, not a general solution sometimes I'm not sure whether the different report filters aren't one level of abstraction too much jason started the Universal layout, but he discontinued it, and only code fragments are exist AFAIU there are different report filters, each one defining a different XML schema, right? yes and each one creating a different XML output format as opposed to forms, where we have *one* XML schema for forms definitions that just fits all needs obviously I have no idea why Jason decided to go that way for reports, but I think it makes things very complex yes btw, forms has 2 layout char and dynamic and the format of grd could look much more straightforward otherwise maybe btami: yes, you are right but that only concerns some aspects of the form (the positioning) while all the field, entry, block, page etc is the same yes, i think decoupling logic part in reports (section, field, summ,formula) can solve this partly i mean in .grd yes then the remaining difference is that forms has one big GFParser containing 2 layout tags, while reports has GRParser + several different layout parsers in subdirs s/2 layout tags/layout tags for 2 main layouts i think we can add the appropriate printer dialogs for different ui drivers, and use them in reports is they was called with -u s/is/if that would be, IMHO, a big step forward already ok *** kilo has quit IRC *** kilo has joined #gnuenterprise *** kilo has quit IRC *** btami has quit IRC *** derek has joined #gnuenterprise *** derek has quit IRC *** jcater has joined #gnuenterprise *** Morphous_ has joined #gnuenterprise *** Morphous has quit IRC *** derek has joined #gnuenterprise *** johannesV has quit IRC *** jcater_ has joined #gnuenterprise *** reinhard has quit IRC *** jcater_ has quit IRC *** derek has quit IRC