<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside">
    <title>gmane.comp.lang.smalltalk.squeak.seaside</title>
    <link>http://blog.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16327"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16324"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16306"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16299"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16291"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16283"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16271"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16253"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16243"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16240"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16239"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16232"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16230"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16228"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16222"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16220"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16190"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16327">
    <title>onComplete: and later</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16327</link>
    <description>In the method comment of SUAjax&gt;&gt;onComplete: there is
"possible automatic behaviors" mentioned. What does that
mean?

I'm trying to execute a piece of javascript code after a
updater request has been sent, the returned element has
been included in the DOM and returned scripts are executed.
Is there any chance to do this or what would be good 
approach?

What I'm trying to achieve is that in an updater callback an
element is rendered and a piece of javascript which creates
a new object. After the updater return is received and the 
element is hooked in the DOM and the code created the object 
I like to trigger a function that registers them both at global 
object.

thanks in advance,

Norbert
</description>
    <dc:creator>Norbert Hartl</dc:creator>
    <dc:date>2008-07-24T07:38:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16324">
    <title>Back button question</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16324</link>
    <description>Most interaction in my app is Ajax based. Due to some Seaside 2.8 
restrictions I am using Lukas' #in:do: workaround for updating/re-rendering 
one component from the callback of another.

This seems to cause the callback count to increase with time (at least the 
little callback numbers in Seaside generated links keep increasing)
    _s=i178duf&amp;_k=usj27a&amp;45  &lt;- 45
OK, so I sometimes do an explicit whole-page refresh

  html anchor
    callback: [WARenderLoop new call: self]
    with: 'Explicit Refresh'

This of course enables the back button, presumably keeping around stuff that 
is meaningless for my application.

I'm hoping for a simple way to free up at least some of the resources (e.g. 
large number of callbacks? some RenderContinuations/Contexts/or similar?) 
left around to support the back button. Is anything like isolate: 
applicable?

  html anchor
    callback: [self isolate: [WARenderLoop new call: self]]
    with: 'Explicit Refresh'

Other suggestions?

Thanks - Sophie
</description>
    <dc:creator>itsme213</dc:creator>
    <dc:date>2008-07-23T22:43:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16306">
    <title>with: takes block vs string</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16306</link>
    <description>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

</description>
    <dc:creator>SainTiss</dc:creator>
    <dc:date>2008-07-23T11:31:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16299">
    <title>javascript function with seaside callback [Fwd:generating a script containing html]</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16299</link>
    <description>Alternatively, I think the problem would be solved if the following is 
possible:

can I generate a javascript function, the body of which invokes a seaside 
callback?

Thanks,

Hans


----------  Forwarded Message  ----------

Subject: generating a script containing html
Date: Tuesday 22 July 2008
From: SainTiss &lt;saintiss&lt; at &gt;gmx.net&gt;
To: "Seaside - general discussion" &lt;seaside&lt; at &gt;lists.squeakfoundation.org&gt;

Hi,

I'd like to generate the following:

&lt;script&gt;
var homeMenu=new Array()
homeMenu[0]='***myLink***'
&lt;/script&gt;

where basically ***myLink*** should be generated by means of 
html anchor with:

The problem is that the following doesn't work:

html script with: 'var homeMenu=new Array()\nhomeMenu[0]=''' , (html anchor 
with: 'myLink')'.

Because that just generates the string representation of an anchorBrush.

What's the proper way to do this?

Thanks,

Hans

</description>
    <dc:creator>SainTiss</dc:creator>
    <dc:date>2008-07-23T07:29:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16291">
    <title>Seaside Security</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16291</link>
    <description>Hi dear Seaside gurus :-),

one think I never really understand using Seaside:

  by default, there is this control bar at the bottom "configure  
toggle halos new session etc".  Whow can I make sure that only an  
special logged-in user can see this bar ? I have read about and played  
with WAAuthConfiguration, but neither it could let disappear the bar  
nor I got any log-in window (or could see if I maybe already be logged- 
in).

How to do this ?

If I manage User and Groups in Pier, are this the same as for  
WAAuthConfiguration or are these user managements completley divided ?


Thanks for help :-)

Hans
</description>
    <dc:creator>Hans N Beck</dc:creator>
    <dc:date>2008-07-23T04:46:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16283">
    <title>generating a script containing html</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16283</link>
    <description>Hi,

I'd like to generate the following:

&lt;script&gt;
var homeMenu=new Array()
homeMenu[0]='***myLink***'
&lt;/script&gt;

where basically ***myLink*** should be generated by means of 
html anchor with:

The problem is that the following doesn't work:

html script with: 'var homeMenu=new Array()\nhomeMenu[0]=''' , (html anchor 
with: 'myLink')'.

Because that just generates the string representation of an anchorBrush.

What's the proper way to do this?

Thanks,

Hans

</description>
    <dc:creator>SainTiss</dc:creator>
    <dc:date>2008-07-22T20:27:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16271">
    <title>Bug? calling javascript function from onComplete:</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16271</link>
    <description>I need to chain some calls I do with Ajax. I found
the onComplete:, onSuccess: etc. handlers. Every example
I've found in the image uses them to invoke an html updater.

Trying to do this

... 
   onClick: (
      html updater
         callback: [];
         onComplete: 'alert("booo!");'
   );
   with: 'something'.

leads to javascript code like

new
Ajax.Updater('layers','http://localhost:9090/seaside/svgex',{'insertion':Insertion.Bottom,'onSuccess':function(){'alert("boo!");'},'evalScripts':true,'parameters':['_s=EagyxUvvWRPxlAdD','_k=K3OXE7pw','4'].join('&amp;')})

The problem is that to javascript code is printed with surrounding
ticks ' and therefor cannot be executed.

Am I doing something wrong or should be work that way?

thanks,

Norbert
</description>
    <dc:creator>Norbert Hartl</dc:creator>
    <dc:date>2008-07-22T12:21:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16270">
    <title>Fwd: Re: seaside hosting</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16270</link>
    <description>This does not seem to work...

For some reason, it insists on saving to the local package cache, of which the 
path in the remote image indeed does not seem to have been changed...

Any way to force it to update its path?

Thanks,

Hans

----------  Forwarded Message  ----------

Subject: Re: [Seaside] seaside hosting
Date: Monday 21 July 2008
From: SainTiss &lt;saintiss&lt; at &gt;gmx.net&gt;
To: Seaside - general discussion &lt;seaside&lt; at &gt;lists.squeakfoundation.org&gt;

Hmm, wait a second:

apparently, even if I use a URL, it still tries to access 
the /home/saintiss/... dir.
Apparently, the problem occurs when Monticello in the remote image tries to 
*store* the mcz locally. The repository path must be included in the mcz file 
somehow.
This means I can probably solve it by using an FTP repository or something...

Hans

On Monday 21 July 2008, Lukas Renggli wrote:



</description>
    <dc:creator>SainTiss</dc:creator>
    <dc:date>2008-07-21T19:43:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16253">
    <title>Problem with Checkboxes</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16253</link>
    <description>Hey,

first, I am a Squeak/Smalltalk newcomer, so please forgive me if I make 
an obvious error. I also give as much detail as I can and would greatly 
appreciate general comments.

I am trying to write a small survey application, for that I created a 
class WASurvey:

WAComponent subclass: #WASurvey
    instanceVariableNames: 'survey questionsPerPage currentPage'
    classVariableNames: ''
    poolDictionaries: ''
    category: 'questionaire'

survey is a list of questions, questionsPerPage/currentPage should be 
obvious.

The component is rendered like that:

renderContentOn: html
    | first last |
    first := currentPage - 1 * questionsPerPage + 1.
    last := first + questionsPerPage - 1.
    html heading: survey title.
    html text: currentPage; text: '/'; text: self pageCount.
    html form: [
        survey questions from:first to:last do: [ :question | question 
renderContentOn: html ].
        html submitButton text: 'Previous Page';
                              callback: [ currentPage := curren</description>
    <dc:creator>Felix Dorner</dc:creator>
    <dc:date>2008-07-19T23:46:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16247">
    <title>Help wanted with a small Seaside e-commerce application</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16247</link>
    <description>Hello,


I am looking for a consultant (or a student wanting a nice summer job)
to help me get a small e-commerce application from the current
prototype stage to launch. The application is based on Seaside and
Pier, major missing features are:

- credit card processing (should be done via an external provider)
- customer billing information
- persistence (something like SandstoneDB should be enough)
- invitations (users inviting other users)
- recording of transactions (sending an email and putting an entry
into a log when someone buys something)
- various deployment issues (squeak on linux), like backup at regular
intervals, communicating via http with another process.

The system currently has around 60 classes of which 16 are unit tests
or Albatross tests. The system will be launched in stages, e.g.
invitations won't be there initially.

I am willing to let you publish non-proprietary parts of this as open
source. For example, a good packaged solution for credit card
processing (maybe based on code from R</description>
    <dc:creator>Matthias Berth</dc:creator>
    <dc:date>2008-07-18T15:37:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16243">
    <title>Processing callbacks on scriptaculous forms</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16243</link>
    <description>Hello,

I'm getting the "Component not found whilst processing callbacks" error 
for a form that is rendered via scriptaculous. Am I missing something?

Root&gt;&gt;initialize
  super initialize.
  editor := Editor new "Editor just renders a form"

Root&gt;&gt;children
  ^Array with: editor

Root&gt;&gt;renderContentOn: html
  html unorderedList: [
    self items do: [:each |
      html listItem: [
        html anchor
          onClick: (html updater
            id: #editor;
            callback: [:ren | ren render: (editor item: each)]);
            with: 'Edit ', item description]]].

  html div id: #editor

Thanks,
John.


******************************************************************************************************************************************
This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If receiv</description>
    <dc:creator>John Thornborrow</dc:creator>
    <dc:date>2008-07-18T11:09:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16241">
    <title>Draggables and triggerPassenger:</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16241</link>
    <description>Hi list,

I just tried to use triggerPassenger: in an onDrag event. The problem is 
that Firebug sais that argument[0].id is undefined and thus stops 
executing the script.
Is that a bug or did I miss something?

The code that I tried is:

(html div)
    passenger:5;
    script: (html draggable onDrag:
            (html evaluator triggerPassenger:[:obj | obj halt]));
    style:'width:50px;height:50px;background-color:red'.


Kind Regards
Karsten


</description>
    <dc:creator>Karsten</dc:creator>
    <dc:date>2008-07-17T15:32:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16240">
    <title>WAButtonTest</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16240</link>
    <description>_______________________________________________
seaside mailing list
seaside&lt; at &gt;lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
</description>
    <dc:creator>Freeman Mayberry</dc:creator>
    <dc:date>2008-07-17T15:09:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16239">
    <title>WAButtonTest</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16239</link>
    <description>_______________________________________________
seaside mailing list
seaside&lt; at &gt;lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
</description>
    <dc:creator>Freeman Mayberry</dc:creator>
    <dc:date>2008-07-17T15:09:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16232">
    <title>rebuild children - when to do it</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16232</link>
    <description>Greetings,

In my renderContentOn: method I am making a call to my method 
rebuildChildren which reconstructs my children on the fly. This is done 
as the first thing in renderContentOn:

The code appears to work.

My question: Is it ok to rebuild my children at rendering time?

Thanks,
Frank
</description>
    <dc:creator>Squeaker</dc:creator>
    <dc:date>2008-07-16T21:55:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16230">
    <title>OSCON "contest"</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16230</link>
    <description>Hey Seasiders

The RoR folks are running this at OSCON:

http://pdxfoscon.org/competition

Probably a good opportunity to show-off what Seaside can do.  I can't  
attend so I can't volunteer but presumably since they mention Seaside  
and Gemstone, there are some people already signed up in the Seaside  
camp?  Yes, yes, it's a silly contest (and proves very little), but  
could result in a few heads turned in our direction, no?

I'd love to watch this... hopefully someone will provide a screencast  
at some point?!

Cheers

Kyle
kyle&lt; at &gt;idealist.org
</description>
    <dc:creator>Kyle Dawkins</dc:creator>
    <dc:date>2008-07-16T21:46:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16228">
    <title>Seaside/Squeak/Linux: service with GUI as needed</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16228</link>
    <description>Lukas,

I certainly did not intentionally ignore OB.  However, it was easy to
do :)  Knowing there was more to see, I did some searching.  Even with
the pre-built image, the Seaside-driven part was a hassle to get
working, leaves a somewhat cumbersome setup of the server and web
browser running together, and (just my experience, however unfair)
appears to not work very well, for whatever reason.  No doubt, one would
run the image headless, and smooth over the rest of the installation. 
Still, it is a lot more complicated than the Pinesoft approach of
slapping pixels on the screen, and probably more complicated than using
wxWidgets, or whatever they call it now.

I am not particularly worried about a native widget interface.  My
experience is that users will tolerate almost any non-ugly look, but are
VERY fussy about feel.  The latter gets to "muscle memory," intuitive
design, and consistency of interaction.

Thanks for the insights into Seaside configuration!

Bill




==========================
Lukas Renggl</description>
    <dc:creator>Bill Schwab</dc:creator>
    <dc:date>2008-07-15T22:42:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16222">
    <title>Seaside/Squeak/Linux: service with GUI as needed</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16222</link>
    <description>Avi,

Sounds good.  If your changes have not made it into the copy on SM,
they would no doubt be a welcome addition.

Bill




================================
Avi Bryant avi at dabbledb.com
Tue Jul 15 17:44:16 UTC 2008

On Tue, Jul 15, 2008 at 7:00 AM, Bill Schwab &lt;BSchwab at anest.ufl.edu&gt;
wrote:

appears
about
(gotta
 I

We have modified the RemoteFrameBuffer package to only listen on the
internal IP.  To access it from the outside, we use an ssh tunnel, eg,

ssh -L 5900:localhost:5900 server.example.com

And then we point our VNC client at localhost:0.

This ensures the the network traffic is encrypted, and uses ssh as an
additional level of authentication.

Avi


Wilhelm K. Schwab, Ph.D.
University of Florida
Department of Anesthesiology
PO Box 100254
Gainesville, FL 32610-0254

Email: bschwab&lt; at &gt;anest.ufl.edu
Tel: (352) 846-1285
FAX: (352) 392-7029
</description>
    <dc:creator>Bill Schwab</dc:creator>
    <dc:date>2008-07-15T17:58:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16220">
    <title>Seaside/Squeak/Linux: service with GUI as needed</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16220</link>
    <description>Lukas,

With respect to "plug it in and throw the switch," you mention that it
is possible.  Are there any tricks to it, other than setting up the
Squeak/Pharo image as a service?  Are the following links worthy of
attention?

 
http://onsmalltalk.com/programming/smalltalk/seaside/my-journey-to-linux/
 
http://onsmalltalk.com/programming/smalltalk/scaling-seaside-redux-enter-the-penguin/


Re configuration, most of it would be things that I would do through
Seaside.  The exact details (Seaside served from "the" image doing the
work, or a Seaside image along side of other images doing the real work)
will depend on my experience with reliability.  I have read widely
differing reports on what to expect, and need to try it.  My BibTeX
gizmo looks like it will be the sentinel.

OmniBrowser is prominent in your reply.  What feature(s) of it earn that
position?

RemoteFrameBuffer looks like it could be very useful, though it appears
to encrypt only for password exchange.  Do you have any concerns about
its security</description>
    <dc:creator>Bill Schwab</dc:creator>
    <dc:date>2008-07-15T14:00:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16190">
    <title>thoughts on Seaside 3.0</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16190</link>
    <description>I've been lurking in the squeak/seaside lists for a while, and feel I should add to the discussion of new features for a possible seaside 3.0.

The major obstacle that I see to further adoption and growth of seaside is widespread community ignorance of the design side of web development. This has to do with templates, but it runs much, much deeper.

The html templates issue has two sides. From a design standpoint, burying html inside smalltalk leads to opposite but equal maintainability problems and inelegant html code. 
  The reality of the web is that good graphic designers create XHTML by hand, and giving good designers control only of the CSS (like in seaside 2.8) isn't nearly enough. I think everyone should spend an afternoon reading articles on 'a list apart' to start to understand that there are intelligent people who devote lots of time to hand-coding "beautiful html." And take a look at the design openings on 'authentic jobs' to see that there are web design companies that pay lots of money for this</description>
    <dc:creator>Jared Hirsch</dc:creator>
    <dc:date>2008-07-14T17:10:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16186">
    <title>#handleRequest: called twice?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.seaside/16186</link>
    <description>Hi,
I'm doing some digging in Seaside code, and recently found that 
WAExpiringHandle&gt;&gt;handleRequest: is called twice each request I do... 
is that the way it is supposed to work or I'm doing something wrong?

Cheers,
Esteban
</description>
    <dc:creator>Esteban Lorenzano</dc:creator>
    <dc:date>2008-07-14T16:47:56</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.squeak.seaside">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.smalltalk.squeak.seaside</link>
  </textinput>
</rdf:RDF>
