+1 On Sun, Jun 8, 2008 at 4:48 PM, Hazem Saleh <[EMAIL PROTECTED]> wrote:
> [1] useful = very useful. > > On Sun, Jun 8, 2008 at 11:46 PM, Hazem Saleh <[EMAIL PROTECTED]> wrote: > >> 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[1] >> if it depends on JSF APIs only). >> >> >> *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. >> >> 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 >> > > > > -- > Hazem Ahmed Saleh Ahmed > http://www.jroller.com/page/HazemBlog >