Skip to content

Conversation

@martey
Copy link
Contributor

@martey martey commented Jan 20, 2017

This makes it easier to add/edit Speakers in the admin.

  • Make User relationship optional (since some Speakers will not have a
    User account associated with them if they are additional speakers to
    a proposal) by setting blank=True.
  • Make annotation field optional (similar to the field on the Sponsor
    model).
  • Make invite_email and invite_token fields optional by setting
    blank=True, since conventional Speakers attached to User accounts do
    not need these fields. This removes the uniqueness constraint from
    invite_token, but since null=True was set on that field (see
    https://docs.djangoproject.com/en/1.9/ref/models/fields/#django.db.models.Field.null),
    it wasn't really unique anyway.

This makes it easier to add/edit Speakers in the admin.

  - Make User relationship optional (since some Speakers will not have a
    User account associated with them if they are additional speakers to
    a proposal) by setting blank=True.
  - Make annotation field optional (similar to the field on the Sponsor
    model).
  - Make invite_email and invite_token fields optional by setting
    blank=True, since conventional Speakers attached to User accounts do
    not need these fields. This removes the uniqueness constraint from
    invite_token, but since null=True was set on that field (see
    https://docs.djangoproject.com/en/1.9/ref/models/fields/#django.db.models.Field.null),
    it wasn't really unique anyway.
martey added a commit to pydata/symposion that referenced this pull request Jan 20, 2017
This makes it easier to add/edit Speakers in the admin.

  - Make User relationship optional (since some Speakers will not have a
    User account associated with them if they are additional speakers to
    a proposal) by setting blank=True.
  - Make annotation field optional (similar to the field on the Sponsor
    model).
  - Make invite_email and invite_token fields optional by setting
    blank=True, since conventional Speakers attached to User accounts do
    not need these fields. This removes the uniqueness constraint from
    invite_token, but since null=True was set on that field (see
    https://docs.djangoproject.com/en/1.9/ref/models/fields/#django.db.models.Field.null),
    it wasn't really unique anyway.

Note that this commit differs from the one in
pinax#155 in that the associated
migration is #4, not #3. This prevents migration conflicts within this
branch, but does not apply cleanly to master by itself.
CharFields should be set to empty strings, not None.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant