OSCON "contest"

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
34 messages Options
12
Reply | Threaded
Open this post in threaded view
|

OSCON "contest"

Kyle Dawkins
Hey Seasiders

The RoR folks are running this at OSCON:

http://pdxfoscon.org/competition

Probably a good opportunity to show-off what Seaside can do.  I can't  
attend so I can't volunteer but presumably since they mention Seaside  
and Gemstone, there are some people already signed up in the Seaside  
camp?  Yes, yes, it's a silly contest (and proves very little), but  
could result in a few heads turned in our direction, no?

I'd love to watch this... hopefully someone will provide a screencast  
at some point?!

Cheers

Kyle
[hidden email]

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
Yes, a couple of us at GemStone have asked to be included. As you  
mention, it is a bit of a narrow scope, with 30 minutes being allowed,  
but we'll try to represent the Seaside community as well as we can!

James Foster


On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:

> Hey Seasiders
>
> The RoR folks are running this at OSCON:
>
> http://pdxfoscon.org/competition
>
> Probably a good opportunity to show-off what Seaside can do.  I  
> can't attend so I can't volunteer but presumably since they mention  
> Seaside and Gemstone, there are some people already signed up in the  
> Seaside camp?  Yes, yes, it's a silly contest (and proves very  
> little), but could result in a few heads turned in our direction, no?
>
> I'd love to watch this... hopefully someone will provide a  
> screencast at some point?!
>
> Cheers
>
> Kyle
> [hidden email]
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Philippe Marschall
Should be doable. You should of course have an html layout before you
go. And have done several test runs.

Cheers
Philippe

2008/7/16 James Foster <[hidden email]>:

> Yes, a couple of us at GemStone have asked to be included. As you mention,
> it is a bit of a narrow scope, with 30 minutes being allowed, but we'll try
> to represent the Seaside community as well as we can!
>
> James Foster
>
>
> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>
>> Hey Seasiders
>>
>> The RoR folks are running this at OSCON:
>>
>> http://pdxfoscon.org/competition
>>
>> Probably a good opportunity to show-off what Seaside can do.  I can't
>> attend so I can't volunteer but presumably since they mention Seaside and
>> Gemstone, there are some people already signed up in the Seaside camp?  Yes,
>> yes, it's a silly contest (and proves very little), but could result in a
>> few heads turned in our direction, no?
>>
>> I'd love to watch this... hopefully someone will provide a screencast at
>> some point?!
>>
>> Cheers
>>
>> Kyle
>> [hidden email]
>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
You are invited to view a sample application (with a link for GS/S  
source code) at http://seaside.gemstone.com/seaside/recipes. Source  
code can also be viewed at http://seaside.gemstone.com/ss/FOSCON.html 
and you might be able to load my code into Squeak using the following:

        MCHttpRepository
                location: 'http://seaside.gemstone.com/ss/FOSCON'
                user: ''
                password: ''

Keep in mind that I consider myself more of a GemStone/S expert than a  
Seaside expert and I'd welcome constructive criticism. I'm not sure  
how much of the source code I can type in 10 or 15 minutes (we are  
allowed 20 minutes and there will be new requirements held till the  
start of the event). Any ideas of how I can make it smaller would be  
especially welcome.

James


On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:

> Should be doable. You should of course have an html layout before you
> go. And have done several test runs.
>
> Cheers
> Philippe
>
> 2008/7/16 James Foster <[hidden email]>:
>> Yes, a couple of us at GemStone have asked to be included. As you  
>> mention,
>> it is a bit of a narrow scope, with 30 minutes being allowed, but  
>> we'll try
>> to represent the Seaside community as well as we can!
>>
>> James Foster
>>
>>
>> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>>
>>> Hey Seasiders
>>>
>>> The RoR folks are running this at OSCON:
>>>
>>> http://pdxfoscon.org/competition
>>>
>>> Probably a good opportunity to show-off what Seaside can do.  I  
>>> can't
>>> attend so I can't volunteer but presumably since they mention  
>>> Seaside and
>>> Gemstone, there are some people already signed up in the Seaside  
>>> camp?  Yes,
>>> yes, it's a silly contest (and proves very little), but could  
>>> result in a
>>> few heads turned in our direction, no?
>>>
>>> I'd love to watch this... hopefully someone will provide a  
>>> screencast at
>>> some point?!
>>>
>>> Cheers
>>>
>>> Kyle
>>> [hidden email]
>>>
>>> _______________________________________________
>>> seaside mailing list
>>> [hidden email]
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Kyle Dawkins
Hey James

Good work!  I have a few suggestions...

* RoR people are impressed by smoke & mirrors.  Try to make the entry/
edit forms work as lightboxes.  It's a feature of Seaside and should  
be easy to implement, though not sure how well it behaves with  
Magritte... anyone?

* One nice thing about RoR and Django is that their default styles are  
very nice.  Are you allowed to prepare some styles and have them  
ready?  It looks a bit "raw" without.  Simple stuff like setting the  
font to something nice and getting rid of ugly table borders.

20 minutes is not much time at all... I think they're going to find in  
practice that most people are unable to get anything too impressive  
going.  The django guys tried to show off how fast it is to develop an  
app at a recent Portland python UG meeting, and 45 minutes later they  
were still puzzling over some silly little thing and never got a  
working app going...

Good luck!  And post the results to the group after!  especially if  
there's video or screencasts.

Cheers

Kyle
[hidden email]

On Jul 22, 2008, at 3:34 PM, James Foster wrote:

> You are invited to view a sample application (with a link for GS/S  
> source code) at http://seaside.gemstone.com/seaside/recipes. Source  
> code can also be viewed at http://seaside.gemstone.com/ss/ 
> FOSCON.html and you might be able to load my code into Squeak using  
> the following:
>
> MCHttpRepository
> location: 'http://seaside.gemstone.com/ss/FOSCON'
> user: ''
> password: ''
>
> Keep in mind that I consider myself more of a GemStone/S expert than  
> a Seaside expert and I'd welcome constructive criticism. I'm not  
> sure how much of the source code I can type in 10 or 15 minutes (we  
> are allowed 20 minutes and there will be new requirements held till  
> the start of the event). Any ideas of how I can make it smaller  
> would be especially welcome.
>
> James
>
>
> On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:
>
>> Should be doable. You should of course have an html layout before you
>> go. And have done several test runs.
>>
>> Cheers
>> Philippe
>>
>> 2008/7/16 James Foster <[hidden email]>:
>>> Yes, a couple of us at GemStone have asked to be included. As you  
>>> mention,
>>> it is a bit of a narrow scope, with 30 minutes being allowed, but  
>>> we'll try
>>> to represent the Seaside community as well as we can!
>>>
>>> James Foster
>>>
>>>
>>> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>>>
>>>> Hey Seasiders
>>>>
>>>> The RoR folks are running this at OSCON:
>>>>
>>>> http://pdxfoscon.org/competition
>>>>
>>>> Probably a good opportunity to show-off what Seaside can do.  I  
>>>> can't
>>>> attend so I can't volunteer but presumably since they mention  
>>>> Seaside and
>>>> Gemstone, there are some people already signed up in the Seaside  
>>>> camp?  Yes,
>>>> yes, it's a silly contest (and proves very little), but could  
>>>> result in a
>>>> few heads turned in our direction, no?
>>>>
>>>> I'd love to watch this... hopefully someone will provide a  
>>>> screencast at
>>>> some point?!
>>>>
>>>> Cheers
>>>>
>>>> Kyle
>>>> [hidden email]
>>>>
>>>> _______________________________________________
>>>> seaside mailing list
>>>> [hidden email]
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>
>>> _______________________________________________
>>> seaside mailing list
>>> [hidden email]
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Philippe Marschall
In reply to this post by jgfoster
- Thumbs up for Magritte and Pier parser
- Autoaccessors of magritte would probably a good idea but I don't
know if they work with Gemstone. If not use the Refactoring Browser to
generate them. I don't know how eager people are to write accessors.
- Speaking of RB, maybe you could introduce some problem an fix it with RB? ;-)
- Do you need MACommandColumnEx and MACommand? Could you get away
without them even if it makes the code less obvious (not everything
about Rails is obvious). Given that the code is not longer.

something like:

 (MACommandColumn new
                        addCommand: [ :item | self view: item ] text: 'Show';
                        yourself)

instead of:

(MACommand new
                        callback: [:item | self view: item];
                        with: 'Show';
                        yourself)

- Are you prepared to make courses first class objects?
- Nice looking examples are important. Search a good, nonobstruvise
CSS. Ideally you can just wrap a decoration around your root component
that takes care of this. Doesn't need to be fancy. Something like YAML
or blue print CSS could work. Or steal the Rails CSS or something ;-)

URL handling (so messy it deserves its own section)
- that's probably the part I would drop first when running short on time
- your URL parsing looks a bit hairier than usual
- only if you have free time consider playing around with #updateRool:
and add to path
- storing the path from #initialRequest: in an instance variable is
not a good idea

Cheers
Philippe

2008/7/22 James Foster <[hidden email]>:

> You are invited to view a sample application (with a link for GS/S source
> code) at http://seaside.gemstone.com/seaside/recipes. Source code can also
> be viewed at http://seaside.gemstone.com/ss/FOSCON.html and you might be
> able to load my code into Squeak using the following:
>
>        MCHttpRepository
>                location: 'http://seaside.gemstone.com/ss/FOSCON'
>                user: ''
>                password: ''
>
> Keep in mind that I consider myself more of a GemStone/S expert than a
> Seaside expert and I'd welcome constructive criticism. I'm not sure how much
> of the source code I can type in 10 or 15 minutes (we are allowed 20 minutes
> and there will be new requirements held till the start of the event). Any
> ideas of how I can make it smaller would be especially welcome.
>
> James
>
>
> On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:
>
>> Should be doable. You should of course have an html layout before you
>> go. And have done several test runs.
>>
>> Cheers
>> Philippe
>>
>> 2008/7/16 James Foster <[hidden email]>:
>>>
>>> Yes, a couple of us at GemStone have asked to be included. As you
>>> mention,
>>> it is a bit of a narrow scope, with 30 minutes being allowed, but we'll
>>> try
>>> to represent the Seaside community as well as we can!
>>>
>>> James Foster
>>>
>>>
>>> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>>>
>>>> Hey Seasiders
>>>>
>>>> The RoR folks are running this at OSCON:
>>>>
>>>> http://pdxfoscon.org/competition
>>>>
>>>> Probably a good opportunity to show-off what Seaside can do.  I can't
>>>> attend so I can't volunteer but presumably since they mention Seaside
>>>> and
>>>> Gemstone, there are some people already signed up in the Seaside camp?
>>>>  Yes,
>>>> yes, it's a silly contest (and proves very little), but could result in
>>>> a
>>>> few heads turned in our direction, no?
>>>>
>>>> I'd love to watch this... hopefully someone will provide a screencast at
>>>> some point?!
>>>>
>>>> Cheers
>>>>
>>>> Kyle
>>>> [hidden email]
>>>>
>>>> _______________________________________________
>>>> seaside mailing list
>>>> [hidden email]
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>
>>> _______________________________________________
>>> seaside mailing list
>>> [hidden email]
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
Philippe,

Thanks for the thorough code review. I've embedded comments below...

James

On Jul 22, 2008, at 12:53 PM, Philippe Marschall wrote:

> - Thumbs up for Magritte and Pier parser
> - Autoaccessors of magritte would probably a good idea but I don't
> know if they work with Gemstone. If not use the Refactoring Browser to
> generate them. I don't know how eager people are to write accessors.

I'll be using an IDE that has a menu item that will generate accessors.

> - Speaking of RB, maybe you could introduce some problem an fix it  
> with RB? ;-)

The edit-and-fix is certainly something I'd like to demo. With luck I  
won't have to plan for a problem ;-)

> - Do you need MACommandColumnEx and MACommand? Could you get away
> without them even if it makes the code less obvious (not everything
> about Rails is obvious). Given that the code is not longer.
>
> something like:
>
> (MACommandColumn new
> addCommand: [ :item | self view: item ] text: 'Show';
> yourself)
>
> instead of:
>
> (MACommand new
> callback: [:item | self view: item];
> with: 'Show';
> yourself)

I think I need these extensions to get the "Are you sure?" JavaScript.  
I couldn't find a way to get a MACommandCollumn to add the #'onClick:'  
to the anchor. (In a similar way, I think I need the  
PRDocumentComponent to render the Wiki markup. It seems like this  
capability should have been available already but I couldn't find it.)

> - Are you prepared to make courses first class objects?

My first couple attempts did take that approach. On further  
reflection, it didn't look necessary from the requirements and it  
required more typing.

> - Nice looking examples are important. Search a good, nonobstruvise
> CSS. Ideally you can just wrap a decoration around your root component
> that takes care of this. Doesn't need to be fancy. Something like YAML
> or blue print CSS could work. Or steal the Rails CSS or something ;-)

Yes, we are spending some time today looking for images and styling.

> URL handling (so messy it deserves its own section)
> - that's probably the part I would drop first when running short on  
> time

I did think I'd put that off till toward the end and let it drop if I  
run out of time.

> - your URL parsing looks a bit hairier than usual

Suggestions are welcome! Are there any examples of clean URL parsing?  
is there a base class I'm not using?

> - only if you have free time consider playing around with #updateRool:
> and add to path
> - storing the path from #initialRequest: in an instance variable is
> not a good idea

Is there an easy way to get access to it in the render code? I saw it  
in the initialRequest: method, so took it. If I can defer it to the  
render code, then I'll move it there.

> Cheers
> Philippe
>
> 2008/7/22 James Foster <[hidden email]>:
>> You are invited to view a sample application (with a link for GS/S  
>> source
>> code) at http://seaside.gemstone.com/seaside/recipes. Source code  
>> can also
>> be viewed at http://seaside.gemstone.com/ss/FOSCON.html and you  
>> might be
>> able to load my code into Squeak using the following:
>>
>>     MCHttpRepository
>>             location: 'http://seaside.gemstone.com/ss/FOSCON'
>>             user: ''
>>             password: ''
>>
>> Keep in mind that I consider myself more of a GemStone/S expert  
>> than a
>> Seaside expert and I'd welcome constructive criticism. I'm not sure  
>> how much
>> of the source code I can type in 10 or 15 minutes (we are allowed  
>> 20 minutes
>> and there will be new requirements held till the start of the  
>> event). Any
>> ideas of how I can make it smaller would be especially welcome.
>>
>> James
>>
>>
>> On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:
>>
>>> Should be doable. You should of course have an html layout before  
>>> you
>>> go. And have done several test runs.
>>>
>>> Cheers
>>> Philippe
>>>
>>> 2008/7/16 James Foster <[hidden email]>:
>>>>
>>>> Yes, a couple of us at GemStone have asked to be included. As you
>>>> mention,
>>>> it is a bit of a narrow scope, with 30 minutes being allowed, but  
>>>> we'll
>>>> try
>>>> to represent the Seaside community as well as we can!
>>>>
>>>> James Foster
>>>>
>>>>
>>>> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>>>>
>>>>> Hey Seasiders
>>>>>
>>>>> The RoR folks are running this at OSCON:
>>>>>
>>>>> http://pdxfoscon.org/competition
>>>>>
>>>>> Probably a good opportunity to show-off what Seaside can do.  I  
>>>>> can't
>>>>> attend so I can't volunteer but presumably since they mention  
>>>>> Seaside
>>>>> and
>>>>> Gemstone, there are some people already signed up in the Seaside  
>>>>> camp?
>>>>> Yes,
>>>>> yes, it's a silly contest (and proves very little), but could  
>>>>> result in
>>>>> a
>>>>> few heads turned in our direction, no?
>>>>>
>>>>> I'd love to watch this... hopefully someone will provide a  
>>>>> screencast at
>>>>> some point?!
>>>>>
>>>>> Cheers
>>>>>
>>>>> Kyle
>>>>> [hidden email]
>>>>>
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> [hidden email]
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>
>>>>
>>>> _______________________________________________
>>>> seaside mailing list
>>>> [hidden email]
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>> _______________________________________________
>>> seaside mailing list
>>> [hidden email]
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
In reply to this post by Kyle Dawkins

On Jul 22, 2008, at 12:27 PM, Kyle Dawkins wrote:

> Hey James
>
> Good work!  I have a few suggestions...
>
> * RoR people are impressed by smoke & mirrors.  Try to make the  
> entry/edit forms work as lightboxes.  It's a feature of Seaside and  
> should be easy to implement, though not sure how well it behaves  
> with Magritte... anyone?

I'm thinking that the Magritte stuff is overall helpful, but I already  
am extending it to get some missing features (JavaScript). I'm not  
sure what I'd do with lightboxes--mostly because I'm not that familiar  
with them.

> * One nice thing about RoR and Django is that their default styles  
> are very nice.  Are you allowed to prepare some styles and have them  
> ready?  It looks a bit "raw" without.  Simple stuff like setting the  
> font to something nice and getting rid of ugly table borders.

Yes, we'll spend some time beforehand looking into CSS (though other  
submissions are welcome!).

> 20 minutes is not much time at all... I think they're going to find  
> in practice that most people are unable to get anything too  
> impressive going.  The django guys tried to show off how fast it is  
> to develop an app at a recent Portland python UG meeting, and 45  
> minutes later they were still puzzling over some silly little thing  
> and never got a working app going...

We'll practice our script and hope to avoid that fate!

> Good luck!  And post the results to the group after!  especially if  
> there's video or screencasts.
>
> Cheers
>
> Kyle
> [hidden email]
>
> On Jul 22, 2008, at 3:34 PM, James Foster wrote:
>
>> You are invited to view a sample application (with a link for GS/S  
>> source code) at http://seaside.gemstone.com/seaside/recipes. Source  
>> code can also be viewed at http://seaside.gemstone.com/ss/ 
>> FOSCON.html and you might be able to load my code into Squeak using  
>> the following:
>>
>> MCHttpRepository
>> location: 'http://seaside.gemstone.com/ss/FOSCON'
>> user: ''
>> password: ''
>>
>> Keep in mind that I consider myself more of a GemStone/S expert  
>> than a Seaside expert and I'd welcome constructive criticism. I'm  
>> not sure how much of the source code I can type in 10 or 15 minutes  
>> (we are allowed 20 minutes and there will be new requirements held  
>> till the start of the event). Any ideas of how I can make it  
>> smaller would be especially welcome.
>>
>> James
>>
>>
>> On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:
>>
>>> Should be doable. You should of course have an html layout before  
>>> you
>>> go. And have done several test runs.
>>>
>>> Cheers
>>> Philippe
>>>
>>> 2008/7/16 James Foster <[hidden email]>:
>>>> Yes, a couple of us at GemStone have asked to be included. As you  
>>>> mention,
>>>> it is a bit of a narrow scope, with 30 minutes being allowed, but  
>>>> we'll try
>>>> to represent the Seaside community as well as we can!
>>>>
>>>> James Foster
>>>>
>>>>
>>>> On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:
>>>>
>>>>> Hey Seasiders
>>>>>
>>>>> The RoR folks are running this at OSCON:
>>>>>
>>>>> http://pdxfoscon.org/competition
>>>>>
>>>>> Probably a good opportunity to show-off what Seaside can do.  I  
>>>>> can't
>>>>> attend so I can't volunteer but presumably since they mention  
>>>>> Seaside and
>>>>> Gemstone, there are some people already signed up in the Seaside  
>>>>> camp?  Yes,
>>>>> yes, it's a silly contest (and proves very little), but could  
>>>>> result in a
>>>>> few heads turned in our direction, no?
>>>>>
>>>>> I'd love to watch this... hopefully someone will provide a  
>>>>> screencast at
>>>>> some point?!
>>>>>
>>>>> Cheers
>>>>>
>>>>> Kyle
>>>>> [hidden email]
>>>>>
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> [hidden email]
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>
>>>>
>>>> _______________________________________________
>>>> seaside mailing list
>>>> [hidden email]
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>> _______________________________________________
>>> seaside mailing list
>>> [hidden email]
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>
>> _______________________________________________
>> seaside mailing list
>> [hidden email]
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Conrad Taylor
Hi James, I would like to wish you the best of luck.  Using Gemstone/S will allow you to concentrate on other parts of the example because you don't have to deal with RDBMS.  Next, it seems that the competition caters more to Rails and REST if there's a firm requirement in regards to the URL.  Thus, is it really necessary to parse the URL?  For example, this is all the possible options for the search form:

option A:  no input text,  no  selection  Result:  all the items in the list

option B:  input text, no selection  Result:  subset of all the items in the list

option C:  no input text, a selection  Result:  subset of all the items in the list

option D:  input text, a selection  Result:  subset of all the items in the list

Next, here's my translation of the last three bullet points on the contest page:

/receipe/ID  equals the Show link
/recipes/titles/SUBSTRING or /recipes?titles=SUBSTRING  equals one of the options above (i.e. text input and selector)
/recipes/course/ID or /recipes?course=ID  equals one of the options above (i.e. text input and selector)

In short, I'm thinking that the URL parsing is irrelevant because you're, for the most part, interacting with the form.

Good luck,

-Conrad

On Tue, Jul 22, 2008 at 1:23 PM, James Foster <[hidden email]> wrote:

On Jul 22, 2008, at 12:27 PM, Kyle Dawkins wrote:

Hey James

Good work!  I have a few suggestions...

* RoR people are impressed by smoke & mirrors.  Try to make the entry/edit forms work as lightboxes.  It's a feature of Seaside and should be easy to implement, though not sure how well it behaves with Magritte... anyone?

I'm thinking that the Magritte stuff is overall helpful, but I already am extending it to get some missing features (JavaScript). I'm not sure what I'd do with lightboxes--mostly because I'm not that familiar with them.


* One nice thing about RoR and Django is that their default styles are very nice.  Are you allowed to prepare some styles and have them ready?  It looks a bit "raw" without.  Simple stuff like setting the font to something nice and getting rid of ugly table borders.

Yes, we'll spend some time beforehand looking into CSS (though other submissions are welcome!).


20 minutes is not much time at all... I think they're going to find in practice that most people are unable to get anything too impressive going.  The django guys tried to show off how fast it is to develop an app at a recent Portland python UG meeting, and 45 minutes later they were still puzzling over some silly little thing and never got a working app going...

We'll practice our script and hope to avoid that fate!


Good luck!  And post the results to the group after!  especially if there's video or screencasts.

Cheers

Kyle
[hidden email]

On Jul 22, 2008, at 3:34 PM, James Foster wrote:

You are invited to view a sample application (with a link for GS/S source code) at http://seaside.gemstone.com/seaside/recipes. Source code can also be viewed at http://seaside.gemstone.com/ss/FOSCON.html and you might be able to load my code into Squeak using the following:

       MCHttpRepository
               location: 'http://seaside.gemstone.com/ss/FOSCON'
               user: ''
               password: ''

Keep in mind that I consider myself more of a GemStone/S expert than a Seaside expert and I'd welcome constructive criticism. I'm not sure how much of the source code I can type in 10 or 15 minutes (we are allowed 20 minutes and there will be new requirements held till the start of the event). Any ideas of how I can make it smaller would be especially welcome.

James


On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:

Should be doable. You should of course have an html layout before you
go. And have done several test runs.

Cheers
Philippe

2008/7/16 James Foster <[hidden email]>:
Yes, a couple of us at GemStone have asked to be included. As you mention,
it is a bit of a narrow scope, with 30 minutes being allowed, but we'll try
to represent the Seaside community as well as we can!

James Foster


On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:

Hey Seasiders

The RoR folks are running this at OSCON:

http://pdxfoscon.org/competition

Probably a good opportunity to show-off what Seaside can do.  I can't
attend so I can't volunteer but presumably since they mention Seaside and
Gemstone, there are some people already signed up in the Seaside camp?  Yes,
yes, it's a silly contest (and proves very little), but could result in a
few heads turned in our direction, no?

I'd love to watch this... hopefully someone will provide a screencast at
some point?!

Cheers

Kyle
[hidden email]

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Conrad Taylor
Hi James, here's a very good article by Ramon Leon and it may be of some assistance to you:


Good luck,

-Conrad

ps:  If you're using a Mac or Mac Pro in the competition, I would recommend using an application like ScreenFlow from http://www.varasoftware.com for producing
      the screencast.

On Tue, Jul 22, 2008 at 2:34 PM, Conrad Taylor <[hidden email]> wrote:
Hi James, I would like to wish you the best of luck.  Using Gemstone/S will allow you to concentrate on other parts of the example because you don't have to deal with RDBMS.  Next, it seems that the competition caters more to Rails and REST if there's a firm requirement in regards to the URL.  Thus, is it really necessary to parse the URL?  For example, this is all the possible options for the search form:

option A:  no input text,  no  selection  Result:  all the items in the list

option B:  input text, no selection  Result:  subset of all the items in the list

option C:  no input text, a selection  Result:  subset of all the items in the list

option D:  input text, a selection  Result:  subset of all the items in the list

Next, here's my translation of the last three bullet points on the contest page:

/receipe/ID  equals the Show link
/recipes/titles/SUBSTRING or /recipes?titles=SUBSTRING  equals one of the options above (i.e. text input and selector)
/recipes/course/ID or /recipes?course=ID  equals one of the options above (i.e. text input and selector)

In short, I'm thinking that the URL parsing is irrelevant because you're, for the most part, interacting with the form.

Good luck,

-Conrad

On Tue, Jul 22, 2008 at 1:23 PM, James Foster <[hidden email]> wrote:

On Jul 22, 2008, at 12:27 PM, Kyle Dawkins wrote:

Hey James

Good work!  I have a few suggestions...

* RoR people are impressed by smoke & mirrors.  Try to make the entry/edit forms work as lightboxes.  It's a feature of Seaside and should be easy to implement, though not sure how well it behaves with Magritte... anyone?

I'm thinking that the Magritte stuff is overall helpful, but I already am extending it to get some missing features (JavaScript). I'm not sure what I'd do with lightboxes--mostly because I'm not that familiar with them.


* One nice thing about RoR and Django is that their default styles are very nice.  Are you allowed to prepare some styles and have them ready?  It looks a bit "raw" without.  Simple stuff like setting the font to something nice and getting rid of ugly table borders.

Yes, we'll spend some time beforehand looking into CSS (though other submissions are welcome!).


20 minutes is not much time at all... I think they're going to find in practice that most people are unable to get anything too impressive going.  The django guys tried to show off how fast it is to develop an app at a recent Portland python UG meeting, and 45 minutes later they were still puzzling over some silly little thing and never got a working app going...

We'll practice our script and hope to avoid that fate!


Good luck!  And post the results to the group after!  especially if there's video or screencasts.

Cheers

Kyle
[hidden email]

On Jul 22, 2008, at 3:34 PM, James Foster wrote:

You are invited to view a sample application (with a link for GS/S source code) at http://seaside.gemstone.com/seaside/recipes. Source code can also be viewed at http://seaside.gemstone.com/ss/FOSCON.html and you might be able to load my code into Squeak using the following:

       MCHttpRepository
               location: 'http://seaside.gemstone.com/ss/FOSCON'
               user: ''
               password: ''

Keep in mind that I consider myself more of a GemStone/S expert than a Seaside expert and I'd welcome constructive criticism. I'm not sure how much of the source code I can type in 10 or 15 minutes (we are allowed 20 minutes and there will be new requirements held till the start of the event). Any ideas of how I can make it smaller would be especially welcome.

James


On Jul 16, 2008, at 9:42 PM, Philippe Marschall wrote:

Should be doable. You should of course have an html layout before you
go. And have done several test runs.

Cheers
Philippe

2008/7/16 James Foster <[hidden email]>:
Yes, a couple of us at GemStone have asked to be included. As you mention,
it is a bit of a narrow scope, with 30 minutes being allowed, but we'll try
to represent the Seaside community as well as we can!

James Foster


On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:

Hey Seasiders

The RoR folks are running this at OSCON:

http://pdxfoscon.org/competition

Probably a good opportunity to show-off what Seaside can do.  I can't
attend so I can't volunteer but presumably since they mention Seaside and
Gemstone, there are some people already signed up in the Seaside camp?  Yes,
yes, it's a silly contest (and proves very little), but could result in a
few heads turned in our direction, no?

I'd love to watch this... hopefully someone will provide a screencast at
some point?!

Cheers

Kyle
[hidden email]

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside



_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Tomas Carini
In reply to this post by Conrad Taylor
I've tried to write to the guys organizing the contest to propose to
record a screencast on every machine but dind't find a way to do it.
It would be nice that all these knowledge can be shared in this way.

I'm doing some RoR work right now, and it is several steps (miles?)
behind GLASS, but RoR guys have lot of things already available
(geocoding, facebook communication, etc etc) that serve as consolation
:(
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
In reply to this post by Conrad Taylor
Hi Conrad,

I agree that the competition is slanted toward Rails--but since it is being sponsored by the Portland Ruby Brigade that seems only fair. Given the expectations of the hosts and attendees, it seemed reasonable to try to bend Seaside into that sort of application. Some of Seaside's power is that we can do URL parsing if we need to do so. If nothing else, I'd like to avoid an argument about the relative merits of RESTful URLs vs URL rewiring--particularly in this crowd. In any case, I'll probably save those features for the end and if I run out of time I'll fail that part of the test.

James

On Jul 22, 2008, at 2:34 PM, Conrad Taylor wrote:

Hi James, I would like to wish you the best of luck.  Using Gemstone/S will allow you to concentrate on other parts of the example because you don't have to deal with RDBMS.  Next, it seems that the competition caters more to Rails and REST if there's a firm requirement in regards to the URL.  Thus, is it really necessary to parse the URL?  For example, this is all the possible options for the search form:

option A:  no input text,  no  selection  Result:  all the items in the list

option B:  input text, no selection  Result:  subset of all the items in the list

option C:  no input text, a selection  Result:  subset of all the items in the list

option D:  input text, a selection  Result:  subset of all the items in the list

Next, here's my translation of the last three bullet points on the contest page:

/receipe/ID  equals the Show link
/recipes/titles/SUBSTRING or /recipes?titles=SUBSTRING  equals one of the options above (i.e. text input and selector)
/recipes/course/ID or /recipes?course=ID  equals one of the options above (i.e. text input and selector)

In short, I'm thinking that the URL parsing is irrelevant because you're, for the most part, interacting with the form.

Good luck,

-Conrad

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Conrad Taylor
Hi James, being that Portland Ruby Brigade and Gemstone are located in the same state, Gemstone do a similar contest in the future where Gemstone hosts it.  However, this time we focus on the content within the browser instead of the content in the address field.  

Part One:  Each framework developing team will construct an Othello game.

Part Two:  The constructed Othello games from each framework team will compete against the others
                in NCAA Basketball style (i.e. win or loose).

Lastly, it would be very interesting to see all the web frameworks do battle.

-Conrad

On Tue, Jul 22, 2008 at 3:46 PM, James Foster <[hidden email]> wrote:
Hi Conrad,

I agree that the competition is slanted toward Rails--but since it is being sponsored by the Portland Ruby Brigade that seems only fair. Given the expectations of the hosts and attendees, it seemed reasonable to try to bend Seaside into that sort of application. Some of Seaside's power is that we can do URL parsing if we need to do so. If nothing else, I'd like to avoid an argument about the relative merits of RESTful URLs vs URL rewiring--particularly in this crowd. In any case, I'll probably save those features for the end and if I run out of time I'll fail that part of the test.

James

On Jul 22, 2008, at 2:34 PM, Conrad Taylor wrote:

Hi James, I would like to wish you the best of luck.  Using Gemstone/S will allow you to concentrate on other parts of the example because you don't have to deal with RDBMS.  Next, it seems that the competition caters more to Rails and REST if there's a firm requirement in regards to the URL.  Thus, is it really necessary to parse the URL?  For example, this is all the possible options for the search form:

option A:  no input text,  no  selection  Result:  all the items in the list

option B:  input text, no selection  Result:  subset of all the items in the list

option C:  no input text, a selection  Result:  subset of all the items in the list

option D:  input text, a selection  Result:  subset of all the items in the list

Next, here's my translation of the last three bullet points on the contest page:

/receipe/ID  equals the Show link
/recipes/titles/SUBSTRING or /recipes?titles=SUBSTRING  equals one of the options above (i.e. text input and selector)
/recipes/course/ID or /recipes?course=ID  equals one of the options above (i.e. text input and selector)

In short, I'm thinking that the URL parsing is irrelevant because you're, for the most part, interacting with the form.

Good luck,

-Conrad

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside



_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Avi Bryant-2
In reply to this post by jgfoster
On Tue, Jul 22, 2008 at 3:46 PM, James Foster <[hidden email]> wrote:

> Hi Conrad,
> I agree that the competition is slanted toward Rails--but since it is being
> sponsored by the Portland Ruby Brigade that seems only fair. Given the
> expectations of the hosts and attendees, it seemed reasonable to try to bend
> Seaside into that sort of application. Some of Seaside's power is that we
> can do URL parsing if we need to do so. If nothing else, I'd like to avoid
> an argument about the relative merits of RESTful URLs vs URL
> rewiring--particularly in this crowd. In any case, I'll probably save those
> features for the end and if I run out of time I'll fail that part of the
> test.

I think trying to emulate Rails is missing the point - this should be
an app that plays to the strengths of Seaside and GLASS.  If this
means it has somewhat different properties (like no RESTful URLs),
then that says something interesting about the two frameworks.  But
building something that looks precisely like a Rails app, only in
Seaside, just feels disappointing.

One way to play to those strengths would be to have a much richer data
model than would be natural in a RDB app.  For example, I can picture
a hierarchy like:

Ingredient
  VolumeIngredient
     LiquidIngredient
     PowderIngredient
  WeightIngredient
  UnitIngredient
     CanIngredient

You could get some neat behavior out of this (when doubling recipes,
for example), which would be difficult to emulate in Rails.

Another way might be to have a step by step "recipe runner" , that
takes you through each step of the recipe statefully ("Mix the eggs
into the batter.  Press [here] when done.").  This could be done as a
WATask pretty simply.

Of course, not having any idea what the specs are going to be, these
might not turn out to be appropriate... but if you do end up with
extra time, these seem like more interesting ways to spend it.

My $0.02,
Avi
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Philippe Marschall
In reply to this post by jgfoster
>> - Do you need MACommandColumnEx and MACommand? Could you get away
>> without them even if it makes the code less obvious (not everything
>> about Rails is obvious). Given that the code is not longer.
>> ....
> I think I need these extensions to get the "Are you sure?" JavaScript. I
> couldn't find a way to get a MACommandCollumn to add the #'onClick:' to the
> anchor. (In a similar way, I think I need the PRDocumentComponent to render
> the Wiki markup. It seems like this capability should have been available
> already but I couldn't find it.)

I see, I should have read more carefully. No, I'm not aware of such
functionality.

>> - Are you prepared to make courses first class objects?
>
> My first couple attempts did take that approach. On further reflection, it
> didn't look necessary from the requirements and it required more typing.

No, what I meant that they say some of the requirements will be
announced when the competition starts. This is for example something I
would do.

>...
>> - your URL parsing looks a bit hairier than usual
>
> Suggestions are welcome! Are there any examples of clean URL parsing? is
> there a base class I'm not using?

No, not yet :-( but:

aRequest accessPath copyFrom: 3 to: aRequest accessPath size

- I'm not ware of an #accessPath method in WARequest
- why do exclude the first 3 characters?

>> - only if you have free time consider playing around with #updateRool:
>> and add to path
>> - storing the path from #initialRequest: in an instance variable is
>> not a good idea
>
> Is there an easy way to get access to it in the render code?

self session currentRequest

> I saw it in the
> initialRequest: method, so took it. If I can defer it to the render code,
> then I'll move it there.

The problem is that #initialRequest: is sent only once, that the
beginning of the session.

Cheers
Philippe
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
I've edited the following to remove some issues that have been  
resolved...

On Jul 22, 2008, at 10:03 PM, Philippe Marschall wrote:

>>> - Are you prepared to make courses first class objects?
>>
>> My first couple attempts did take that approach. On further  
>> reflection, it
>> didn't look necessary from the requirements and it required more  
>> typing.
>
> No, what I meant that they say some of the requirements will be
> announced when the competition starts. This is for example something I
> would do.

I see. Yes, that does seem like an area where they might grow the  
requirements. Good point!

> aRequest accessPath copyFrom: 3 to: aRequest accessPath size
>
> - I'm not ware of an #accessPath method in WARequest
> - why do exclude the first 3 characters?

Actually, #accessPath is an array (the path string broken by $/), so  
this trims off the first two pieces, #('seaside' 'recipes').

>> Is there an easy way to get access to it [currentRequest] in the  
>> render code?
>
> self session currentRequest

That makes things much cleaner! Thanks.

>> I saw it in the
>> initialRequest: method, so took it. If I can defer it to the render  
>> code,
>> then I'll move it there.
>
> The problem is that #initialRequest: is sent only once, that the
> beginning of the session.

Good point, though it probably works okay here since I'm getting a new  
session when a RESTful URL is submitted (I think).

> Cheers
> Philippe

Thanks again,

James

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Gerhard Obermann
In reply to this post by jgfoster
Hi James!

I have downloaded your example app and improved the CCS a little bit!
See attachment!

If you like i could upload it to your monticello repository.

Changes
- New CSS
- CSS is now optimized for Firefox and Safari
- Use lightbox for view action
- Patched MASingleOptionDescription to allow sorting ( isSortable ^ true), I am not sure why this is not allowed atm)
- Refactored some rendering methods

There is an exception if you are using e.g. 'aaa' for the instVar "servings".
Seems to be a magritte issue!

br
Gerhard



_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

foscon.jpg (76K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
Hi Gerhard,

I've added you as a developer in the Monticello repository. If you  
could upload your changes that would be great! I do like your CSS very  
much.

Maybe we could solve the 'aaa' for "servings" with some JavaScript  
that validates the text as containing only digits?

Thanks very much,

James

On Jul 23, 2008, at 2:24 AM, Gerhard Obermann wrote:

> Hi James!
>
> I have downloaded your example app and improved the CCS a little bit!
> See attachment!
>
> If you like i could upload it to your monticello repository.
>
> Changes
> - New CSS
> - CSS is now optimized for Firefox and Safari
> - Use lightbox for view action
> - Patched MASingleOptionDescription to allow sorting ( isSortable ^  
> true), I am not sure why this is not allowed atm)
> - Refactored some rendering methods
>
> There is an exception if you are using e.g. 'aaa' for the instVar  
> "servings".
> Seems to be a magritte issue!
>
> br
> Gerhard
>
>
> <foscon.jpg>_______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

Gerhard Obermann

I've added you as a developer in the Monticello repository. If you could upload your changes that would be great! I do like your CSS very much.


DONE!

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: OSCON "contest"

jgfoster
In reply to this post by Kyle Dawkins
I'd like to thank all of you for your interest and support as we  
prepared for this competition. Now for the report...

Overall I'm disappointed with my performance. 20 minutes is just too  
short a time for building even a trivial application using GLASS. The  
analogy that comes to mind is this competition (race) was a sprint and  
we are much better suited to competing in a marathon. There was a  
point a  couple days ago when I told people that we'd do better if we  
got a beta copy of Cincom's Web Velocity from James Robertson and used  
it for the competition. I think they (Cincom) are doing an excellent  
job at aiming at this sort of audience.

James Foster

On Jul 16, 2008, at 2:46 PM, Kyle Dawkins wrote:

> Hey Seasiders
>
> The RoR folks are running this at OSCON:
>
> http://pdxfoscon.org/competition
>
> Probably a good opportunity to show-off what Seaside can do.  I  
> can't attend so I can't volunteer but presumably since they mention  
> Seaside and Gemstone, there are some people already signed up in the  
> Seaside camp?  Yes, yes, it's a silly contest (and proves very  
> little), but could result in a few heads turned in our direction, no?
>
> I'd love to watch this... hopefully someone will provide a  
> screencast at some point?!
>
> Cheers
>
> Kyle
> [hidden email]
>
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
12