Skip to content

Conversation

@wasade
Copy link
Member

@wasade wasade commented Mar 31, 2019

I believe this fixes #246, specifically it implicitly stores the creation timestamp for a given plate, that value is always returned by Plate.list_plates, and the UI has been updated to display.

Note the column widths in the display are not well balanced, but in my opinion that is a logically separate issue. I can solve in this PR if requested but it will require a reasonable degree of investigation.

@wasade
Copy link
Member Author

wasade commented Apr 2, 2019

@charles-cowart and I were just talking, and we need to implement a database patching system for this to work. I'll migrate the system from Qiita into this PR.

@wasade
Copy link
Member Author

wasade commented Apr 2, 2019

This PR now includes the central elements of Qiita's patching system to allow for both Python and SQL patches if and as necessary for this project.

@wasade
Copy link
Member Author

wasade commented Apr 5, 2019

@charles-cowart, are their outstanding items on the review to address?

@charles-cowart charles-cowart merged commit a3b8f53 into biocore:master Apr 5, 2019
@charles-cowart
Copy link
Collaborator

@wasade Nope! Looks good, thanks!

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.

In plate list interfaces, should also expose date stamp

2 participants