Fastest way to mock up web UI?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
22 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: Fastest way to mock up web UI?

J J-6
>From: Andreas Raab <[hidden email]>
>Reply-To: The general-purpose Squeak developers
>list<[hidden email]>
>To: The general-purpose Squeak developers
>list<[hidden email]>
>Subject: Re: Fastest way to mock up web UI?
>Date: Tue, 27 Mar 2007 13:12:22 -0700
>
>Seaside on the other hand, seems much more complex in its control flow
>(even trying to follow the store example quickly gets you into call/cc and
>at that point all bets are off).

As others have mentioned, the store example is probably not a good if you
are looking for how to make a quick site simply.  The store example is
showing all the advanced features of the framework.

>Oh, and what are the prospects for RESTful urls in Seaside these days? Last
>time I asked about it there wasn't really a good answer - is there one
>these days? I'm not really into the whole auto-magic URLs myself; I'd
>rather have it say http://foo.bar.com/users/andreas if I want to refer to a
>user page.

Well, Seaside is really a component based application concept.  It makes, as
Ramon mentioned, web programming more like regular GUI programming.  In a
regular app you click the icon and start doing things from the begining.  
There are no URL entry points.  In Seaside instead of clicking an icon you
go to a URL to start the "application".

The "magic" part of the URL are just two variables and if you don't want to
see it you can tell Seaside to use cookies instead.

If you want RESTful urls then I would suggest taking a look at Pier.  You
can do RESTful urls in base Seaside but you have to do it all yourself.  
Pier on the other hand is already set up this way.  Another nice thing about
Pier is that you don't have to build "Pier" components if you don't need
them, you can embed normal Seaside components as well.

Using Pier might seem like a lot of things to load for a quick mock up, but
for me at least, it was the quickest way to build my website.  It isn't hard
to install either if you use the new Universe.  I think you could also use
the Pier package from SqueakMap (don't remember if it works out the
dependancies, but "Pier security" does for sure).

_________________________________________________________________
Live Search Maps – find all the local information you need, right when you
need it. http://maps.live.com/?icid=hmtag2&FORM=MGAC01


Reply | Threaded
Open this post in threaded view
|

RE: Fastest way to mock up web UI?

Ramon Leon-5
In reply to this post by J J-6
>
> Magritte is, for the most part, about abstracting the view of
> an object.
>
>
> No.  Magritte is an abstraction of making a view of an
> object.  It does happen to have generators defined for
> Seaside.  It also has them defined for Morphic.  It would be
> possible to define them for anything you wanted.

Actually, Magritte is metadata for an object, it really has nothing to do
with views at all.  The metamodel describes selectors and their
relationships to other objects, predicates for validating potential values,
constraints on fields like length, or type, datasources for potential valid
data like a state list, etc.  

Magritte is similar to pragmas except done with ordinary Smalltalk code
which allows more than just literal metadata.  Magritte metadata is
executable and can include expressions.

The metadata happens to be quite useful in generating views, but that's not
all its useful for.  It can generate db schemas, db queries, object graph
traversals, visual representations of the model, charts, graphs, anything
really.  It's just metadata, its purpose is in the eye of the developer.
Like pragmas, that metadata could be useful in a number of circumstances
unrelated to the UI.

Ramon Leon
http://onsmalltalk.com 


12