Hello,
I created a form page for create some data. I have now the data and need to change it. How can I create a form already populated with the old values. I'm using only seaside. Can someone help me ? //Walle _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
You can set the current value of the element with the #value: message
send, (html textInput) setFocus; value: self username; callback: [:v | self username: v] Hope this helps, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Squeak Smalltalk > Sent: Tuesday, June 19, 2007 2:41 PM > To: Seaside - general discussion > Subject: [Seaside] Beginner quest:: With seaside update one value. > > Hello, > > I created a form page for create some data. > I have now the data and need to change it. > > How can I create a form already populated with the old values. > > I'm using only seaside. Can someone help me ? > > //Walle > _______________________________________________ > 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 |
hi,
Thanks it helps. But now I do not know how to doit the seaside/smalltalk way ;) I have renderContentOn: html | user currentvalue | user := self session user userName. currentvalue := Setting repositorysetting at: user ifAbsent: ['not set']. html text: 'Password set'. html text: currentvalue ppmpwd. html break. html anchor on: #edit of: self. But how will my edit method be? I have try to call it without big success :( //Walle. P.S You can also comment on the code style :D On 6/19/07, Boris Popov <[hidden email]> wrote: > You can set the current value of the element with the #value: message > send, > > (html textInput) > setFocus; > value: self username; > callback: [:v | self username: v] > > Hope this helps, > > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > http://tinyurl.com/r7uw4 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that is > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > > -----Original Message----- > > From: [hidden email] [mailto:seaside- > > [hidden email]] On Behalf Of Squeak Smalltalk > > Sent: Tuesday, June 19, 2007 2:41 PM > > To: Seaside - general discussion > > Subject: [Seaside] Beginner quest:: With seaside update one value. > > > > Hello, > > > > I created a form page for create some data. > > I have now the data and need to change it. > > > > How can I create a form already populated with the old values. > > > > I'm using only seaside. Can someone help me ? > > > > //Walle > > _______________________________________________ > > 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 |
Walle, you don't want to do 'html text:' when you want to edit something. That will make it read only. What you need is textInput in the way Boris has already suggested. Try to ensure you understand what Boris told you and you will get it. Ask if you still have doubts. cheers Sebastian PS: May I be wrong but perhaps is just that you have to get used to smalltalk syntax details or familiarize with the canvas. > -----Mensaje original----- > De: [hidden email] > [mailto:[hidden email]] En nombre > de Squeak Smalltalk > Enviado el: MiƩrcoles, 20 de Junio de 2007 03:42 > Para: Seaside - general discussion > Asunto: Re: [Seaside] Beginner quest:: With seaside update one value. > > hi, > > Thanks it helps. But now I do not know how to doit the > seaside/smalltalk way ;) > > I have > renderContentOn: html > | user currentvalue | > > user := self session user userName. > > currentvalue := Setting repositorysetting > at: user > ifAbsent: ['not set']. > html text: 'Password set'. > html text: currentvalue ppmpwd. > html break. > html anchor on: #edit of: self. > > But how will my edit method be? I have try to call it without > big success :( > > > //Walle. > > > P.S You can also comment on the code style :D > > On 6/19/07, Boris Popov <[hidden email]> wrote: > > You can set the current value of the element with the > #value: message > > send, > > > > (html textInput) > > setFocus; > > value: self username; > > callback: [:v | self username: v] > > > > Hope this helps, > > > > -Boris > > > > -- > > +1.604.689.0322 > > DeepCove Labs Ltd. > > 4th floor 595 Howe Street > > Vancouver, Canada V6C 2T5 > > http://tinyurl.com/r7uw4 > > > > [hidden email] > > > > CONFIDENTIALITY NOTICE > > > > This email is intended only for the persons named in the message > > header. Unless otherwise indicated, it contains information that is > > private and confidential. If you have received it in error, please > > notify the sender and delete the entire message including any > > attachments. > > > > Thank you. > > > > > -----Original Message----- > > > From: [hidden email] [mailto:seaside- > > > [hidden email]] On Behalf Of Squeak Smalltalk > > > Sent: Tuesday, June 19, 2007 2:41 PM > > > To: Seaside - general discussion > > > Subject: [Seaside] Beginner quest:: With seaside update one value. > > > > > > Hello, > > > > > > I created a form page for create some data. > > > I have now the data and need to change it. > > > > > > How can I create a form already populated with the old values. > > > > > > I'm using only seaside. Can someone help me ? > > > > > > //Walle > > > _______________________________________________ > > > 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 |
James Robertson has just put up a call on his blog for feedback on what
you, as customers, want to see Cincom doing with Seaside. What do you want? What do you need? What do you expect from us? If you have ideas, the sooner you can back to us the better, we're doing our initial planning shortly. So throw up your burning issues. Either reply to this thread, email me directly or if you want to be clandestine, email jarober at gmail dot com Cheers, Michael _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Hi,
> James Robertson has just put up a call on his blog for feedback on what > you, as customers, want to see Cincom doing with Seaside. > > What do you want? > What do you need? Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, see [3][4])on VW would be nice. I am aware of the Seaside Testing Tool from David Shaffer[5], but a framework capable of replaying JS scripts and showing the stuff happening in some browser would be nice - both for the test driven developers and their customers. Maybe guiding the Albatross to the VW-Seaside would be an option? Thanks for asking and supporting Seaside on VW, Markus [1] http://wtr.rubyforge.org/ [2] "Watir is the most compelling alternative [to Fit] for filling the automated acceptance testing need." ? Ward Cunningham [3] http://www.iam.unibe.ch/~scg/Archive/Projects/Brue06a.pdf [4] http://www.squeaksource.com/Albatross/ [5] http://www.shaffer-consulting.com/david/Seaside/TestingComponents/TestingComponents.html _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
2007/6/20, Markus Gaelli <[hidden email]>:
> Hi, > > > James Robertson has just put up a call on his blog for feedback on what > > you, as customers, want to see Cincom doing with Seaside. > > > > What do you want? > > What do you need? > > Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, > see [3][4])on VW would be nice. > I am aware of the Seaside Testing Tool from David Shaffer[5], but a > framework capable of replaying JS scripts and showing the stuff happening > in some browser would be nice - both for the test driven developers and > their customers. > > Maybe guiding the Albatross to the VW-Seaside would be an option? > > Thanks for asking and supporting Seaside on VW, The only thing that is platform specific is starting a browser. You should be able to port that yourself ;) Cheers Philippe > Markus > > [1] http://wtr.rubyforge.org/ > [2] "Watir is the most compelling alternative [to Fit] for filling the > automated acceptance testing need." ? Ward Cunningham > [3] http://www.iam.unibe.ch/~scg/Archive/Projects/Brue06a.pdf > [4] http://www.squeaksource.com/Albatross/ > [5] > http://www.shaffer-consulting.com/david/Seaside/TestingComponents/TestingComponents.html > _______________________________________________ > 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 |
[hidden email] wrote on 20.06.2007 15:09:45:
> 2007/6/20, Markus Gaelli <[hidden email]>: > > Hi, > > > > > James Robertson has just put up a call on his blog for feedback on what > > > you, as customers, want to see Cincom doing with Seaside. > > > > > > What do you want? > > > What do you need? > > > > Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, > > see [3][4])on VW would be nice. > > I am aware of the Seaside Testing Tool from David Shaffer[5], but a > > framework capable of replaying JS scripts and showing the stuff happening > > in some browser would be nice - both for the test driven developers and > > their customers. > > > > Maybe guiding the Albatross to the VW-Seaside would be an option? > > > > Thanks for asking and supporting Seaside on VW, > > The only thing that is platform specific is starting a browser. You > should be able to port that yourself ;) Not quite right. WAKom and friends are not my friends, so I got stuck there. I bet you can't do it either... ;-) Cheers, Markus > > Cheers > Philippe > > > Markus > > > > [1] http://wtr.rubyforge.org/ > > [2] "Watir is the most compelling alternative [to Fit] for filling the > > automated acceptance testing need." ? Ward Cunningham > > [3] http://www.iam.unibe.ch/~scg/Archive/Projects/Brue06a.pdf > > [4] http://www.squeaksource.com/Albatross/ > > [5] > > http://www.shaffer-consulting. > com/david/Seaside/TestingComponents/TestingComponents.html > > _______________________________________________ > > 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 |
In reply to this post by Philippe Marschall
On Jun 20, 2007, at 15:09 , Philippe Marschall wrote:
> 2007/6/20, Markus Gaelli <[hidden email]>: >> Hi, >> >> > James Robertson has just put up a call on his blog for feedback >> on what >> > you, as customers, want to see Cincom doing with Seaside. >> > >> > What do you want? >> > What do you need? >> >> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross >> (Squeak, >> see [3][4])on VW would be nice. >> I am aware of the Seaside Testing Tool from David Shaffer[5], but a >> framework capable of replaying JS scripts and showing the stuff >> happening >> in some browser would be nice - both for the test driven >> developers and >> their customers. >> >> Maybe guiding the Albatross to the VW-Seaside would be an option? >> >> Thanks for asking and supporting Seaside on VW, > > The only thing that is platform specific is starting a browser. yes, almost. There is also the request/response loop of Albatross talking to the web browser. But this should also be quite easy to realize with the web server provided by VW instead of Kom, which we use in Squeak. Adrian ___________________ Adrian Lienhard www.adrian-lienhard.ch _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Markus Gaelli-3
2007/6/20, Markus Gaelli <[hidden email]>:
> [hidden email] wrote on 20.06.2007 15:09:45: > > > 2007/6/20, Markus Gaelli <[hidden email]>: > > > Hi, > > > > > > > James Robertson has just put up a call on his blog for feedback on > what > > > > you, as customers, want to see Cincom doing with Seaside. > > > > > > > > What do you want? > > > > What do you need? > > > > > > Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross > (Squeak, > > > see [3][4])on VW would be nice. > > > I am aware of the Seaside Testing Tool from David Shaffer[5], but a > > > framework capable of replaying JS scripts and showing the stuff > happening > > > in some browser would be nice - both for the test driven developers > and > > > their customers. > > > > > > Maybe guiding the Albatross to the VW-Seaside would be an option? > > > > > > Thanks for asking and supporting Seaside on VW, > > > > The only thing that is platform specific is starting a browser. You > > should be able to port that yourself ;) > > Not quite right. WAKom and friends are not my friends, so I got stuck > there. > I bet you can't do it either... ;-) Yepp, not VW here, couldn't find a 64bit image for NC. Cheers Philippe > Cheers, > > Markus > > > > > Cheers > > Philippe > > > > > Markus > > > > > > [1] http://wtr.rubyforge.org/ > > > [2] "Watir is the most compelling alternative [to Fit] for filling the > > > automated acceptance testing need." ? Ward Cunningham > > > [3] http://www.iam.unibe.ch/~scg/Archive/Projects/Brue06a.pdf > > > [4] http://www.squeaksource.com/Albatross/ > > > [5] > > > http://www.shaffer-consulting. > > com/david/Seaside/TestingComponents/TestingComponents.html > > > _______________________________________________ > > > 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 |
In reply to this post by Markus Gaelli-3
> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, > see [3][4])on VW would be nice. > I am aware of the Seaside Testing Tool from David Shaffer[5], but a > framework capable of replaying JS scripts and showing the stuff happening > in some browser would be nice - both for the test driven developers and > their customers. > > Maybe guiding the Albatross to the VW-Seaside would be an option? > This is nice. When we did web testing before I moved to Cincom we utilised the known properties of the server side code instead of bouncing back to the web browser itself. Mostly because of: a) Speed of running the tests b) Ease of writing the tests In the end we wanted to do testing like this - so I whole heartedly support this idea. It's going on to the project backlog. Thanks for bringing it to my attention. Cheers, Michael _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Michael Lucas-Smith-3
Hi Michael,
I think that a classical 500 page documentation is very much welcome. Some less, with a couple of hundred unit test might do as well. @+Maarten, Michael Lucas-Smith a Ć©crit : > James Robertson has just put up a call on his blog for feedback on > what you, as customers, want to see Cincom doing with Seaside. > > What do you want? > What do you need? > What do you expect from us? > > If you have ideas, the sooner you can back to us the better, we're > doing our initial planning shortly. So throw up your burning issues. > > Either reply to this thread, email me directly or if you want to be > clandestine, email jarober at gmail dot com > > Cheers, > Michael > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > __________ Information NOD32 2184 (20070412) __________ > > Ce message a ete verifie par NOD32 Antivirus System. > http://www.nod32.com > > > _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Michael Lucas-Smith-3
Hi Michael,
I'd like to see Cincom maintain squeak compatibility. Ron Teitelbaum > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Michael Lucas-Smith > Sent: Wednesday, June 20, 2007 5:15 PM > To: Seaside - general discussion > Subject: Re: Guiding the Albatross to the VW-Seaside? [was: [Seaside] > Seasidefor VisualWorks] > > > > Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, > > see [3][4])on VW would be nice. > > I am aware of the Seaside Testing Tool from David Shaffer[5], but a > > framework capable of replaying JS scripts and showing the stuff > happening > > in some browser would be nice - both for the test driven developers and > > their customers. > > > > Maybe guiding the Albatross to the VW-Seaside would be an option? > > > This is nice. When we did web testing before I moved to Cincom we > utilised the known properties of the server side code instead of > bouncing back to the web browser itself. Mostly because of: > a) Speed of running the tests > b) Ease of writing the tests > > In the end we wanted to do testing like this - so I whole heartedly > support this idea. It's going on to the project backlog. Thanks for > bringing it to my attention. > > Cheers, > Michael > > _______________________________________________ > 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 |
Yes, that's very high on the list of laws for this project. We're not
forking Seaside. Michael Ron Teitelbaum wrote: > Hi Michael, > > I'd like to see Cincom maintain squeak compatibility. > > Ron Teitelbaum > > >> -----Original Message----- >> From: [hidden email] [mailto:seaside- >> [hidden email]] On Behalf Of Michael Lucas-Smith >> Sent: Wednesday, June 20, 2007 5:15 PM >> To: Seaside - general discussion >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: [Seaside] >> Seasidefor VisualWorks] >> >> >> >>> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, >>> see [3][4])on VW would be nice. >>> I am aware of the Seaside Testing Tool from David Shaffer[5], but a >>> framework capable of replaying JS scripts and showing the stuff >>> >> happening >> >>> in some browser would be nice - both for the test driven developers and >>> their customers. >>> >>> Maybe guiding the Albatross to the VW-Seaside would be an option? >>> >>> >> This is nice. When we did web testing before I moved to Cincom we >> utilised the known properties of the server side code instead of >> bouncing back to the web browser itself. Mostly because of: >> a) Speed of running the tests >> b) Ease of writing the tests >> >> In the end we wanted to do testing like this - so I whole heartedly >> support this idea. It's going on to the project backlog. Thanks for >> bringing it to my attention. >> >> Cheers, >> Michael >> >> _______________________________________________ >> 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 |
In reply to this post by Michael Lucas-Smith-3
Michael Lucas-Smith wrote:
> James Robertson has just put up a call on his blog for feedback on what > you, as customers, want to see Cincom doing with Seaside. Create, maintain, and host a documentation site. - beginner's tutorial, with pre-built image, where everything justs works as documented - cookbook, with lots of examples - summarize the various mailing lists and blogs into a FAQ - programmer reference - a class browser works better, but some people want a manual, so let'em have one IMHO, the community has plenty of technical talent that improves the code base, invents new frameworks, answers question, etc. What it lacks is access to professional writers and graphic artists that can polish up all the raw material into documentation that makes it easy for newcomers to progress to "journeymen" and thus stay with Seaside, instead of drift off. _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Michael Lucas-Smith-3
So the current development model with development happening in Squeak
and versions for other dialects being "generated" from there will stay? Philippe 2007/6/21, Michael Lucas-Smith <[hidden email]>: > Yes, that's very high on the list of laws for this project. We're not > forking Seaside. > > Michael > > Ron Teitelbaum wrote: > > Hi Michael, > > > > I'd like to see Cincom maintain squeak compatibility. > > > > Ron Teitelbaum > > > > > >> -----Original Message----- > >> From: [hidden email] [mailto:seaside- > >> [hidden email]] On Behalf Of Michael Lucas-Smith > >> Sent: Wednesday, June 20, 2007 5:15 PM > >> To: Seaside - general discussion > >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: [Seaside] > >> Seasidefor VisualWorks] > >> > >> > >> > >>> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross (Squeak, > >>> see [3][4])on VW would be nice. > >>> I am aware of the Seaside Testing Tool from David Shaffer[5], but a > >>> framework capable of replaying JS scripts and showing the stuff > >>> > >> happening > >> > >>> in some browser would be nice - both for the test driven developers and > >>> their customers. > >>> > >>> Maybe guiding the Albatross to the VW-Seaside would be an option? > >>> > >>> > >> This is nice. When we did web testing before I moved to Cincom we > >> utilised the known properties of the server side code instead of > >> bouncing back to the web browser itself. Mostly because of: > >> a) Speed of running the tests > >> b) Ease of writing the tests > >> > >> In the end we wanted to do testing like this - so I whole heartedly > >> support this idea. It's going on to the project backlog. Thanks for > >> bringing it to my attention. > >> > >> Cheers, > >> Michael > >> > >> _______________________________________________ > >> 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 |
In reply to this post by Markus Gaelli-3
I would hope so seeing as that's where majority of development is happening right now and cincom focus will first be on better integration and only then on seaside itself if I understand correctly. _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Our initial efforts will be in making sure the port is solid so that we
don't end up focusing on hundreds of microfires trying to support it. Michel Bany has done an excellent job of this so far so the initial effort should hopefully be low. Improvements there-in come in two forms: New libraries that use Seaside of the ilk of ShoreComponents, where it's on top of Seaside and doesn't change seaside. The other form being improvements to Seaside itself. The latter we intend to avoid in principle to keep compatibility with what Seaside is. I'm sure enhancements will trickle back and forth. And as to the burning question of are the Cincom guys going to use Squeak instead of VisualWorks? funny question, kind of loaded. Obviously we'll be using both. Cheers, Michael Boris Popov wrote: > > I would hope so seeing as that's where majority of development is > happening right now and cincom focus will first be on better > integration and only then on seaside itself if I understand correctly. > > Cheers! > > -Boris > (Sent from a BlackBerry) > > ----- Original Message ----- > From: [hidden email] > <[hidden email]> > To: Seaside - general discussion <[hidden email]> > Sent: Wed Jun 20 22:37:01 2007 > Subject: Re: Guiding the Albatross to the VW-Seaside? [was: > [Seaside]Seasidefor VisualWorks] > > So the current development model with development happening in Squeak > and versions for other dialects being "generated" from there will > stay? > > Philippe > > 2007/6/21, Michael Lucas-Smith <[hidden email]>: > > Yes, that's very high on the list of laws for this project. We're not > > forking Seaside. > > > > Michael > > > > Ron Teitelbaum wrote: > > > Hi Michael, > > > > > > I'd like to see Cincom maintain squeak compatibility. > > > > > > Ron Teitelbaum > > > > > > > > >> -----Original Message----- > > >> From: [hidden email] [mailto:seaside- > > >> [hidden email]] On Behalf Of Michael Lucas-Smith > > >> Sent: Wednesday, June 20, 2007 5:15 PM > > >> To: Seaside - general discussion > > >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: [Seaside] > > >> Seasidefor VisualWorks] > > >> > > >> > > >> > > >>> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross > (Squeak, > > >>> see [3][4])on VW would be nice. > > >>> I am aware of the Seaside Testing Tool from David Shaffer[5], but a > > >>> framework capable of replaying JS scripts and showing the stuff > > >>> > > >> happening > > >> > > >>> in some browser would be nice - both for the test driven > developers and > > >>> their customers. > > >>> > > >>> Maybe guiding the Albatross to the VW-Seaside would be an option? > > >>> > > >>> > > >> This is nice. When we did web testing before I moved to Cincom we > > >> utilised the known properties of the server side code instead of > > >> bouncing back to the web browser itself. Mostly because of: > > >> a) Speed of running the tests > > >> b) Ease of writing the tests > > >> > > >> In the end we wanted to do testing like this - so I whole heartedly > > >> support this idea. It's going on to the project backlog. Thanks for > > >> bringing it to my attention. > > >> > > >> Cheers, > > >> Michael > > >> > > >> _______________________________________________ > > >> 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 |
I was searching my old emails for Albatross references w/ regards to VW
and found this as the only thread.. Any ideas on where things stand at this point? I didn't see any references to Albatross in the public store so I'll assume its still a no-go -- correct? I'd love to see Albatross going on this platform.. Anyway, just figured it wouldn't hurt to ask.. On Wed, June 20, 2007 11:51 pm, Michael Lucas-Smith wrote: > Our initial efforts will be in making sure the port is solid so that we > don't end up focusing on hundreds of microfires trying to support it. > Michel Bany has done an excellent job of this so far so the initial > effort should hopefully be low. > > Improvements there-in come in two forms: New libraries that use Seaside > of the ilk of ShoreComponents, where it's on top of Seaside and doesn't > change seaside. The other form being improvements to Seaside itself. The > latter we intend to avoid in principle to keep compatibility with what > Seaside is. I'm sure enhancements will trickle back and forth. > > And as to the burning question of are the Cincom guys going to use > Squeak instead of VisualWorks? funny question, kind of loaded. Obviously > we'll be using both. > > Cheers, > Michael > > Boris Popov wrote: >> >> I would hope so seeing as that's where majority of development is >> happening right now and cincom focus will first be on better >> integration and only then on seaside itself if I understand correctly. >> >> Cheers! >> >> -Boris >> (Sent from a BlackBerry) >> >> ----- Original Message ----- >> From: [hidden email] >> <[hidden email]> >> To: Seaside - general discussion <[hidden email]> >> Sent: Wed Jun 20 22:37:01 2007 >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: >> [Seaside]Seasidefor VisualWorks] >> >> So the current development model with development happening in Squeak >> and versions for other dialects being "generated" from there will >> stay? >> >> Philippe >> >> 2007/6/21, Michael Lucas-Smith <[hidden email]>: >> > Yes, that's very high on the list of laws for this project. We're not >> > forking Seaside. >> > >> > Michael >> > >> > Ron Teitelbaum wrote: >> > > Hi Michael, >> > > >> > > I'd like to see Cincom maintain squeak compatibility. >> > > >> > > Ron Teitelbaum >> > > >> > > >> > >> -----Original Message----- >> > >> From: [hidden email] [mailto:seaside- >> > >> [hidden email]] On Behalf Of Michael >> Lucas-Smith >> > >> Sent: Wednesday, June 20, 2007 5:15 PM >> > >> To: Seaside - general discussion >> > >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: >> [Seaside] >> > >> Seasidefor VisualWorks] >> > >> >> > >> >> > >> >> > >>> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross >> (Squeak, >> > >>> see [3][4])on VW would be nice. >> > >>> I am aware of the Seaside Testing Tool from David Shaffer[5], but >> a >> > >>> framework capable of replaying JS scripts and showing the stuff >> > >>> >> > >> happening >> > >> >> > >>> in some browser would be nice - both for the test driven >> developers and >> > >>> their customers. >> > >>> >> > >>> Maybe guiding the Albatross to the VW-Seaside would be an option? >> > >>> >> > >>> >> > >> This is nice. When we did web testing before I moved to Cincom we >> > >> utilised the known properties of the server side code instead of >> > >> bouncing back to the web browser itself. Mostly because of: >> > >> a) Speed of running the tests >> > >> b) Ease of writing the tests >> > >> >> > >> In the end we wanted to do testing like this - so I whole heartedly >> > >> support this idea. It's going on to the project backlog. Thanks for >> > >> bringing it to my attention. >> > >> >> > >> Cheers, >> > >> Michael >> > >> >> > >> _______________________________________________ >> > >> 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 |
The request/response loop has been rewritten to not rely on Kom
anymore but only on Seaside. It's now at the point where you can file it out, file it into VW, chance the reference to ExternalWebBrowser and see what happens. Cheers Philippe 2008/6/24 Rick Flower <[hidden email]>: > I was searching my old emails for Albatross references w/ regards to VW > and found this as the only thread.. Any ideas on where things stand at > this point? I didn't see any references to Albatross in the public store > so I'll assume its still a no-go -- correct? I'd love to see Albatross > going on this platform.. Anyway, just figured it wouldn't hurt to ask.. > > > On Wed, June 20, 2007 11:51 pm, Michael Lucas-Smith wrote: >> Our initial efforts will be in making sure the port is solid so that we >> don't end up focusing on hundreds of microfires trying to support it. >> Michel Bany has done an excellent job of this so far so the initial >> effort should hopefully be low. >> >> Improvements there-in come in two forms: New libraries that use Seaside >> of the ilk of ShoreComponents, where it's on top of Seaside and doesn't >> change seaside. The other form being improvements to Seaside itself. The >> latter we intend to avoid in principle to keep compatibility with what >> Seaside is. I'm sure enhancements will trickle back and forth. >> >> And as to the burning question of are the Cincom guys going to use >> Squeak instead of VisualWorks? funny question, kind of loaded. Obviously >> we'll be using both. >> >> Cheers, >> Michael >> >> Boris Popov wrote: >>> >>> I would hope so seeing as that's where majority of development is >>> happening right now and cincom focus will first be on better >>> integration and only then on seaside itself if I understand correctly. >>> >>> Cheers! >>> >>> -Boris >>> (Sent from a BlackBerry) >>> >>> ----- Original Message ----- >>> From: [hidden email] >>> <[hidden email]> >>> To: Seaside - general discussion <[hidden email]> >>> Sent: Wed Jun 20 22:37:01 2007 >>> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: >>> [Seaside]Seasidefor VisualWorks] >>> >>> So the current development model with development happening in Squeak >>> and versions for other dialects being "generated" from there will >>> stay? >>> >>> Philippe >>> >>> 2007/6/21, Michael Lucas-Smith <[hidden email]>: >>> > Yes, that's very high on the list of laws for this project. We're not >>> > forking Seaside. >>> > >>> > Michael >>> > >>> > Ron Teitelbaum wrote: >>> > > Hi Michael, >>> > > >>> > > I'd like to see Cincom maintain squeak compatibility. >>> > > >>> > > Ron Teitelbaum >>> > > >>> > > >>> > >> -----Original Message----- >>> > >> From: [hidden email] [mailto:seaside- >>> > >> [hidden email]] On Behalf Of Michael >>> Lucas-Smith >>> > >> Sent: Wednesday, June 20, 2007 5:15 PM >>> > >> To: Seaside - general discussion >>> > >> Subject: Re: Guiding the Albatross to the VW-Seaside? [was: >>> [Seaside] >>> > >> Seasidefor VisualWorks] >>> > >> >>> > >> >>> > >> >>> > >>> Some UI testing tool like Watir (Ruby, see [1][2]) or Albatross >>> (Squeak, >>> > >>> see [3][4])on VW would be nice. >>> > >>> I am aware of the Seaside Testing Tool from David Shaffer[5], but >>> a >>> > >>> framework capable of replaying JS scripts and showing the stuff >>> > >>> >>> > >> happening >>> > >> >>> > >>> in some browser would be nice - both for the test driven >>> developers and >>> > >>> their customers. >>> > >>> >>> > >>> Maybe guiding the Albatross to the VW-Seaside would be an option? >>> > >>> >>> > >>> >>> > >> This is nice. When we did web testing before I moved to Cincom we >>> > >> utilised the known properties of the server side code instead of >>> > >> bouncing back to the web browser itself. Mostly because of: >>> > >> a) Speed of running the tests >>> > >> b) Ease of writing the tests >>> > >> >>> > >> In the end we wanted to do testing like this - so I whole heartedly >>> > >> support this idea. It's going on to the project backlog. Thanks for >>> > >> bringing it to my attention. >>> > >> >>> > >> Cheers, >>> > >> Michael >>> > >> >>> > >> _______________________________________________ >>> > >> 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 > seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |