I find this really funny . There’s another one, more grotesque but no less amusing: The Great Couch Caper.

I like how creative these guys are, and how well they put everything in scene. Another example of their talent is this music video of a cover version of “Airplanes” by B.o.B. (which, by the way, also features some really good musicians!)

And now that I’ve hooked you up on their filmmaking, you’ll be pleased to know they are working on a feature-length film named “The Protagonist” (trailer), due to be released in the fall. I, for one, can’t wait to see it.

Thanks, Jenny, for pointing out Greenstorm, and thanks, Noah, for the cool performance in the video

User-Agent: *
...

Disallow: /harming/humans
Disallow: /ignoring/human/orders
Disallow: /harm/to/self

Allow: /

Oh, who wouldn’t like geek humor

Thanks for pointing this out, jsocol!

Well, “fail pet” might be the wrong word for this, but who expected battle.net to have a cutesy kitten on their error pages anyway. Instead, they have a fellow who somewhat looks like the alien cousin of Lennie from “Of Mice and Men”.

“Oops”, indeed!

Update: Deb says, it’s a Murloc. Thanks!

Thanks for the screen shot, clouserw!

I am inclined to drop the code onto github, where I’d get a proper version history along with a bug tracker. Update: It’s on github now!

For now though, here are a few ideas I have for the add-on, in no particular order and with no promise that I’m about to implement any of this right away:

• Allow other URL shortening services. tinyURL is all fun and games, and I chose it over bit.ly because it does not require an API key — but if you have one at hand, you should be able to use any service you like. Even if only by setting an about:config preference.
• Incorporate selected sites that support short URLs but do not publish them as a header. Zappos (zapp.me), for example. Others seem to have a short URL available (such as: NY Times (nyti.ms), Amazon (amzn.to), ESPN (es.pn)) but only use them on their twitter account and not on every webpage, so there might be nothing we can do .
• When shortening, need to make sure not to use the current URL but the canonical URL if such a header exists. (Fixed!)

Let me know what you think! I’d like to know if any other things come to your minds, or which of the above you’d find especially useful.

This week during the Mozilla Summit in Whistler, British Columbia, there was a “Rocket Your Firefox” Jetpack contest: The idea, make a new add-on using the Jetpack SDK, submit it, win a prize.

So I went ahead and made a jetpack called “Copy Short URL” and it does what it sounds like:

On any webpage, you get a new item in the right click menu called “copy short URL”. When you click it, the add-on looks for a canonical short URL exposed in the page header. Currently, a number of major websites expose their own short URLs for any entry on their webpages, among these: youtube (“youtu.be/…”), flickr (“flic.kr/…”), Arstechnica, Techcrunch, and many more.

If, however, the site does not name its own short URL, the add-on automatically falls back to making a short URL using tinyurl.com.

Either way, after a fraction of a second, you end up with a short URL in your clipboard, ready to be used in forum posts, tweets, or wherever else you please.

My add-on won the contest in the “most useful” category. The prize was an awesome jetpack sweatshirt:

If you want to check out the add-on, it is currently available (open source, of course) on the add-ons builder website. I also uploaded the add-on to AMO.

Hope you find it useful!

While we were there, I also took a bunch of pictures, such as this HDR image of the Basilica of Fourvière:

(larger size)

Another experiment I made is this wide-screen panorama of the city of Lyon that I later stitched together with Hugin.

(you must see this one in the original size.)

Also, this one is really funny:

If you want, check out the whole photo set. Hope you like it!

Klar, das mit der Bearbeitungszeit von beinahe drei Wochen lässt sich noch verbessern — aber noch nicht einmal privatwirtschaftliche Unternehmen haben es mit der Bearbeitung einer Kündigung sonderlich eilig. Das es bei der GEZ schneller geht, hat also wohl keiner erwartet.

Simples Fazit: Wenn man sich mit einem ernsthaften (d.h. legalen) Grund bei der GEZ abmeldet, gibts mit der Abmeldung anscheinend auch keine Probleme — vorausgesetzt, man bringt die notwendige Portion Zeit mit. Das war ja einfach.

This morning, we published the Firefox Input application. It is a little web application soliciting feedback from our Firefox Beta Program users. The aim is to make it as easy as possible for people to tell us what specifically they like or dislike about an upcoming version of Firefox.

The application was, as far as software goes, developed very rapidly: We made it from requirements to production in a mere three weeks. What made this possible was a number of reusable components that allowed us to avoid reinventing the wheel and stay focused on making the application awesome.

A few key components of the Input application:

• Django. I can’t stress this enough, but Django is a fantastic web application framework. It makes it incredibly easy to set up a web application quickly and securely. Their built-in admin pages save me days of work that I would otherwise have to spend to allow project admins to edit the application data.
• Jinja2 and Jingo. The only big drawback of Django is its template language: The instant you make nontrivial web applications, it gets in your way. Luckily, like all parts of Django it is replaceable: Jinja2 and Jeff Balogh’s jingo interface comes to the rescue. The two of them are already in use over at AMO and also serve us well on Input.
• Term extraction. Firefox Input extracts key words from all feedback. Sure, you can just split the sentences into words, but if you want to avoid collecting all sorts of meaningless particles (“the”, “a”, “if”, …), it becomes a little more complicated. We are using the topia.termextract library, which gladly does the heavy lifting for us. Only caveat: It only works for English, so once the application is localized, we need a different solution for the other languages.
• Search. For the longest time, there was no generic way to do search in a Django app (other than straight SQL queries). In the meantime, haystack has started to fill that gap. We use it on Input in conjunction with Whoosh, a pure-Python search library. That is very easy to set up, at the expense of scalability — if we outgrow it, however, it will be easy to switch search engines with virtually no code changes at all. Thumbs up!
• Product details. Only very recently we released a Mozilla product details library for Django, and this is the first application to rely intimately on up-to-date product data: Input only lets users of the latest beta versions of Firefox add feedback, so it auto-updates its product data periodically to gather feedback for the newest versions as quickly as possible.

As always, the source code of Firefox Input is openly and freely available. If you notice any problems with it, feel free to fork it on github, or file a bug in our bug tracker.

Very funny!

Thanks to several people who have pointed this video out lately!

The story is intriguing:

An object in the sky spreads radiation over North America. Fearing terrorism, U.S. Homeland Security agents are dispatched to investigate and contain the damage. What they discover will have implications for the entire world.

The pilot episode has been filmed on a budget of a mere 6000 dollars (all of it funded by private donations), and for that, the idea has been very well executed. I suggest you all see it, as the video is freely and legally available through VODO. Pioneer One is licensed under a Creative Commons Attribution Noncommercial Sharealike license.

What I find very impressive about the show is that unlike traditional producers, they embrace rather than demonize P2P file sharing. Therefore, the makers of Pioneer One have the chance to show that grassroots film-making (or rather, TV-series-making) that is successful beyond a tiny scale is possible by actively engaging the Internet community (for both funding and distribution) rather than using the Internet as a simple, tightly controlled broadcasting medium as if it was a glorified TV set.

When the article on Pioneer One faced (and fenced off) a deletion request due to alleged irrelevance on Wikipedia, I wrote the following in the deletion discussion:

Keep. Not for it being a low-funds TV series, as it is not exceptional in that respect, but for its attempt at being successful through Torrent distribution. [...] The main reason for its notability is that we see a huge effort on the side of traditional media distribution groups against P2P networking as a concept. They essentially argue that P2P is [not] tightly controllable and therefore it must be objectionable. Making an active effort to legally distribute media content via P2P is much more a political statement for the legitimacy of P2P as a cultural phenomenon than it is a way to keep distribution cost low. Compare this to other attempts at making a (mini-) series popular on the Internet (Dr. Horrible, for example) that while being free-as-in-beer (initially) did not use P2P technology (or any free-as-in-speech distribution channel), and you’ll see how radically different Pioneer One is in that respect. [...]

Sure, it is not the first free-to-torrent project. But it’s the first free-to-torrent series that might actually become successful. And it is a way for the filesharing community to show what it is really about: Free speech, not free beer.