seaside April 2006

seaside@lists.squeakfoundation.org

58 participants
77 discussions

calling an external page an getting a value from it
by Cédrick Béler 26 Apr '06

26 Apr '06

Hi I'd like to call a web page that allow me to pick a position on a "GIS" and get the value back from a seaside application. So I was wondering if it's possible to call an external page (iframe+php) and waiting for a request. What I was thinking to do is to change the original php page so as that after picking the place, a request with the variable I need is send to the seaside server. Does it seem feasable ? if not what you you do instead? Thanks ;) Cédrick

1 2

ShoreComponents 2.6 text select broken on FireFox 1.5?
by John Pierce 26 Apr '06

26 Apr '06

Hi all, I'm trying to figure out why the ShoreDemo application with ShoreComponents and my applications both exhibit this weird behavior on FireFox 1.5. I cannot select any of the text on the web pages, and, even worse, I cannot click into any of the textInput or textArea controls on FireFox 1.5. The only way into textInput controls is to right click into them and cancel the popup menu via keyboard left or right arrow. Very odd. Unfortunately, it works fine for Internet Explorer, but I'd rather stick to my favorite browser if possible. Regards, John -- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man. -- George Bernard Shaw

2 1

RE: [Seaside] [ANN] PlotKit 0.8 for Seaside
by Mart-Mari Breedt 26 Apr '06

26 Apr '06

Hallo Philippe, Thanks for all your effort. I am going to check this out right now. Kind regards, Mart-Mari -----Original Message----- From: Philippe Marschall [mailto:philippe.marschall@gmail.com] Sent: 25 April 2006 09:26 nm To: The Squeak Enterprise Aubergines Server - general discussion. Subject: Re: [Seaside] [ANN] PlotKit 0.8 for Seaside Hi > I really like the new charts, but am struggling a bit to figure out how > the labels for the PlotKit pie charts work. Seeing that there is not an > xTicks: accessor for the pie chart layout, one would assume that the > labels can be set in the dataset. But using a dataset like the one below > cause's nothing to be displayed, while passing numeric labels seems to > work fine. > > dataset := PKDataset new > name: 'data1'; > addX: 'A' y: 1; > addX: 'B' y: 2; > addX: 'C' y: 3; > addX: 'D' y: 4; > yourself You are right, #xTicks: would do the trick, but it's not there. The reason I didn't put it in the pie layout options is that the documentation says it's only available on line and bar layouts. http://media.liquidx.net/js/plotkit-doc/PlotKit.Layout.html As it turns out, the documentation is wrong and it works fine with a pie layout. I published a new version (PlotKit-pmm.4) that adds #xTicks: to all layout options, and updated the included demo to set the labels. I also included a patch from the PlotKit mailinglist that allows to disable filling and stroking for line charts. A dataset is really just a collection of points and a string. If you don't find the API a paragon of OOP then I agree. It's just a very close mapping of the existing PlotKit API. This makes life for me much easier. If nothing is displayed this in general means that there was a JavaScript exception. Firefox and Extensions (Javascript Console, FireBug, Javascript Debugger) help in these cases. Cheers Philippe _______________________________________________ Seaside mailing list Seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

RE: [Seaside] small seaside image
by Ramon Leon 26 Apr '06

26 Apr '06

> Well, it's an sort of "artwork" to revise all things and > trying the removal and its consequences (the "try" method). > > By example, the removal of Ballon with some code as this: > > SystemOrganization categories do: [:cat | (cat beginsWith: 'Balloon') > ifTrue: [SystemOrganization > removeSystemCategory: cat]]. > > let my 3.8 images looped (I've not investigated so much why). > > Also, from SM is possible to use several "removal" packages. > > I think that the level of shrink depend of the needs in each case. > MIne is were around 15-16 MB with all dev tools working and > not spending so much time trying to shrink a few bytes more. > > But the image of Avi is better, only 8MB, don't know if this > size is possible to achieve with 3.8. > > Cheers. > gsa. Yea, I'm guessing that's just because it's 3.7, your script only removed 3 megs from my 3.8 image, kicking me down to about 25mb from 28mb. However, it broke Monticello somehow, so I guess I'll have to do some experimenting to get it going.

2 1

RE: [Seaside] small seaside image
by Ramon Leon 25 Apr '06

25 Apr '06

> I don't get such small images as Avi, but I'm attaching the > procedure I use to shrink 3.8 image. > > Take in account that is "quick and dirty" and I don't use lockdown. > > HTH. > gsa. > > 2006/4/25, Ramon Leon <rleon(a)insario.com>: > > I'd ask on that same thread, if you could do this with a > 3.8 image, or > > better yet, publish the process by which you stripped the image? I appreciate it, it's a start at least. Let me ask this (Anyone), assuming I want to shrink my image, because I only care about doing seaside development, i.e. not just shrinking for deployment, but just removing stuff that I don't ever need, what would you change with this script. Example, I don't think I want to removeSources, ever. What about all those Balloon categories, or Nebraska, is that stuff necessary? I don't want to cripple my environment in any way, I just don't need anything but development, and seaside stuff, no sound, no mp3 players, etc.

2 1

RE: [Seaside] small seaside image
by Ramon Leon 25 Apr '06

25 Apr '06

> A while ago I mentioned on this list a stripped 3.7-based > Seaside image that was around 7.5MB. A couple of people have > emailed me offlist asking for it, and I've finally gotten > around to actually putting one up somewhere. You can grab it from: > > http://smallthought.com/avi/Seaside2.6.zip > > This includes Scriptaculous and is up to, I think, around 7.8MB now. > > Let me know if there are any problems getting or using it. > > Avi I'd ask on that same thread, if you could do this with a 3.8 image, or better yet, publish the process by which you stripped the image?

2 1

Credit card processing
by Ramon Leon 25 Apr '06

25 Apr '06

Hi, anyone seen or written any credit card processing code they've used in Seaside?

1 0

ShoreComponents - new version
by Pavel Krivanek 24 Apr '06

24 Apr '06

There's new version of ShoreComponents (ShoreComponents-2.6-pk.8.mcz) News: - live modal dialogs based on lightbox with ajax support - context menus for page elements. - panels with dynamic layout (user can move sections) - next demonstration application with layout withou tables - better VisualWorks compatibility currently tested on Firefox only have fun... -- Pavel

3 4

Which Servers run Seaside?
by john_sellers＠sellers.com 24 Apr '06

24 Apr '06

Which servers can be used with Seaside? Also, more specifically, can I run Seaside with Apache? If I can, is it a good idea. Why or why not? Thanks, John Sellers

2 1

AW: Re: [Seaside] cancel button in canvas
by seaside_list＠objektfabrik.de 24 Apr '06

24 Apr '06

Lukas, seems I am getting things wrong and I can learn an important lesson here. >As far as I understand the use of a cancel-callback means: > >- you directly commit changes from the input-field callbacks to the model. > >- you don't validate changes before committing to the model. That is exactly what I don't want to do: neither validate nor commit to the model, just leave the page without any validation errors or even worse some of my erronous data saved into the model. My understanding to this point was that registering a cancel callback provides exactly that: the page can be left, no data is validated or committed. Just go out of this dialog and let me do something else. Under WAHtmlRenderer our application reacted exactly like that. Does your comment imply that we need to change something here? First tests show that this is not the case: everything seems to work as before... >A cancel-button should never allow any side-effects, and the use of a Exact. No side-effects wanted. >cancel-callback cannot grantee that: side-effects do easily happen >during validation (the form has to be redisplayed again), when picking >a date from a date-picker (the form is submitted), input-fields are >serialized trough ajax-actions, etc. Are you sure about this? My observation in old-style WAHtmlRenderer was that using a cancel-callback can easily avoid all this. Cheers Joachim

5 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside April 2006