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 -~----------~----~----~----~------~----~------~--~---