On Mon, Jun 9, 2008 at 3:00 PM, Volker Weber <[EMAIL PROTECTED]> wrote:
> Hi, > > 2008/6/8 Hazem Saleh <[EMAIL PROTECTED]>: > > Hi Volker, > > > > I promise to do a separated one for commons after finishing my Tomahawk > > release tasks (Although I don't think that the component will be useful > if > > it depends on JSF APIs only). > > >> i don't think, as i wrote before, code replication is reasonable here, > >> why create a seperate if we already had one? > > > >> In your commits, to add the showDisplayedPageOnly attribute you have > >> removed the ability to export a UIData content if it has no > >> dataScroller attached. Any reason why it should be nessesary to add a > >> datascroller for exporting a 2 row table? > * > *because we want to have more features, IMHO this is the right way to go. > > > > > A note about the commons project : > > I think we should have a clear vision or a draft plan that determines the > > project objectives, scope and road map. > > >> Except for the roadmap we have all this discussed, and imho cleared, > >> months ago. Is there any document we can refer to ? Thanks! > > > > Regards, > Volker > > > > > Thanks! > > > > On Sun, Jun 8, 2008 at 5:16 PM, Volker Weber <[EMAIL PROTECTED]> wrote: > >> > >> Hi, > >> > >> Can you create another exporterActionListener to include into comons > >> for non tomahawk users? > >> Or should i copy the pre 664385 svn version to commons? > >> > >> > >> Adding the complete tomahawk.jar just for this one tool is a no go, so > >> its worthless for me. > >> > >> > >> BTW should i add knowledge about the tobago sheet paging and start a > >> vote moving it to tobago? > >> > >> AFAIK the core of exporterActionListener is just based on jsf-api. > >> It is fine to have a version which 'knows' the library specific > >> extensions (t:dataScroller, tc:sheet, tr:table) > >> in the subprojects, but why should we replicate the core exporter > >> sources instead of using/extending the > >> plain jsf-api version from commons? > >> > >> We should start putting useful stuff into commons or this subproject > >> will never grow. > >> > >> > >> Regards, > >> Volker > >> > >> > >> > >> > >> 2008/6/8 Hazem Saleh <[EMAIL PROTECTED]>: > >> > Hi Team, > >> > > >> > I just finished one of the improvements I intended to develop for the > >> > exporterActionListener component : > >> > * Integration with the Tomahawk dataScroller, so that it can be > allowed > >> > for > >> > generating the only displayed dataTable page in the exported pdf or > >> > excel > >> > file. > >> > > >> > - Example of usage : > >> > > >> > <h:commandButton action="" value="Export the current page as a pdf > >> > file"> > >> > <s:exporterActionListener for="<<your dataScroller ID>>" > >> > fileType="PDF" showDisplayedPageOnly="true"/> > >> > </h:commandButton> > >> > > >> > As we see in the example, the component should know the Tomahawk > >> > scroller > >> > ID. > >> > So I think it is not suitable to include this component in myfaces > >> > commons > >> > as it uses Tomahawk APIs. > >> > > >> > Let's resume voting again : > >> > Now we have. > >> > 3 votes for promoting the component to Tomahawk. > >> > 2 votes for not promoting the component to Tomahawk and moving to > >> > commons. > >> > > >> > Thanks all very much! > >> > > >> > On Fri, Jun 6, 2008 at 6:30 PM, Andrew Robinson > >> > <[EMAIL PROTECTED]> wrote: > >> >> > >> >> Isn't Tomahawk already a commons set of components? It works with > >> >> other render kits, besides some incompatibilities do to the filter > >> >> design. I am wondering if we are attempting to put too much into > >> >> commons. > >> >> > >> >> My take would be if this is a component that does any rendering it > >> >> fits well in Tomahawk, but if it is more of a framework feature, then > >> >> commons would be better. > >> >> > >> >> +0 for me though, I don't mind either approach, I'll let others > decide. > >> >> > >> >> On Fri, Jun 6, 2008 at 6:38 AM, Hazem Saleh <[EMAIL PROTECTED]> > wrote: > >> >> > I have no problem to give non Tomahawk users the ability to use the > >> >> > exporter, but I would like to use the nice Tomahawk features so > that > >> >> > the > >> >> > component can be more useful and prettier (Please wait till I show > >> >> > you a > >> >> > near demo about the exporter and you will get my point). > >> >> > > >> >> > On Fri, Jun 6, 2008 at 3:30 PM, Matthias Wessendorf > >> >> > <[EMAIL PROTECTED]> > >> >> > wrote: > >> >> >> > >> >> >> On Fri, Jun 6, 2008 at 2:28 PM, Volker Weber <[EMAIL PROTECTED]> > >> >> >> wrote: > >> >> >> > Hi Hazem, > >> >> >> > > >> >> >> > there is no reason why tomahawk should not depends on common-*. > >> >> >> > > >> >> >> > If you have a well working UIData content to exel/pdf exporter > why > >> >> >> > don't give non tomahawk users the ability to use it. > >> >> >> > >> >> >> that were exactly my reasons. > >> >> >> even more, the application would require the extra commons-* > stuff, > >> >> >> when one want the exporter. > >> >> >> > >> >> >> > > >> >> >> > > >> >> >> > Regards, > >> >> >> > Volker > >> >> >> > > >> >> >> > 2008/6/6 Hazem Saleh <[EMAIL PROTECTED]>: > >> >> >> >> Hi Team, > >> >> >> >> > >> >> >> >> I will suspend this vote for now. > >> >> >> >> I will start now implementing some of my future work of this > >> >> >> >> component > >> >> >> >> so > >> >> >> >> that no confusion can be occur. > >> >> >> >> I will be back to this thread after showing you a concrete > >> >> >> >> example. > >> >> >> >> Thanks all very much. > >> >> >> >> > >> >> >> >> On Fri, Jun 6, 2008 at 2:41 PM, Hazem Saleh <[EMAIL PROTECTED] > > > >> >> >> >> wrote: > >> >> >> >>> > >> >> >> >>> As I said before, This listener will be aware of other > Tomahawk > >> >> >> >>> components > >> >> >> >>> (The current functionality will be extended). > >> >> >> >>> BTW, I don't think that I said some thing so funny! > >> >> >> >>> > >> >> >> >>> On Fri, Jun 6, 2008 at 2:10 PM, Matthias Wessendorf > >> >> >> >>> <[EMAIL PROTECTED]> > >> >> >> >>> wrote: > >> >> >> >>>> > >> >> >> >>>> On Fri, Jun 6, 2008 at 12:58 PM, Hazem Saleh > >> >> >> >>>> <[EMAIL PROTECTED]> > >> >> >> >>>> wrote: > >> >> >> >>>> > I still totally agree with Leonardo, Iam not seeing that > >> >> >> >>>> > Tomahawk > >> >> >> >>>> > should > >> >> >> >>>> > depend on myfaces-commons to use the exporterListener > >> >> >> >>>> > component. > >> >> >> >>>> > >> >> >> >>>> lol > >> >> >> >>>> there would be no dependency... > >> >> >> >>>> in an ideal world such a listener is totally independent from > >> >> >> >>>> the > >> >> >> >>>> used > >> >> >> >>>> table > >> >> >> >>>> (icefaces, tomahawk, standard, ...) > >> >> >> >>>> > >> >> >> >>>> So, just add it to the page (inside an actionsource(2)) and > >> >> >> >>>> refer > >> >> >> >>>> to > >> >> >> >>>> the > >> >> >> >>>> desired > >> >> >> >>>> table. I can't see why that way such an exporter would have a > >> >> >> >>>> dependency > >> >> >> >>>> to > >> >> >> >>>> tomahawk. > >> >> >> >>>> > >> >> >> >>>> > Iam still (+1). > >> >> >> >>>> > > >> >> >> >>>> > On Fri, Jun 6, 2008 at 3:53 AM, Leonardo Uribe > >> >> >> >>>> > <[EMAIL PROTECTED]> > >> >> >> >>>> > wrote: > >> >> >> >>>> >> > >> >> >> >>>> >> The actual layout of myfaces-commons is this: > >> >> >> >>>> >> > >> >> >> >>>> >> myfaces-commons-validators > >> >> >> >>>> >> myfaces-commons-converters > >> >> >> >>>> >> myfaces-commons-utils > >> >> >> >>>> >> > >> >> >> >>>> >> There is no a project like: > >> >> >> >>>> >> > >> >> >> >>>> >> myfaces-commons-listeners > >> >> >> >>>> >> > >> >> >> >>>> >> myfaces-commons is tied to 1.2, so if some converter or > >> >> >> >>>> >> validator > >> >> >> >>>> >> is > >> >> >> >>>> >> in > >> >> >> >>>> >> tomahawk 1.1, on tomahawk 1.2 this should be referred to > >> >> >> >>>> >> myfaces-commons > >> >> >> >>>> >> (makes easy for existing tomahawk user upgrade and do not > >> >> >> >>>> >> change > >> >> >> >>>> >> their > >> >> >> >>>> >> current pages). In this case myfaces-commons should be a > >> >> >> >>>> >> dependency > >> >> >> >>>> >> for > >> >> >> >>>> >> tomahawk. > >> >> >> >>>> >> > >> >> >> >>>> >> According to the intention of several developers, there > are > >> >> >> >>>> >> things > >> >> >> >>>> >> of > >> >> >> >>>> >> tomahawk that it should be on its own submodule (dojo > >> >> >> >>>> >> components > >> >> >> >>>> >> by > >> >> >> >>>> >> example, > >> >> >> >>>> >> converters and validators) and others in tomahawk. This > >> >> >> >>>> >> issues > >> >> >> >>>> >> were > >> >> >> >>>> >> not be > >> >> >> >>>> >> discussed yet, so if this is in tomahawk there is no prob. > >> >> >> >>>> >> > >> >> >> >>>> >> +1 > >> >> >> >>>> >> > >> >> >> >>>> >> regards > >> >> >> >>>> >> > >> >> >> >>>> >> Leonardo Uribe > >> >> >> >>>> >> > >> >> >> >>>> >> On Thu, Jun 5, 2008 at 6:50 PM, Hazem Saleh > >> >> >> >>>> >> <[EMAIL PROTECTED]> > >> >> >> >>>> >> wrote: > >> >> >> >>>> >>> > >> >> >> >>>> >>> Hi Volker, > >> >> >> >>>> >>> > >> >> >> >>>> >>> I have a future plan of extending the functionality of > this > >> >> >> >>>> >>> component > >> >> >> >>>> >>> to > >> >> >> >>>> >>> make it aware of the current displayed Tomahawk dataTable > >> >> >> >>>> >>> page. > >> >> >> >>>> >>> I mean, the generated reports will be aware of Tomahawk > >> >> >> >>>> >>> related > >> >> >> >>>> >>> classes. > >> >> >> >>>> >>> Thanks. > >> >> >> >>>> >>> > >> >> >> >>>> >>> On Thu, Jun 5, 2008 at 6:14 PM, Volker Weber > >> >> >> >>>> >>> <[EMAIL PROTECTED]> > >> >> >> >>>> >>> wrote: > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> Hi, > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> any reason to move this to tomahawk and not into > commons? > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> Are there any dependencies to tomahawk or a specific > >> >> >> >>>> >>>> renderkit? > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> I had not looked into, but if this is what it sounds > like > >> >> >> >>>> >>>> : > >> >> >> >>>> >>>> A actionListener which could added to any UICommand > >> >> >> >>>> >>>> component, > >> >> >> >>>> >>>> which renders binary data from a UIData component, > >> >> >> >>>> >>>> than there is no reason to add this to a html-renderkit > >> >> >> >>>> >>>> library. > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> -1 in this case for tomahawk. > >> >> >> >>>> >>>> -0 otherwise > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> Regards, > >> >> >> >>>> >>>> Volker > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> 2008/6/5 Hazem Saleh <[EMAIL PROTECTED]>: > >> >> >> >>>> >>>> > Hi Team, > >> >> >> >>>> >>>> > > >> >> >> >>>> >>>> > After integration the pdfExport and the excelExport > >> >> >> >>>> >>>> > components > >> >> >> >>>> >>>> > into > >> >> >> >>>> >>>> > the > >> >> >> >>>> >>>> > exporterActionListener component, > >> >> >> >>>> >>>> > improving its syntax and completing its documentation. > >> >> >> >>>> >>>> > > >> >> >> >>>> >>>> > I wish to promote this component to the next Tomahawk > >> >> >> >>>> >>>> > release. > >> >> >> >>>> >>>> > > >> >> >> >>>> >>>> > [+1] for agreeing with promoting the component to the > >> >> >> >>>> >>>> > next > >> >> >> >>>> >>>> > Tomahawk > >> >> >> >>>> >>>> > release. > >> >> >> >>>> >>>> > [-1] for disagreeing with promoting the component to > the > >> >> >> >>>> >>>> > next > >> >> >> >>>> >>>> > Tomahawk > >> >> >> >>>> >>>> > release. > >> >> >> >>>> >>>> > > >> >> >> >>>> >>>> > Thanks all very much! > >> >> >> >>>> >>>> > > >> >> >> >>>> >>>> > -- > >> >> >> >>>> >>>> > Hazem Ahmed Saleh Ahmed > >> >> >> >>>> >>>> > http://www.jroller.com/page/HazemBlog > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> > >> >> >> >>>> >>>> -- > >> >> >> >>>> >>>> inexso - information exchange solutions GmbH > >> >> >> >>>> >>>> Bismarckstraße 13 | 26122 Oldenburg > >> >> >> >>>> >>>> Tel.: +49 441 4082 356 | > >> >> >> >>>> >>>> FAX: +49 441 4082 355 | www.inexso.de > >> >> >> >>>> >>> > >> >> >> >>>> >>> > >> >> >> >>>> >>> > >> >> >> >>>> >>> -- > >> >> >> >>>> >>> Hazem Ahmed Saleh Ahmed > >> >> >> >>>> >>> http://www.jroller.com/page/HazemBlog > >> >> >> >>>> > > >> >> >> >>>> > > >> >> >> >>>> > > >> >> >> >>>> > -- > >> >> >> >>>> > Hazem Ahmed Saleh Ahmed > >> >> >> >>>> > http://www.jroller.com/page/HazemBlog > >> >> >> >>>> > >> >> >> >>>> > >> >> >> >>>> > >> >> >> >>>> -- > >> >> >> >>>> Matthias Wessendorf > >> >> >> >>>> > >> >> >> >>>> further stuff: > >> >> >> >>>> blog: http://matthiaswessendorf.wordpress.com/ > >> >> >> >>>> sessions: http://www.slideshare.net/mwessendorf > >> >> >> >>>> mail: matzew-at-apache-dot-org > >> >> >> >>> > >> >> >> >>> > >> >> >> >>> > >> >> >> >>> -- > >> >> >> >>> Hazem Ahmed Saleh Ahmed > >> >> >> >>> http://www.jroller.com/page/HazemBlog > >> >> >> >> > >> >> >> >> > >> >> >> >> -- > >> >> >> >> Hazem Ahmed Saleh Ahmed > >> >> >> >> http://www.jroller.com/page/HazemBlog > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > -- > >> >> >> > inexso - information exchange solutions GmbH > >> >> >> > Bismarckstraße 13 | 26122 Oldenburg > >> >> >> > Tel.: +49 441 4082 356 | > >> >> >> > FAX: +49 441 4082 355 | www.inexso.de > >> >> >> > > >> >> >> > >> >> >> > >> >> >> > >> >> >> -- > >> >> >> Matthias Wessendorf > >> >> >> > >> >> >> further stuff: > >> >> >> blog: http://matthiaswessendorf.wordpress.com/ > >> >> >> sessions: http://www.slideshare.net/mwessendorf > >> >> >> mail: matzew-at-apache-dot-org > >> >> > > >> >> > > >> >> > > >> >> > -- > >> >> > Hazem Ahmed Saleh Ahmed > >> >> > http://www.jroller.com/page/HazemBlog > >> > > >> > > >> > > >> > -- > >> > Hazem Ahmed Saleh Ahmed > >> > http://www.jroller.com/page/HazemBlog > >> > >> > >> > >> -- > >> inexso - information exchange solutions GmbH > >> Bismarckstraße 13 | 26122 Oldenburg > >> Tel.: +49 441 4082 356 | > >> FAX: +49 441 4082 355 | www.inexso.de > > > > > > > > -- > > Hazem Ahmed Saleh Ahmed > > http://www.jroller.com/page/HazemBlog > > > > -- > inexso - information exchange solutions GmbH > Bismarckstraße 13 | 26122 Oldenburg > Tel.: +49 441 4082 356 | > FAX: +49 441 4082 355 | www.inexso.de > -- Hazem Ahmed Saleh Ahmed http://www.jroller.com/page/HazemBlog
