Dear list,
The Seaside tutorial of the Software Architecture Group (Hasso-Plattner-Institut, University of Potsdam) is available in a new version. We have inserted new contents, like persistence with Magma or a new chapter about Magritte. Other parts have been improved with the help of the community. Thanks for all the replies and hints we have received after the first release. As noticed by Randal, there are currently many URL rewrites when calling a tutorial page. The tutorial will move from http://www.swa.hpi.uni-potsdam.de/seaside/tutorial to http://www.hpi.uni-potsdam.de/swa/seaside/tutorial. We have already prepared some things, that is why there are so many rewrites. It will change soon. Have a look at the new URL: http://www.hpi.uni-potsdam.de/swa/seaside/tutorial Furthermore we are still thankful for every feedback we get from you. Regards David Tibbe and Michael Perscheid -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
>>>>> "michaelperscheid" == michaelperscheid <[hidden email]> writes:
michaelperscheid> Have a look at the new URL: michaelperscheid> http://www.hpi.uni-potsdam.de/swa/seaside/tutorial Can I *please please* ask that you don't make the common design error (see Jakob Neilsen www.useit.com for details) of styling your links indistinguishably? I hate having to mouse over an entire page looking for navigation. I'm saying this publicly, because it's a common problem when designers don't understand usability, and it sometimes gets copied by programmers who think they're doing the right thing. No. Wrong. Specifically: a { text-decoration: none } should *never* be used, unless you've also done something else that uniquely says "this is a link" (different color, different font, something!). -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[hidden email]> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by michaelperscheid
Hello,
I wrote a Magma tutorial for you, how come you ignored it. Keith _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by michaelperscheid
Hmm, interesting timing. But thanks for expanding the tutorial,
excellent job. Comparing what Philippe and I did at 24C3 with your results, I have the following remarks: - descriptions are cached, so descriptionDeadline needs a default: [Date tomorrow] asDynamicObject; - if you want to display the task in a lightbox, there is an excellent opportunity to show a decoration: WADecoration subclass: #StLightBoxDecoration renderContentOn: html html div class: 'generic lightbox'; with: [ self renderOwnerOn: html ] used with: createNewTask | component | component := StTask new asComponent addValidatedForm; addMessage: 'Creating task'; addDecoration: StLightBoxDecoration new; yourself. (self lightbox: component) ifNotNilDo:[ :task | self session db addTask: task toUser: self session user ] and some slight css changes to handle the validation: .shortMessageRed, .errors li { background-color: #ffb0b0; border: 1px solid #ee0000; padding: 5px; margin-bottom: 10px; } - converting StUser to be Magritte-based is not as simple. Finding a place where to store the second password line for validation is a slightly different problem from the well-known multiple-field validation problem. - you might want to remove the dependency on the cryptography package and use SecureHashAlgorithm instead of MD-5. And further: checkboxes are not supposed to have live action behaviour. Stephan Eggermont _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by keith1y
Sorry, our Magma part was finish long time ago, short time after the first
release. We didn't want you to ignore. Excuse me! Is it ok for you if we link in our magma part to your Squeak SWiki Entry? Or shall we merge both parts?! Regards Michael > -----Ursprüngliche Nachricht----- > Von: [hidden email] [mailto:seaside- > [hidden email]] Im Auftrag von Keith Hodges > Gesendet: Samstag, 29. Dezember 2007 19:21 > An: Seaside - general discussion > Betreff: Re: [Seaside] [ANN] Update Seaside tutorial > > Hello, > > I wrote a Magma tutorial for you, how come you ignored it. > > Keith > _______________________________________________ > 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 keith1y
Keith
Could I use that for our seaside book too? (Yes I'm working on it and pushing it now steadily). Could you let us know where is your tutorial? Stef On Dec 29, 2007, at 7:21 PM, Keith Hodges wrote: > Hello, > > I wrote a Magma tutorial for you, how come you ignored it. > > Keith > _______________________________________________ > 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 |