[Seaside] Naming URLs (Was: Seaside project ideas?)

[Boris Popov]

Re: Question for the community: Could the URL-based state mapping be
addressed
some other way? (This has probably already been taken up here; if so,
sorry).

See this link,

http://www.lukas-renggli.ch/smalltalk/seaside/presentation/06.pdf
http://seaside.st/Documentation/NamingURLs/

Cheers!

-Boris

-- 
+1.604.689.0322
DeepCove Labs Ltd.
4th floor 595 Howe Street
Vancouver, Canada V6C 2T5

boris at deepcovelabs.com

CONFIDENTIALITY NOTICE

This email is intended only for the persons named in the message
header. Unless otherwise indicated, it contains information that is
private and confidential. If you have received it in error, please
notify the sender and delete the entire message including any
attachments.

Thank you.

-----Original Message-----
From: seaside-bounces at lists.squeakfoundation.org
[mailto:seaside-bounces at lists.squeakfoundation.org] On Behalf Of Kurt
Thams
Sent: Tuesday, September 05, 2006 10:50 AM
To: 'The Squeak Enterprise Aubergines Server - general discussion.'
Subject: RE: [Seaside] Seaside project ideas?

> On 9/5/06, Kurt Thams <thams at thams.com> wrote:
> > Gosh...what web application, other than serving static pages, 
> > *wouldn't* be easier in Seaside?
> 
> As I see it, you pay a price when you use Seaside. You get 
> ugly URLs that can't be hacked off to navigate with. The 
> simple fact is users use URLs as a user interface element. In 
> exchange for a usability hit you'd better be delivering an 
> experience that's impossible to create with Rails et al. 

Impossible to create with Rails? 

I don't see the tradeoff that way. 

(1) The URLs issue is a tiny hit in usability; most people want to
bookmark
entry points into an application, not every page inside it. This is
*especially* true of dynamic websites. Do you bookmark the page that
confirms your shipping address in a web shopping application?

(2) Seaside makes it really, really easy to develop applications that
work
much more the way a user thinks. (Including: using the "Back" and
"Forward"
buttons doesn't get the state all goofed up). This usability enhancement
alone more than makes up for the URL look problem, IMHO.

(3) In Seaside, it is so much easier to develop applications, as
compared to
any other platform that I've seen. That *really* makes it a big win for
me.
Sorry if my users don't get natty URLs, but there are some applications
I
just wouldn't have bothered writing if I had to slog through any other
framework.

(4) Debugging is dramatically easier than debugging from other systems.
Really. (If anyone can describe another system that is comparable, I'd
like
to know it).

What I'd suggest is that you try writing a simple application (or work
through some of the tutorials and then expand on their examples). My
guess
is that in short order, you will find yourself creating complex,
functioning
web sites that take you a tiny-tiny-tiny amount of time to get developed
and
debugged!


I'll grant that Ruby on Rails is pretty sweet if you are doing an
application that displays and edits columnar data taken from an RDB, but
I
suspect that sooner or later that same kind of functionality will get
built
into Seaside.





_______________________________________________
Seaside mailing list
Seaside at lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside