Squeak-dev April 2007

squeak-dev@lists.squeakfoundation.org

151 participants
201 discussions

Introducing... the Squeak Summer of Code 2007 projects
by Giovanni Corriga 14 Apr '07

14 Apr '07

Hi all, it is a great pleasure for me, as the admin of the Squeak Summer of Code effort, to introduce to you the five projects that have been selected for this year's Summer of Code. They are: "Developing a package model" by Damien Cassou, mentored by Stephane Ducasse http://code.google.com/soc/squeak/appinfo.html?csaid=9B60DEDD661792 "Improving the Compiler frameworks" by Mathieu Suen, mentored by Marcus Denker http://code.google.com/soc/squeak/appinfo.html?csaid=B6CC5BC1D4980409 "A Squeak HTML/CSS Viewer" by Jerome Chauveau, mentored by Todd Blanchard http://code.google.com/soc/squeak/appinfo.html?csaid=A3971F7D4BDF294 "Collaborative Development" by Benjamin Vanderheyden Schroeder, mentored by Ralph Johnson http://code.google.com/soc/squeak/appinfo.html?csaid=7F2C204FBF7A2D4F "One Wiki to Rule Them All" by Oleg Korsak, mentored by Keith Patrick Hodges http://code.google.com/soc/squeak/appinfo.html?csaid=3780B118670665F3 This five projects have been selected among the 35 proposals submitted by 25 students. This hasn't been an easy task for the mentors, because the good proposals were many and the competition fierce. I'd like to thank all the students who applied, and invite all of them to propose us a project for the 2008 edition of the Summer of Code. But in the end Squeak could get more than just this five projects: I have been contacted by a couple of students who are still interested in working on their proposed projects, either under the SummerTalk banner, or just in their spare time. Again, I'd like to thank all the students and the mentors involved in this effort for all the work they've done. Thanks, guys! Ciao, Giovanni

2 1

Re: HV2 revival
by Göran Krampe 14 Apr '07

14 Apr '07

Hi! > Yes, making it work like Seaside, and to work with Seaside, would be > great! Hehe, right, but we don't want to "copy" Seaside in general - that is not interesting - Seaside is still King in its area (complex web apps). HV2 is simple and straight, and yes, if you try to build complex web UIs with it, it will demand more "manual tricks" (url params, hidden fields etc). I have been wondering if we could move it forward a notch regarding forms and state handling. First of all I want to make views *able* to be "persistent". A persistent view would be created just like now but would "stick" to the user session and have a lifespan of the whole session (today in HV2 views are created for each request and then thrown away). Thus a view - if persistent - would have a similar lifespan as a WAComponent in Seaside. User sessions are done using a session cookie. Ok, this would then let us take a different approach regarding Forms. In Seaside callbacks are registered on uniquely identified renderings of buttons and fields etc. But the buttons and fields are not kept around, they are only created and used on the fly when generating HTML. In HV2 (today) we rebuild the same Form twice - once for the GET and then a second time (with the *same* fields in the *same* order) when we handle the POST. Thus we can populate the objects representing buttons and fields with their posted values when we recreate them the second time. It is a dirty trick, but works amazingly good in practice if you don't get too hung up on following the patterns it demands. If we had *persistent* views then the view could simply hold onto the fields and buttons in instvars when we build the form for the GET and when we get the POST HV2 can simply lookup those buttons and fields by id (in say a weak dictionary in the user session) and stuff the values into them. So we don't need to rebuild the form the second time (when the POST arrives) and we don't need to rely on ordering for matching. All you web-framework-implementors out there - does this sound interesting? Viable? It would of course demand a session cookie as soon as you want to use Forms - but wouldn't such a requirement be ok to live with? And yes, it would only handle "one such Form per session" but that seems ok. >> Finally - the name HttpView2 really sucks. :) If/when we get these >> improvements on the road (cleanup, Giovanni-canvas, >> Seaside-piggyback-canvas) we should probably rename it. > > Lakeside, Seaview, Beachview, Beachcomber, Beachbum, ... Beachbum. I like that one! Seaside is the advanced, neat and polished fella sitting in the yacht. Beachbum is the loose and flippy dude surfin the waves. regards, Göran

6 5

SqueakSource.com DNS zone is up for renewal -- any takers?
by John Pierce 13 Apr '07

13 Apr '07

Hi all, Due to family and work pressures, I've had to down-select the number of activities I'm involved in. Squeak is one of them that I've stepped away from temporarily. With that, I don't want to jeopardize one of the community's most popular web sites -- squeaksource. Presently I own squeaksource DNS zone and it is up for renewal now and will expire on May 12, 2007. Does anyone or the community want to take ownership of this zone? I've not transferred zones before, but I suspect it isn't too hard. Best Regards, John Pierce PS - Make sure to reply to me as I'm presently not subscribed to the list. PSS - I hope to be back working Squeak soon again. I really *really* love programming in Smalltalk. -- 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

9 9

Spoon 2 alpha 7
by Craig Latta 13 Apr '07

13 Apr '07

Hi-- I've released Spoon 2 alpha 7. This release is runnable on MacOSX, Linux, and Windows. There's also a Spoon IRC channel, #spoon on freenode.net. thanks again, -C -- Craig Latta improvisational musical informaticist www.netjam.org Smalltalkers do: [:it | All with: Class, (And love: it)]

1 1

What's over the horizon?
by Jerome Peace 13 Apr '07

13 Apr '07

What's over the horizon? What happens when 3dot10 is done doing whatever it is they decide they can do? This is mostly a question for the board. I am also curious how we (as contributors and as benefiters) decide what we will be doing one, two and five years down the line. (Can't afford the power my crystal ball would require to think any further than five years out.) Yours in curiosity and service, --Jerome Peace ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097

9 19

Shout - characters appear in wrong order when typing
by Andrew Tween 13 Apr '07

13 Apr '07

Hi all, A number of people have reported seeing characters appearing in the wrong order when typing into a Shout editor. I had been unable to reproduce this ... until now. While messing with the unicode arrows, the problem started to appear. (I don't think it is because of the unicode arrows per se; but rather because I happened to be on a different pc , using a different font, ... whatever). Anyway, I may have a fix. I would be grateful if any Shout users who have experienced this problem could install the attached .st file, and try it for a few days. If it does indeed solve the problem, without introducing any new ones, then I'll incorporate it into a new Shout release. Thanks in advance for your help. Cheers, Andy

5 5

[Q] Question on Magma (or other Persistence Engine for Squeak/Seaside)
by Sungjin Chun 13 Apr '07

13 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Following method - under this message is my schema generation class method for my personal seaside application. As you know I'm using SQLite3 through FFI. My problem is that the speed is rather slow even though I'm the only user if the number of record grows especially finding records with tags. Ok, now my real question is that can anyone provide me simple example of Magma or other OODB or persistence engine for squeak/seaside so that I can convert following SQLite3 based system to suggested one. My only restriction is that squeak/seaside should not be affected by accidental quit/close. For example, I've had problems with MinneStore when I close squeak without saving and move/rename my folder/directory though I did not specify fixed db path. Thanks in advance and following is my method. createSchema "self createSchema" | db | db _ SQLiteConnection fileNamed: self dbPath. db executeQuery: 'CREATE TABLE NOTE(NID INTEGER PRIMARY KEY AUTOINCREMENT, TITLE STRING, DESCR STRING)'. db executeQuery: 'CREATE INDEX NOTETITLE ON NOTE (TITLE)'. db executeQuery: 'CREATE TABLE SOMEDAY(NID INTEGER PRIMARY KEY AUTOINCREMENT, TITLE STRING, DESCR STRING)'. db executeQuery: 'CREATE INDEX SOMEDAYTITLE ON SOMEDAY (TITLE)'. db executeQuery: 'CREATE TABLE ACTION(NID INTEGER PRIMARY KEY AUTOINCREMENT, TITLE STRING, DESCR STRING, DONE CHARACTER(1))'. db executeQuery: 'CREATE INDEX ACTIONTITLE ON ACTION (TITLE)'. db executeQuery: 'CREATE INDEX ACTIONDONE ON ACTION (DONE)'. db executeQuery: 'CREATE TABLE REMINDER(NID INTEGER PRIMARY KEY AUTOINCREMENT, TITLE STRING, DESCR STRING, DONE CHARACTER(1), DUEDATE INTEGER)'. db executeQuery: 'CREATE INDEX REMINDERTITLE ON REMINDER(TITLE)'. db executeQuery: 'CREATE INDEX REMINDERDONE ON REMINDER(DONE)'. db executeQuery: 'CREATE INDEX REMINDERDUEDATE ON REMINDER(DUEDATE)'. db executeQuery: 'CREATE TABLE WAITFOR(NID INTEGER PRIMARY KEY AUTOINCREMENT, TITLE STRING, DESCR STRING, DONE CHARACTER(1), DUEDATE INTEGER, OWNERS STRING)'. db executeQuery: 'CREATE INDEX WAITFORTITLE ON WAITFOR(TITLE)'. db executeQuery: 'CREATE INDEX WAITFORDONE ON WAITFOR(DONE)'. db executeQuery: 'CREATE INDEX WAITFORDUEDATE ON WAITFOR(DUEDATE)'. db executeQuery: 'CREATE TABLE TAG(TID INTEGER PRIMARY KEY AUTOINCREMENT, NAME STRING)'. db executeQuery: 'CREATE INDEX TAGNAME ON TAG(NAME)'. db executeQuery: 'CREATE TABLE OBJTAG(RID INTEGER PRIMARY KEY AUTOINCREMENT, NID INTEGER, TID INTEGER, NCLS STRING)'. db executeQuery: 'CREATE INDEX OBJTAGCLS ON OBJTAG(NCLS)'. db executeQuery: 'CREATE INDEX OBJTAGNID ON OBJTAG(NID)'. db executeQuery: 'CREATE INDEX OBJTAGTID ON OBJTAG(TID)'. db executeQuery: 'CREATE INDEX OBJTAGNIDCLS ON OBJTAG(NID, NCLS)'. db executeQuery: 'SELECT LAST_INSERT_ROWID()'. db close. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGHzcwQqspS1+XJHgRAo4fAJ9K4UYVditWAGHAPmy9uD+xon/t4ACeNwLm VwyGcu8giklajGPj1WLLn9A= =Js/x -----END PGP SIGNATURE-----

1 0

Unix VM crash on MacOSX
by Craig Latta 13 Apr '07

13 Apr '07

Hi-- On MacOS 10.4.9 (PPC), when I build the Unix VM from the sources at squeakvm.org (3.9-8), and try to run Squeak3.9-final-7067, I get: *** Segmentation fault 53273604 SystemDictionary>lowSpaceWatcher Bus error *** When I run the same image with the pre-built PPC MacOS 3.9-8 VM on squeakvm.org, things are normal. When I run that image on Linux with a VM built from the same sources, things are normal. Any ideas? thanks! -C -- Craig Latta improvisational musical informaticist www.netjam.org Smalltalkers do: [:it | All with: Class, (And love: it)]

3 4

Back-ends for Monticello?
by brad fowlow 13 Apr '07

13 Apr '07

Howdy... Looking for recent experiences/opinions. We're using Monticello for a lot of source that gets a fair bit of update (maybe a dozen checkins a day, into a set of maybe 50 packages in 5 or 6 repositories.) We've been using squeak source as the backend, on a Linux box. Every few days, the 'lost it, spin out of control at 99% CPU' problem strikes the source server, and someone has to ssh to it, kick it over, and then e-mail everyone to check that their recent checkins made, reminding the recalcitrant to 'Flush Cache Versions', and so on. This causes some of the grumpy gray-bearded men to become exceedingly grumpy indeed. Especially upsetting to the old guard is the unfortunate fact that you may not find out right away that your checkin has gone astray. (It's only the next refresh in Monticello, not the checkin itself, that reveals the situation to the user.) Sneering has been seen. Unfavorable comparisons with SVN have been heard. Projects based on languages whose names contain J, or even C, have been recalled fondly. So... we're looking for a more reliable back end. The alternatives seem to be FTP and WebDav. Anyone have experience/advice/guidance about using either an ftpd, or some WebDav enablement in an Apache on Linux, as the server for a Monticello package repository? Thanks! -brad

8 12

HV2 for Pier
by Göran Krampe 13 Apr '07

13 Apr '07

Hi folks! The other night I was on IRC and chatted with Ken and Lukas etc about Pier. I ended up more or less hinting/promising to take a look at putting a HV2 web face on top of the Pier model and I actually took a stab at it. The main argument in favor is to get "nice URLs" and I personally don't care but thought the task was fun. :) I got so far so that you can start a HV2 view on a PierKernel and it groks the hierarchical naming etc using the lookup code in Pier and using some double dispatching (added a few method extensions on the Pier structure classes) it tries rendering stuff. I also made a subclass of PRDeepRenderer (I think it was called) to render structures, and tada - out comes... some really crap looking stuff. But it works. :) Now, why am I doing this? I dunno. It was fun trying to grok Pier (Lukas sure likes the Visitor pattern! I recognize the style from Mewa and must confess I think it gets a bit too convoluted at times, but that's just me) and reviving HV2 a bit. The end result can hopefully become an easily hackable small implementation of a RESTful, readonly (yes, I think so) web view on top of a Pier kernel. There is of course quite a lot of work left - the rendering parts. I didn't do much on that (just enought to get a feeling for how it could work) and perhaps the new Canvas model that Giovanni Corriga is adding to HV2 (inspired of course by the similar model in Seaside) is a better fit. But since Pier uses visitors it should be good to hook in, not sure about the Widgetry though but most of that is probably only needed for manipulation. Code: http://squeak.krampe.se/httpview The package is called "Bayliner" (I am itching to buy a Bayliner Capri 1952) and well, Seaside... Pier... and Bayliner for day cruising. :) regards, Göran PS. Anyone interested, feel free to jump into the boat - I think it has room for at least 7 people. :) Email me to get write access to repo.

5 6

← Newer
1
...
12
13
14
15
16
17
18
...
21
Older →

Jump to page: