aah, I see your point. Thanks!<br><br>cheers,<br>Tim<br><br><div><span class="gmail_quote">On 8/7/07, <b class="gmail_sendername">John Winters</b> <<a href="mailto:john@sinodun.org.uk">john@sinodun.org.uk</a>> wrote:

</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Tim Cowlishaw wrote:<br>> Hmm... thinking about it, wouldn't after_create do the job? i'm assuming

<br>> that after_initialize  is called whenever a new object of that class is<br>> instantiated, whether through a new(), find() or whatever method on the<br>> model. after_create is called after a new object of that class is

> created through new(). As far as I can see from the documentation, after_create is invoked only *after* the record has been saved to the d/b.  This is quite late in the proceedings and too late to have the desired effect.

<br><br>I want the new user record to appear on screen ready for editing with<br>the two default roles already ticked.  That way the operator can choose<br>to un-tick them if they're not appropriate.<br><br>I could almost do it with before_create, but it would mean things were

<br>happening behind the scenes which the operator didn't know about - not good.<br><br>John<br>_______________________________________________<br>Chat mailing list<br><a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org

</a><br><a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br></blockquote></div><br>