Andreas Kostyrka wrote:
> Am Fre, 2002-09-27 um 20.58 schrieb Craeg K Strong:
>
>>Thanks for the advice!
>>
>>Unfortunately, I don't know how to do what you suggest.
>>
>>I believe that a redirect always causes a GET, rather than a POST, no?
>>
>>Also, hidden form fields are filled in on the or
Indeed this should work. Although I will first try out Casey's idea of using
the SessionDataManager, this is a nice fallback. Very creative! :-)
--Craeg
Oliver Bleutgen wrote:
> Craeg K Strong wrote:
>
>> I believe HTTP_REFERER will list the place from whence you were
>> redirected,
>> but u
Casey Duncan wrote:
> What you are looking for sounds like "stateful" through-the-web functionality.
>
> I think you should use sessions to remember the form fields and/or whether the
> user has been to this URL before.
>
> I am suspect of an app design that makes a single URL mean different
Craeg K Strong wrote:
> I believe HTTP_REFERER will list the place from whence you were redirected,
> but unfortunately it does not distinguish between
>
> "redirect" and
>
> "following HTML link"
>
> Of which my application has many :-(
Ok, then here are two other ideas:
1. in your redir
What you are looking for sounds like "stateful" through-the-web functionality.
I think you should use sessions to remember the form fields and/or whether the
user has been to this URL before.
I am suspect of an app design that makes a single URL mean different things in
this way, however. I su
Thanks for the advice!
Unfortunately, I don't know how to do what you suggest.
I believe that a redirect always causes a GET, rather than a POST, no?
Also, hidden form fields are filled in on the original request, but the redirect
flushes the request. All of my fields are gone! :-(
Perhaps I
Hello:
This is a good idea, and would solve the problem as stated.
Unfortunately, it conflicts with my other (heretofore unstated)
requirement that
"all URLs shown in the browser should be bookmarkable
at all times."
Once a user bookmarks foo?I_am_an_application_controlled_redirect=1
and comes
I believe HTTP_REFERER will list the place from whence you were redirected,
but unfortunately it does not distinguish between
"redirect" and
"following HTML link"
Of which my application has many :-(
--Craeg
Casey Duncan wrote:
> On Friday 27 September 2002 12:49 pm, Craeg K Strong wrote:
On Friday 27 September 2002 12:49 pm, Craeg K Strong wrote:
[snip]
>
> Now here is the issue
>
> In both cases above, the REQUEST object looks identical. Is there any way
> that I can distinguish a GET that is the result of a REDIRECT from one that
> is not?
>
> I would think this wou
Craeg K Strong wrote:
> However, I would like to distinguish between two cases:
>
> a) Direct Navigation: e.g.I am a user and I just typed in
>
> http://acme.com/myapp/contracts/TRW-001/taskorders/TO-01/invoices/DSDC-001-9301
>
>
> into my browser
>
> b) Application-Controlled: e.g. I am
Craeg K Strong <[EMAIL PROTECTED]> wrote:
> However, I would like to distinguish between two cases:
>
> a) Direct Navigation: e.g.I am a user and I just typed in
>
> http://acme.com/myapp/contracts/TRW-001/taskorders/TO-01/invoices/DSDC-001-9301
>
> into my browser
>
> b) Application-Contro
Thanks for the response!
I have made a bit more progress on the issue. To recap: our application
consists of a number of HTML forms. When the submit button on a form is
pressed, the application must do some processing in order to determine
which URL should next be displayed.
We are trying to f
- Original Message -
From: "Craeg K Strong" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 23, 2002 10:59 PM
Subject: [Zope-dev] __before_publishing_traverse__ calls
RESPONSE.redirect(): is there another way to change the browser URL?
> Hello:
>
> I have defined a __
13 matches
Mail list logo