<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffcc" text="#330099">
<pre wrap="">...
EG&gt;&gt;To be honest, I'm a little hazy on the technical and philosophical differences between a WebElement, WebComponent and WebApplication.
...
JM&gt;&gt;First, those names and concepts are evolving and we are still learning
JM&gt;&gt;to find the best approach. Specially concerning WebComponent. While
JM&gt;&gt;WebApplication, besides the funny name, seems quite a successful concept.
</pre>
They seem to me to be like fractal elements of a natural system which
demonstrate self-similarity at different levels. A context is necessary
to clarify meaning for any particular instance.<br>
<br>
My two pennyworth :-))<br>
<br>
Nicholas<br>
<br>
Janko Miv&#353;ek wrote:
<blockquote cite="mid:4981ED55.9030905@eranova.si" type="cite">
  <pre wrap="">Eli Green pravi:

  </pre>
  <blockquote type="cite">
    <pre wrap="">I was thinking about this recently and rather than patch into the normal event / action system, why not let people pass blocks to onClickUpdate?

e addButton: 'Add New Object' onClickUpdate: objectList do: [objectList add: newObject].
    </pre>
  </blockquote>
  <pre wrap=""><!---->
This is interesting idea and callbacks here probably won't hurt basic
MVC separation we have with action methods.
  </pre>
  <blockquote type="cite">
    <pre wrap="">From Aida's point of view, I think this should be easier since it's a callback that you can store as an instance variable of the element. Yay! Now, this is more complicated on the client side than I had first hoped because I realized that it would mean emitting code that marshaled all the form elements on the page into a JSON request. But we should know about all the form fields, shouldn't we? Does Scriptaculous make it easy to pass form parameters as JSON?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Yes, Prototype has a nice support for Ajax form posting, which is not
much more than already supported Ajax field posting in Aida
(#onChangePost etc)

  </pre>
  <blockquote type="cite">
    <pre wrap="">Basically I would like the above code to work with or without javascript and I think it's an achievable goal. If you omit the onClickUpdate: parameter, it would obviously just be a form post.

I'm sad to say that I won't be using Aida for my current project - not because I think it won't do it but because my inexperience makes me nervous about billing a client for me to learn a new framework. I'm going to stay on the list and try to play with it more because I think there's a great deal of potential here.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
And we'll try to provide more examples of real apps to learn from. A
code of new Aida website together with short description will be the first.

  </pre>
  <blockquote type="cite">
    <pre wrap="">To be honest, I'm a little hazy on the technical and philosophical differences between a WebElement, WebComponent and WebApplication.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
First, those names and concepts are evolving and we are still learning
to find the best approach. Specially concerning WebComponent. While
WebApplication, besides the funny name, seems quite a successful concept.

You can continue with your thoughts, I'm all ears :)

Janko

  </pre>
  <blockquote type="cite">
    <pre wrap="">On Tuesday, January 27, 2009, at 04:39PM, "Janko Miv&Aring;&iexcl;ek" <a class="moz-txt-link-rfc2396E" href="mailto:janko.mivsek@eranova.si">&lt;janko.mivsek@eranova.si&gt;</a> wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Hi Eli,

Your perspective is welcome and also not far away from thinking we
already did so far. And form posting from standalone components is high
on the list.

You propose to add handling of Ajax events in a manner like the
exceptions are handled in Smalltalk. And to add the handling to the
WebElement. We are currently more inclined to add stronger support to
WebComponent instead and (at least for now) not handling events like
exceptions. Mostly because experience shows that exception handling is
hard for an usual programmer and therefore rarely used.

But introduction of action methods to WebComponents, that's something
worth looking at. Ok, then there will be a problem of double
implementation of essentially the same in apps and components, but this
could be resolved later. What I'd like to add soon is form posting from
standalone components, Ajax style. We can achieve a lot just with that!

Your example bellow also shows the problem of parameter passing via Ajax
requests. So far only strings are supported and you need to compose and
decomose them manually. General object passing would be nice of course,
by value or maybe even by reference?

Best regards
Janko

      </pre>
    </blockquote>
    <pre wrap="">_______________________________________________
Aida mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Aida@aidaweb.si">Aida@aidaweb.si</a>
<a class="moz-txt-link-freetext" href="http://lists.aidaweb.si/mailman/listinfo/aida">http://lists.aidaweb.si/mailman/listinfo/aida</a>
    </pre>
  </blockquote>
  <pre wrap=""><!---->
  </pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="CONTENT-TYPE" content="text/html; ">
<title>NJM TSR-i</title>
<meta name="generator" content="Bluefish 1.0.7">
<meta name="CREATED" content="20050609;17323300">
<meta name="CHANGED" content="20050721;18114400">
<p style="margin-bottom: 0cm;" align="left">
<font face="Times New Roman"><b><font size="3"><font color="#009900">Nicholas
J Moore</font></font></b><br>
<font face="Arial"><font size="2">
+33 555 092 140<br>
+33 682 904 357<br>
<b>TSR International<br>
</b>Thought Leaders in Communication &amp; Complexity<br>
<a class="moz-txt-link-abbreviated" href="http://www.TSR-i.com">www.TSR-i.com</a></font><br>
</font><br>
</font>
<!--/STYLE="margin-bottom:FONT--></p>
</div>
</body>
</html>