Closed (fixed)
Project:
Entity reference
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
11 Aug 2011 at 19:03 UTC
Updated:
26 Dec 2011 at 18:30 UTC
Just thinking that this might be a good candidate to replace og-audience field (the field you select which groups a content is assigned to), so OG will work with something more generic.
Comments
Comment #1
damien tournoud commentedIndeed. We also have a couple of specialized entity reference field in Commerce that I would like to eventually replace with this (in the 2.x version).
Comment #2
amitaibuThis is now part of #1261376: Entity-ify Roles
Comment #4
amitaibuI'm re-opening, for further discussion coming out from #1342632: Deprecate OG group entity
To reduce complexity I thought that every group-audience field should restrict the entity type/ bundle of group (i.e. showing only group of nodes) it shows. Obviously, that's exactly what ER (entity reference) is doing.
OG has it's own field type called group-audience. It's actually an entity-reference, but it has several differences:
og_field_widget_form()og_field_write()as we have the information stored in theOG membershipentityI wonder if I can fit the above needs into ER and depend on it.
Comment #5
fagoInteresting idea. Maybe it's possible to re-use just the widget(s) as the actual field storage is different?
Comment #6
karens commentedRe-titling so it's a little more clear in issue trackers. I think the idea of re-purposing entity reference for this makes a lot of sense. The question would be the best way to do things like limit the list of available entities and perhaps alter the place the values are stored. Or maybe OG could just take advantage of the field storage that it would get for free here and use it instead of storing it elsewhere.
Comment #7
amitaibuLet's close this issue in favor of #1342632: Deprecate OG group entity