tag:github.com,2008:https://github.com/python3-automation/python-o365/releases 2019-07-29T09:47:00Z tag:github.com,2008:Repository/366156344/v2.0 2019-07-29T09:47:00Z tag:github.com,2008:Repository/366156344/release-1.0.1 2018-11-15T22:19:08Z <p>Merge pull request <a class="issue-link js-issue-link" href="https://github.com/O365/python-o365/pull/142">O365#142</a> from O365/auto_deploy</p> <p>Auto deploy</p> Narcolapser tag:github.com,2008:Repository/366156344/archive/old_api 2018-10-24T16:39:53Z Narcolapser tag:github.com,2008:Repository/366156344/archive/moarpython 2018-04-02T19:04:39Z <p>Begining experimentation into a radically different API.</p> <p>I mused on github to @roycem90 about my idea of making O365 more <br />pythonic. I finally had a chance when I wasn't doing a lot else to <br />fiddle around with it and see how it would pan out. The results I <br />have managed so far are quite satifying. This library could be made <br />a lot more pythonic in a lot of ways. In terms of the code itself <br />I want to leverage properties more and remove the need for methods <br />like "getRecipient" and "setRecipient" and instead just use the <br />property "recipient". Apply that to all of the objects and their <br />data members and it should result in a pretty clear and consise <br />API.</p> <p>The other way I want to make this a batteries included kind of <br />library is inspired largely by roycem90's fluent inbox and message. <br />Also inspiration for libraries like pandas. I've setup in this <br />commit fluent_inbox with a __getitem__ method that allows for <br />accessing the messages in the inbox super easily. I'm going to talk <br />with roycem and @janscas about this and see if I can get their <br />input on how to move forward.</p> tag:github.com,2008:Repository/366156344/archive/verifyssl 2017-10-04T13:51:34Z