seaside May 2008

seaside@lists.squeakfoundation.org

63 participants
64 discussions

jquery question
by itsme213 21 May '08

21 May '08

Is the squeak jquery work based on the current jquery 1.2.3 ? Currently any ways to interface to the new jquery UI? Thanks - Sophie

4 7

Embedding Flash in Pier / Direct link to File
by Michael Markowski 20 May '08

20 May '08

I want to embed a flash movie, so I added a File containing the swf. Then I added an environment containing a content widget and the embed code: - Pier - Environments - Flash (this contains the html code for embedding the flash) swf (this is the contents widget) This is the html code fpr flash: <object classid="....." id="timeline" width="777" height="220" codebase="http://fpdownload.macromedia.com/get/flashplayer/current/swflash.cab "> <param name="movie" value="*swf*" /> <param name="quality" value="high" /> <param name="bgcolor" value="0xffffff" /> <param name="allowScriptAccess" value="sameDomain" /> <embed src="+swf+" quality="high" bgcolor="0xffffff" width="777" height="220" name="timeline" align="middle" play="true" loop="false" quality="high" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.adobe.com/go/getflashplayer"> </embed> </object> The rendered output looks like this: <param name="movie" value="<h1 class="heading">TimelineFlash</h1><a href="http://localhost/seaside/pier? _s=ZCjhBTwrFdESmfmG">TimelineFlash</a>" /> How can I get only the url without the <h1> and <a> tags? Michael Markowski michael.markowski(a)gmail.com Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata. (Translation: If by chance this wandering epistle, sent forth to the uncertain winds but commended to God, wanders into alien hands, I beg that it be returned to her to whom alone it was sent, nor should anyone steal things not written for him.) From: The prologue to the Liber Confortatorius of Goscelin of St. Bertin (born between 1030 and 1040).

3 4

[Scriptaculous] Focus inputfield in lightbox
by Christian Haider 20 May '08

20 May '08

Hi, I wanted to set the focus to an inputfield in a dialog (call:ed WAComponent) so that the user can just start typing. This works fine with #setFocus when I use #call: but doesnt when using #lightbox:. The problem is that #setFocus and #lightbox: are using scripts. Unfortunately the #lightbox: script is added AFTER the #setFocus script and the second undoes the effect of the first. In the attachment is a patch (override :-( ) which prepends the #lightbox script before already existing ones. That solves the problem for me, but I have no idea how other script using components would interact with this... This is quite hacky. Is there another cleaner way to set the focus in a lightbox? cheers, Christian

2 1

Announcing a new Seaside "Success Story"
by Richard Eng 18 May '08

18 May '08

Our website has now been officially released. Perhaps you'd like to include it among your "Success Stories"... The Good Sex Network <a href="http://goodsexnetwork.com/">The Good Sex Network</a> is an international online service that provides true medically-based sex counseling from a world-renowned sexologist. The goal is to reach people wherever traditional sex therapy is difficult to access. The core of the service is based on private email conversations and streaming therapeutic videos. It should be noted that the website was originally one monolithic Seaside/Squeak app, but recently I decided to re-architect it so that only the actual dynamic portion is Seaside-based and all the other webpages are plain ordinary HTML. (I took a cue from DabbleDB, whose webpages for the most part are PHP files.) This also alleviates any issue about performance. But the primary motivation was to make the website SEO-friendly (the dynamic parts don't need to be SEO-friendly). Yes, I could've used the Seaside facilities for updating the URLs but it seemed much more trouble than it was worth. And I still would've had to contend with the issue of performance and scalability. (Now only the dynamic portion is load-balanced over several Squeak VMs.) Richard

1 0

my fear of database design and Seaside
by Chris Dawson 17 May '08

17 May '08

Hi all, I'm plugging away and enjoying learning about Seaside. From my limited reading so far I gather that there are massive benefits to using something like Magma or GemStone/S over traditional ORM into RDBMSs. If I understand from attending Randal Schwartz's great talk at BarCamp here in Portland a few weeks back that Seaside can take complicated object structures and just stick them into a object database as-is without the overhead of mapping that structure into SQL, and that this is powerful and fast. My concern as I design my application is, however, that I despite knowing the basics of database design and simple normalization that I will do something stupid and create structures that are not scalable or searchable. When I use a traditional database I assume that the database designers have thought of a lot of the details of implementation and are forcing me into making choices about how to store the data so that it is at least moderately searchable. I'm not saying that most of the people on this list could not build the right structures as Smalltalk objects. I'm saying I question my own ability to do so, and Seaside seems to enable me to do this, which might be a great joy for you all, but which might be for the worst in my case. If this is true, perhaps I should use GLORP over Postgres, yet I worry I will lose some of the magic pixie dust that made Seaside seem so different. Or, should I not worry about this, as it will always be faster and more scalable to drop in a cluster of GemStones and do a dictionary lookup in my code than it will be to do a join in a MySQL database? I do love learning about Seaside, it is stretching my brain is such nice ways. Thanks in advance for your comments. Chris

9 9

New Agile Web Development with Rails Cover
by Aaron Broad 16 May '08

16 May '08

Hi, So I have a project I just need to get done next week, and even though i want to do it in seaside I don't yet feel comfortable enough with it. So I bought the new edition of the Rails bible so i can get back up to speed with Rails. Sure enough they have changed the cover art from a guy riding rails with a skateboard, to a hammock lying at the tropical seaside. :) haha... prophetic maybe? --Aaron

4 4

Following seaside tutorial get: Error: RemoteString past end of file
by Tim M 16 May '08

16 May '08

I am following the Hasso Platner seaside tutorial and have got to the part about forms - and when I try to create a new task (e.g. click on the link I created to create a new task), I get an Error: RemoteString past end of file in my browser. I don't understand this - previously mistakes I have made have given proper stacktraces in the browser that I could then debug, but this is a raw tex error in the browser. If I try and put a self halt in the place where I think the error occurs, I just hang my image if I try and debug (I am using windows, and Damions 3.10 web image). What's going on? Tim Error: RemoteString past end of file RemoteString>>text CompiledMethod>>getSourceFromFile CompiledMethod>>methodNode MethodContext(ContextPart)>>methodNode MethodContext(ContextPart)>>tempNames [] in WAWalkback>>renderStackFrame:on: {[self renderObject: aContext labelled: 'thisContext' on: html. self ...]} BlockContext>>renderOn: [] in WAGenericTag(WATagBrush)>>with: {[self before. anObject renderOn: canvas. self after]} BlockContext>>renderOn: WARenderCanvas(WACanvas)>>nest: WAGenericTag(WABrush)>>with: WAGenericTag(WATagBrush)>>with: WARenderCanvas(WAHtmlCanvas)>>definitionList: WAWalkback>>renderStackFrame:on: [] in WAWalkback>>renderStackOn: {[self renderStackFrame: each on: html]} BlockContext>>renderOn: [] in WAGenericTag(WATagBrush)>>with: {[self before. anObject renderOn: canvas. self after]} BlockContext>>renderOn: WARenderCanvas(WACanvas)>>nest: WAGenericTag(WABrush)>>with:

2 2

How can I show the seaside toolbar to selected users (using Pier)?
by Matthias Berth 16 May '08

16 May '08

Hello, I am hiding the toolbar (new session, configure, toggle halos etc) by setting the deployment mode to true for my application. Now I'd like to switch the toolbar back on for selected users (i.e. the css designer). I am using Pier as the basis for my application. What would be the simplest way to switch on the toolbar selectively? I have found the short discussion in http://lists.squeakfoundation.org/pipermail/seaside/2007-October/014897.html where Sebastian Sastre sugested to have a component render its own toolbar. I've tried that, but PRPierFrame delegates its rendering so I can't sneak in a WAToolFrame. Keith Hodges subsequently published a helper in http://lists.squeakfoundation.org/pipermail/seaside/2007-November/015091.ht… I cannot get that to work either. Any suggestions would be very much appreciated :-) Cheers Matthias

3 2

Is there an easy way to decorate Canvas elements to incorporate other toolkits?
by Tim M 16 May '08

16 May '08

I am new to Seaside, and am playing around and kicking the tires. I wanted to do a demo for some of my colleagues and one of the things we played around with a few weeks ago was Dojo (which really impressed quite a few people). I have read posts about how Dojo is not the way to go - however as part of my playing around with the technology I wanted to see if I could incoporate some Dojo look and feel stuff into my simple Seaside tutorial app. One thing that struck me, is that my app is happily rendering some forms using things like: html textInput callback: [:value | self user userName: value]; value: self user userName] To get a Dojo look and feel all I need to do is render html that looks a bit like the following: <input type="text" length="20" name="first" dojoType="dijit.form.TextBox"> So it occurs to me that the html canvas that I am passing in to my seaside components could be decorated (or have a different rendering strategy) in some way so that it outputs things in a different manner. This sounds like it should be easy - however my first look at the world of WARenderCanvas doesn't make it look like rendering is done with a strategy pattern in mind? While I could add extra dojo methods to the canvas - it seems like I should be able to plug in a different strategy but code like: textInput ^ self brush: WATextInputTag new Seems like its all hard coded without this in mind. Is there some easy way to do this another way? I suppose I could wrap the Canvas in something else that doesn't forward methods like #textInput and does something else - but I'm not sure where I hook in to do that. Any tips or starting points would be greatly appreciated. Tim

2 3

Re: [Seaside] Is there an easy way to decorate Canvas elements toincorporate other toolkits?
by Boris Popov 15 May '08

15 May '08

You could try subclassing WARenderCanvas and overriding, DojoCanvas>>brush: tag ^(super brush: tag) dojoType: tag dojoType; yourself Cheers! -Boris (via BlackBerry) ----- Original Message ----- From: seaside-bounces(a)lists.squeakfoundation.org <seaside-bounces(a)lists.squeakfoundation.org> To: seaside(a)lists.squeakfoundation.org <seaside(a)lists.squeakfoundation.org> Sent: Thu May 15 05:37:57 2008 Subject: [Seaside] Is there an easy way to decorate Canvas elements toincorporate other toolkits? I am new to Seaside, and am playing around and kicking the tires. I wanted to do a demo for some of my colleagues and one of the things we played around with a few weeks ago was Dojo (which really impressed quite a few people). I have read posts about how Dojo is not the way to go - however as part of my playing around with the technology I wanted to see if I could incoporate some Dojo look and feel stuff into my simple Seaside tutorial app. One thing that struck me, is that my app is happily rendering some forms using things like: html textInput callback: [:value | self user userName: value]; value: self user userName] To get a Dojo look and feel all I need to do is render html that looks a bit like the following: <input type="text" length="20" name="first" dojoType="dijit.form.TextBox"> So it occurs to me that the html canvas that I am passing in to my seaside components could be decorated (or have a different rendering strategy) in some way so that it outputs things in a different manner. This sounds like it should be easy - however my first look at the world of WARenderCanvas doesn't make it look like rendering is done with a strategy pattern in mind? While I could add extra dojo methods to the canvas - it seems like I should be able to plug in a different strategy but code like: textInput ^ self brush: WATextInputTag new Seems like its all hard coded without this in mind. Is there some easy way to do this another way? I suppose I could wrap the Canvas in something else that doesn't forward methods like #textInput and does something else - but I'm not sure where I hook in to do that. Any tips or starting points would be greatly appreciated. Tim _______________________________________________ seaside mailing list seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside May 2008