<div dir="ltr">HI,<div><br></div><div>This is the report for the 11th week of GSoC.</div><div><br></div><div><b>What did you get done this week?</b></div><div><ul><li><b>Implemented Remote HTTP(s) ZIP Handle. </b>User can make a repository in HTTPS with zip collections inside that repository.</li><li><b>Implemented Authentication.</b>This is only useful for Remote ZIP handler as other handlers (git, filesystem) use diferent protocol</li><li><b>Added some verification if downloaded collections exist in the file system - </b>if not uninstall the collection</li><li><b>Wrote unittests</b></li></ul></div>I made a short video to demonstrate how remote zip handler and authentication can be useful here: <a href="https://youtu.be/xBiI3OGy6zs">https://youtu.be/xBiI3OGy6zs</a><div><br></div><div><div style="font-size:12.8px"><b>What do you plan on doing next week?</b></div><div style="font-size:12.8px"><ul></ul></div><ul><li>Some small tasks: more unittests, add pep8, file header, scripts for packaging</li><li>Documentation</li><li>Meet with Richard to make some collections</li></ul><div><div><b>Are you blocked on anything?</b></div><div>No</div><div><br></div><div><b>Other Thought</b></div><div><ul><li>If anyone has some good collections that should be added in the official repository, please let me know, I can spend some time to manage the collections</li><li>I still haven't made the tool possible for the collections to point to different handlers (zip, git) in a repository. There is something dubious with this. Why would users want to put the collections in different places in the first place? I'll also need to refactor classes as this changes what the repository claass is responsible for, and we need to make collections handler too (whether it's pointing to zip remote, git, filesystem, etc). I don't think this is worth the effort</li><li>I was thinking that maybe it's better for users to specify the type of the repository first (whether it's git, filesystem, or remote zip repository) and validate the url based on that selection. Rather than guessing what the handler is from the given url. WIth this, we can also give users more options from selected handler, e.g if they choose the git repository, in what branch the repository is (right now it's hardcoded to master branch).</li><li>The summary of the installation might be really useful (so that after installations, users know what and where the resources are installed). This is better not a one-time summary, so that when user clicks an installed collection, they still can see the summary.</li><li>Add composer template resource handler. Probably copying the composers to the user's local composer template directory is enough?</li></ul><div>Hmm sorry if I am just braindumping here :) Have a nice weekend. </div></div><div><br></div><div>Regards</div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><p><b><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">-------------------</span></b></p><b>Akbar Gumbira </b></div><div><b style="font-size:12.8px"><a href="http://www.akbargumbira.com" target="_blank">www.akbargumbira.com</a></b></div></div></div></div></div>
</div></div></div>