|
»
« Return to Thread: Stripes Ignored...Again
Re: Stripes Ignored...Again
by Jason Sibre
::
Rate this Message:
Hear hear...
I'd love something that went into greater depth. I'm here because I'm
looking for something in Java that does for me what Quixote did for me
in Python, and while it's not an exact fit, it seems to fit many of
the broad strokes. It even has many additional powerful features that
Qx lacked (back when I was active with it - it may have evolved since
then). However, I'm having a hard time ramping up, because the
example apps provided are not only trivial, but, well... not exactly a
showcase of best practice in Stripes. The how-to's are where the real
docs are for Stripes, and they're a bit light, too.
A book for Stripes would be fantastic, and I'd even consider
contributing/authoring, assuming I ever get to a level with it where
I'd be able to do so in a meaningful way. ;)
Jason
On Nov 14, 2007, at 9:57 AM, Will Hartung wrote:
>
> On Nov 14, 2007, at 7:16 AM, Gregg Bolinger wrote:
>
>> I've got similar contacts and have been pondering such an idea for a
>> while. I was going to speak with Tim, Ben, and some others about
>> it to
>> see if they would be interested. The only problem I see with a
>> Stripes
>> book is it would be 20 pages. I'm not sure there is enough to
>> stripes
>> for an entire book. It sounds bad when you say it but its glorious
>> when
>> you use it. ;)
>
> Oh, I think a book on Stripes would be quite good, and I think there
> can be a lot in it.
>
> Because I think the book can be not just on Stripes (which, despite
> its simplicity, it has a lot of depth, all of which has nuances that
> needs to be documented), but also as a benchmark for solid design,
> integrating a back end (DAO, JPA, Stripernate), Ajaxifying stripes
> (Like Remis ajax validation interceptor), plus the work of describing
> a solid "Bugzooky"...something that a) does something meaningful
> (really meaningful) and does the "hard" things that you never see in
> anything else. Like, say, a header/detail screen, a solid grid
> display (ajaxified even), etc.
>
> You want to bring folks to the platform, give them a really good
> sample application that does everything that folks need to do so they
> can copy and paste their way to glory. They'll start with the app and
> follow the patterns in the source code (and documented in the book)
> to get their projects going fast and yet still be lightweight.
>
> Folks don't want technology, they want solutions, both consumers and
> developers. Everything we KNOW that folks do EVERY DAY, we continue
> to reinvent because there are all these crappy examples on the net.
>
> A simple example, I'm here because Stripes painlessly binds and
> validates numbers and dates, something that is, apparently,
> impossible to do in Struts, or Spring MVC (at least at the time).
> And, with Struts, no way to easily bind lists.
>
> Obviously, that's an exageration, but none of the examples did any of
> this. Spring wanted me to install some converter, like Stripes does.
> But it's a DATE, who the heck doesn't use DATEs, why the heck isn't
> that in the default package and you have to become an instant expert
> in the framework to load a freakin' date.
>
> I've NEVER used the Type conversion feature of Stripes -- I just
> don't need it.
>
> So, that's what will make Stripes popular. Solve the common cases for
> people, through technology and examples. Give folks a leg up. Give
> them a solution.
>
> Regards,
>
> Will Hartung
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users
I'd love something that went into greater depth. I'm here because I'm
looking for something in Java that does for me what Quixote did for me
in Python, and while it's not an exact fit, it seems to fit many of
the broad strokes. It even has many additional powerful features that
Qx lacked (back when I was active with it - it may have evolved since
then). However, I'm having a hard time ramping up, because the
example apps provided are not only trivial, but, well... not exactly a
showcase of best practice in Stripes. The how-to's are where the real
docs are for Stripes, and they're a bit light, too.
A book for Stripes would be fantastic, and I'd even consider
contributing/authoring, assuming I ever get to a level with it where
I'd be able to do so in a meaningful way. ;)
Jason
On Nov 14, 2007, at 9:57 AM, Will Hartung wrote:
>
> On Nov 14, 2007, at 7:16 AM, Gregg Bolinger wrote:
>
>> I've got similar contacts and have been pondering such an idea for a
>> while. I was going to speak with Tim, Ben, and some others about
>> it to
>> see if they would be interested. The only problem I see with a
>> Stripes
>> book is it would be 20 pages. I'm not sure there is enough to
>> stripes
>> for an entire book. It sounds bad when you say it but its glorious
>> when
>> you use it. ;)
>
> Oh, I think a book on Stripes would be quite good, and I think there
> can be a lot in it.
>
> Because I think the book can be not just on Stripes (which, despite
> its simplicity, it has a lot of depth, all of which has nuances that
> needs to be documented), but also as a benchmark for solid design,
> integrating a back end (DAO, JPA, Stripernate), Ajaxifying stripes
> (Like Remis ajax validation interceptor), plus the work of describing
> a solid "Bugzooky"...something that a) does something meaningful
> (really meaningful) and does the "hard" things that you never see in
> anything else. Like, say, a header/detail screen, a solid grid
> display (ajaxified even), etc.
>
> You want to bring folks to the platform, give them a really good
> sample application that does everything that folks need to do so they
> can copy and paste their way to glory. They'll start with the app and
> follow the patterns in the source code (and documented in the book)
> to get their projects going fast and yet still be lightweight.
>
> Folks don't want technology, they want solutions, both consumers and
> developers. Everything we KNOW that folks do EVERY DAY, we continue
> to reinvent because there are all these crappy examples on the net.
>
> A simple example, I'm here because Stripes painlessly binds and
> validates numbers and dates, something that is, apparently,
> impossible to do in Struts, or Spring MVC (at least at the time).
> And, with Struts, no way to easily bind lists.
>
> Obviously, that's an exageration, but none of the examples did any of
> this. Spring wanted me to install some converter, like Stripes does.
> But it's a DATE, who the heck doesn't use DATEs, why the heck isn't
> that in the default package and you have to become an instant expert
> in the framework to load a freakin' date.
>
> I've NEVER used the Type conversion feature of Stripes -- I just
> don't need it.
>
> So, that's what will make Stripes popular. Solve the common cases for
> people, through technology and examples. Give folks a leg up. Give
> them a solution.
>
> Regards,
>
> Will Hartung
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users
« Return to Thread: Stripes Ignored...Again
| Free embeddable forum powered by Nabble | Forum Help |
