Posts Tagged As javascript
return home »
Currently using this plugin for a work in progress and I can't help but think of the NP-hard "bin packing problem" every time I see it.
In the vein of, but seemingly much more advanced than, Gordon. The post on Slashdot seems to miss the point of Steve Jobs' "Thoughts on Flash". Jobs encouraged Adobe to "focus more on creating great HTML5 tools for the future" which, given the right runtime and touch oriented toolset, could be Flash itself; I'd love to see Adobe create an official HTML5 / Javascript based Flash runtime. Apple doesn't blindly hate anything named "Flash" but rather the current confines surrounding Flash today. Change those confines and you might actually see Apple promoting its use one day.
The thought of a JS implementation of PureData is exciting; the other examples are equally worth a look. The W3C has started the Audio Incubator Working Group as a means to begin standardization.
As Github points out, it's worth taking a look at the CPU emulation component.
Comparisons of Ruby vs Javascript. A great primer if you're familiar with one of the languages but not the other.
It's been exciting to see web oriented technologies evolve, especially since Javascript started shaking off its rap as the hackery of the web and began the arduous transformation into one of its driving forces. Javascript hasn't been the only focus, though. A while back Ben Fry and Casey Reas introduced the versatile Java based Processing language and environment and the art world, among others, has never been the same. That's why when I heard about John Resig's port of Processing to Javascript (Processing.js), utilizing the HTML canvas for rendering, I knew I needed to set aside some time to get my feet wet. This Memorial Day weekend was intended to be just that but when I sat down with my favorite code editor, TextMate, I found that there wasn't yet a bundle that specifically addressed this new melding of Javascript and Processing. So, instead of digging into Processing.js itself, I dug into the TextMate bundle framework and now, with the extended weekend passed, I'd like to introduce my Processing.js bundle for TextMate. It's a simple bundle, really, and at it's core it ties together two existing bundles - the Javascript bundle that ships with TextMate and the Processing bundle, made for the Java incarnation, that can be downloaded from the official TextMate repository, and you'll need both of them installed for the Processing.js bundle to work properly. It's not perfect by any means (I'm certain there's some conflicting language overlap between the Javascript and Processing bundles) but, with my love for TextMate and my excitement for Processing.js, I'm hoping it'll get the ball rolling so that developing quick sketches can be as painless as possible. Given that goal, one of the main features is a hot-key triggered preview that allows you to write a pure Processing.js sketch with no wrapper HTML and preview it instantly in your open browsers. There's a small amount of configuration that will make that preview much quicker so make sure to read the help section in the bundle menu after you've installed it. In the near future I'll submit the bundle to Macromates for inclusion in their repository but for now you can download a zip of the current build here or check it out from my SVN repository here: http://svn.formasfunction.com/Processing_js.tmbundle. My hope is that others will chime in with revisions and help make TextMate a fun environment in which to write Processing.js sketches, so contact me if you're interested in helping out.
One of the things I love about digital content is it's malleability. There was a time not too long ago when we were forced to see content from the perspective provided us by the content creator, but things are rapidly changing and that's exciting. As we progress further into a digital society I think we'll start to see new developments in "lenses" through which to view this mass of content we're inundated with on a daily basis. For instance, a while back I wrote a bookmarklet that converts any U.S. currency on a web page into the equivalent number of bags of rice that you could buy for someone in a 3rd world country. In fact, you can try it out now. Take this quote from William Jennings Bryan for instance: “No one can earn $1,000,000 honestly.” If you click here, the page should refresh and you'll see what I mean. And you can bookmark that link to use it on any webpage you visit - once the page has loaded just click on your bookmark-let (hence the term) and watch the magic.
[caption id="attachment_55" align="alignright" width="172" caption="Bling bling!"][/caption]
Now imagine going to Amazon or Ebay and instead of seeing a list of items you could spend money on you see a list of items that let you know how easy it would be to change someone's life in a 3rd world country, that tell you for what you spent on your watch you could have bought two bags of rice that would have lasted a family for months. Imagine these online retailers actually lending a perspective on how opulent we are compared to our neighbors in need and how the ability to influence the world for the better really is within reach of the individual. Pretty cool huh? And this is just the beginning. The first phase of the web has been about the access of information - putting at our finger tips what previously only resided in libraries and as stories told among friends. I imagine that the second phase is going to be about processing that information - about using it in ways that the content creators never imagined and even in ways counter to their intended purpose, as might be the case with the Amazon and Ebay examples. And as those lenses mature in the digital space they'll start to spill over into the physical space as well, shifting our perspectives on people and objects and all of the other interesting things we encounter every day, in real time. Suddenly walking a mile in another man's shoes won't be so hard and in fact might be as enlightening as the old adage would lead us to believe.