seaside July 2008

seaside@lists.squeakfoundation.org

70 participants
90 discussions

requests and encodings (was Re: fix for issue 21)
by Julian Fitzell 05 Jul '08

05 Jul '08

Moving to seaside-dev... On Sat, Jun 28, 2008 at 2:56 PM, Philippe Marschall <philippe.marschall(a)gmail.com> wrote: > 2008/6/27, Julian Fitzell <julian(a)fitzell.ca>: >> On Fri, Jun 27, 2008 at 1:07 PM, Philippe Marschall >> <philippe.marschall(a)gmail.com> wrote: >> > 2008/6/26, Julian Fitzell <julian(a)fitzell.ca>: >> >> - I wonder whether we should add a "path" instVar to WARequest. >> >> Currently the (unfortunately-named) "url" instvar doesn't provide any >> >> way to tell the difference between a '/' and a '%2f' in the original >> >> URL. I broke my fix up into two methods so that we could store the >> >> result of #pathSegmentsFrom: in another instvar. >> > >> > Ideally IMHO "url" would hold a WAUrl that is the request URL parsed. >> > I don't know though if this is enough and what it all will break. >> > Right now "url" is also always utf-8 decoded which made me create >> > issue 79. >> >> >> Well, I thought that too but it would kind of break things to change >> it from a string to a WAUrl. Also, after more thought, I realized that >> an HTTP request doesn't have a protocol, port, or (necessarily) >> server. > > Yes it does. The server is in the HOST header. The protocol is either > http or https we can get this from the configuration. Same for the > port. Yeah, ok, I suppose you /could/ fake it with the information from the configuration (there is no Host: header in HTTP/1.0 but that's likely not a big problem these days). Is that misleading though since the user might actually have connected differently (particularly for an initial connection where seaside's configuration doesn't enter into the equation? You could also presumably find the port and protocol of the Kom connection from Kom itself somehow... In either case, it seems to me that changing #url from a string to a WAUrl would break existing code. Maybe it's desirable... not a difficult fix to code that does break and it would probably break pretty obviously. >> >> - do you know if the header values in HTTPRequest also need to be >> >> decoded? They aren't currently and I don't know if they support UTF-8 >> >> values or not... >> > >> > If they are really UTF-8 that would be good. An example is cookie >> > values which are transmitted through headers. See also issue 63. >> > Before adding such a thing, please make sure it really works with IE >> > 6, Firefox 2, Safari 2 and Opera 9 with utf-8, ISO-8859-1 and utf-16. >> > Ideally also Big5 and Shift JIS though I have to admit I never tested >> > with those. Unfortunately the HTTP spec/theory and browsers/reality >> > are different. >> >> >> Are you suggesting auto-detecting the encoding of headers sent by the >> browser? > > No not at all. But in Seaside 2.9 we now know the encoding oft the web > application. Even if there is a spec, you will simply have to try all > browsers with at least iso-8859-1 and utf-8. Either there is a rule or > we can't support it. It's as simple as that. A short googling suggests > that headers are ASCII. We might or might not want to support a custom > encoding for cookie values. > >> I don't think the browser specifies an encoding in the >> headers does it? I'm not sure I want to tackle this mess right now but >> I'll keep it in mind. :) > > It can, in the content-type header. Not that it often does. > >> I'd have to think about this more but if we are supporting all those >> encodings, wouldn't it be nice to have a pair of encoders: one for >> what we want our Response encoding to be and one for the encoding we >> want to use internally (convert Request data *TO* and Response data >> *from*). So you could use a UTF-8 converter for "outside" and a Squeak >> encoding converter for "inside"; all incoming data would be converted >> to Squeak encoding and anything going out would be converted from >> Squeak encoding to UTF-8. If you had UTF-8 encoders for both then you >> wouldn't have to do any encoding going out but incoming might still >> have to be converted to UTF-8 if it was, for example, UTF-16. > > No, internally we ideally want only Squeak/Smalltalk encoding. > Otherwise we can throw String away and just use ByteArray. The problem > is that WideStrings are bugged and slow and for legacy reasons we have > to support "null encoding". Everything else is insanity. Same goes for > using utf-8 internally and utf-16 externally. Second for some external > parts (like URLs) the external ecoding is given. It doesn't appear quite that simple to me... if you have data in UTF format in a database, you might well prefer to use UTF encoding internally (or at very least be able to specify the encoding of that data when giving it to the canvas). Does squeak encoding doesn't support anything outside basic accented characters does it? Same goes for incoming form data if you have to put it in a database... you don't want to be putting it in in Squeak encoding. Julian

5 6

Generating <form> without extra fields
by Boris Popov 04 Jul '08

04 Jul '08

I had run across a case where I needed to generate a form that didn't have built-in helpers for _s and _k, so I ended up with the following, Smalltalk.Seaside defineClass: #WABasicFormTag superclass: #{Seaside.WAFormTag} indexedType: #none private: false instanceVariableNames: '' classInstanceVariableNames: '' imports: '' category: '' Seaside.WABasicFormTag>>after "This method is intentionally empty" Seaside.WARenderCanvas>>basicForm ^self brush: WABasicFormTag new. Obviously, this could be better suited to become a feature of standard WAFormTag, but this is a simpler extension maintenance-wise for me. Was hoping some form of this could be considered for inclusion in base. Thanks! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 boris(a)deepcovelabs.com 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.

2 1

broken seaside.st video links
by Jim Tittsler 03 Jul '08

03 Jul '08

On the seaside.st Documentation... Videos page, the links to the "Short quicktime videos by Stephane Ducasse (without voice)" appear to be broken.

3 2

callbacks or RESTified?
by Norbert Hartl 03 Jul '08

03 Jul '08

I'm building a simple svg authoring tool. You can drag'n'drop shapes which updates a Form or you could change values in the form which updates the SVG element. My current approach keeping the server side in sync is that the selection of an SVG element requests a form (for the object representing the SVG element) and makes it visible on the page. On commit time I trigger the submit button and everything is nice thanks to the set up callbacks in seaside. Now I'm thinking about not wanting the HTML form being the model and I like updating the model without needing a form for it. I can imagine two approaches: - I can do a url mapping of CRUD actions for the objects/SVG elements - I could set up every possible callback upfront and store the _k values in the objects. When I commit I could let the object transfer itself to the server. Maybe via JSON or something similar But I have the impression that the use case of having equal objects on the server and client and being able to synchronize them has a much more clever approach than mines. Do you have any hints? Norbert

1 0

VW 7.6 Seaside Sunittoo - overriding the WASession?
by liliana 03 Jul '08

03 Jul '08

Hi. I can't figure out how to override WASession in a test case for a seaside component. Can somebody help, please? Thank you Liliana Ivan liliana(a)finworks.biz (27) 12 667 2219 Finworks <http://www.finworks.biz/>

1 0

Re: [ANN][Squeak-dev Images] July 2008 versions
by Tim M 03 Jul '08

03 Jul '08

Hi Damien, > Is this list of changes useful to anyone? If not, I can remove it. +10 The list changes and actually having a good image makes it much easier to try Squeak (coming from a Dolphin background I always find Squeak un-nerving, this at least gives me a fighting chance to try out something different) Tim

1 0

Problem in a test with Swazoo+Seaside
by Lautaro Fernández 02 Jul '08

02 Jul '08

Did you know that by overriding the method "HTTPPostDatum>>value:" make "HTTPRequestTest>>testPostUrlEncodedData" fails? I wonder why the HTTPPostDatum needs a collection to store a value, because if I'm not wrong, the only place where the datum (HTTPPostDatum) is used is in the message "SeasideResource>>unwrapFields:", and it ends using the "addAll:" message. So, I'm missing something? There is another place where the datum needs a collection? Thanks for your time, Lautaro Fernández PS: I'm working with VWnc 7.5, Swazoo 1.0 and Seaside 2.8, all from the repository of Cincom. ==Original message== value: anObject value:= anObject ==Override message== value: anObject value isNil ifTrue: [value := OrderedCollection new]. value add: anObject -- Luke LAut SkyFernadezWalker

1 0

Re: [Seaside] Gemstone / Smalltalk Developer
by Boris Popov 02 Jul '08

02 Jul '08

+1 Cheers! -Boris (via BlackBerry) ________________________________ From: seaside-bounces(a)lists.squeakfoundation.org To: Randal L. Schwartz Cc: Seaside - general discussion Sent: Tue Jul 01 10:02:44 2008 Subject: Re: [Seaside] Gemstone / Smalltalk Developer RSS, is just another distraction mostly. I don't use it. Seriously, the Smalltalk market is so small that you can pretty much find all available ops in the US by watching vwnc, squeak, and getting onto Precision's mailing list. I'm not really seeing a reason to change that. The problem with websites is they tend to accumulate a lot of out of date listings and nobody cleans them up. Experienced Smalltalk developer Smalltalk Sacramento, CA <http://maps.google.com/maps?q=Sacramento%2C%20CA> Contract Name your price Robert Half Technology groups.google.com <http://groups.google.com/group/comp.lang.smalltalk/browse_thread/thread/c7c…> From the posting on comp.lang.smalltalk: “...Name your price, but they are looking for a senior level if not "expert" on smalltalk. They have programmers that are working with it now and are familiar, but they would like to have a very senior level person on staff. ...” 1/12/07 JTS. 8 February 2007 Is this really still open? February 2007? As time goes on these will accumulate like cruft and the resource gets less good. I mean, try searching Monster or Dice for Smalltalk gigs - a lot of listings that are ancient pop up. I prefer to see the fresh listings on the mailing list as they are posted. I have a much higher success rate that way. The same is true for scoring Cocoa jobs BTW. I've scooped several decent gigs off the Cocoa developers list, but never connected on one that I found through conventional job postings. On Jun 29, 2008, at 5:09 PM, Randal L. Schwartz wrote: "Todd" == Todd Blanchard <tblanchard(a)mac.com> writes: Todd> Not instead of please - I don't watch websites - too hard to track what Todd> is new, I do watch email lists. So you aren't subscribing to anything via RSS either? There are RSS feeds on this site, including some very specialized entries. I mean, if you're not even watching RSS, you make my old-school biases look like I'm a web 2.0 baby. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

4 3

Re: [Seaside] Gemstone / Smalltalk Developer
by Marcin Tustin 01 Jul '08

01 Jul '08

What about people who join the mailing list a day too late? They'd have to search the archive, which would...turn up a lot of out-of-date postings, except without the same quality of metadata, and quite possibly a bunch of entirely irrelevant postings. On 7/1/08, Todd Blanchard <tblanchard(a)mac.com> wrote: > > > RSS, is just another distraction mostly. I don't use it. > > Seriously, the Smalltalk market is so small that you can pretty much find > all available ops in the US by watching vwnc, squeak, and getting onto > Precision's mailing list. I'm not really seeing a reason to change that. > > The problem with websites is they tend to accumulate a lot of out of date > listings and nobody cleans them up. > > Experienced Smalltalk developerSmalltalkSacramento, CA<http://maps.google.com/maps?q=Sacramento%2C%20CA> > ContractName your priceRobert Half Technologygroups.google.com<http://groups.google.com/group/comp.lang.smalltalk/browse_thread/thread/c7c…>From > the posting on comp.lang.smalltalk: "...Name your price, but they > are looking for a senior level if not "expert" on smalltalk. They have > programmers that are working with it now and are familiar, but they > would like to have a very senior level person on staff. ..." 1/12/07 JTS.8 > February 2007 > > Is this really still open? February 2007? As time goes on these will > accumulate like cruft and the resource gets less good. I mean, try > searching Monster or Dice for Smalltalk gigs - a lot of listings that are > ancient pop up. > > I prefer to see the fresh listings on the mailing list as they are posted. > I have a much higher success rate that way. The same is true for scoring > Cocoa jobs BTW. I've scooped several decent gigs off the Cocoa developers > list, but never connected on one that I found through conventional job > postings. > > On Jun 29, 2008, at 5:09 PM, Randal L. Schwartz wrote: > > "Todd" == Todd Blanchard <tblanchard(a)mac.com> writes: > > > Todd> Not instead of please - I don't watch websites - too hard to track > what > Todd> is new, I do watch email lists. > > So you aren't subscribing to anything via RSS either? There are RSS > feeds on this site, including some very specialized entries. > > I mean, if you're not even watching RSS, you make my old-school biases look > like I'm a web 2.0 baby. :) > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside > discussion > > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > >

1 0

Gemstone / Smalltalk Developer
by Brian Kim 01 Jul '08

01 Jul '08

Hi all, My name is Brian and I work for a start-up based in Southern California. We have a passionate team developing next generation location applications for mobile phones, starting with the iPhone. We're super excited about our projects and the technologies that we are using to build them. We are building an innovative social database application and looking into utilizing Gemstone/S, Seaside, and Magritte. We have a lead developer who is familiar with these languages as well, but we want to bring in someone very talented to head this application while we focus on expanding to more platforms. We have full time and contract work available depending on schedule and preferences. If you are interested, please feel free to contact Mahmoud (contact info below). We'd love to meet or have a phone call to talk about details. Mahmoud Hafez mhafez(a)proximi.com www.proximi.com 661-645-1873 Thank you!

7 10

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside July 2008