No, I think you've got it right.
I should write the code first, and then say something about it I  
guess... ;-)
I'll get back when I did so.

Thanks for your reply,
benjamin


Am 28.09.2008 um 18:27 schrieb Erik Allik:

> But you only have a single comment model to wire to, unless I'm  
> missing something.
>
> Erik
>
> On 28.09.2008, at 19:03, Benjamin Buch wrote:
>
>> Hi Erik,
>>
>> thanks for your reply.
>> You are right, the comments are not tied to a particular model, but  
>> to three of them.
>> Instead of wiring up all three models, I thought I could do this in  
>> one place.
>> As I write this reply, I realize that it is perhaps not such a good  
>> idea to do so.
>> It would be good to have some information in the mail that says on  
>> exactly which model instance the comment was made on,
>> so it will be better to  wire up each model.
>>
>> Thanks again anyway,
>> benjamin
>>
>> Am 28.09.2008 um 17:14 schrieb Erik Allik:
>>
>>> The way I see it is that your comment notification is not tied to  
>>> any particular application that has commentable models but instead  
>>> is more like a project related thing. So depending on your source  
>>> layout, I'd put them somewhere in the project. Basically this  
>>> relates to the application reuse topic -- when you connect the  
>>> handler to the comment signal, is it something you want to reuse  
>>> in the future or it's just a one time thing for the current project?
>>>
>>> Erik
>>>
>>> On 28.09.2008, at 14:58, Benjamin Buch wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm using the new comments framework, and I'd like to get  
>>>> notified by mail when someone posts a comment.
>>>> How to di it I think I know, but I'm not quite sure where the  
>>>> code should live.
>>>> The website has several kinds of entries where users can comment  
>>>> on, so it would feel a little odd to put the comments' signal- 
>>>> code in just one models.py.
>>>> As I have even more signals, I thought it would be great to have  
>>>> a file signals.py, where all signal handling is done.
>>>>
>>>> But where should signals.py live?
>>>> Documentation says to signals:
>>>> "Where should this code live?
>>>> You can put signal handling and registration code anywhere you  
>>>> like. However, you'll need to make sure that the module it's in  
>>>> gets imported early on so that the signal handling gets  
>>>> registered before any signals need to be sent. This makes your  
>>>> app's models.py a good place to put registration of signal  
>>>> handlers."
>>>> What means "the module it's in gets imported early"?
>>>> I suppose it's not enough to put my signals.py right there in my  
>>>> projects' root folder?
>>>> -benjamin
>>>>
>>>>
>>>>
>>
>>
>>
>>
>
>
> >


--~--~---------~--~----~------------~-------~--~----~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to