<div dir="ltr">On Tuesday we started to go over filtering in the MVP and we knocked out a bunch of models. I’m hoping to finish up filtering tomorrow so I wanted to email out some info to help prepare for our discussion.<div><br></div><div>First, I went ahead and added links to the code for the models that are remaining. If you all have some time before tomorrow’s meeting, it might be nice to familiarize yourself with each model’s fields and think about what we want to be able to filter on for the MVP. Starts at line 55:</div><div><br></div><div><a href="http://pad-theforeman.rhcloud.com/p/Pulp3-MVP-Discussion-Pad" target="_blank">http://pad-theforeman.rhcloud.<wbr>com/p/Pulp3-MVP-Discussion-Pad</a><br></div><div><br></div><div>I think most of the meeting will be on filtering content. To refresh everyone’s memory, right now users can view a repository’s content by hitting a nested route “/repositories/{id}/content/“. There’s also a “/repositorycontents/“ route that can be used to create/list/update/delete the contents of a repository. Might be worth thinking about whether we want to keep this design.</div><div><br></div><div>Some things to think about before our meeting tomorrow:</div><div><br></div><div>* How do we enable users to filter content? Where do they go in the API?</div><div>* Should users be able to filter content across repositories? </div><div>* Should users be able to filter repos by content id for the MVP?</div><div>* How do users view or filter on plugin-specific data like errata ids or rpm architectures?</div><div><br></div><div><div><div class="m_-1523729444753718249gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David<br></div></div></div></div></div></div></div></div>
</div></div>