Re: redirect after post caches anchor?

2009-09-12 Thread Tiago Serafim
Hi Margie,

I misunderstood you first post. What I said is valid, but it doesn't relate
to your problem.

Now that I get it: FF scrolls back to the same position after a reload.

I don't know how to work around this issue unless you return a anchor
"#top"(like you did with the another one) and add an attribute id="top" on
your "body" tag.

HTH,

On Sun, Sep 13, 2009 at 1:55 AM, Margie  wrote:

>
> Hi Tiago,
>
> Thanks very much for your response.  So is there a way I can tell the
> client that I don't want to retain the same anchor?  IE, tell the
> client to act as it would act if the client had initiated a new GET?
>
> Where would I find documentation on this?  Or not necessarily doc but
> just something that discusses this problem.  My googling didn't turn
> up much of anything but it seems like it would be a problem that
> others have as well.
>
> Margie
>
>

-- 
Tiago Serafim

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~--~~~~--~~--~--~---



Re: redirect after post caches anchor?

2009-09-12 Thread Margie

Hi Tiago,

Thanks very much for your response.  So is there a way I can tell the
client that I don't want to retain the same anchor?  IE, tell the
client to act as it would act if the client had initiated a new GET?

Where would I find documentation on this?  Or not necessarily doc but
just something that discusses this problem.  My googling didn't turn
up much of anything but it seems like it would be a problem that
others have as well.

Margie



On Sep 12, 7:26 pm, Tiago Serafim  wrote:
> Hi,
>
> This is the expected, as HTTP clients doesn't pass the #anchors to the
> server.
>
> On Sat, Sep 12, 2009 at 10:20 PM, Margie Roginski
> wrote:
>
>
>
>
>
> > I'm seeing some strange behavior related to anchors that I can't
> > really explain.  I'm going to give an example of what I'm seeing and
> > I'm hoping that someone can point me in the right direction.
>
> > Let's say I do a post and my  views.py code that services the post
> > returns like this:
>
> >      return HttpResponseRedirect('/taskmanager/edit_task/12/
> > #comment_101')
>
> > (I am of course not hardcoding the redirect address - but have shown
> > it explictly here for clarity)
>
> > This correctly displays my /taskmanager/edit_task/12 page, taking me
> > part way down the page due to the #comment_101 anchor.
>
> > From this url I do a second post.  The views.py code associated with
> > this second post returns like this:
>
> >    return HttpResponseRedirect('/taskmanager/edit_task/12')  # note
> > no comment_101 anchor
>
> > I thought this should take me to the top of my /taskmanager/edit_task/
> > 12 page, but instead it takes me to /taskmanager/edit_task/12/
> > #comment_101.  It's like the #comment_101 anchor is cached in some
> > way.
>
> > My runserver printouts from the second post and the get associated
> > with its redirect show this:
>
> > [12/Sep/2009 18:16:51] "POST /taskmanager/edit_task/12/ HTTP/1.1" 302
> > 0
> > [12/Sep/2009 18:16:52] "GET /taskmanager/edit_task/12/ HTTP/1.1" 200
> > 50904
>
> > So the #comment_101 is not there, yet it still appears in my firefox
> > browser.   Anyone know why this is?
>
> > Thanks,
> > Margie
>
> --
> Tiago Serafim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~--~~~~--~~--~--~---



Re: redirect after post caches anchor?

2009-09-12 Thread Tiago Serafim
Hi,

This is the expected, as HTTP clients doesn't pass the #anchors to the
server.


On Sat, Sep 12, 2009 at 10:20 PM, Margie Roginski
wrote:

>
> I'm seeing some strange behavior related to anchors that I can't
> really explain.  I'm going to give an example of what I'm seeing and
> I'm hoping that someone can point me in the right direction.
>
> Let's say I do a post and my  views.py code that services the post
> returns like this:
>
>  return HttpResponseRedirect('/taskmanager/edit_task/12/
> #comment_101')
>
> (I am of course not hardcoding the redirect address - but have shown
> it explictly here for clarity)
>
> This correctly displays my /taskmanager/edit_task/12 page, taking me
> part way down the page due to the #comment_101 anchor.
>
> From this url I do a second post.  The views.py code associated with
> this second post returns like this:
>
>return HttpResponseRedirect('/taskmanager/edit_task/12')  # note
> no comment_101 anchor
>
> I thought this should take me to the top of my /taskmanager/edit_task/
> 12 page, but instead it takes me to /taskmanager/edit_task/12/
> #comment_101.  It's like the #comment_101 anchor is cached in some
> way.
>
> My runserver printouts from the second post and the get associated
> with its redirect show this:
>
> [12/Sep/2009 18:16:51] "POST /taskmanager/edit_task/12/ HTTP/1.1" 302
> 0
> [12/Sep/2009 18:16:52] "GET /taskmanager/edit_task/12/ HTTP/1.1" 200
> 50904
>
> So the #comment_101 is not there, yet it still appears in my firefox
> browser.   Anyone know why this is?
>
> Thanks,
> Margie
>
>
>
>
> >
>


-- 
Tiago Serafim

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~--~~~~--~~--~--~---



redirect after post caches anchor?

2009-09-12 Thread Margie Roginski

I'm seeing some strange behavior related to anchors that I can't
really explain.  I'm going to give an example of what I'm seeing and
I'm hoping that someone can point me in the right direction.

Let's say I do a post and my  views.py code that services the post
returns like this:

  return HttpResponseRedirect('/taskmanager/edit_task/12/
#comment_101')

(I am of course not hardcoding the redirect address - but have shown
it explictly here for clarity)

This correctly displays my /taskmanager/edit_task/12 page, taking me
part way down the page due to the #comment_101 anchor.

>From this url I do a second post.  The views.py code associated with
this second post returns like this:

return HttpResponseRedirect('/taskmanager/edit_task/12')  # note
no comment_101 anchor

I thought this should take me to the top of my /taskmanager/edit_task/
12 page, but instead it takes me to /taskmanager/edit_task/12/
#comment_101.  It's like the #comment_101 anchor is cached in some
way.

My runserver printouts from the second post and the get associated
with its redirect show this:

[12/Sep/2009 18:16:51] "POST /taskmanager/edit_task/12/ HTTP/1.1" 302
0
[12/Sep/2009 18:16:52] "GET /taskmanager/edit_task/12/ HTTP/1.1" 200
50904

So the #comment_101 is not there, yet it still appears in my firefox
browser.   Anyone know why this is?

Thanks,
Margie




--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to 
django-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~--~~~~--~~--~--~---