Hi Volker, I think we should take the whole votes, this vote is for MyFaces community not for only MyFaces PMC.
On Mon, Jun 9, 2008 at 2:48 PM, Volker Weber <[EMAIL PROTECTED]> wrote: > Hi Hazem, > > if you count pmc votes we have > > 1 votes for promoting the component to Tomahawk. (werner) > 2 votes for not promoting the component to Tomahawk and moving to > commons. (matze and me) > > And after you have suspending the vote (your mail from 6.6. 14:16) i > think you should at last restart before counting results. > > > Regards, > Volker > > > 2008/6/9 Hazem Saleh <[EMAIL PROTECTED]>: > > Great!, we now have. > > 4 votes for promoting the component to Tomahawk. > > 2 votes for not promoting the component to Tomahawk and moving to > commons. > > > > I will give more 12 hours, and will start promoting the component if the > > voting is still toward the component's promotion. > > > > Thanks all! > > > > On Mon, Jun 9, 2008 at 5:20 AM, Zubin Wadia <[EMAIL PROTECTED]> wrote: > >> > >> +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 > > > > > > > > -- > > 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