I wrote a somewhat easier-to-understand version of the TF-Login Guide paragraphs here: <a href="http://www.tonyfleig.com/smallthoughts/Seaside/deferredlogin">http://www.tonyfleig.com/smallthoughts/Seaside/deferredlogin</a>.<br>
<br>TF<br><br>On Fri, Jan 21, 2011 at 6:13 PM, Tony Fleig &lt;<a href="mailto:tony.fleig@gmail.com">tony.fleig@gmail.com</a>&gt; wrote:<br>&gt; There is a feature in my TFLogin package that seems like it provides<br>&gt; something like what you want. Registration confirmation may happen in<br>
&gt; another session, particularly if email confirmation is used. TFLogin<br>&gt; allows the application to save state in the &quot;pending user&quot; object.<br>&gt; When the registration is confirmed, that same user object is present<br>
&gt; in the new session and can be used to restore the user&#39;s state. This<br>&gt; can also be used without email confirmation as well in which case it<br>&gt; works essentially the same way except that no new session is created.<br>
&gt;<br>&gt; Maybe TFLogin or something along the same lines would work for you.<br>&gt;<br>&gt; Here is the relevant excerpt from the TFLogin documentation:<br>&gt;<br>&gt; New user initialization<br>&gt;<br>&gt; If you provide a one-argument block to the<br>
&gt; TLLoginComponent&gt;&gt;#onRegistration: method, your block will be<br>&gt; evaluated with pending new user objects before the registration email<br>&gt; confirmation (if any) is sent. Your block should answer true to allow<br>
&gt; the registration to proceed, or false to cancel the registration<br>&gt; without further interaction with the user. If you return false, you<br>&gt; should arrange to inform the user as to why their registration attempt<br>
&gt; is being rejected.<br>&gt;<br>&gt; In your onRegistration block, you can populate the new user&#39;s<br>&gt; applicationProperties dictionary with initial values. This can be<br>&gt; useful if, for example, you have allowed an unregistered user to work<br>
&gt; at your website and for them to save their work you require them to<br>&gt; register for an account. Since the registration confirmation will take<br>&gt; place in another session the question arises as to where to save their<br>
&gt; work during the registration confirmation process (and how to dispose<br>&gt; of it if the registration is not confirmed.) Saving the user&#39;s work in<br>&gt; the pending user object&#39;s applicationProperties dictionary provides<br>
&gt; the answer. When the new user logs in the first time, anything placed<br>&gt; in their applicationProperties dictionary in the onRegister block will<br>&gt; be present in their TLSession user object.<br>&gt;<br>&gt; Here is an example onRegistration block in which userObjects are saved<br>
&gt; in the pending user&#39;s<br>&gt;<br>&gt; applicationProperties:<br>&gt;    loginComponent: onRegistration: [ :pendingUser |<br>&gt;        pendingUser applicationProperties<br>&gt;            at: &#39;userObjects&#39;<br>
&gt;            put: self userObjects.<br>&gt;        true]<br>&gt;<br>&gt; TFLogin is available at <a href="http://www.squeaksource.com/TFLogin">http://www.squeaksource.com/TFLogin</a>.<br>&gt;<br>&gt; Regards,<br>&gt; TF<br>
&gt;<br>&gt;<br>&gt; On Fri, Jan 21, 2011 at 12:28 PM, Sebastian Van Lacke<br>&gt; &lt;<a href="mailto:svanlacke@caesarsystems.com">svanlacke@caesarsystems.com</a>&gt; wrote:<br>&gt;&gt;<br>&gt;&gt; Thanks Sebastian,<br>&gt;&gt;<br>
&gt;&gt; In my website log in is optional, so I can´t dispatch to the login or the application.<br>&gt;&gt; I have a link at the top of all the pages for login, and when the user click it, I announce that Login was selected, and the root component render it. Then, once the user has logged in I want to take it back to the previous page, where the user has clicked login.<br>
&gt;&gt;<br>&gt;&gt; Any idea? Has the session the navigation history?<br>&gt;&gt;<br>&gt;&gt; Thanks<br>&gt;&gt;<br>&gt;&gt; Sebastián Van Lacke<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>
&gt;&gt; seaside mailing list<br>&gt;&gt; <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>&gt;&gt; <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>
&gt;&gt;<br>&gt;<br><br>