seaside August 2009

seaside@lists.squeakfoundation.org

54 participants
54 discussions

Static serving of jQuery and related files - reg.
by muthu kutti 14 Nov '11

14 Nov '11

Hi All! I would like to move jQuery and related files out of the image have them served directly by Nginx. How do I go about doing that? Thanks in advance. Muthu

6 6

How to turn off Seaside toolbar in a new window?
by Sophie (itsme213) 18 Jul '10

18 Jul '10

html popupAnchor callback: [self renderNewWindow]; toolbar: false; with: 'No Toolbar'. But that turns out to control the Browser toolbar, not the Seaside one. Thanks - Sophie

3 3

[ANN] Phantasia: A CSS Framework
by Hernán Morales 27 Oct '09

27 Oct '09

Dear anyone interested in working with Smalltalk objects: Now you can write in Smalltalk to style pages with CSS. Instead of styling with ugly, boring and long Strings (where you must perform a continuous visual sweeping of the code to make the most trivial modification), you can create high-level super sexy CSS constructs, track and review your styles with the standard Smalltalk tools (XReferences), and share constructs and configurations easily. The framework includes a set of 40 fixed layout templates ready for use, and let you compose the basic CSS elements as objects. A note: If your department, office, ark, whatever, have graphical designers, they rarely would love to learn this new strange prolific ninja environment called Smalltalk just for writing CSS - besides, a lot of them are already in love with anything after the word "Adobe" -, but, for smalltalkers, by far we believe that's easier to work inside Smalltalk with objects than in a file-based way. Sincerely, Hernán PD: The I-almost-forget-it part of this mail: Juan Burella and me wrote Phantasia. Download it from http://www.squeaksource.com/Phantasia.html

9 10

Updating non Smallfaces component.
by Timothy James Ziebart 23 Sep '09

23 Sep '09

Hi All, I have an object SearchInterface, a subclass of WASmallFacesComposite. On SearchInterface there are rendered a number of SFListBoxes and SFButtons. Included are three listboxes that are cascaded and the control was created like this: createRegionListBox |pane panes list| list := self session findCodeByParent: 'region'. panes := OrderedCollection with: ( self paneNamed: 'nhoodList') with: ( self paneNamed: 'cityList'). pane := SFListBox new. pane name: 'regionList'; items: list; lines: 5; printSelector: #asString; owner: self; when: #changed: send: #regionSelectionChanged: to: self refresh: panes. ^pane The listboxes work correctly. What I need to do is have a GoogleMap rendered on SearchInterfaces as well. The map will not be a WAComponent as I need to render it as new whenever the listbox contents change. But not before an Update button is pressed. Such as: createUpdateButton | pane panes | panes := OrderedCollection with: (*self paneNamed: 'mapDisplay')*. pane := SFButton new. pane label: 'Update Map'; name: 'updateButton'; when: #clicked send: #updateButtonPressed to: self refresh: panes. ^pane The question is how do I create *mapDisplay*? mapDisplay is rendered like this everytime the update button is pressed. map ^LBCGoogleMap new setCenter: model coordinates zoom: model zoom; addControl: GControl largeMapControl; setUIToDefault; yourself. Can I place it on a SmallFace component that will render as I desire or do I replace it with non SmallFace components? Thank you for any assistance. Tim

4 9

clamato - a smalltalk dialect for javascript
by Avi Bryant 31 Aug '09

31 Aug '09

I hadn't meant to announce this yet, but since it's gotten out anyway (at Hacker News), I might as well tell the people who will be the most interested :) At http://clamato.net, you'll find the start of a project we've been working on at Dabble DB in our spare time this summer, with the aim of making all of the client-side code we have to write more pleasant: a self-hosting compiler from (almost-)Smalltalk to Javascript, and a system browser to go with it. There's lots of work left to be done, so feel free to submit patches... the code is at http://bitbucket.org/avibryant/clamato/ . Cheers, Avi

4 5

[ANN] KomHttpServer 7.1.2
by Giovanni Corriga 30 Aug '09

30 Aug '09

Hi all, the latest version of KomHttpServer is now available on Squeaksource. Since the latest release, the following changes have been integrated: - reliably close the connection socket if the Kom process is terminated while debugging (thanks to Julian Fitzell) - fix a bug preventing ModFile from serving static files (thanks to Francois Stephany) - compatibility code to let Kom run in both Pharo and Squeak (thanks to Micheal Rueger and Damien Cassou) The code has been tested in the current development versions of both Pharo and Squeak. In order to install Kom in your image add KomHttpServer's Squeaksource repository ( http://www.squeaksource.com/KomHttpServer.html ) and load the following packages: - DynamicBindings-GiovanniCorriga.10.mcz - KomServices-gc.19.mcz - KomHttpServer-GiovanniCorriga.50.mcz Ciao, Giovanni

1 0

First App
by Joel Turnbull 28 Aug '09

28 Aug '09

Just wanted to report that I developed my first Seaside application in GLASS and installed it to a live Gemstone server yesterday. It's private but take my word for it...it's totally awesome ;)...heh. Just the first small piece of what is to become a company intranet. Seaside is awesome, and I've enjoyed using Magritte as well. Pier has been really nice for user and permission management so far. I feel I haven't even scratched the surface of Gemstone yet, but the GLASS appliance has been a great tool, and we'll be handling some real data in terms of volume soon enough. Been doing smalltalk stuff for about a year now and am excited that I'm coming into my own as far as the tools, and putting everything together. Thanks to everybody on the various lists who helped out, Hernan for pairing with me on the model and teaching me TDD, and our fearless leader Sean. See everybody at ESUG. Joel Turnbull

1 0

Seaside 2.8 versus 2.9 Alph4: non-HTML ouput
by Robert Shiplett 28 Aug '09

28 Aug '09

In the VW port of 2.8 I found such obvious problems as WAResponse>>beXML contentType := contentType copyReplaceAll: '/html' with: '/xml'. But in 2.9 Alpha 4 some problems remain which are just as obvious: WASession>>updateRoot: anHtmlRoot self application updateRoot: anHtmlRoot. anHtmlRoot meta contentType: self application contentType. anHtmlRoot meta contentScriptType: WAMimeType textHtml. anHtmlRoot htmlAttributes at: 'name' put: 'updateRoot'. anHtmlRoot beXhtml10Strict. anHtmlRoot title: 'Seaside' " on a first pass I simply flip 'textHtml' method to a new textCurl' method while trying to track down why all contetn remained HTML even after removing the HTML classes (that was the preferences dict in WAEntryPont ) " My class WACurlRoot is forced to implement a truly meaningless message >>beXhtml10Strictas an empty stub " if you think any and all output can be XML you have drunk too much of that X-Kool-Aid " The far more serious issue is attributes: this will imapct sem web in Curl output. Semweb for XHTML probably means RDFa or rdf in attributes. Curl has always had metadata for some macros, but other procedures have variable number options. Options in Curl are not XML attributes. They are sometimes very similar. <br>{br} <a HREF = "some URL" target = "_blank">title</a>{link target = "_blank", href = {url "some URL}, title} One of the first problems was a method that was forcing tags to uppercase. Ok in XHTML; fatal in Curl. Notice the comma delimiter in Curl for options. <h1 level = "1">header</h1>{heading level = 1, header} <div/> has no couner-part in vanilla Curl.<span/> has no counter-part in vanilla Curl. Curl has no need of <script> as it is itself script of mime type "text/vnd.curl" I hope this helps shed some light on the challenges on non-SGML type web content markup. Note: Curl is only hierarchical when output in declarative fashion and even then declarative mode is not strictly hierarchical for Curl-as-data-format. The counter-parts to <var/> in Curl might be {let myvar = 42}{set myvar = 84} Curl is typed if you declare it as typed but has an any type so in that respect closer to Smalltalk than Strongtalk and JavaScript. {let myvar:int = 21} The counter-part to <script/> might be {define-proc public {some-proc}:any {return 42}} Most anything missing can be mimiced using Curl macros. <div/>{mdiv } || div is a reserved word <span/>{span }

2 1

non-HTML output from Seaside 2.9
by Robert Shiplett 27 Aug '09

27 Aug '09

Yesterday I succeeded in running the Seaside Counter demo in Curl (www.curl.com) in Squeak 3.10 using Alpha 4 without any XML or HTML output.Doing so required a great many changes to Seaside: MIME type defaults and hard-coded class references. Seaside should be markup language neutral ( the Curl RTE is in use at about 30% of the global Fortune 100 and in one major government )The poblem most difficult to detect was affecting WAApplication as there is a preferences default set to MIME 'text/html' in the configuration dict up at WAEntryPoint. Even when all other problems were corrected, the Curl MIME type was ignored for my builder in its render context.Any generic method used in rendering which hard-codes html document type or html content type or names an Html class remains problematic. In many cases I could only proceed by creating my own subclass and hardcoding "Curl" in place of "Html" in the offending methods. At a few palces more generic behavior is actually in the HTml subclass than in the supposed generic parent class (a simpel refactoring issue)It was not possible to produce a package for Curl web content as an alternative to an Html package or XML package or XHTML package due to these issues: my package only runs with some 14 classes hacked to obviate hard-coded HTML bias: so I have a working IMAGE and not a working PACKAGE.Some Mime problems violated the encapsulation of the MIME classes by hard-coding 'text' and 'html' as main and sub values. This should not be exposed without good reason. Mime types should be parsed, not hacked.WABuilder has bias in many methods that interfered with creating a Curl subclassHttpResponse has numerous methods hard-coded to contentTypeHtmlWAPrettyPrintedDocument has HTML bias in a few methodsWAUrl has bias in printON: aStreamWARequestHandlingConfiguration has bias in >> describeOn: config:WARequestContext has HTML bias in several methodsWAREnderPhaseContinuation has a bias in >>processRenderingWhen I found WASlime >>findBrushSelectors I did not know how to proceed, so I removed the compteing HTML subclasses and left only my Curl subclassesWARoot is worrosime of the various methods in WAUpdateRootVisitorWASession has methods such as beXHTMLString which have to be overridden whenever they are meaningless for non-XML markupIt was difficutl to ascertain why the WARenderContext of the Canvas was always holding a WAHtmlDocument.WriteStream has a default contentType tied to MIMEDocument outside SeasideObject has a default contetType the sameI

2 2

Seaside versus HttpView 2 for non-HTML output
by Robert Shiplett 27 Aug '09

27 Aug '09

I think it may be worth noting that Seaside 2.9 Alpha 4 took about 10 hours of conversion and debugging to generate a single page of nn-XML and non-HTML content using ints Builder and rendering framework (i.e. not plain-text output, but a working "counter" demo aplI also took about 10 hours to achieve the same in HttpView2 (both on the same Squeal 3.10.2 base )The problems in HttpView2 may appear obvious: at least one problem in Seaside was not obvious ( preferences dict in configuration of WAEntry Point )This task is documetned at develoeprs.curl.com, http://eclectic-pencil.blogspot.com/ and http://aule-browser.blogspot.com/I have posted one reason to take Curl seriously over at http://aule-browser.blogspot.com/2009/08/poetry-of-curl-macros.htmlfora nyone unfamiliar with the power of a homoiconic wweb content langauge such as Curl 7.0

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 August 2009