[Zope] asp request and response objects

[David Kovach]

That is a good solution with the hidden frame - again, I
think the Zope management tool is useful and it works and
I know alot of the same functionality could be duplicated
in a different (or similar to the edit tool you provide
your users) gui implementation - what would be great is
integration within HTML/XML editors.

Arent there movements going on here with GoLive and Dreamweaver?

On the other ASP note - what ASP concepts do you think
would be the top 5 that would need to be depicted under
the Zope Way?

I think:

1. Form submission and Form Response via ASP
2. Dynamic content (like time and date - something simple)
placed in a page
3. SQL connection object and subsequent SQL call
4. Page Redirection and passing of form field or hidden data (state)
5. Reading in attributes from an offline configuration page (asp page)
to set the values of an online page - like bgcolor,etc.

Probably many of these are done a different way altogether and
some of which arent the preferred way to do things with ZOPE (like
even using a SQL db). But, idea is to look at ASP concepts - describe
em in Zope terms. and show how they can be accomplished more
effectively and efficiently with ZOPE.


Sincerely,

David Kovach
dave@kovach.com
SAP

>From: rlanham@speakeasy.net
>To: "dave@kovach.com" <dave@kovach.com>
>Subject: RE: [Zope] asp request and response objects
>Date: Wed, 25 Apr 2001 06:34 -0700
>
> > I would be willing to do so - to really point out to other
> > developers (ASP etc.) Why Zope rocks and __blank__ doesnt!
> > We could fairly deep into it - not just high level reasons
> > why its better... Just a thought.
>
>At work I am primarily an ASP developer (though I am turning these squares 
>on to Zope and Squishdot). When I spend a sat or sun working on my zope 
>home-hobby-site, I often struggle with what should be mundane.
>
>I am always wishing for an ASP:Python|DTML Rosetta stone. You do this like 
>that in ASP, this is how you get that done in Python|DTML. I could 
>contribute to such an effort, but I am more in need of it.
>
> > The thing I find the clunkiest (though it works flawlessly
> > and makes good intuitive sense) is the management interface.
> > Would be better as a rich gui. This work is going on isnt it
> > already?
>
>The thing that bothers me about the Zope mgmt UI is that the manange_Edit 
>page refreshes so you lose your place every time you submit changes. I 
>built an edit page for my users that lets them make changes in a top frame 
>and show the page they are working on in a bottom frame and submit through 
>a hidden frame with a javascript function. Works great--even with huge 
>amounts of text. Just walks a form, writes it to a hidden frame, and 
>submits. Then refresh bottom frame only.

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com