If you are going to work on it some more, there are
2 more issues that I need to solve in order to get
this working properly.
1) Being able to use a <link_to_remote> with <signup-form>
so I can display a success message when the signup
goes through properly, or an error message if it doesn't.
I would like to have this already on the current page
so I could just toggle the visibility of messages and
reduce the load.
I tried redefining the auto-generated tag with 'merge' so I could
redefine <submit> (actually, just thought that I needed to
redefine
<submit> also), but got a nesting error.
2) I haven't gotten to the <activate-form> yet, but I am
anticipating that I will have problems with getting
that to work properly with the style I wish to apply.
jet
On Jul 11, 6:41 pm, Matt Jones <[email protected]> wrote:
> I'm going to keep investigating this, as it seems like something
> others might encounter. Ideally, you'd want to be able to point the
> link_to_remote tag at the plain /users/signup action and get a form
> without the surrounding layout. In vanilla Rails (ie not Hobo), I'd do
> it with (in the controller):
>
> def signup
> # setup @user
> respond_to do |wants|
> wants.js { render :layout => false }
> wants.html
> end
> end
>
> ...but that doesn't work in Hobo. It should make a nice little recipe
> when I figure it out.
>
> --Matt Jones
>
> On Jul 11, 2009, at 9:36 PM, blueHandTalking wrote:
>
>
>
> > Well, that did it!
>
> > Thanks Matt.
>
> > You may want to address this on Lighthouse, too.
> > I filled out a ticket on it. I still do not know,
> > would this be considered a bug?
>
> > Anyway, since I am a NOOB it is hard to tell if
> > its me having difficulties, or if its Memorex.
>
> > I am using v.8.7 for the record.
>
> > jet
>
> > On Jul 11, 4:47 pm, Matt Jones <[email protected]> wrote:
> >> Was able to replicate - this is part of the lifecycles stuff, which
> >> is
> >> still having a little bit of teething troubles.
>
> >> Anyway, I got it to work by setting up the context in the same way
> >> that creator_page action does [code in users/_signup.dryml]:
>
> >> <% o = User.new %>
> >> <% o.exempt_from_edit_checks = true %>
> >> <signup-form with="&o" />
>
> >> At least on my system (Hobo 0.8.8), the form fields didn't show
> >> without the exempt_from_edit_checks part. The buttons showed up, so
> >> that may not be exactly reproducing your situation. Also note that I
> >> omitted the & sign from my previous post - if an attribute needs to
> >> be
> >> evaluated, always remember the &!
>
> >> --Matt
>
> >> On Jul 11, 2009, at 7:24 PM, blueHandTalking wrote:
>
> >>> Out of curiousity, Matt, can you duplicate the results I am
> >>> getting?
>
> >>> jet
>
> >>> On Jul 11, 4:10 pm, blueHandTalking <[email protected]> wrote:
> >>>> Just tried
>
> >>>> <signup-form with="User.new" />
>
> >>>> ...and still turns out blank.
>
> >>>> Tried my test again, and it does render.
>
> >>>> Below is my front controller, and it does not say
>
> >>>> hobo_model_controller
>
> >>>> but it does say hobo_controller inside the controller:
>
> >>>> /**********************************/
>
> >>>> class FrontController < ApplicationController
>
> >>>> hobo_controller
>
> >>>> def index; end
>
> >>>> def search
> >>>> if params[:query]
> >>>> site_search(params[:query])
> >>>> end
> >>>> end
>
> >>>> def loadpadsignup
> >>>> render :partial => '/users/signup', :layout => false
> >>>> end
>
> >>>> end
>
> >>>> /*************************************/
>
> >>>> jet
>
> >>>> On Jul 11, 3:52 pm, Matt Jones <[email protected]> wrote:
>
> >>>>> Out of curiosity, is FrontController a hobo_model_controller? I'm
> >>>>> guessing not. You could also try calling <signup-form> with a with
> >>>>> parameter, like this:
>
> >>>>> <signup-form with="User.new" />
>
> >>>>> in your partial.
>
> >>>>> --Matt Jones
>
> >>>>> On Jul 11, 2009, at 6:28 PM, blueHandTalking wrote:
>
> >>>>>> Matt,
>
> >>>>>> Tried your suggestion, I added:
>
> >>>>>> adding 'self.this = User.new'
>
> >>>>>> to the front_controller.rb.
>
> >>>>>> But that generated the following error:
>
> >>>>>> /***********************************/
> >>>>>> <h1>
> >>>>>> NoMethodError
>
> >>>>>> in FrontController#loadpadsignup
>
> >>>>>> </h1>
> >>>>>> <pre>undefined method `this=' for #<FrontController:
> >>>>>> 0xab5ae3c></
> >>>>>> pre>
>
> >>>>>> /******************************************/
>
> >>>>>> I had the feeling that somehow I needed to generate a context of
> >>>>>> 'user', but not
> >>>>>> sure how to go about that. I tried adding variations and the
> >>>>>> same to
> >>>>>> the users_controller.rb,
> >>>>>> changing parameters in <link_to_remote>, but nothing has worked.
>
> >>>>>> Or it could be that this is indeed a bug. It seems
> >>>>>> that you should be able to embed the user/signup wherever you
> >>>>>> wish,
> >>>>>> and be
> >>>>>> able to do so with a <link_to_remote> call.
>
> >>>>>> Eric
>
> >>>>>> On Jul 11, 2:18 pm, Matt Jones <[email protected]> wrote:
> >>>>>>> You *need* to set self.this correctly for the form to render.
> >>>>>>> Try
> >>>>>>> adding 'self.this = User.new' to your controller before the call
> >>>>>>> to
> >>>>>>> render.
>
> >>>>>>> --Matt Jones
>
> >>>>>>> On Jul 11, 2009, at 4:16 PM, blueHandTalking wrote:
>
> >>>>>>>> I still can not trace down where the sign-up form is generated.
>
> >>>>>>>> /users/signup works great, I can apply my own style and
> >>>>>>>> location of
> >>>>>>>> form by using <signup-form />,
> >>>>>>>> however what I would like to do is use <link_to_remote> so I
> >>>>>>>> can use
> >>>>>>>> AJAX to load the signup
> >>>>>>>> form into my current document (which is front/index.dryml).
>
> >>>>>>>> At this time I have:
>
> >>>>>>>> <%= link_to_remote('ARCHITECT SIGNUP',
> >>>>>>>> :update => 'archsignup',
> >>>>>>>> :url => {:controller => 'front',
> >>>>>>>> :action => 'loadpadsignup'},
> >>>>>>>> :success => "$
> >>>>>>>> ('archsignup').style.visibility ='visible';
> >>>>>>>> $
> >>>>>>>> ('archsignupbkgrnd').style.visibility = 'visible';") %>
>
> >>>>>>>> in application.dryml
>
> >>>>>>>> In front_controller:
>
> >>>>>>>> def loadpadsignup
> >>>>>>>> render :partial => '/users/signup', :layout => false
> >>>>>>>> end
>
> >>>>>>>> And in users/_signup.dryml:
>
> >>>>>>>> <signup-form />
>
> >>>>>>>> This gives me nothing in <div id="archsignup">
>
> >>>>>>>> If I replace <signup-form /> with "Here I am!" in
> >>>>>>>> _signup.dryml,
> >>>>>>>> <div id="archsignup"> gives me:
>
> >>>>>>>> "Here I am!"
>
> >>>>>>>> If there is any way that I can use AJAX to load the <signup-
> >>>>>>>> form />
> >>>>>>>> or /users/signup into a location other than the default, I
> >>>>>>>> would
> >>>>>>>> really like to hear about it.
>
> >>>>>>>> Thank you.
>
> >>>>>>>> Eric
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Hobo
Users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/hobousers?hl=en
-~----------~----~----~----~------~----~------~--~---
