Now, with GreaseKit in the wild, I can add all my favorite Greasemonkey scripts to Mailplane - just like I might have with Firefox - but if Gmail causes a browser crash, I only lose Mailplane, rather than my whole browser and all the tabs I have open. It’s only increments better than McCracken’s WebMail or Willmore’s Gmail Browser, but he’s still able to charge $25 for it (which I paid happily). Consider Mailplane, Ruben Bakker’s Gmail app. These apps are so easy to make and so frigging useful that people are actually building businesses on them. And, as of today, the use of Greasemonkey scripts centrally managed for every WebKit app I develop. No, these apps aren’t cross-platform (yet), but what I lose in spanning the Linux/PC divide, I gain in the use of Xcode, Apple’s development environment, and frankly a faster rendering engine. In contrast, I’m able to create stand-alone WebKit apps in under 2 minutes with native Apple menus and all the fixins using a template that Josh Peek made. I suspect that the significance of this development probably won’t shake the foundations of the web, but it’s pretty huge.įor one thing, I’ve found comparable solutions (Web Runner) clunky and hard to use. I can’t really express how excited I am about this. Today he released the results of that work and called it GreaseKit. Some time later, Kato got in touch with me and we talked about rereleasing Creammonkey with the functionality that I envisioned and a new name. I called this collection of site-specific scripts with a properly crafted Input Manager a “ GreaseKit” and let the idea sit for a while. It was tedious and didn’t really work the way I envisioned, but given my meager programming skills, it demonstrated the idea of Site-Specific Browsers with Site-Specific Hacks. I ended up with a crude solution where I would recompile Creammonkey and aim it at a different application every time I wanted to make use of a different Greasemonkey scripts. In broken English he expressed his uncertainty and so I went about hacking it myself. “But could I use this on Site-Specific Browsers?” I wanted to know. When I found out about Creammonkey, I contacted Kato Kazuyoshi, the developer, and told him how excited I was about what he had created. And thank god it was open source or else we never would have ended up with today’s release of the successor to Creammonkey called GreaseKit. When it comes to a rendering engine, it’s this kind of injection that allows you to then inject your own CSS or Javascript into a webpage, allowing you to make whatever modifications you want. plist identifier and injecting its code (via SIMBL) into the application at run-time, effectively becoming part of the host application, in turn giving it access to all the application’s inner workings. An input manager works by matching a particular application’s. You can see hints of this in Dashboard Widgets and Adobe’s AIR framework already, though the former’s launching flow conflicts with the traditional “click an icon in my dock to launch an application” design pattern.Īnyway, in developing my Site-Specific Browsers (or Desktop Web Apps?), I became enamored with an input manager for Safari called Creammonkey that allows you to run Greasemonkey scripts inside of Safari (ignore the name - Kato, the developer, is Japanese and English is his second language). I have a strong belief that a full featured rendering engine coupled with a few client side tweaks is the future of browsers and web apps. It doesn’t get much more straight-forward than that.įor my own part, I’ve been chronically the development of Site-Specific Browsers from the beginning, setting up the WebKit PBWiki and releasing a couple of my own apps, most recently Diet Pibb. Both literally took WebKit - Apple’s open source rendering engine (like Mozilla’s Gecko engine) - had it load and released their apps. Michael McCracken deserves credit for inspiring interest in this idea early on with his Webmail app, that in turn lead to Ben Willmore’s Gmail Browser application. Hence the colloquial name: “site specific browser”. The idea is simple: take a browser, cut out the tabs, the URL bar and all the rest of the window chrome and instead load one website at a time. There’s general class of applications that’s been gaining some traction lately in the Mozilla communities built on a free-standing framework called Web Runner.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |