Re: Session-based messages (Contrib-05, #4604)

[Chris Beaven]

On Jan 7, 4:20 am, "Jacob Kaplan-Moss" 
wrote:
> I'd like to see this moved into an external app so that we can
> de-couple it from the 1.1 release. If it proves to be popular and
> stable, we could then consider it for 1.2.

As a fun weekend 2h project, I started (and finished):
http://code.google.com/p/django-notify/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from this group, send email to 
django-developers+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en
-~--~~~~--~~--~--~---

Re: Session-based messages (Contrib-05, #4604)

[Leah Culver]

Hmm... I can't figure out if this will post a reply to the whole group
on this discussion from the Google Groups API.

Anyways, I just wanted to say that I love django-flash. "The flash" is
just the Rails term for user messages and has nothing to do with
Flash. Doing a search for "django flash" is much more helpful than
"django user messages."

http://github.com/danielfm/django-flash/tree/master

I've been using it on Baconfile and it's hot.
http://github.com/leah/django-flash-status/tree/master

Leah



On Jan 6, 9:20 am, "Jacob Kaplan-Moss" 
wrote:
> On Mon, Jan 5, 2009 at 5:50 AM, Ramiro Morales  wrote:
> > What directions do [the rest of the] core devs think should this
> > take?. I could try to work on getting things in shape
> > so it can approach a ready state for 1.1 a intially
> > planned.
>
> I'd like to see this moved into an external app so that we can
> de-couple it from the 1.1 release. If it proves to be popular and
> stable, we could then consider it for 1.2.
>
> Jacob

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

Re: Session-based messages (Contrib-05, #4604)

[Carl Meyer]

On Jan 6, 11:20 am, "Jacob Kaplan-Moss" 
wrote:
> I'd like to see this moved into an external app so that we can
> de-couple it from the 1.1 release. If it proves to be popular and
> stable, we could then consider it for 1.2.

I extracted 4604 into an external app[1] some months ago.  It's quite
simple, and it's been humming along happily for me.  It's not as
ambitious as 4604 because it doesn't try to transparently integrate
Django's existing auth-based messages with the session-based ones
(IIRC, some of the things 4604 did along these lines back when I
looked at it would be difficult to do in an external app).  I don't
have a lot of time to put into improving it right now, but I'd be
happy to turn over the keys to Ramiro or anyone else who wants to work
on it.

Carl

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

Re: Session-based messages (Contrib-05, #4604)

[Thomas Guettler]

Ramiro Morales schrieb:
> What directions do [the rest of the] core devs think should this
> take?
I am not a core dev, but here is what I think:

- The current user based messages are not usefull for me.
- I use a own version of session based messages which is based
  on code of this ticket. But I added an optional loglevel argument.
- Although I use sesion based messages, I want to use a different
  aproach in the future, since they produce unneeded UPDATE statements.

  HTTP POST, create_message('Changes were saved'), Redirect after Post,
GET, pop_messages() --> SQL UPDATE.

The second request (GET) could be readonly.

Maybe something like this snippet would be good:
http://www.djangosnippets.org/snippets/1064/

Thomas

-- 
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de


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

Re: Session-based messages (Contrib-05, #4604)

[Jacob Kaplan-Moss]

On Mon, Jan 5, 2009 at 5:50 AM, Ramiro Morales  wrote:
> What directions do [the rest of the] core devs think should this
> take?. I could try to work on getting things in shape
> so it can approach a ready state for 1.1 a intially
> planned.

I'd like to see this moved into an external app so that we can
de-couple it from the 1.1 release. If it proves to be popular and
stable, we could then consider it for 1.2.

Jacob

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

Session-based messages (Contrib-05, #4604)

[Ramiro Morales]

Hi all,

I've updated the patch, created and evolved by SmileyChris
for this, to apply cleanly to trunk, tests still pass.

Malcolm expressed back then that he would wish
another committer took care of this and has expressed
his concerns regarding this going in to Django core and
made some other technical remarks regading the
implementation.

What directions do [the rest of the] core devs think should this
take?. I could try to work on getting things in shape
so it can approach a ready state for 1.1 a intially
planned.

An user has posted in a comment a link to a [1]snippet
he made reusing code from the patch, moving things
to a middleware. Would be an acceptable approach
do do so and get this functionality in a contrib app
providing such middleware and a context processor?.

Regards,

-- 
 Ramiro Morales

1. http://www.djangosnippets.org/snippets/1002/

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