You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Juan Esteban Maya <jm...@gmail.com> on 2005/07/05 16:40:41 UTC
About a bigger Tapestry components library!
I have been working with tapestry for almost 3-4 months and its really
nice. The development process and the productivity incressed a lot.
But what i really miss (well i wish) is to have a big and robust
component library.
This has been already discussed in the mailing list, but i guess it
deserves more attention. JSF, which i think is the biggest Tapestry
competitor has already a lot of Subprojects, componentes libraries,
even comercial ones(Well, yes is sun i know!) and i havent seen a new
tapestry Components in a while. I think this issue is fundamental to
new tapestry users. If i have to choose a new component technology the
first thing that i will look are the components that the technology
can offers...Tapestry is clearly behind JSF in this aspect.
Any thoughts about how can we, Tapestry users, have big component
library? Not just a repository.
Juan
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Hugo Palma <hp...@digitalis.pt>.
I agree, that why i said "decision making process", meaning that they
should express their ideas on the subject. I didn't mean to say that it
should be the developers community responsability to implement such project.
Cheers
Hugo
Alexandru Popescu wrote:
>#: by Hugo Palma's words the mind was *winged* :#
>
>
>>It seems to me that the Tapestry developer comunity should be a big part
>>of the decision making process as far as this project is concerned.
>>Without that this project doesn't make sense.
>>
>>Cheers
>>
>>Hugo
>>
>>
>>
>
>I think that the developers should be just a supervising forum - if they want to. You cannot ask
>them to get involved and put even more time in reponsibility in.
>
>just my 2euroc
>
>:alex |.::the_mindstorm::.|
>
>
>
>>Jamie Orchard-Hays wrote:
>>
>>
>>
>>>No biggie.
>>>
>>>Jamie
>>>
>>>Todd O'Bryan wrote:
>>>
>>>
>>>
>>>>Could you *not* move it to the developer list? Users (who are not
>>>>Tapestry developers and tremble at the mere thought of wading
>>>>through the magic that is 4.0) develop and use components and are
>>>>actually capable of helping develop this site and the components
>>>>that would make it up. The whole point of Tapestry is, after all,
>>>>that users can create their own components without being conversant
>>>>with Tapestry internals.
>>>>
>>>>Unless people are freaked out by the quantity of messages (which,
>>>>given previous conversations along this topic, should peter out
>>>>fairly quickly), I'd say leave it in users. This is not about
>>>>internal stuff that only has to please the developers. This is about
>>>>exactly where users live and breathe everyday.
>>>>
>>>>Todd
>>>>
>>>>On Jul 5, 2005, at 12:03 PM, Jamie Orchard-Hays wrote:
>>>>
>>>>
>>>>
>>>>>It seems to me that what we need to do is combine the component
>>>>>libraries into one place. Also, if none of those sites has all
>>>>>that's needed, expand the new site's capabilities.
>>>>>
>>>>>We should probably move this discussion over to the developer list
>>>>>as well.
>>>>>
>>>>>Jamie
>>>>>
>>>>>Ron Piterman wrote:
>>>>>
>>>>>
>>>>>
>>>>>>+1
>>>>>>What I noticed is that many times you have to create components
>>>>>>which are trivial, but are not there.
>>>>>>Examples:
>>>>>>A Date component consisting of three Inputs instead of the
>>>>>>JavaScript one.
>>>>>>A Property Selection which submits also on disable.
>>>>>>A Property Selection which shows values depending on another
>>>>>>property selection.
>>>>>>aso.
>>>>>>Tassel is at the moment a good repository, but has very limited
>>>>>>functionality.
>>>>>>I think a repository which is something like the
>>>>>>eclipseplugins.org is needed, + enabling hosting of components,
>>>>>>improved documentation, example and download of each component.
>>>>>>I wish I had the time to help realize such a site...
>>>>>>ציטוט Juan Esteban Maya:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>I have been working with tapestry for almost 3-4 months and its
>>>>>>>really
>>>>>>>nice. The development process and the productivity incressed a lot.
>>>>>>>But what i really miss (well i wish) is to have a big and robust
>>>>>>>component library.
>>>>>>>
>>>>>>>This has been already discussed in the mailing list, but i guess it
>>>>>>>deserves more attention. JSF, which i think is the biggest Tapestry
>>>>>>>competitor has already a lot of Subprojects, componentes libraries,
>>>>>>>even comercial ones(Well, yes is sun i know!) and i havent seen a
>>>>>>>new
>>>>>>>tapestry Components in a while. I think this issue is fundamental to
>>>>>>>new tapestry users. If i have to choose a new component
>>>>>>>technology the
>>>>>>>first thing that i will look are the components that the technology
>>>>>>>can offers...Tapestry is clearly behind JSF in this aspect.
>>>>>>>
>>>>>>>Any thoughts about how can we, Tapestry users, have big component
>>>>>>>library? Not just a repository.
>>>>>>>
>>>>>>>Juan
>>>>>>>
>>>>>>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
Re: About a bigger Tapestry components library!
Posted by Alexandru Popescu <th...@evolva.ro>.
#: by Hugo Palma's words the mind was *winged* :#
> It seems to me that the Tapestry developer comunity should be a big part
> of the decision making process as far as this project is concerned.
> Without that this project doesn't make sense.
>
> Cheers
>
> Hugo
>
I think that the developers should be just a supervising forum - if they want to. You cannot ask
them to get involved and put even more time in reponsibility in.
just my 2euroc
:alex |.::the_mindstorm::.|
> Jamie Orchard-Hays wrote:
>
>> No biggie.
>>
>> Jamie
>>
>> Todd O'Bryan wrote:
>>
>>> Could you *not* move it to the developer list? Users (who are not
>>> Tapestry developers and tremble at the mere thought of wading
>>> through the magic that is 4.0) develop and use components and are
>>> actually capable of helping develop this site and the components
>>> that would make it up. The whole point of Tapestry is, after all,
>>> that users can create their own components without being conversant
>>> with Tapestry internals.
>>>
>>> Unless people are freaked out by the quantity of messages (which,
>>> given previous conversations along this topic, should peter out
>>> fairly quickly), I'd say leave it in users. This is not about
>>> internal stuff that only has to please the developers. This is about
>>> exactly where users live and breathe everyday.
>>>
>>> Todd
>>>
>>> On Jul 5, 2005, at 12:03 PM, Jamie Orchard-Hays wrote:
>>>
>>>> It seems to me that what we need to do is combine the component
>>>> libraries into one place. Also, if none of those sites has all
>>>> that's needed, expand the new site's capabilities.
>>>>
>>>> We should probably move this discussion over to the developer list
>>>> as well.
>>>>
>>>> Jamie
>>>>
>>>> Ron Piterman wrote:
>>>>
>>>>> +1
>>>>> What I noticed is that many times you have to create components
>>>>> which are trivial, but are not there.
>>>>> Examples:
>>>>> A Date component consisting of three Inputs instead of the
>>>>> JavaScript one.
>>>>> A Property Selection which submits also on disable.
>>>>> A Property Selection which shows values depending on another
>>>>> property selection.
>>>>> aso.
>>>>> Tassel is at the moment a good repository, but has very limited
>>>>> functionality.
>>>>> I think a repository which is something like the
>>>>> eclipseplugins.org is needed, + enabling hosting of components,
>>>>> improved documentation, example and download of each component.
>>>>> I wish I had the time to help realize such a site...
>>>>> ציטוט Juan Esteban Maya:
>>>>>
>>>>>> I have been working with tapestry for almost 3-4 months and its
>>>>>> really
>>>>>> nice. The development process and the productivity incressed a lot.
>>>>>> But what i really miss (well i wish) is to have a big and robust
>>>>>> component library.
>>>>>>
>>>>>> This has been already discussed in the mailing list, but i guess it
>>>>>> deserves more attention. JSF, which i think is the biggest Tapestry
>>>>>> competitor has already a lot of Subprojects, componentes libraries,
>>>>>> even comercial ones(Well, yes is sun i know!) and i havent seen a
>>>>>> new
>>>>>> tapestry Components in a while. I think this issue is fundamental to
>>>>>> new tapestry users. If i have to choose a new component
>>>>>> technology the
>>>>>> first thing that i will look are the components that the technology
>>>>>> can offers...Tapestry is clearly behind JSF in this aspect.
>>>>>>
>>>>>> Any thoughts about how can we, Tapestry users, have big component
>>>>>> library? Not just a repository.
>>>>>>
>>>>>> Juan
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Hugo Palma <hp...@digitalis.pt>.
It seems to me that the Tapestry developer comunity should be a big part
of the decision making process as far as this project is concerned.
Without that this project doesn't make sense.
Cheers
Hugo
Jamie Orchard-Hays wrote:
> No biggie.
>
> Jamie
>
> Todd O'Bryan wrote:
>
>> Could you *not* move it to the developer list? Users (who are not
>> Tapestry developers and tremble at the mere thought of wading
>> through the magic that is 4.0) develop and use components and are
>> actually capable of helping develop this site and the components
>> that would make it up. The whole point of Tapestry is, after all,
>> that users can create their own components without being conversant
>> with Tapestry internals.
>>
>> Unless people are freaked out by the quantity of messages (which,
>> given previous conversations along this topic, should peter out
>> fairly quickly), I'd say leave it in users. This is not about
>> internal stuff that only has to please the developers. This is about
>> exactly where users live and breathe everyday.
>>
>> Todd
>>
>> On Jul 5, 2005, at 12:03 PM, Jamie Orchard-Hays wrote:
>>
>>> It seems to me that what we need to do is combine the component
>>> libraries into one place. Also, if none of those sites has all
>>> that's needed, expand the new site's capabilities.
>>>
>>> We should probably move this discussion over to the developer list
>>> as well.
>>>
>>> Jamie
>>>
>>> Ron Piterman wrote:
>>>
>>>> +1
>>>> What I noticed is that many times you have to create components
>>>> which are trivial, but are not there.
>>>> Examples:
>>>> A Date component consisting of three Inputs instead of the
>>>> JavaScript one.
>>>> A Property Selection which submits also on disable.
>>>> A Property Selection which shows values depending on another
>>>> property selection.
>>>> aso.
>>>> Tassel is at the moment a good repository, but has very limited
>>>> functionality.
>>>> I think a repository which is something like the
>>>> eclipseplugins.org is needed, + enabling hosting of components,
>>>> improved documentation, example and download of each component.
>>>> I wish I had the time to help realize such a site...
>>>> ציטוט Juan Esteban Maya:
>>>>
>>>>> I have been working with tapestry for almost 3-4 months and its
>>>>> really
>>>>> nice. The development process and the productivity incressed a lot.
>>>>> But what i really miss (well i wish) is to have a big and robust
>>>>> component library.
>>>>>
>>>>> This has been already discussed in the mailing list, but i guess it
>>>>> deserves more attention. JSF, which i think is the biggest Tapestry
>>>>> competitor has already a lot of Subprojects, componentes libraries,
>>>>> even comercial ones(Well, yes is sun i know!) and i havent seen a
>>>>> new
>>>>> tapestry Components in a while. I think this issue is fundamental to
>>>>> new tapestry users. If i have to choose a new component
>>>>> technology the
>>>>> first thing that i will look are the components that the technology
>>>>> can offers...Tapestry is clearly behind JSF in this aspect.
>>>>>
>>>>> Any thoughts about how can we, Tapestry users, have big component
>>>>> library? Not just a repository.
>>>>>
>>>>> Juan
>>>>>
>>>>> --------------------------------------------------------------------
>>>>> -
>>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: tapestry-user-
>>>>> help@jakarta.apache.org
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user-
>>>> help@jakarta.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Jamie Orchard-Hays <ja...@dang.com>.
No biggie.
Jamie
Todd O'Bryan wrote:
> Could you *not* move it to the developer list? Users (who are not
> Tapestry developers and tremble at the mere thought of wading through
> the magic that is 4.0) develop and use components and are actually
> capable of helping develop this site and the components that would make
> it up. The whole point of Tapestry is, after all, that users can create
> their own components without being conversant with Tapestry internals.
>
> Unless people are freaked out by the quantity of messages (which, given
> previous conversations along this topic, should peter out fairly
> quickly), I'd say leave it in users. This is not about internal stuff
> that only has to please the developers. This is about exactly where
> users live and breathe everyday.
>
> Todd
>
> On Jul 5, 2005, at 12:03 PM, Jamie Orchard-Hays wrote:
>
>> It seems to me that what we need to do is combine the component
>> libraries into one place. Also, if none of those sites has all that's
>> needed, expand the new site's capabilities.
>>
>> We should probably move this discussion over to the developer list as
>> well.
>>
>> Jamie
>>
>> Ron Piterman wrote:
>>
>>> +1
>>> What I noticed is that many times you have to create components
>>> which are trivial, but are not there.
>>> Examples:
>>> A Date component consisting of three Inputs instead of the
>>> JavaScript one.
>>> A Property Selection which submits also on disable.
>>> A Property Selection which shows values depending on another
>>> property selection.
>>> aso.
>>> Tassel is at the moment a good repository, but has very limited
>>> functionality.
>>> I think a repository which is something like the eclipseplugins.org
>>> is needed, + enabling hosting of components, improved documentation,
>>> example and download of each component.
>>> I wish I had the time to help realize such a site...
>>> ציטוט Juan Esteban Maya:
>>>
>>>> I have been working with tapestry for almost 3-4 months and its really
>>>> nice. The development process and the productivity incressed a lot.
>>>> But what i really miss (well i wish) is to have a big and robust
>>>> component library.
>>>>
>>>> This has been already discussed in the mailing list, but i guess it
>>>> deserves more attention. JSF, which i think is the biggest Tapestry
>>>> competitor has already a lot of Subprojects, componentes libraries,
>>>> even comercial ones(Well, yes is sun i know!) and i havent seen a new
>>>> tapestry Components in a while. I think this issue is fundamental to
>>>> new tapestry users. If i have to choose a new component technology the
>>>> first thing that i will look are the components that the technology
>>>> can offers...Tapestry is clearly behind JSF in this aspect.
>>>>
>>>> Any thoughts about how can we, Tapestry users, have big component
>>>> library? Not just a repository.
>>>>
>>>> Juan
>>>>
>>>> -------------------------------------------------------------------- -
>>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: tapestry-user- help@jakarta.apache.org
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user- help@jakarta.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Todd O'Bryan <to...@mac.com>.
Could you *not* move it to the developer list? Users (who are not
Tapestry developers and tremble at the mere thought of wading through
the magic that is 4.0) develop and use components and are actually
capable of helping develop this site and the components that would
make it up. The whole point of Tapestry is, after all, that users can
create their own components without being conversant with Tapestry
internals.
Unless people are freaked out by the quantity of messages (which,
given previous conversations along this topic, should peter out
fairly quickly), I'd say leave it in users. This is not about
internal stuff that only has to please the developers. This is about
exactly where users live and breathe everyday.
Todd
On Jul 5, 2005, at 12:03 PM, Jamie Orchard-Hays wrote:
> It seems to me that what we need to do is combine the component
> libraries into one place. Also, if none of those sites has all
> that's needed, expand the new site's capabilities.
>
> We should probably move this discussion over to the developer list
> as well.
>
> Jamie
>
> Ron Piterman wrote:
>
>> +1
>> What I noticed is that many times you have to create components
>> which are trivial, but are not there.
>> Examples:
>> A Date component consisting of three Inputs instead of the
>> JavaScript one.
>> A Property Selection which submits also on disable.
>> A Property Selection which shows values depending on another
>> property selection.
>> aso.
>> Tassel is at the moment a good repository, but has very limited
>> functionality.
>> I think a repository which is something like the
>> eclipseplugins.org is needed, + enabling hosting of components,
>> improved documentation, example and download of each component.
>> I wish I had the time to help realize such a site...
>> ציטוט Juan Esteban Maya:
>>
>>> I have been working with tapestry for almost 3-4 months and its
>>> really
>>> nice. The development process and the productivity incressed a lot.
>>> But what i really miss (well i wish) is to have a big and robust
>>> component library.
>>>
>>> This has been already discussed in the mailing list, but i guess it
>>> deserves more attention. JSF, which i think is the biggest Tapestry
>>> competitor has already a lot of Subprojects, componentes libraries,
>>> even comercial ones(Well, yes is sun i know!) and i havent seen a
>>> new
>>> tapestry Components in a while. I think this issue is fundamental to
>>> new tapestry users. If i have to choose a new component
>>> technology the
>>> first thing that i will look are the components that the technology
>>> can offers...Tapestry is clearly behind JSF in this aspect.
>>>
>>> Any thoughts about how can we, Tapestry users, have big component
>>> library? Not just a repository.
>>>
>>> Juan
>>>
>>> --------------------------------------------------------------------
>>> -
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-
>>> help@jakarta.apache.org
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-
>> help@jakarta.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Juan Esteban Maya <jm...@gmail.com>.
I think that Tassel is good, Of course! But is not enough!
Tassel is a place to Upload compoments...Thats not enough for a
technology to fight against JSF.
I think that we absolutely need a library with a different
approach...not just a repository. Maybe we can use the components in
tassel or change the way tassel works, but the project has to work in
a different way.
Juan
On 7/6/05, Robert Zeigler <ro...@scazdl.org> wrote:
> As the sole maintainer of Tassel... ;)
> I agree. I think Tassel has been at least a moderate success;
> it has 25 components or code-contributions in it, which have been made
> over the one year. It would be nice to see the various repositories
> combined. It would also be nice to see the functionality of any one off
> the repositories expanded. Maybe it's my bias, but it seems that Tassel
> currently provides the best base in terms of providing general users the
> ability to upload their own components.
> Someone mentioned an enforced format; I deliberately made Tassel very
> flexible in the format it accepted because I feel that enforcing a
> format is a barrier to getting components "out there".
> On the other hand, I've been contemplating revamping some of Tassel's
> internals to take non-standard input and produce standard output
> (primarily producing proper component-libraries with palette plugin
> support). I've also been toying with the idea of making a sort of
> "ala-cart library" functionality which would let a user select a set of
> components and package them all into a single library.
> Unfortunately, I've just moved 1/2 across the United States and am
> currently without Internet access (writing this from a local shop with
> free WIFI :). I'm also in the middle of a major project at work, and
> really don't have the time to spare right now.
> I'd be happy to create a "tassel" sourceforge project to enable other
> people to have access to the source, contribute patches, etc.
> Tassel, itself, would continue to be hosted at its current location. If
> someone is willing to handle the domain registration, $$, etc, I could
> talk with the folks who kindly host the project about having another
> domain name pointing to the server and getting a virtual-host setup for
> it.
> Someone mentioned having "live" component demos... I've thought about
> that quite a bit... initially it seemed like a good idea, but upon
> further thought, I decided I didn't like it. It's nice for the user, but
> consider that you would essentially be opening up your server for the
> execution of arbitrary java code with the permissions of the
> servlet-runner user or whatever amount of sandbox has been placed on the
> webapp, itself. But maybe there could be a url to a demo site and have
> an iframe render the demo site for the component, or something along
> those lines?
>
> To sum up, I think that starting yet another library project from
> scratch is less than a good idea. Consolidating the existing ones is a
> great idea. :)
>
> Robert Zeigler
>
> Jamie Orchard-Hays wrote:
> > It seems to me that what we need to do is combine the component
> > libraries into one place. Also, if none of those sites has all that's
> > needed, expand the new site's capabilities.
> >
> > We should probably move this discussion over to the developer list as well.
> >
> > Jamie
> >
> > Ron Piterman wrote:
> >
> >> +1
> >> What I noticed is that many times you have to create components which
> >> are trivial, but are not there.
> >>
> >> Examples:
> >> A Date component consisting of three Inputs instead of the JavaScript
> >> one.
> >> A Property Selection which submits also on disable.
> >> A Property Selection which shows values depending on another property
> >> selection.
> >> aso.
> >>
> >>
> >>
> >> Tassel is at the moment a good repository, but has very limited
> >> functionality.
> >>
> >> I think a repository which is something like the eclipseplugins.org is
> >> needed, + enabling hosting of components, improved documentation,
> >> example and download of each component.
> >>
> >> I wish I had the time to help realize such a site...
> >>
> >>
> >>
> >> ציטוט Juan Esteban Maya:
> >>
> >>> I have been working with tapestry for almost 3-4 months and its really
> >>> nice. The development process and the productivity incressed a lot.
> >>> But what i really miss (well i wish) is to have a big and robust
> >>> component library.
> >>>
> >>> This has been already discussed in the mailing list, but i guess it
> >>> deserves more attention. JSF, which i think is the biggest Tapestry
> >>> competitor has already a lot of Subprojects, componentes libraries,
> >>> even comercial ones(Well, yes is sun i know!) and i havent seen a new
> >>> tapestry Components in a while. I think this issue is fundamental to
> >>> new tapestry users. If i have to choose a new component technology the
> >>> first thing that i will look are the components that the technology
> >>> can offers...Tapestry is clearly behind JSF in this aspect.
> >>>
> >>> Any thoughts about how can we, Tapestry users, have big component
> >>> library? Not just a repository.
> >>>
> >>> Juan
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
"The passion for destruction is also a creative passion!"
Re: About a bigger Tapestry components library!
Posted by Nick Westgate <ni...@jellyfish.co.nz>.
Tassel is a great asset to the Tapestry community. It's a shame it's not
listed as one of the "Related Projects" from the Tapestry homepage.
It's also good that it contains components from other projects, showing
that this is a good way to distribute in a centralized, non-exclusive way.
Live component demos, or at least flash movies, would be useful in the
context of a larger official, and thus vetted, component collection - similar
to contrib, I guess. Open submissions shouldn't be live. But it would be
nice if all of this was easily accessible out-of-box.
Cheers,
Nick.
----- Original Message -----
From: "Robert Zeigler" <ro...@scazdl.org>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Thursday, 7 July 2005 6:16 a.m.
Subject: Re: About a bigger Tapestry components library!
> As the sole maintainer of Tassel... ;)
> I agree. I think Tassel has been at least a moderate success;
> it has 25 components or code-contributions in it, which have been made
> over the one year. It would be nice to see the various repositories
> combined. It would also be nice to see the functionality of any one off
> the repositories expanded. Maybe it's my bias, but it seems that Tassel
> currently provides the best base in terms of providing general users the
> ability to upload their own components.
> Someone mentioned an enforced format; I deliberately made Tassel very
> flexible in the format it accepted because I feel that enforcing a
> format is a barrier to getting components "out there".
> On the other hand, I've been contemplating revamping some of Tassel's
> internals to take non-standard input and produce standard output
> (primarily producing proper component-libraries with palette plugin
> support). I've also been toying with the idea of making a sort of
> "ala-cart library" functionality which would let a user select a set of
> components and package them all into a single library.
> Unfortunately, I've just moved 1/2 across the United States and am
> currently without Internet access (writing this from a local shop with
> free WIFI :). I'm also in the middle of a major project at work, and
> really don't have the time to spare right now.
> I'd be happy to create a "tassel" sourceforge project to enable other
> people to have access to the source, contribute patches, etc.
> Tassel, itself, would continue to be hosted at its current location. If
> someone is willing to handle the domain registration, $$, etc, I could
> talk with the folks who kindly host the project about having another
> domain name pointing to the server and getting a virtual-host setup for
> it.
> Someone mentioned having "live" component demos... I've thought about
> that quite a bit... initially it seemed like a good idea, but upon
> further thought, I decided I didn't like it. It's nice for the user, but
> consider that you would essentially be opening up your server for the
> execution of arbitrary java code with the permissions of the
> servlet-runner user or whatever amount of sandbox has been placed on the
> webapp, itself. But maybe there could be a url to a demo site and have
> an iframe render the demo site for the component, or something along
> those lines?
>
> To sum up, I think that starting yet another library project from
> scratch is less than a good idea. Consolidating the existing ones is a
> great idea. :)
>
> Robert Zeigler
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Nick Westgate <ni...@key-planning.co.jp>.
Tassel is a great asset to the Tapestry community. It's a shame it's not
listed as one of the "Related Projects" from the Tapestry homepage.
It's also good that it contains components from other projects, showing
that this is a good way to distribute in a centralized, non-exclusive way.
Live component demos, or at least flash movies, would be useful in the
context of a larger official, and thus vetted, component collection - similar
to contrib, I guess. Open submissions shouldn't be live. But it would be
nice if all of this was easily accessible out-of-box.
Cheers,
Nick.
Robert Zeigler wrote:
> As the sole maintainer of Tassel... ;)
> I agree. I think Tassel has been at least a moderate success;
> it has 25 components or code-contributions in it, which have been made
> over the one year. It would be nice to see the various repositories
> combined. It would also be nice to see the functionality of any one off
> the repositories expanded. Maybe it's my bias, but it seems that Tassel
> currently provides the best base in terms of providing general users the
> ability to upload their own components.
> Someone mentioned an enforced format; I deliberately made Tassel very
> flexible in the format it accepted because I feel that enforcing a
> format is a barrier to getting components "out there".
> On the other hand, I've been contemplating revamping some of Tassel's
> internals to take non-standard input and produce standard output
> (primarily producing proper component-libraries with palette plugin
> support). I've also been toying with the idea of making a sort of
> "ala-cart library" functionality which would let a user select a set of
> components and package them all into a single library.
> Unfortunately, I've just moved 1/2 across the United States and am
> currently without Internet access (writing this from a local shop with
> free WIFI :). I'm also in the middle of a major project at work, and
> really don't have the time to spare right now.
> I'd be happy to create a "tassel" sourceforge project to enable other
> people to have access to the source, contribute patches, etc.
> Tassel, itself, would continue to be hosted at its current location. If
> someone is willing to handle the domain registration, $$, etc, I could
> talk with the folks who kindly host the project about having another
> domain name pointing to the server and getting a virtual-host setup for
> it.
> Someone mentioned having "live" component demos... I've thought about
> that quite a bit... initially it seemed like a good idea, but upon
> further thought, I decided I didn't like it. It's nice for the user, but
> consider that you would essentially be opening up your server for the
> execution of arbitrary java code with the permissions of the
> servlet-runner user or whatever amount of sandbox has been placed on the
> webapp, itself. But maybe there could be a url to a demo site and have
> an iframe render the demo site for the component, or something along
> those lines?
>
> To sum up, I think that starting yet another library project from
> scratch is less than a good idea. Consolidating the existing ones is a
> great idea. :)
>
> Robert Zeigler
>
> Jamie Orchard-Hays wrote:
>
>>It seems to me that what we need to do is combine the component
>>libraries into one place. Also, if none of those sites has all that's
>>needed, expand the new site's capabilities.
>>
>>We should probably move this discussion over to the developer list as well.
>>
>>Jamie
>>
>>Ron Piterman wrote:
>>
>>
>>>+1
>>>What I noticed is that many times you have to create components which
>>>are trivial, but are not there.
>>>
>>>Examples:
>>>A Date component consisting of three Inputs instead of the JavaScript
>>>one.
>>>A Property Selection which submits also on disable.
>>>A Property Selection which shows values depending on another property
>>>selection.
>>>aso.
>>>
>>>
>>>
>>>Tassel is at the moment a good repository, but has very limited
>>>functionality.
>>>
>>>I think a repository which is something like the eclipseplugins.org is
>>>needed, + enabling hosting of components, improved documentation,
>>>example and download of each component.
>>>
>>>I wish I had the time to help realize such a site...
>>>
>>>
>>>
>>>ציטוט Juan Esteban Maya:
>>>
>>>
>>>>I have been working with tapestry for almost 3-4 months and its really
>>>>nice. The development process and the productivity incressed a lot.
>>>>But what i really miss (well i wish) is to have a big and robust
>>>>component library.
>>>>
>>>>This has been already discussed in the mailing list, but i guess it
>>>>deserves more attention. JSF, which i think is the biggest Tapestry
>>>>competitor has already a lot of Subprojects, componentes libraries,
>>>>even comercial ones(Well, yes is sun i know!) and i havent seen a new
>>>>tapestry Components in a while. I think this issue is fundamental to
>>>>new tapestry users. If i have to choose a new component technology the
>>>>first thing that i will look are the components that the technology
>>>>can offers...Tapestry is clearly behind JSF in this aspect.
>>>>
>>>>Any thoughts about how can we, Tapestry users, have big component
>>>>library? Not just a repository.
>>>>
>>>>Juan
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>>
>>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Robert Zeigler <ro...@scazdl.org>.
As the sole maintainer of Tassel... ;)
I agree. I think Tassel has been at least a moderate success;
it has 25 components or code-contributions in it, which have been made
over the one year. It would be nice to see the various repositories
combined. It would also be nice to see the functionality of any one off
the repositories expanded. Maybe it's my bias, but it seems that Tassel
currently provides the best base in terms of providing general users the
ability to upload their own components.
Someone mentioned an enforced format; I deliberately made Tassel very
flexible in the format it accepted because I feel that enforcing a
format is a barrier to getting components "out there".
On the other hand, I've been contemplating revamping some of Tassel's
internals to take non-standard input and produce standard output
(primarily producing proper component-libraries with palette plugin
support). I've also been toying with the idea of making a sort of
"ala-cart library" functionality which would let a user select a set of
components and package them all into a single library.
Unfortunately, I've just moved 1/2 across the United States and am
currently without Internet access (writing this from a local shop with
free WIFI :). I'm also in the middle of a major project at work, and
really don't have the time to spare right now.
I'd be happy to create a "tassel" sourceforge project to enable other
people to have access to the source, contribute patches, etc.
Tassel, itself, would continue to be hosted at its current location. If
someone is willing to handle the domain registration, $$, etc, I could
talk with the folks who kindly host the project about having another
domain name pointing to the server and getting a virtual-host setup for
it.
Someone mentioned having "live" component demos... I've thought about
that quite a bit... initially it seemed like a good idea, but upon
further thought, I decided I didn't like it. It's nice for the user, but
consider that you would essentially be opening up your server for the
execution of arbitrary java code with the permissions of the
servlet-runner user or whatever amount of sandbox has been placed on the
webapp, itself. But maybe there could be a url to a demo site and have
an iframe render the demo site for the component, or something along
those lines?
To sum up, I think that starting yet another library project from
scratch is less than a good idea. Consolidating the existing ones is a
great idea. :)
Robert Zeigler
Jamie Orchard-Hays wrote:
> It seems to me that what we need to do is combine the component
> libraries into one place. Also, if none of those sites has all that's
> needed, expand the new site's capabilities.
>
> We should probably move this discussion over to the developer list as well.
>
> Jamie
>
> Ron Piterman wrote:
>
>> +1
>> What I noticed is that many times you have to create components which
>> are trivial, but are not there.
>>
>> Examples:
>> A Date component consisting of three Inputs instead of the JavaScript
>> one.
>> A Property Selection which submits also on disable.
>> A Property Selection which shows values depending on another property
>> selection.
>> aso.
>>
>>
>>
>> Tassel is at the moment a good repository, but has very limited
>> functionality.
>>
>> I think a repository which is something like the eclipseplugins.org is
>> needed, + enabling hosting of components, improved documentation,
>> example and download of each component.
>>
>> I wish I had the time to help realize such a site...
>>
>>
>>
>> ציטוט Juan Esteban Maya:
>>
>>> I have been working with tapestry for almost 3-4 months and its really
>>> nice. The development process and the productivity incressed a lot.
>>> But what i really miss (well i wish) is to have a big and robust
>>> component library.
>>>
>>> This has been already discussed in the mailing list, but i guess it
>>> deserves more attention. JSF, which i think is the biggest Tapestry
>>> competitor has already a lot of Subprojects, componentes libraries,
>>> even comercial ones(Well, yes is sun i know!) and i havent seen a new
>>> tapestry Components in a while. I think this issue is fundamental to
>>> new tapestry users. If i have to choose a new component technology the
>>> first thing that i will look are the components that the technology
>>> can offers...Tapestry is clearly behind JSF in this aspect.
>>>
>>> Any thoughts about how can we, Tapestry users, have big component
>>> library? Not just a repository.
>>>
>>> Juan
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Jamie Orchard-Hays <ja...@dang.com>.
It seems to me that what we need to do is combine the component
libraries into one place. Also, if none of those sites has all that's
needed, expand the new site's capabilities.
We should probably move this discussion over to the developer list as well.
Jamie
Ron Piterman wrote:
> +1
> What I noticed is that many times you have to create components which
> are trivial, but are not there.
>
> Examples:
> A Date component consisting of three Inputs instead of the JavaScript one.
> A Property Selection which submits also on disable.
> A Property Selection which shows values depending on another property
> selection.
> aso.
>
>
>
> Tassel is at the moment a good repository, but has very limited
> functionality.
>
> I think a repository which is something like the eclipseplugins.org is
> needed, + enabling hosting of components, improved documentation,
> example and download of each component.
>
> I wish I had the time to help realize such a site...
>
>
>
> ציטוט Juan Esteban Maya:
>
>> I have been working with tapestry for almost 3-4 months and its really
>> nice. The development process and the productivity incressed a lot.
>> But what i really miss (well i wish) is to have a big and robust
>> component library.
>>
>> This has been already discussed in the mailing list, but i guess it
>> deserves more attention. JSF, which i think is the biggest Tapestry
>> competitor has already a lot of Subprojects, componentes libraries,
>> even comercial ones(Well, yes is sun i know!) and i havent seen a new
>> tapestry Components in a while. I think this issue is fundamental to
>> new tapestry users. If i have to choose a new component technology the
>> first thing that i will look are the components that the technology
>> can offers...Tapestry is clearly behind JSF in this aspect.
>>
>> Any thoughts about how can we, Tapestry users, have big component
>> library? Not just a repository.
>>
>> Juan
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: About a bigger Tapestry components library!
Posted by Ron Piterman <mp...@vollbio.de>.
+1
What I noticed is that many times you have to create components which
are trivial, but are not there.
Examples:
A Date component consisting of three Inputs instead of the JavaScript one.
A Property Selection which submits also on disable.
A Property Selection which shows values depending on another property
selection.
aso.
Tassel is at the moment a good repository, but has very limited
functionality.
I think a repository which is something like the eclipseplugins.org is
needed, + enabling hosting of components, improved documentation,
example and download of each component.
I wish I had the time to help realize such a site...
ציטוט Juan Esteban Maya:
> I have been working with tapestry for almost 3-4 months and its really
> nice. The development process and the productivity incressed a lot.
> But what i really miss (well i wish) is to have a big and robust
> component library.
>
> This has been already discussed in the mailing list, but i guess it
> deserves more attention. JSF, which i think is the biggest Tapestry
> competitor has already a lot of Subprojects, componentes libraries,
> even comercial ones(Well, yes is sun i know!) and i havent seen a new
> tapestry Components in a while. I think this issue is fundamental to
> new tapestry users. If i have to choose a new component technology the
> first thing that i will look are the components that the technology
> can offers...Tapestry is clearly behind JSF in this aspect.
>
> Any thoughts about how can we, Tapestry users, have big component
> library? Not just a repository.
>
> Juan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org