-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Capture HABTM tables #47
Conversation
Hey, @jdelStrother. |
Anything I can do to help get this merged? |
hey, @jdelStrother I'm thinking of starting a forked version of Polo and maintain it myself. |
Sure, sounds good.
… On 4 Dec 2017, at 21:13, Netto Farah ***@***.***> wrote:
hey, @jdelStrother I'm thinking of starting a forked version of Polo and maintain it myself.
Would you be interested in helping me with that as a maintainer?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
8d19e49
to
09b97e2
Compare
hey, @jdelStrother Happy to help you drive this across the finish line. Should I got ahead and merge the PR? |
Mmm.. let me double-check it next week. I'm not convinced it's working perfectly on Rails 5.2 |
OK, I've pushed an updated version which merges cleanly with the recent 5.2 fixes. And yes please - go ahead and merge when you have chance. |
@nettofarah let me know if there's anything I can do to help merge this |
hey, @jdelStrother I'm gonna go ahead and merge it :) |
This is a POC for capturing HABTM relationships (see #38). This feels a bit hacky, but I'm struggling to figure out a non-hacky way.
Translator#instances
used to return an array of ActiveRecord objects. It now returns an array of objects, some of which are AR objects, some of which are hashes like{table_name: "recipes_tags", values: {recipe_id: 1, tag_id: 2}}
.It only works on Rails 4.1 or above. In Rails 4.0 and below, the HABTM records are loaded via an inner join which is too hard for me to deal with 😕 .
WDYT?