Подтвердить что ты не робот

Ограничить выбор внешнего ключа при выборе в встроенной форме в admin

Логика модели такова:

  • A Building имеет много Rooms
  • A Room может находиться внутри другого Room (например, шкаф, например ForeignKey on self)
  • A Room может находиться только внутри другого Room в том же здании (это сложная часть)

Вот код, который у меня есть:

#spaces/models.py
from django.db import models    

class Building(models.Model):
    name=models.CharField(max_length=32)
    def __unicode__(self):
        return self.name

class Room(models.Model):
    number=models.CharField(max_length=8)
    building=models.ForeignKey(Building)
    inside_room=models.ForeignKey('self',blank=True,null=True)
    def __unicode__(self):
        return self.number

и

#spaces/admin.py
from ex.spaces.models import Building, Room
from django.contrib import admin

class RoomAdmin(admin.ModelAdmin):
    pass

class RoomInline(admin.TabularInline):
    model = Room
    extra = 2

class BuildingAdmin(admin.ModelAdmin):
    inlines=[RoomInline]

admin.site.register(Building, BuildingAdmin)
admin.site.register(Room)

В строке будут отображаться только номера в текущем здании (это то, что я хочу). Проблема состоит в том, что при выпадении inside_room он отображает все номера в таблице Rooms (в том числе в других зданиях).

В строке Rooms мне нужно ограничить выбор inside_room только Rooms, которые находятся в текущем Building (запись здания в настоящее время изменяется основной формой BuildingAdmin).

Я не могу понять, как это сделать с помощью limit_choices_to в модели, и я не могу понять, как правильно переопределить встроенный набор форм администратора (я чувствую, что должен каким-то образом создать пользовательский встроенный формы, передайте build_id основной формы в пользовательский встроенный, а затем ограничьте набор запросов для выбора полей на основе этого, но я просто не могу обернуть вокруг себя, как это сделать).

Возможно, это слишком сложно для сайта администратора, но кажется, что это вообще полезно...

4b9b3361

Ответ 1

Используется экземпляр запроса как временный контейнер для obj. Переопределить метод Inline formfield_for_foreignkey для изменения набора запросов. Это работает, по крайней мере, на django 1.2.3.

class RoomInline(admin.TabularInline):

    model = Room

    def formfield_for_foreignkey(self, db_field, request=None, **kwargs):

        field = super(RoomInline, self).formfield_for_foreignkey(db_field, request, **kwargs)

        if db_field.name == 'inside_room':
            if request._obj_ is not None:
                field.queryset = field.queryset.filter(building__exact = request._obj_)  
            else:
                field.queryset = field.queryset.none()

        return field



class BuildingAdmin(admin.ModelAdmin):

    inlines = (RoomInline,)

    def get_form(self, request, obj=None, **kwargs):
        # just save obj reference for future processing in Inline
        request._obj_ = obj
        return super(BuildingAdmin, self).get_form(request, obj, **kwargs)

Ответ 2

Прочитав этот пост и много экспериментировав, я думаю, что нашел довольно окончательный ответ на этот вопрос. Поскольку это шаблон проектирования, который используется, я написал Mixin для администратора Django, чтобы использовать его.

(динамически) ограничение набора запросов для полей ForeignKey теперь так же просто, как подклассификация LimitedAdminMixin и определение метода get_filters(obj) для возврата соответствующих фильтров. Альтернативно, свойство filters может быть установлено в admin, если динамическая фильтрация не требуется.

Пример использования:

class MyInline(LimitedAdminInlineMixin, admin.TabularInline):
    def get_filters(self, obj):
        return (('<field_name>', dict(<filters>)),)

Здесь <field_name> - это имя поля FK, подлежащего фильтрации, и <filters> - это список параметров, которые вы обычно указываете в методе filter() запросов.

Ответ 3

Существует limit_choices_to Параметр ForeignKey, который позволяет ограничить доступный доступ для администратора для объекта

Ответ 4

Вы можете создать пару пользовательских классов, которые затем передадут ссылку на родительский экземпляр формы.

from django.forms.models import BaseInlineFormSet
from django.forms import ModelForm

class ParentInstInlineFormSet(BaseInlineFormSet):
    def _construct_forms(self):
        # instantiate all the forms and put them in self.forms
        self.forms = []
        for i in xrange(self.total_form_count()):
            self.forms.append(self._construct_form(i, parent_instance=self.instance))

    def _get_empty_form(self, **kwargs):
        return super(ParentInstInlineFormSet, self)._get_empty_form(parent_instance=self.instance)
    empty_form = property(_get_empty_form)


class ParentInlineModelForm(ModelForm):
    def __init__(self, *args, **kwargs):
        self.parent_instance = kwargs.pop('parent_instance', None)
        super(ParentInlineModelForm, self).__init__(*args, **kwargs)

в классе RoomInline просто добавьте:

class RoomInline(admin.TabularInline):
      formset = ParentInstInlineFormset
      form = RoomInlineForm #(or something)

В вашей форме у вас теперь есть доступ к методу init для self.parent_instance! parent_instance теперь можно использовать для выбора фильтров и whatnot

что-то вроде:

class RoomInlineForm(ParentInlineModelForm):
    def __init__(self, *args, **kwargs):
        super(RoomInlineForm, self).__init__(*args, **kwargs)
        building = self.parent_instance
        #Filtering and stuff

Ответ 5

Этот вопрос и ответ очень похожи и работают для обычной формы администратора

Внутри встроенного - и там, где он разваливается... Я просто не могу получить данные основной формы, чтобы получить значение внешнего ключа, которое мне нужно в моем лимите (или одну из встроенных записей для захвата значение).

Вот мой admin.py. Наверное, я ищу волшебство, чтобы заменить???? с - если я подключаю жестко заданное значение (скажем, 1), он отлично работает и правильно ограничивает доступные варианты в встроенном...

#spaces/admin.py
from demo.spaces.models import Building, Room
from django.contrib import admin
from django.forms import ModelForm


class RoomInlineForm(ModelForm):
  def __init__(self, *args, **kwargs):
    super(RoomInlineForm, self).__init__(*args, **kwargs)
    self.fields['inside_room'].queryset = Room.objects.filter(
                               building__exact=????)                       # <------

class RoomInline(admin.TabularInline):
  form = RoomInlineForm
  model=Room

class BuildingAdmin(admin.ModelAdmin):
  inlines=[RoomInline]

admin.site.register(Building, BuildingAdmin)
admin.site.register(Room)

Ответ 6

Я нашел довольно элегантное решение, которое хорошо подходит для встроенных форм.

Применяется к моей модели, где я фильтрую поле inside_room, чтобы возвращать только те комнаты, которые находятся в одном здании:

#spaces/admin.py
class RoomInlineForm(ModelForm):
  def __init__(self, *args, **kwargs):
    super(RoomInlineForm, self).__init__(*args, **kwargs)  #On init...
  if 'instance' in kwargs:
    building = kwargs['instance'].building
  else:
    building_id = tuple(i[0] for i in self.fields['building'].widget.choices)[1]
    building = Building.objects.get(id=building_id)
  self.fields['inside_room'].queryset = Room.objects.filter(building__exact=building)

В принципе, если ключевое слово "экземпляр" передается в форму, это существующая запись, отображаемая во встроенной строке, и поэтому я могу просто захватить здание из экземпляра. Если это не экземпляр, он является одной из пустых лишних строк в строке, и поэтому он проходит через скрытые поля формы встроенной строки, которые сохраняют неявное отношение обратно на главную страницу и захватывает значение id из этого. Затем он захватывает объект здания на основе этого building_id. Наконец, теперь, имея здание, мы можем установить набор запросов для выпадающих списков, чтобы отображать только соответствующие элементы.

Более элегантно, чем мое оригинальное решение, которое разбилось и сожжено как встроенное (но работало - хорошо, если вы не возражаете, сохраняя форму частично, чтобы заполнить ниспадания - для отдельных форм):

class RoomForm(forms.ModelForm): # For the individual rooms
  class Meta:
mode = Room
  def __init__(self, *args, **kwargs):  # Limits inside_room choices to same building only
    super(RoomForm, self).__init__(*args, **kwargs)  #On init...
try:
  self.fields['inside_room'].queryset = Room.objects.filter( 
    building__exact=self.instance.building)   # rooms with the same building as this room
    except:                  #and hide this field (why can't I exclude?)
    self.fields['inside_room']=forms.CharField( #Add room throws DoesNotExist error
        widget=forms.HiddenInput,   
        required=False,
        label='Inside Room (save room first)')

Для не-inlines он работал, если комната уже существовала. Если это не так, это вызовет ошибку (DoNotExist), поэтому я поймаю ее, а затем скрою поле (поскольку от администратора не было возможности ограничить его до нужного здания, поскольку весь номер комнаты был новым, и никакого здания еще не было установлено!)... как только вы нажмете "Сохранить", он сохранит здание и перезагрузит его, чтобы ограничить выбор...

Мне просто нужно найти способ каскадирования фильтров внешнего ключа из одного поля в другое в новой записи - то есть новой записи, выбрать здание и автоматически ограничивать выбор в окне выбора внутри_сообщения - до запись сохраняется. Но это на другой день...

Ответ 7

Если Даниэль, после редактирования вашего вопроса, не ответил - я не думаю, что мне будет очень помогать...: -)

Я собираюсь предположить, что вы пытаетесь приспосабливать администратор django к некоторой логике, которая была бы лучше реализована как ваша собственная группа представлений, форм и шаблонов.

Я не думаю, что можно применить такую ​​фильтрацию к InlineModelAdmin.

Ответ 8

В django 1.6:

 form = SpettacoloForm( instance = spettacolo )
 form.fields['teatro'].queryset = Teatro.objects.filter( utente = request.user ).order_by( "nome" ).all()

Ответ 9

Я должен признать, что я не выполнял точно то, что вы пытаетесь сделать, но я считаю это достаточно сложным, чтобы вы могли подумать о том, чтобы не основывать ваш сайт на админе.

Я создал сайт, который начинался с простого интерфейса администратора, но со временем стал настолько настроенным, что с ограничениями администратора стало очень сложно работать. Мне было бы лучше, если бы я только начинал с нуля - больше работы в начале, но гораздо больше гибкости и меньше боли в конце. Мое правило большого пальца было бы, если бы то, что вы пытаетесь сделать, не документировано (т.е. Включает переопределение методов администратора, просмотр в исходный код администратора и т.д.), Тогда вам, вероятно, лучше не использовать администратора. Только мне два цента.:)