What is Digg?69 Comments
- nyde, on 09/04/2008, -0/+31I've never heard of any of these. I think the biggest reason many new developers "stick to the big names" like JQuery is that a lot of people use them already... that's a big plus for us newbies because there's probably a million tutorials that show us how to do what we're trying to do.
- diggproof, on 09/05/2008, -1/+19ExtJS
- jggube, on 09/04/2008, -0/+12Very valid point. The documentation and community support of frameworks like jQuery, mootools, YUI, and Prototype is reason enough to use them over lesser-known, new (untested) frameworks.
- dn11, on 09/05/2008, -1/+9Another emerging alternative is Cappuccino - it uses "Objective J" - a clone of Objective C - making it a powerful platform for traditional application developers.
http://www.techcrunch.com/2008/09/04/cappuccino-br ...
Check out this incredible app developed with it - probably the most advanced web app I've ever seen:
http://280slides.com/ - xythian, on 09/04/2008, -2/+10@nyde
I agree that it's important to have the community learning resources, but at the same time all developers (n00b or not) need to maintain a continued commitment to progressing the technologies of our discipline. Experimenting with, critiquing and supporting new frameworks like those highlighted in the Six Revisions article helps us all!
@sixrevisions
Excellent compilation (as usual). You have a gift for finding great and often obscure tools. Though, I would like to see more of your opinion as a developer on some of these frameworks. Perhaps a future post dissecting your most and least favorite of the new frameworks in this post. - ScottyDelicious, on 09/05/2008, -0/+7scriptaculous is just an effects bundle for prototype. You can use prototype without scriptaculous, but you cannot use scriptaculous without prototype.
- phoenixrip, on 09/05/2008, -1/+7Thats a really good list
And although, right now, you couldn't pay me to use anything other than jQuery, competition forces improvement, so all these libraries are excellent!
(Oh, and I dunno bout any one else, but I'm definitely more inclined to remember / use technologies which I can easily pronounce -- "qooxdoo") - SitPoMk, on 09/05/2008, -1/+7Yesss I knew of all of them.
+1 nerd point - bpmox, on 09/05/2008, -1/+7Spry is garbage.
- monkeyBox, on 09/05/2008, -2/+7None of those come close to ExtJS (http://www.extjs.com)
- HaMMeReD, on 09/05/2008, -1/+6No love for dojo?
I've been using it since back in the day and man it ***** flies under chrome. Also allows for good clean development. - jdollah, on 09/05/2008, -0/+5I can agree with that to an extent. But Flex using ActionScript as its language, which is a variation of ECMA/Javascript, I don't see how Flex is much better than a polished turd.
- ScottyDelicious, on 09/05/2008, -1/+5What the hell?
I like Django and Python and all, but why do you want to be a dickhole and hijack a totally unrelated topic.
gtfo. - WishItWerePaul, on 09/05/2008, -0/+4good list, but lacks mention of extjs.
- kevisazombie, on 09/05/2008, -0/+4that is a pretty bitching app.
- euro22, on 12/17/2008, -6/+10Mootools > all
- MacTyler, on 09/05/2008, -1/+5Come on people, JQuery is where its at.
- debtman7, on 09/05/2008, -0/+3Actually that's the whole point of these frameworks, they take care of that whole cross browser mess for you (the good ones at least). I use ExtJS a lot for this very reason. Every time I've had a DOM manipulation issue cross browser, or need to do fancy UI components (floating windows, masking, etc) I use it, because it just works in IE6+, FF, Safari, Opera, etc. I've replaced from scratch JS code with ext just because it was simpler to do that and get it working cross browser than to try and figure out why it wasn't working...
- akkuma, on 09/05/2008, -0/+3Can't use it with commercial software unless you want to buy a commercial license for each developer. At that price why bother using it when jQuery, Mootools, and Dojo all are comparable albeit jQuery and Mootools have a different philosophy, which I agree with more.
- Bishoco, on 09/05/2008, -3/+6EXT JS is fantastic for fancy UI, but I'm not happy with their updated licensing. Their license is a good way to stifle adoption of the framework.
- t0ny, on 09/04/2008, -1/+3MochiKit ftw!
- jtron9k, on 09/05/2008, -0/+2Look for Spry to become pretty popular. Adobe's AIR is pretty much a hit, and they've got the money to pump into Spry. Great list!
- boobsbr, on 09/05/2008, -1/+3what do you mean by take that .asp / .net?
- rowjimmy, on 09/05/2008, -0/+1i have used dojo for the longest time, for no real reason at all, but dug myself into a hole creating a very custom version of the whole framework.
- dafragsta, on 09/05/2008, -0/+1What the ***** are you talking about? Java installation? JavaScript is independent of ANY Java installation. It's implemented by the browser itself. It's not a plugin. After reading the rest of the comment, I don't think you know what the ***** you are talking about. the REASON that the typical procedure for a browser not running JS to click through the link is that you CAN set up a non-JS compatible link that will take the user to a page that matches the functionality of the JS enabled browser. If the browser doesn't support it at all, it doesn't even recognize event handlers and goes about its business.
I'd say you just put down "Javascript in 24 hours." - marcus1060, on 09/05/2008, -0/+1Yeah, that's what I'm thinking, just wondering if anyone else has other suggestions.
- papastout, on 09/05/2008, -1/+2I've been using Spry simply for the sake of Adobe's libraries of documentation, and it's been about a year I've had it in place. Looking at the examples, Im kinda intrested in Midori's small footprint for an already huge site. I recently dropped in script.aculo.us for some excellent slideshow tricks I have been using.
Great article and I'm just blown away at what is happening with the emergence of all these object oriented programing possibilities.
Take THAT .asp / .net - akkuma, on 09/05/2008, -0/+1I already said jQuery and Mootools have a different philosophy. I like to refer to ExtJS/Dojo/YUI as a top down library, while jQuery/Mootools/Prototype as bottom up libraries. The former group does all the work for you of creating widgets. The latter group focuses completely on making JavaScript better to work with. I am not a fan of automagically having things done for me a lot of the time.
Dojo/YUI being ugly is quite a bad argument. You can skin anything anyway you like. ExtJS got it right out of the box though.
Have you looked at the pricing of ExtJS. You are simply out of your mind. http://extjs.com/store/extjs/ I work on a team of about 20 developers. Everyone of them would indirectly use ExtJS if we baked in a lot of javascript through things like inheritance. We'd be looking at spending nearly $5,000! Using jQuery I can get almost all of these things through plugins, wait for more jQuery UI elements to be built out, or spend less time than $5,000 and use that to build out our own widgets. - boobsbr, on 09/05/2008, -0/+1just pay the damn fee. "Allows for a single developer to install and use Ext JS on unlimited workstations for development and to deploy Ext JS on unlimited domains and sub-domains on unlimited servers." for 289. it's not like it's gonna cost your small company a fortune.
- FireSlash, on 09/05/2008, -1/+2All I ever user JScript for...**
yes, I'm retarded.
Also, to further expand: I'm still a bit weary on building websites that can't be java fail safe. Yes, I realize what year it is; but I don't like turning away customers because their java install is b0rked. (Yes, AJAX can be fail safe. Note that the href can be set to anything, but it won't be followed if the onclick="" bit returns false. If any part of the onclick function errors out, it stops execution. In this event, the function does NOT return false, and the href is followed instead. - zeeneo, on 09/05/2008, -0/+1ExtJS does a lot more than jQuery/Mootools and Prototype. Dojo and YUI look ugly and just don't work as well as ExtJS. TBH I don't mind paying because ExtJS is a great bit of work and I don't mind them making money if I'm making money.
ExtJS is great.. just a massive learning curve when you first pick it up. It would be nice if it was based on MVC though. - jschrab, on 09/05/2008, -1/+2I totally agree. I was hot to find an applicable project at work to use Ext JS with. But now that they've changed the licensing, I'm ... dragging my feet.
- ScottyDelicious, on 09/05/2008, -0/+1Agree.
I tried it for a few weeks, and it seems like a "We need our own version of this wheel" after thought.
I use jQuery for almost all my projects, and when a really easy, great looking set of widgets is needed, I like ExtJS. - FireSlash, on 09/05/2008, -1/+2All I ever use AJAX for is some DOM manipulation and AJAX calls (usually at the same time). Anything that requires actual work is done in PHP.
I'd use JS a lot more if it worked the same in every browser. Too bad it doesn't. - marcus1060, on 09/05/2008, -2/+3I wrote an AJAX app from scratch once...
Stupidest thing I ever did! Ugh... talk about pain in the ass.
I currently use Prototype (and Scriptaculous for animations and what not), but I am looking into maybe moving to another framework.
Any suggestions, the article is far to vague for my liking (which is why I'm not digging it.) - nutcase, on 09/05/2008, -0/+1Good list, but Mootools is way more sophisticated and thought out than these. Only issue being namespacing support...
- debtman7, on 09/05/2008, -1/+2I wouldn't exactly say that.. A lot of those are more MVC oriented (ext is object oriented but tends to be more component based than MVC). Also, ext isn't exactly famous for readable code, as with their nested object configurations you can really make some horribly unreadable things. Frameworks like SproutCore and Cappucino clean things up a lot and make your web app much more like a nicely structured MVC desktop app.
That said, I use ext extensively, because when it comes to a feature rich, stable library for doing UI components, it's hard to beat. jQuery and the like are nicer for DOM stuff and animations, but when I need client side UI components ext is always my choice. For the most part, it just works, in any modern browser and the widgets are well done and extremely functional. - zerock, on 09/05/2008, -0/+1SproutCore yay!
- ell0bo, on 09/08/2008, -0/+1That's why you don't use jQuery for each and every thing. I took my old framework and worked jquery into it, which allowed me to do three things. Keep my old style going, make everything work cross browser much simpler, and reduce the code base. If you try to make one of these things fit every paradigm you want, you're going to fail. I plan on releasing my own framework, but it's essentially a wrapper and series of extensions of jQuery.
- slamtv7, on 09/05/2008, -0/+1http://cappuccino.org/ Seems interesting, not in the article but just found out about it
- GhandicapXRS, on 09/05/2008, -0/+1I've been having a lot of fun with Ruby on Rails, but always thought that it might be too much for smaller sites and very hardware demanding. These javascript frameworks would be a great, lightwieht, alternative. Escpecially JavaScriptMVC if your coming from a rails background.
- mikeivanov, on 09/12/2008, -0/+1Please stop giving your articles titles starting with '5', '10', '15', '20', etc...
IT IS REALLY ANNOYING! - theblt, on 09/06/2008, -0/+1Really...I have to be "that guy" and point out that a lot of people aren't making the distinction between a framework and a library/toolkit, and just interchanging the terms as if they're the same thing. I'm a bit disappointed that none of the commenters noticed that. A framework helps create and determine the development design patterns (e.g. MVC) the developer must conform to in order to make an application. jQuery, Mootools, and Scriptaculous are just libraries with helpers and utility methods, not frameworks... Come on, there has to be another web dev out there who noticed this.
- bkemper, on 09/05/2008, -0/+1Wow, sarcasm is really lost on some people.
- MtheoryX, on 09/05/2008, -0/+1I understand what you're getting at; however, any JS Framework worth its salt is going to take care of nearly all the cross browser issues for you.
Now, when you're designing a site, you can take one of two paths based on functionality and your intended audience:
1.) JS will simply be used to enhance the site. Without JS on, the site will still function perfectly, so you have this "graceful degradation" think people keep going on about.
2.) JS is essential to the operation of the site/application, and people will HAVE to have js enabled to even use the application. For example: Google Maps (the interactive page).
There may come such a time where we don't have to worry at all about someone having JS turned off, and you may have applications where you don't mind turning people away that don't have JS. - mathie, on 09/05/2008, -0/+1Let's load all of these frameworks into your website and see how slow it get? Anyone tries that yet?
- WiskyDrinker, on 09/05/2008, -0/+1Yep, pretty cool.. However that is the first one mentioned in the article!
- Mutt76, on 09/05/2008, -0/+1JQuery...
- MtheoryX, on 09/05/2008, -0/+1Nice app there.
Reminds me very much of Apple's Keynote...but in the browser. -
Show 51 - 70 of 70 discussions
Check out the new & improved 
© Digg Inc. 2009
— Content created and posted by Digg users is