========================= Monday, February 23, 2015 ========================= About GenericForeignKey fields ============================== I continued to research and document about GFK fields in :lino:`/dev/gfks` and :lino:`/tutorials/gfks/index`. I understood that the `allow_stale_generic_foreignkey` attribute can be replaced by a nullable `ForeignKey`, so I removed this feature and adapted the only place where it was used (:mod:`lino.modlib.changes`). I added a column "Action" to the :class:`BrokenGFKs ` table. See :meth:`get_broken_generic_related `. TODO: a :term:`django-admin command` to cleanup broken GFK fields. This would execute the suggested actions (delete and clear) without any further user interaction. RefundConfirmation has no doctor_type ===================================== This error message occured in Eupen in yesterday's version. The reason was that :meth:`create_doctor_choice ` may not do:: if not self.doctor_type: but must do:: if not self.doctor_type_id: This is because :attr:`doctor_type ` is not nullable, and because Django behaves oddly in that case. I told them already `5 years ago `__ that this behaviour is odd, but they don't listen to me. Oh (wow!) I just noticed that `3 months ago `__ they even started to consider that I might be right. Thanks, `simon29`. I also wrote a docstring for :meth:`ForeignKeyStoreField.parse_form_value `. I added a section "Creating a doctor" in :ref:`welfare.specs.aids` to test this. I changed the language distribution of :mod:`lino_welfare.projects.eupen` from `"de fr nl"` to `"de fr en"`. Which --as expected-- caused some changes in the test suite. But I think that it is necessary so that Mahmoud an optential other future team members can follow.