{"id":967,"date":"2009-02-10T14:56:51","date_gmt":"2009-02-10T22:56:51","guid":{"rendered":"http:\/\/mozillalabs.com\/?p=967"},"modified":"2009-02-10T14:56:51","modified_gmt":"2009-02-10T22:56:51","slug":"ubiquitys_python_feed_plugin","status":"publish","type":"post","link":"https:\/\/blog.mozilla.org\/labs\/2009\/02\/ubiquitys_python_feed_plugin\/","title":{"rendered":"Ubiquity\u2019s Python Feed Plugin"},"content":{"rendered":"

A few weeks ago I wrote about Ubiquity Feed Plugins<\/a>, which are basically just a way of separating the user interface of subscribing to a new feature from the implementation of the feature itself.<\/p>\n

As I’ve written about before<\/a>, one of the things I’ve missed about the Mozilla development environment is its support for the Python programming language. Aside from being humane and having a great community, it has functionality that could complement the Mozilla platform quite nicely. So we’ve whipped up a quick proof-of-concept Python Feed Plugin for Ubiquity to explore this possibility.<\/p>\n

Here’s a really simple command feed written in Python:<\/p>\n

\ndef cmd_sample_python_command(ubiquity):\n    ubiquity.displayMessage('Hello from Python %s.' % sys.version)\n\ncmd_sample_python_command.preview = 'a sample python command!'\n<\/pre>\n
For anyone who knows Python and has read the Ubiquity Author Tutorial<\/a>, this should be fairly self-explanatory.  The ubiquity<\/tt> argument is just passed in to the command execution function to make unit testing as easy as possible.<\/p>\n
As with any Ubiquity feed, the file containing the above code needs to be referenced in the <HEAD><\/tt> element of a web page:<\/p>\n
<LINK REL=\"python-commands\" HREF=\"sample_command.py\"><\/tt><\/p>\n
In this case the python-commands<\/tt> value of the REL<\/tt> attribute is what tells Ubiquity to process this feed using the Python feed plugin.<\/p>\n
Visiting the web page containing this tag results in the same subscripton panel<\/a> that shows up with any page that has a Ubiquity command feed.  Because Python code executes at the same privilege level as default Ubiquity feeds, the Python feed plugin really ought to display the same warning page<\/a> that default Ubiquity feeds show when the user clicks “Subscribe”; but because this is just a proof of concept, we skipped that implementation and currently only allow Python feeds to be used when they already exist on the user’s local filesystem—in other words, when the feed is at a file:<\/tt> URL.<\/p>\n
The first time an end-user subscribes to a Python command feed, they’re presented with this non-intrusive message:<\/p>\n
<\/p>\n
What happens behind-the-scenes is a bit more complex: Ubiquity uses virtualenv<\/a> to bootstrap a sandboxed Python virtual environment inside the user’s profile directory.  It then uses easy_install<\/tt> to install jsbridge<\/a>, and then sets up a “feed server” process on the user’s system, which Ubiquity communicates with over jsbridge to execute Python code:<\/p>\n
<\/p>\n
Pretty Frankenstein, but it works on OS X and Linux.  Because Windows doesn’t come with Python built-in like the other two operating systems do, we’ll have to bootstrap it<\/a> first, which we haven’t gotten around to yet.<\/p>\n
So, if you’ve got OS X or Linux and like Python, feel free to play around with this; a sample Python command feed is included with the latest Ubiquity beta<\/a>.  If this is something that seems interesting to you, we’d love to know—you’re welcome to leave a comment on this post, drop us a line on the ubiquity-firefox<\/a> Google Group, or say hello on #ubiquity on irc.mozilla.org.<\/p>\n
This post was originally posted on Atul’s blog at toolness.com.  If you have any comments on it, please leave them on the original post<\/a>.<\/i><\/p>\n","protected":false},"excerpt":{"rendered":"
A few weeks ago I wrote about Ubiquity Feed Plugins, which are basically just a way of separating the user interface of subscribing to a new feature from the implementation of the feature itself. As I’ve written about before, one … Continue reading<\/a><\/p>\n","protected":false},"author":51,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[33],"tags":[529],"_links":{"self":[{"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/posts\/967"}],"collection":[{"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/users\/51"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/comments?post=967"}],"version-history":[{"count":0,"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/posts\/967\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/media?parent=967"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/categories?post=967"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.mozilla.org\/labs\/wp-json\/wp\/v2\/tags?post=967"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}