Ruby on Rails

Assuming you had a states_controller.rb that had a show method in it that looked something like this:

def show
@state = State.find params[:id]
render partial: 'cities_picker', layout: false
end

you could have a views/states/_cities_picker.html.erb that looked like this:

<%= select_tag('address[city_id]', options_from_collection_for_select(@state.cities, :id, :name)) %>

That's all you would need to make a fully populated picker with

<select name="address[city_id]">
<option value="1">Aliquippa</option>
<option value="2">Allentown</option>
...
<option value="60">York<.option>
</select>

That's assuming you have the data set up and populated so you know that these are the cities in Pennsylvania. You'd possibly put a label or some other HTML in there, but if you were swapping out this form element for one populated with the cities of Ohio, then you'd probably what to move as little around as necessary, and just leave the label and any structural HTML untouched in the parent page.

Walter

> On Jun 25, 2019, at 11:18 PM, David Merrick <merrickdav@gmail.com> wrote:
>
> HI What would the render partial: 'cities_picker', layout: false look like in your example?
>
> On Fri, May 31, 2019 at 2:25 PM Walter Lee Davis <waltd@wdstudio.com> wrote:
> What do the pickers mean? What values are they representing? When you choose one picker value, why does another picker need a different set of values to appear? If you can explain how you have modeled that part of your data, then I can help you further. In principle, a controller (any controller) can handle requests related to any model. It's just a convention that if you have a model Foo, you will have a FoosController to handle requests related to that model.
>
> Here's a practical example of how you might use this sort of cascading picker:
>
> class Country < ApplicationRecord
> has_many :states
> end
>
> class State < ApplicationRecord
> belongs_to :country
> has_many :cities
> end
>
> class City < ApplicationRecord
> belongs_to :state
> end
>
> You have a natural cascade of country to state to city, and it makes sense what those relationships are. The relationships are codified with the has_many and belongs_to macros, so it's clear that if you say @state.cities, you will get the cities that exist inside that state. You would do that by establishing what the parent id is in each child record. You might have Arizona as @state id = 1, and then have a bunch of cities like Phoenix: @city id = 22, state_id = 1, so you can gather them up.
>
> So you have choices now as to choosing a controller pattern. The REST design says that you should have a separate controller for each model, and so that could go like this:
>
> class CountriesController < ApplicationController
> def index
> @countries = Country.order(:name)
> render partial: 'countries_picker', layout: false
> end
>
> def show
> country = Country.find params[:id]
> @states = @country.states.order(:name)
> render partial: 'states_picker', layout: false
> end
> end
>
> class StatesController < ApplicationController
> def show
> state = State.find params[:id]
> @cities = @state.cities.order(:name)
> render partial: 'cities_picker', layout: false
> end
> end
>
> Your routes would look like this
>
> resources :countries, only: [:index, :show]
> resources :states, only: :show
>
> If you wanted to have a single controller concerned with making these pickers (and ignore the whole REST thing), then you could have:
>
> class PickersController < ApplicationController
> def countries
> @countries = Country.order(:name)
> render partial: 'countries_picker', layout: false
> end
>
> def states
> country = Country.find params[:id]
> @states = country.states.order(:name)
> render partial: 'states_picker', layout: false
> end
>
> def cities
> state = State.find params[:id]
> @cities = state.cities.order(:name)
> render partial: 'cities_picker', layout: false
> end
> end
>
> Your routes could look like this:
>
> match '/countries', to: 'pickers#countries', via: :get, as: :countries_picker
> match '/states', to: 'pickers#states', via: :get, as: :states_picker
> match '/cities', to: 'pickers#cities', via: :get, as: :cities_picker
>
> See -- there's no rules that say that you have to use one controller for one model, or have a separate controller for each model. Mix and match. Have fun! Rails is flexible.
>
> Walter
>
> > On May 30, 2019, at 6:56 PM, David Merrick <merrickdav@gmail.com> wrote:
> >
> > Hi If this is my last table I want to use
> >
> > create_table "points", force: :cascade do |t|
> > t.text "place"
> > t.text "riders"
> > t.integer "racepoints"
> > t.text "status"
> > t.integer "race_id"
> > t.datetime "created_at", null: false
> > t.datetime "updated_at", null: false
> > t.index ["race_id"], name: "index_points_on_race_id"
> > end
> >
> > Which references the other tables. Are you saying I could just use this table or do I still need the Pickers controller?
> >
> > Cheers Dave
> >
> > On Fri, May 31, 2019 at 1:23 AM Walter Lee Davis <waltd@wdstudio.com> wrote:
> > Yes, that's how you would get the pickers controller, if that's how you want to model this. You could also use your existing controller for the object in question (I've forgotten the names of things in your original app). If you had a widgets_controller, you could make a method in that for each of your pickers. Your route would change depending on which approach you chose. To add the route, you would open your routes file and add the appropriate declaration there:
> >
> > (assuming you were using pickers_controller#picker_two)
> >
> > resources :pickers, only: [] do
> > collection do
> > get :picker_two, to: 'pickers#picker_two'
> > get :picker_three, to: 'pickers#picker_three'
> > end
> > end
> >
> > (If you already had a widgets_controller, and wanted to add on)
> >
> > resources :widgets do
> > collection do
> > get :picker_two, to: 'widgets#picker_two'
> > get :picker_three, to: 'widgets#picker_three'
> > end
> > end
> >
> > Then run 'rake routes' to see what those routes get named. Note that because these are "collection" routes, they won't pass the ID as I had noted in my example previously. You'd have to pass that as a querystring variable, so your link would be something like /widgets/picker_two?parent=42, and you'd have to allow the parent argument in your safe_params, and then get it with params[:parent] rather than relying on the id.
> >
> > Most flexible of all would be to use match rather than a resource-based route:
> >
> > match 'picker_two/:id', to: 'pickers#picker_two', via: :get, as: :picker_two
> >
> > That would get you a very specific named route that would fit with my original example.
> >
> > All of this is covered in great detail in the excellent guide "Routing from the outside in", at guides.rubyonrails.org
> >
> > The ultimate answer to your questions is 'you use the framework'. All the tools are there for you to build whatever you want, or whatever makes sense to you.
> >
> > Walter
> >
> > > On May 30, 2019, at 12:15 AM, David Merrick <merrickdav@gmail.com> wrote:
> > >
> > > Hi Can I just do rails g controller Pickers?
> > >
> > > How do I get the route for this as not one is made?
> > >
> > > Cheers Dave
> > >
> > > On Wed, May 29, 2019 at 12:57 AM Walter Lee Davis <waltd@wdstudio.com> wrote:
> > > The way I start doing this is to decompose the view into partials, at least one per picker. Make sure that each partial after the first one takes an argument (allowed to be null) indicating what the previous picker chose. If there is no argument passed, the picker is rendered with no options. Next, you need to add controller, with a route per picker, and either write unobtrusive JS event listeners, or add long-hand onchange arguments to your picker to trigger the next picker.
> > >
> > > f.collection_select :picker_one, @picker_one_options, :name, :id
> > >
> > > $(document).on('change', '#picker_one', function(evt){
> > > $('#picker_two_holder').load('/pickers/picker_two/' + $(this).val());
> > > });
> > >
> > > In the pickers_controller, you'd have a method like
> > >
> > > def picker_two
> > > @picker_two_options = Option.find(params[:id]).children
> > > render partial: 'picker_two', layout: false
> > > end
> > >
> > > Each picker then loads the next one, and finally, the surrounding form is submitted with all the dynamic pickers within it.
> > >
> > > Let me know if any of this is too cryptic.
> > >
> > > Walter
> > >
> > > > On May 28, 2019, at 4:06 AM, David Merrick <merrickdav@gmail.com> wrote:
> > > >
> > > > My Schema.rb is below
> > > >
> > > > ActiveRecord::Schema.define(version: 2019_05_27_040649) do
> > > >
> > > > create_table "days", force: :cascade do |t|
> > > > t.integer "season_id"
> > > > t.datetime "created_at", null: false
> > > > t.datetime "updated_at", null: false
> > > > t.date "raceday"
> > > > t.index ["season_id"], name: "index_days_on_season_id"
> > > > end
> > > >
> > > > create_table "points", force: :cascade do |t|
> > > > t.text "place"
> > > > t.text "riders"
> > > > t.integer "racepoints"
> > > > t.text "status"
> > > > t.integer "race_id"
> > > > t.datetime "created_at", null: false
> > > > t.datetime "updated_at", null: false
> > > > t.index ["race_id"], name: "index_points_on_race_id"
> > > > end
> > > >
> > > > create_table "races", force: :cascade do |t|
> > > > t.boolean "display"
> > > > t.text "racename"
> > > > t.integer "season_id"
> > > > t.integer "day_id"
> > > > t.datetime "created_at", null: false
> > > > t.datetime "updated_at", null: false
> > > > t.text "raceclass"
> > > > t.index ["day_id"], name: "index_races_on_day_id"
> > > > t.index ["season_id"], name: "index_races_on_season_id"
> > > > end
> > > >
> > > > create_table "seasons", force: :cascade do |t|
> > > > t.date "year"
> > > > t.datetime "created_at", null: false
> > > > t.datetime "updated_at", null: false
> > > > end
> > > >
> > > > end
> > > >
> > > > I want to end up with something like this for the race index.html.erb file
> > > >
> > > >
> > > >
> > > > <MoorePark Results.png>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > You select the season it then displays the days for the the selected season. You then select the day and the races for that day are displayed.
> > > >
> > > > The four tables are joined and the results is displayed in the Race Details.
> > > >
> > > > My current points index.html is this.
> > > >
> > > > <p id="notice"><%= notice %></p>
> > > >
> > > > <h1>Points</h1>
> > > >
> > > > <div class ='row'>
> > > > <div class="control-group">
> > > > <div class= 'pointsLabel'>Season</div>
> > > > <div class='controls'>
> > > > <%= collection_select(:season, :id, Season.all, :id, :year, {}, {:multiple => false}) %>
> > > > </div>
> > > > </div>
> > > > </div><br>
> > > >
> > > > <div class ='row'>
> > > > <div class="control-group">
> > > > <div class= 'pointsLabel'>Race Day</div>
> > > > <div class='controls'>
> > > > <%= collection_select(:day, :id, Day.all, :id, :raceday, {}, {:multiple => false}) %>
> > > > </div>
> > > > </div>
> > > > </div><br>
> > > >
> > > > <div class ='row'>
> > > > <div class="control-group">
> > > > <div class= 'pointsLabel'>Race Name</div>
> > > > <div class='controls'>
> > > > <%= collection_select(:race, :id, Race.all, :id, :racename, {}, {:multiple => false}) %>
> > > > </div>
> > > > </div>
> > > > </div><br>
> > > >
> > > > <br>
> > > >
> > > > I am thinking of using a grouped_collection_select to populate the relevant dropdowns . I know I need to Jquery or javascript to pass the selected options from one drop down to another .but can't get it to work
> > > >
> > > > Cheers Dave
> > > >
> > > > --
> > > > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> > > > To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> > > > To post to this group, send email to rubyonrails-talk@googlegroups.com.
> > > > To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/39724b42-3377-44b4-8171-7635059f1f13%40googlegroups.com.
> > > > For more options, visit https://groups.google.com/d/optout.
> > > > <MoorePark Results.png>
> > >
> > > --
> > > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> > > To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> > > To post to this group, send email to rubyonrails-talk@googlegroups.com.
> > > To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/4426491F-C56F-4330-9EFE-6AB5C8B0189B%40wdstudio.com.
> > > For more options, visit https://groups.google.com/d/optout.
> > >
> > >
> > > --
> > > Dave Merrick
> > >
> > > TutorInvercargill
> > >
> > > http://tutorinvercargill.co.nz
> > >
> > > Daves Web Designs
> > >
> > > Website http://www.daveswebdesigns.co.nz
> > >
> > > Email merrickdav@gmail.com
> > >
> > > Ph 03 216 2053
> > >
> > > Cell 027 3089 169
> > >
> > > --
> > > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> > > To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> > > To post to this group, send email to rubyonrails-talk@googlegroups.com.
> > > To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CA%2B%3DMcKa1ZLg6rnE%3DE4VGP0LQ1wivHTS1aZPbHV91OKNZFiy8EQ%40mail.gmail.com.
> > > For more options, visit https://groups.google.com/d/optout.
> >
> > --
> > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> > To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> > To post to this group, send email to rubyonrails-talk@googlegroups.com.
> > To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/F47B28D6-ECA9-4DF1-B3B4-573DB639D327%40wdstudio.com.
> > For more options, visit https://groups.google.com/d/optout.
> >
> >
> > --
> > Dave Merrick
> >
> > TutorInvercargill
> >
> > http://tutorinvercargill.co.nz
> >
> > Daves Web Designs
> >
> > Website http://www.daveswebdesigns.co.nz
> >
> > Email merrickdav@gmail.com
> >
> > Ph 03 216 2053
> >
> > Cell 027 3089 169
> >
> > --
> > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> > To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> > To post to this group, send email to rubyonrails-talk@googlegroups.com.
> > To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CA%2B%3DMcKa2uFZFQHwLG_QKFfOxc%2B-BNXec%2Byw23d7U232172L%2BRg%40mail.gmail.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/271D9E11-3080-4377-8462-AA309CDD90BE%40wdstudio.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Dave Merrick
>
> TutorInvercargill
>
> http://tutorinvercargill.co.nz
>
> Daves Web Designs
>
> Website http://www.daveswebdesigns.co.nz
>
> Email merrickdav@gmail.com
>
> Ph 03 216 2053
>
> Cell 027 3089 169
>
> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CA%2B%3DMcKbV2Kb61Y%2BDLpkvOkpSEBQJ-hroCyLeycQjHFKufHZH2g%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-talk+unsubscribe@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/05A69106-75C0-4153-BF31-CB3CEB124B2A%40wdstudio.com.
For more options, visit https://groups.google.com/d/optout.