seaside August 2008

seaside@lists.squeakfoundation.org

68 participants
67 discussions

WAUrlEncoder
by Squeaker 07 Aug '08

07 Aug '08

Greetings, I notice that WAUrlEncoder does not encode $. as %2E. WAUrlEncoder specifically does not encode $. It is an easy fix but I am wondering if this is an error or was this done by design? Cheers, Frank

3 3

[OT] qooxdoo JavaScript UI
by astares＠gmx.de 06 Aug '08

06 Aug '08

Looks like qooxdoo has changed license to EPL. Could be a nice library to build a vendor/system independent Smalltalk IDE based on Seaside with browsers and stuff: http://qooxdoo.org Compared to SeasideXUL it would not be limited to Mozilla. May also rise the interest in building commercial web apps in Seaside. The next Eclipse Platform ("E4") and the next SWT will also use this library - so it may become a solid base with many widgets and many supported browsers. Any comments? Bye Torsten -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx

4 4

seaside.st - community/weblogs
by Sean Allen 06 Aug '08

06 Aug '08

It seems that some listing there are: broken ( in the case of Avi's ) pointing to blogs with little to no recent seaside content ( its been 2 weeks since i decided to go through them all so i cant remember specific examples ). There were a couple that had old seaside content and mostly ruby and rails recent content; not really a ringing endorsement. From a public relations standpoint it doesn't look real good. Just thought I'd point it out... if I noticed, it can't be all that great of an impression it makes.

3 3

Re: [Seaside] Final try for Kom/Seaside file upload tuning
by "S.J.Chun" 06 Aug '08

06 Aug '08

I think everybody wants it on 2.8 :-) Thank you. ----- Original Message ----- From: Philippe Marschall <philippe.marschall(a)gmail.com> To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> Sent: 08-08-05 22:42:17 Subject: Re: [Seaside] Final try for Kom/Seaside file upload tuning 2008/8/5 Göran Krampe <goran(a)krampe.se>: > Hi all! > > Ok, the little "competition" between me and Janko regarding Swazoo/Aida > vs Kom/Seaside regarding receiving HTTP file uploads has produced some > faster code in both codebases - good! > > This post summarizes my last effort, and I really don't know how to > squeeze more juice out of it now, profiling just shows primitives taking > all the time and it looks like it behaves "as it should". > > This code was tested in a 3.10.2-7179 image with Seaside installed via > SM. I also used the very latest VM from squeakvm.org, manually compiled > on my Xubuntu box. > > I hope Janko will run and post one final test comparing numbers - note > Janko that SocketStream now starts with a 8kb inBuffer and grows it > dynamically to a maximum of 8Mb IIRC. > > Note that the Kom/Seaside code uses the base SocketStream included in > Squeak. This changeset modifies mainly SocketStream. I also tried using > AsyncFile for doing file writing asynchronously - and it works fine - > but it gave no visible performance advantage. The main change from last > changeset is the grow/move behavior of the inBuffer - now it should do > much less copying in memory. > > Two things still make me itch: > > 1. My 81 Mb test file can be uploaded in 5-10 Mb/sec. Mostly 9-10, but > also often around 5-6. No idea why! And no, there are only very few full > gcs going on, so that is not it. > > 2. My 731 Mb test file uploads considerably slower - but it seems to me > that SocketStream behaves quite in the same way - typically it grows the > inBuffer dynamically to 8Mb and then it chews the data in 2-4 Mb chunks. > Can it be that writing at the end of a large file is slower? Are there > file seeks being done or something? > > If you want to test this yourself, file into Seaside 2.8, use the upload > file test in Seaside (http://localhost:8080/seaside/tests/alltests) and > then check Transcript for a line showing file size and Mb/sec. Could you upgrade the SqueakSource package of Kom? If there is enough interest I can backport the upload streaming changes from Seaside 2.9 to Seaside 2.8. Thanks Philippe

1 0

Re: [Seaside] Final try for Kom/Seaside file upload tuning
by "S.J.Chun" 06 Aug '08

06 Aug '08

1 0

Re: [Seaside] Re: Yes, it works - and fast too! (was [Q] File Upload/Download Server, Comanche or Swazoo)
by "S.J.Chun" 05 Aug '08

05 Aug '08

Wow, now squeak can be best solution not just in productivity side but also for performance side. ----- Original Message ----- From: Göran Krampe <goran(a)krampe.se> To: Seaside - general discussion <seaside(a)lists.squeakfoundation.org> Sent: 08-08-04 23:35:22 Subject: Re: [Seaside] Re: Yes, it works - and fast too! (was [Q] File Upload/Download Server, Comanche or Swazoo) Hi all! The race continues - I was disappointed with the numbers below: Janko Mivšek wrote: > Squeak: > > Kom/Seaside 1M 110 104 104 (avg 5.7MB/s) > 10M 100 104 98 (avg 5.9MB/s) (+4%) > > Swazoo/Aida 8K 102 107 105 (avg 5.7MB/s) > 1M 93 92 93 (avg 6.5MB/s) (+20%) > 10M 90 89 91 (avg 6.7MB/s ...and especially for the 102 Mb file (not included above), so I took a look and yes, of course I found silly stuff going on in SocketStream. My fixes aren't proper yet but it seems Kom can do just as good - I did reach the 9Mb for a 81Mb file, now I am tuning it. Will post when I get it proper. regards, Göran _______________________________________________ seaside mailing list seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

Re: [Seaside] Re: Yes, it works - and fast too! (was [Q] File Upload/Download Server, Comanche or Swazoo)
by "S.J.Chun" 05 Aug '08

05 Aug '08

1 0

Re: [squeak-dev] [ANN][Squeak-dev Images] August 2008 versions
by Rob Rothwell 04 Aug '08

04 Aug '08

Ok...doing something wrong; when I click on Experimental 3.10-based image,<https://gforge.inria.fr/frs/download.php/5301/sq3.10.2-7179dev08.07.1.zip>I still get the *dev08.07.1.zip file...help? Rob On Mon, Aug 4, 2008 at 12:31 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi, > > I've just uploaded new squeak-dev and squeak-web images based on > Squeak3.9.1-7075, Squeak3.10.2-7179 and Pharo0.1-10050. > > More information and download: > http://damien.cassou.free.fr/squeak-dev.html > Pharo-based images can be downloaded at: > http://code.google.com/p/pharo/wiki/Downloads?tm=2 > > Changes in this version: > --------------------------- > > - Pharo images are based on version 10050. > - OB-Enhancements has been updated (see the notes from David > Röthlisberger > http://mail.wiresong.ca/pipermail/ob-dev/2008-July/000544.html) > - OB-Tools has been included in 3.10 based images. Lukas Renggli > reimplemented different Squeak standard tools using the OmniBrowser > framework: Inspector, Debugger, Process Browser, File Browser, > Transcript and Workspace. Lukas is requesting help for this package: > http://mail.wiresong.ca/pipermail/ob-dev/2008-August/000580.html > - Refactoring tools: removal of all UI code, bug fixing, pragmas to > ignore Lint rules locally and new Lint Rules (uncategorized methods, > violations to the Law of Demeter and unconditional recursion) > - UI-Enhancements update (Per-theme optional window corner grip > drawing. BalloonMorph drawn with antialiasing. Reversed order for > composite fill styles due to popular demand. Added FillStyleBorder > supporting fill styles in addition to plain colours. Support for > setting custom mouse-over border style on IconicButton. Minor fixes. > Better handling of window activation when minimising/restoring from > TaskBar. Support for SystemWindows without label area/controls. > Per-theme support for world main docking bar border style.) > - NiceFonts and SUnit-Gui improved are now part of all images > > I tried to integrate UI-Enhancements in all images but it failed. > Probably due to a difference between 3.9 and 3.10. > > Contained packages: > ------------------------ > > This image contains the following packages (some packages are only in > the squeak-web image or beta images): > > Aida version 5.6 > Algernon version 1.2 > AST version 160 > AutomaticMethodCategorizer version 0.25 > AutomaticMethodCategorizerOB version 0.2 > Diff Tools version 0.51 > DynamicBindings version 2.7 > eCompletion version 0.89 > eCompletion-Traits version 0.1 > eCompletionOmniBrowser version 0.4 > Event Enhancements version 0.6 > Geometry Models version 0.3 > Installer version 4.1 > KernelExt-kph version 3.10.53 > KomHttpServer version 7.0.30 > KomServices version 1.12 > Magritte-Model version 1.0.16.313 > Magritte-Morph version 1.0.16.42 > Magritte-Seaside version 1.0.16.261 > Magritte-Tests version 1.0.16.141 > Nice fonts version 0.5 > Null version 0.14 > OB-Enhancements version 0.191 > OmniBrowser version 0.413 > OmniBrowser-Full version 0.25 > OmniBrowser-Morphic version 0.50 > OmniBrowser-Refactory version 0.98 > OmniBrowser-Regex version 0.9 > OmniBrowser-Standard version 0.345 > OmniBrowser-SUnitIntegration version 0.9.1 > OmniBrowser-Tools version 0.33 > OmniBrowser-TraitsIntegration version 0.34 > Pier version current > Pier-Blog version 1.0.16.73 > Pier-Documents version 1.0.16.6 > Pier-EditorEnh version 1.0.16.12 > Pier-Model version 1.0.16.221 > Pier-OmniBrowser version 1.0.16.33 > Pier-Seaside version 1.0.16.272 > Pier-Security version 1.0.16.105 > Pier-Tests version 1.0.16.95 > Refactoring Core version 5 > Refactoring Engine version 51 > Rio version 0.34.29 > Rio-Kernel version 0.81 > RoelTyper version 0.60 > RSRSS2 version 2.8.9 > Scriptaculous version 2.8.228 > ScriptManager version 0.6 > Seaside version 2.8.522 > Seaside-Adapters-Core version pmm.2.mcz > Seaside-Adapters-Swazoo version 8 > Seaside-Squeak-Adapters version pmm.3.mcz > SeasideAdaptersCompatibility version pmm.1.mcz > Shout version 3.15-tween.72 > ShoutWorkspace version 1-tween.2 > SmaCC runtime version 13 > Sport version 2.31 > Squeak dev packages version 0.23 > Squeak dev packages beta version 0.29 > Squeak web packages version 0.2 > SUnit-improved version 4.0.108 > SUnitGUI-improved version 4.0.48 > Swazoo version 2.1 > ToolBuilder integration for UI Themes version 0.52 > UI Themes and Standard Widgets version 0.80 > Universes version 45 > Universes OmniBrowser version 0.35 > VBRegex version 1.9 > YAXO version 9 > > > Updating the image: > ------------------------- > > You are not obliged to download a new image if you don't want. You can > always update your image. > > To upgrade your already existing squeak-dev image: > > 1) World menu->open...->Package Universe Browser > 2) Update list from network > 3) Select all upgrades > 4) Install selection > 5) Execute: 'DEVImageCreator default install' (all windows will be closed) > > > Prepared packages: > -------------------------- > > There are a lot of packages prepared for you in this image. They are > not loaded in the image, but they can be easily. > > - Open Package Universe Browser (world->open...->Package Universe Browser). > - Click on "Update list from network" > - Wait a few seconds > - Select your packages > - Install them > > -- > Damien Cassou > Peter von der Ahé: «I'm beginning to see why Gilad wished us good > luck». (http://blogs.sun.com/ahe/entry/override_snafu) > > > >

1 0

Re: Re: [squeak-dev] [Q] File Upload/Download Server, Comanche or Swazoo
by Philippe Marschall 04 Aug '08

04 Aug '08

2008/7/23 "S.J.Chun" <chunsj(a)embian.com>: > Hmm, > > it seems that with current Seaside(I'm using 2.8) large file upload mught be hard > task. > > And for file size, not all files have that size.(Sorry for my poor english) But some of > the files will have that size. 10 GB is massive. There are whole lot of 32bit integers that can overflow and a lot of other things that can go wrong at any stage including the browser and Apache. > My current idea is that I should create module(?) for Comanche or Swazoo for File > Upload (this just process multipart/form request for file upload with additional > parameters) and small web application or module for processing download url.(This > might be possible with Seaside with RESTable URL support or simple module). I only tried the upload streaming for Kom on localhost. While it could handle largish files (40 MB) it wasn't able to get close to 400 MB. So Kom might not be your tool. I have not seen an upload streaming API for Swazoo (which doesn't mean it's not there). Squeak might not be the best tool for the job where. HTTP might not be as well. For the download I would simply set a X-Sendfile header and let Apache handle it. Cheers Philippe

4 28

with: takes block vs string
by SainTiss 04 Aug '08

04 Aug '08

Hi all, I might be missing something here, but it's confusing to see that the with: message sometimes expects a string, and sometimes a block, depending on which tag/brush the message is sent to. For example, html script with: expects a string, while html div with: expects a block. What's the rationale behind this? Thanks, Hans -- A liberal is a person whose interests aren't at stake at the moment -- Willis Player Hans Schippers Research Assistant of the Research Foundation - Flanders (FWO - Vlaanderen) http://www.win.ua.ac.be/~hschipp/ Formal Techniques in Software Engineering (FoTS) University of Antwerp Middelheimlaan 1 2020 Antwerpen - Belgium Phone: +32 3 265 37 88 Fax: +32 3 265 37 77

8 12

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside August 2008