GitLab

allows easier selection of facility schedules with django's build-in autocomplete YOU HAVE NO IDEA HOW COOL IT IS THAT THIS IS INCLUDED NOW

- woo

Closes #72

- tags are for search
- labels are for informative phrases
- classifiers are for choosing which site to display on (shopmason, sodoxo, etc.)

Closes #64

- also reorder fields to group open and closing items

- Allows you to send whatever text you want to clients
- Responsibility on admins once again

Closes #63

- It's a URLField
- Depends on trusting the admins not to insert dirty images to be sent to clients
- pls

Closes #37

- yay finally

Closes #61

- by default, remove all schedules
- but of you click this button then this behavior will not happen

Closes #68

- by default, remove all schedules
- but of you click this button then this behavior will not happen

- It's a boolean that if set True, will always return that the Facility is open.

- plus field rename
- plus docs!
- plus another package

- (x,y) point where the Facility is located
- Pretty map added to admin interface

- named product_tags so that it can scale to non food related places
- ie. whatever the facility produces to the consumer can be tagged as
such

Closes #40

- using some great libs
- it just works
- needs docs

- optional, enforced with RegexValidator

- An alert is a message we display to clients in case of some event
- start/stop date and time
- message
- urgency tag for colorization purposes

- also clean up some things that are now defaults

"""
api/<file>

short description

helpful link
"""

- also settings/ added
- also renamed whats_open to whats-open to be consistant with repo name
- updated docker and CI accordingly

- starting the commenting process
- cleanup = removing stuff that doesn't actually do anything

- some things that were bugging me that I think can be agreed
upon as overall good

- fields moved over to the new model
- ForeignKey connection from Facility to Location
- also commenting all the things, slowly
Signed-off-by: David Haynes <dhaynes3@gmu.edu>

- each Facility _may_ have a building it is located in
which _may_ have an address
- allow someone to query for that Facility address
- allow someone on the admin page to input a Facility address

Closes #38

Signed-off-by: David Haynes <dhaynes3@gmu.edu>

- If the file is run in py2, it should still function if using certain
py3 functionality (unicode, division, imports, etc)
Signed-off-by: David Haynes <dhaynes3@gmu.edu>

added last modified to list display of schedules, so you can see which ones have actually been recently changed

- Update requirements packages
- Fix colliding field names
    - You cannot have a foreign key field name be the same as the
      model's name that it is referencing