To the ranks of Ext JS, jQuery UI, Dijit, and others comes JxLib, a new browser-based UI toolkit built on top of MooTools. Jason Fournier from the team passed the announcement to us:
JxLib includes layout managers, buttons, tabs, toolbars, dialogs, panels, trees and a basic
grid control all designed to work together. It is heavily based on
using CSS for presentation and includes two separate 'themes' that you
can easily switch between. New themes can be constructed by modifying
the existing themes...JxLib has evolved out of a generic web-based UI toolkit...
for building web-mapping applications. It has been distributed under an MIT license for a couple of years, but this is the first time we have actively attempted to build an open
source community around it. We are excited to share this project with
others, and invite users and developers to join the project.

The Examples page, available off the main project's page, showcases many of the built-in components and features. The source is hosted on Google Code and there's a JxLib Google Group as well. After playing with the examples, JxLib seems quite polished and a welcome addition to the crowd. A year ago some folks may have counted MooTools out of the game, but with at least one major release this year, a revamped website, steps towards a plug-in community, and a now a quality UI toolkit, MooTools is in the game.
As I say in this podcast interview, I got an early look at 280 Slides the application that launched yesterday to much acclaim. People are calling it "Keynote on the Web", which the team finds very humbling, and hope that one day they have all of the great features (and more!).
As you can hear from the interview I sit down with Ross Boucher, Tom Robinson and Francisco Tolmasky to discuss their new application and how they built it.
I really like these guys. A couple of them worked on cool products at Apple, and it turns out that they started the language and runtime work back at school.
Objective-J is the language that takes JavaScript and makes it Objective (as Obj-C did to C). Lots of square brackets. When the browser gets served .j files, it preprocesses them on the fly. This means that you can do things like, use standard JavaScript in places.
Cappuccino is the port of the Cocoa framework.
The guys talk a little about the toolchain an why they did this, and even how it enables future cool things such as generating a native Mac application from the same code.
We also get into the fun cross browser issues that they work around, and how they are abstracting developers high up, so you don't have to deal with these issues.
Finally, I was excited to hear that they will be open sourcing the code at objective-j.org shortly (may not be there yet). They are going through the usual issues of choosing a license (Apache2 please?), a source control system (Subversion vs. Git), and documenting the thing ;)
We have the audio directly available, or you can subscribe to the podcast.
The team was very interested in learning what JavaScript developers think (They have heard from Objective-C folk who love it), so let them know in the comments!
Thomas Hansen has released Gaia Glory the latest version of the toolkit library.
There are a ton of samples, and Thomas highlights the following:
One big feature is the new skinning:
We are for this release MIT licensing our skins. Not only is the skin files MIT licensed, but our entire DOM structure is now 95% compatible with ExtJS which means that if you can get hold of skins for ExtJS you can also use those skins for your Gaia applications. Or you can create skins yourself commercially using our skins as a basis which will have a market for both Gaia Ajax Widgets and ExtJS. We have tried very hard to be 100% ExtJS DOM and CSS class compatible with ExtJS, unfortunately this was impossible since we were also determined to be 100% XHTML compliant for this release and this meant fixing some XHTML bugs in regards to the DOM structure of ExtJS. This though also means that our previous skins are no longer working with Gaia. Though I think you should be able to find a "gazillion" free ExtJS skins out there if you look which should by far out-weight the backdraft of not being able to use the "old" skins anymore.
Appcelerator is a fairly new open source toolkit on the block that is trying to be an Open Web RIA to compete with Flex and co. with high profile folks such as Marc Fleury as advisors.
Nolan Wright, CTO, has written a piece for syscon entitled The Next Web Development Episode Is RIA + SOA. In the article Nolan talks about Appcelerator and how it fits into his world view:
1. Design the "look" of the application
This is the general appearance of an application. It includes things like: color, fonts, graphics, and a general page layout. Common toolsets: HTML, CSS and images
2. Integrate Widgets
Widgets encapsulate a set of common capabilities within a single component. They typically contain both “look and feel” as well as a set of pre-defined dynamic behaviors. They are a fundamental building block of an RIA.
Common toolsets: ExtJS, Dojo, Yahoo YUI and several other small widget projects3. Add dynamic behavior to the user interface
Creating dynamic behavior in the user interface involves two things:
- Event handling
- Document Object Model (DOM) Manipulation
Event handling is the ability to know when a particular event occurs (e.g., a user clicks a button or a service response is received). DOM Manipulation allows you to dynamically change the user interface based on the receipt of an event. Common toolsets: Javascript libraries like JQuery, Prototype, and Scriptaculous
4. Consume services
Consuming backend services is a key capability of an RIA. It enables the creation of single page user interfaces that exchange application data with services. It also enables a clean separation between the user interface and the service tier. The most common method for interacting with services is Ajax. Common toolsets: Javascript libraries like JQuery and Prototype
5. Create services
Services provide an interface to data and application business logic. Common toolsets: There are several frameworks available for creating services in your programming language of choice.
To illustrate the DSL that Appcelerator uses, Nolan has some comparisons between jQuery code such as:
And the meta language:
We have been talking about the world of SOA coming to fruition for quite some time. TIBCO GI was talking about this several years ago. Is 2008 going to be the year?
Yahoo's Tom Coates today finally released FireEagle at ETech 2008. Seeing Tom in the office for quite a while getting everything ready makes me very happy to announce that it is out and invite you to come along and sign up for the beta to start testing and - even more importantly - developing applications for it. This is FireEagle:
Fire Eagle is an open location services platform offering web, mobile, and desktop developers a simple way to build new location-based applications while also ensuring that consumers have complete control over their data, including how, when and where their location is made available. Want to easily make your site responsive to a user's location? Or, maybe you've found a way to capture someone's location and you want to find cool apps to plug it into? By doing the heavy lifting and connecting you to a community of geo-developers, Fire Eagle makes it easier to build location-aware services.
Once you got in you'll be able to download development kits in several languages including PHP, Python, Ruby and of course JavaScript. All the API calls are REST and the API authentication is handled via OAuth. The output format is either XML or JSON. The code is licensed with BSD and you can even contribute to the FireEagle source at a code repository.
The available API calls are:
You can learn more by watching the video of Tom explaining FireEagle at ETech.
The uses for a service like this are endless. From sensible search applications that show you places of interest nearby your current location up to real-life games of high-tech hide and seek everything is possible.
The Pownce team has been working hard to get their API up to speed and have gotten the API to a point where some cool applications can be built from it. Yesterday, they announced v2.0 of the Pownce API:
We’re sorry it took so long for us to release a complete API. We’ve taken great care to provide the best experience for developers and we hope the wait was worth it. Going forward, we’ll be working hard to keep Pownce the best social messaging application out there.
Well worth the wait, new features include:
This should open the doors for building new custom Pownce clients and applications similar to what's been done with Twitter.
In addition, the Pownce team has created a new application directory to showcase applications built by developers.
Documentation for Pownce API v2.0 can be found here: http://pownce.pbwiki.com/API+Documentation2-0
The Pownce team has been working hard to get their API up to speed and have gotten the API to a point where some cool applications can be built from it. Yesterday, they announced v2.0 of the Pownce API:
We’re sorry it took so long for us to release a complete API. We’ve taken great care to provide the best experience for developers and we hope the wait was worth it. Going forward, we’ll be working hard to keep Pownce the best social messaging application out there.
Well worth the wait, new features include:
This should open the doors for building new custom Pownce clients and applications similar to what’s been done with Twitter.
In addition, the Pownce team has created a new application directory to showcase applications built by developers.
Documentation for Pownce API v2.0 can be found here: http://pownce.pbwiki.com/API+Documentation2-0
WaveMaker has just released a new version of its open source Visual Ajax Studio v3.1.1. It is similar to TIBCO GI, but built on top of Dojo with JavaScript output that is very terse and even looks like something you may have written (which is rare indeed for a tool).
Studio lets users create database- and web service-driven Ajax web applications using a wysiwyg visual designer. WaveMaker helps users create simple applications without any scripting knowledge, while developers can easily add Javascript, HTML, CSS, and Java code to create complex application behavior.
Studio is a web-based application that leverages the Dojo Toolkit to create pages containing widgets and Dojo Dijits. Users drag and drop to create complex page layouts containing the Dojo grid, Dijit based forms, Google Gadgets, and a variety of other included widgets. Developers can even author their own widgets and include them directly in the designer.
A Java-based backend provides access to database, web, and user created services. Applications are deployed in a standard WAR container for use on a variety of Java application servers. For ease of use, Tomcat is included with the installer. It's also possible for Ajax developers to use their own backend with Studio generated web pages.
Wavemaker Visual Ajax Studio is available under the open source AGPL version 3 license as well as a commercial license. Download Wavemaker Visual Ajax Studio at wavemaker.com.
WebCream has been renamed and a new version launched as AjaxSwing 2.0, a framework that "does all server communication via asynchronous JavaScript and uses partial page updates to reflect changes in the browser."
New Features
Fancy writing your apps in Swing? If so, check out the demos, and download away.
Mashable.com is best known for their up-to-minute reporting on trendy websites and social networking news. Along with their standard news, they regularly make posts that list out great resources for different web technologies. Well, it looks like Mashable's Sean P. Aune spent the whole weekend on a new post because he's listed out 250+ tools and resources for coding the web.
While many of the sites will certainly be familiar to Ajaxian readers, there's sure to be plenty of new reading material and tools for all to enjoy. I personally had never heard of Load Info - Gif Generator, a site providing Ajax indicators, and I'm sure I'll find even more great sites as I scan all 250 listings.
Included are links for Ajax, CSS, ActionScript and JavaScript tools as well as sites catering to server-side technologies.
Ben and I have been surprised at how the universe of Ajax continues to expand. This redshift which has taken it past the browser onto the phone, the Wii, and the server is amazing.
Another technology that has done a similar thing is OSGi in the Java space. It started as a component model for devices, but has since grown to the desktop with Eclipse, and now the server.
To ties these together, the Eclipse Foundation has announced Eclipse Rich Ajax Platform (RAP) 1.0:
RAP 1.0 is the first Ajax platform that allows developers to create Rich Internet Applications (RIA) using the Eclipse component model, based on the OSGi standard. OSGi is a service-oriented, component-based environment that promotes the interoperability of applications and services. Organizations using RAP are now able to create Ajax and RIA applications that are component-based and integrate into existing enterprise systems.
RAP 1.0 includes features well-suited for enterprises that are building a large number of new applications based on Ajax and RIA technologies. These features include:
- The ability to create and deploy RIA or RCP applications from the same Java code base, allowing organizations the flexibility to create browser-based RIA application or desktop-based rich client applications.
- Support for creating Ajax applications based on the OSGi component model.
- Java development tools that tightly integrate with the Eclipse platform and allow developers to quickly develop, test, debug and deploy RIA applications.
- A complete set of frameworks for creating Ajax applications that support scalable user interfaces, complex widgets, databinding and loose coupling for UI elements.
Jochen Krause sat down with me to chat a little about what RAP is about. He talked about how the target audience for RAP is Java developers in the enterprise setting. If you know RCP/SWT and you want to develop rich browser applications, you are set. Jochen says that his company has seen that they can share the same base of code (~80%) for products that deploy to the web and the desktop. You get the benefit of using the same workbench and extension points that you know and love from RCP.
RAP is very different to something like GWT. RAP runs the logic on the server, and emits JavaScript for the controls at runtime (as opposed to compile-time). An implementation of SWT runs on the server and people can extend your views and perspectives to add functionality.
Jochen also thought that JSF wasn't as well suited to Ajax development due to its history as a document-centric technology. Many in the community would disagree with that (just ask the Seam folk!).
When developing your RAP applications, forget about the web a little. You can't style things with CSS as their needs to be a stricter mapping between the Java and JavaScript components. They do have a properties system that is similar to CSS in some ways.
Tooling is a definite benefit. You get all of the Eclipse tooling joy, and there is future work being done by many companies such as NEC to give you a rich DB -> client UI experience. This isn't done just for RAP, but for Eclipse in general, and RAP gets to piggy back on the work.
All in all it is interesting to see what happens with the marriage of OSGi and Ajax!
Awhile back we discussed Dreamweaver as a potential Ajax IDE.
Here's the press release:
Nitobi"s Complete UI is a powerful set of components that will give Dreamweaver users the ability to present data in an engaging format in a fraction of the time," states Michael Lekse, Vice President of Sales and Services at WebAssist. "Dreamweaver professionals looking to enhance their user interface functionality should turn to Nitobi with confidence."
The easy drag and drop feature for Dreamweaver reflects Nitobi"s philosophy of fast, easy web application development--a key selling point of Complete UI. Complete UI components are designed to be easy to implement and to help create web applications with intuitive and graceful user interfaces. The Complete UI suite includes:
- Grid -- A cross-browser spreadsheet with Excel "copy/paste", LiveScrolling, and more.
- ComboBox -- A drop-down menu with autocomplete functionality, similar to Google Suggest.
- Calendar -- A high-performance calendar picker that can be used with Nitobi Grid or in standalone web applications.
- Callout -- A rich, skinnable tool-tip that prompts users with real-time feedback and helpful instructions as they navigate through an application.
- Fisheye -- A tool bar menu featuring fisheye magnification, similar to Apple OS X tool bar.
- Spotlight -- A tool for creating stylish guided tours of websites and applications.
- Tabstrip -- Folder tabs for navigating to different sections of a web application via Ajax or iFrame requests.
- Tree -- A hierarchical data view, similar to the folder view in Windows Explorer.
- Ajax Toolkit -- A library of fully-documented tools used in Nitobi components that can be re-used in your own applications, or to build your own components.
In addition to Dreamweaver support, Complete UI includes enhancements to Nitobi Grid, including expanding spreadsheet-style rows and even better performance.
What better way to check this out than a set of screencasts?
What do you think of Dreamweaver now?
Aaron Newton and Jep Castelein wrote in pointers to a recent Joel "on software" Spolsky's essay, which this time around has an Ajax focus.
His whole essay revolves around this observation:
So, we don’t care about performance or optimization much anymore. Except in one place: JavaScript running on browsers in AJAX applications. And since that’s the direction almost all software development is moving, that’s a big deal.
Using the history of DOS and Windows applications as his guide, he makes three conclusions based on this point:
[Historically, the] developers who ignored performance and blasted ahead adding cool features to their applications will, in the long run, have better applications.
If history repeats itself, we can expect some standardization of Ajax user interfaces to happen in the same way we got Microsoft Windows. Somebody is going to write a compelling SDK that you can use to make powerful Ajax applications with common user interface elements that work together. And whichever SDK wins the most developer mindshare will have the same kind of competitive stronghold as Microsoft had with their Windows API.
And while you’re not paying attention, everybody starts writing NewSDK apps, and they’re really good, and suddenly businesses ONLY want NewSDK apps, and all those old-school Plain Ajax apps look pathetic and won’t cut and paste and mash and sync and play drums nicely with one another. And Gmail becomes a legacy. The WordPerfect of Email. And you’ll tell your children how excited you were to get 2GB to store email, and they’ll laugh at you. Their nail polish has more than 2GB.
Time will tell if Joel's naive application of history to the present will bear out, but it's hard to dispute that in a year or two, JavaScript will be much, much faster.
I did smirk a bit when reading this bit:
You can follow the p-code/Java model and build a little sandbox on top of the underlying system. But sandboxes are penalty boxes; they’re slow and they suck, which is why Java Applets are dead, dead, dead... Sandboxes didn’t work then and they’re not working now.
Someone tell that to Microsoft and Adobe, quick! ;-)
UPDATE:
A commenter complained about my use of the word "naive" without supporting comments. I don't want to bore the community with my own essay, but in brief:
Every Ajax/Web 2.0 play and its dog are trying to repeat the DOS/Windows history, but it's an entirely different marketplace with perhaps three orders of magnitude more players. Despite a few hundred years of business precedents when Microsoft came around, no one predicted the DOS/Windows monopoly--but plenty of pundits were off predicting other interesting futures based on their analysis of the past.
I think it's a touch naive to assume that:
The NewSDK will be the second coming of Microsoft Windows; this is exactly how Lotus lost control of the spreadsheet market. And it’s going to happen again on the web because all the same dynamics and forces are in place. The only thing we don’t know yet are the particulars, but it’ll happen.
Any web developer knows that an imperfect free market with imperfect bickering standards bodies can perpetuate wildly inefficient and incomplete platforms for an awfully long time--despite a clear motivation from a lot of big companies to create a large, high-level standard set of cross-platform APIs. Throw in the open-source wild card, where large numbers of developers create amazing software for no particularly compelling financial motive, and the traditional predictable dynamics of the marketplace are further disturbed.
If recent history is any guide, it may be that instead of some "NewSDK" taking over, we're more likely to continue to see incremental improvements throughout the web stack and gradual cooperation amongst browser vendors. Cross-browser-OS-compatible-across-every-web-app drag-and-drop and copy-and-paste? Yeah, maybe, but if that's going to happen, it's probably more likely to emerge via HTML5-like efforts than a new high-level GWT-like platform.
Am I wrong in thinking Joel's history lesson a bit naive? Where do you think things are headed?
ActiveState have announced the launch of The Open Komodo Project which will offer an open source code base from which to develop integrated development environments.
The Open Komodo Project, based on the award-winning Komodo IDE, is a new initiative by ActiveState to create an open source platform for building developer environments. The Open Komodo Project will create Firefox-integrated web developer tools that support the open web.
The Open Komodo Project aims to create a full-featured web development tool for client-side web development integrated with Firefox©, Mozilla's free, open source web browser, and based on the award-winning Komodo IDE. This new tool, codenamed Komodo Snapdragon, will be developed in collaboration with the open source community.
Best known for their ActivePerl, Komodo Edit and Komodo IDE development tools, ActiveState wanted to give back to the open source community which has long supported their products and efforts:
Meanwhile, our friends within the Mozilla Community were looking for tools and applications that advocate the open web. Since Komodo is built on the Mozilla platform and ActiveState has had a long-standing relationship with the open source community, making Komodo a part of the technology stack for the open web was an obvious choice, one that benefits both the open source community and ActiveState.
This announcement even got Dojo's Alex Russell all worked up:
Very few of the Web IDE vendors seem to really “get” the web, and along with the folks at Aptana and Panic, the ActiveState bunch have impressed the hell out of me with their constant support of Open Source, deep understanding of why webdev sucks, and what they can do to fix it.
The first technology preview is expected to be ready by early November along with access to a public source repository and the Open Komodo website.
Full information about the project can be found on their project page
YUI 2.3 has been released with six new components, as well as a skinning architecture and a new look for the components.
Features
InfiView is a mapping development tool that empowers engineers to build infinite-sized Web 2.0 mind maps, network topologies, organization charts, LDAP tools and technical diagrams.
InfiView uses Ajax technology and its own unique dynamic memory management to enable developers to systematically create graphical web applications using any amount of data (from very small all the way to infinite). With InfiView-built web-applications, end-users seamlessly interact (pan, zoom, right-click for actions…) with all types of graphical data - such as network topologies, DNA sequences or genealogy charts - oblivious to the vast amounts of data available.
100% built in Bindows (www.bindows.net), InfiView is built on top of the Bindows framework which is back-end/server agnostic, and provides best-in-industry support for section-508 accessibility compliance, internationalization and localization.
Try the demos and watch the screencasts
Jeremy Gillick wants to keep the peanut butter separate from his jam, and to aide this has written a couple of YUI extensions to help out:
When you’re animating a rollover or fading some colors do you stop and thing what you’re doing? You’re putting the colors, dimensions and effects into your JavaScript! The presentation layer that you’ve worked so hard to externalize is leaking into your JavaScript code. This is a slippery slope that we have to prevent now. The presentation layer should remain in the CSS, markup in the HTML and logic in the JavaScript. If you want to change the colors or sizes the elements are morphed into, you should be making those changes in CSS.
How it works
- ClassAnim starts by reading the styles from the base element.
- Then it quickly applies the new CSS class to it, reads the new styles and removes the class. This happens quicker than the user can notice.
- Now it compares the styles from both versions, extracts the differences that can be animated, and invokes the animation.
HoverHijax animates colors and does it on mouseover and mouseout. My original prototype would actually honor the :hover pseudo class, but good ‘ol Internet Explorer wasn’t allowing me to get to those styles through JavaScript. The current implementation adds a ‘hover’ class to all links when they are being moused over.
YUI 2.2.0 has been released one year after YUI was released into open source.
The major changes are:
Congrats on the new release.
TIBCO General Interface has a new 3.3 release that follows a public beta with lots of community participation.
The new release adds support for IE7 and Firefox 2 and boosts performance to caching, application init times, and large data set rendering.
TIBCO GI 3.3 contains:
Mootools 1.0 was officially announced to the world.
Big Changes
Read more
Any Mootools users out there? (I know there are). What do you like about it? What made you choose it as your library of choice?
Ondrej Zara and his team at Openlink Software have created a Openlink Software JS Toolkit, known as OAT. It is a full-blown JS framework, suitable for developing
rich applications with special focus to data access.
OAT works standalone, offers vast number of widgets and has some rarely seen features, such as on-demand library loading (which reduces the total amount of downloaded JS code).
OAT is one of the first JS toolkits which show full OpenAjax Alliance conformance: see the appropriate wiki page and conformance test page.
There is a lot to see with this toolkit:
You can see some of the widgets in a Kitchen sink application
Sample data access applications:
OAT is Open Source and GPL'ed over at sourceforge and the team has recently managed to incorporate our OAT data access layer as a
module to dojo datastore.
Visual WebGui provides developers with WinForms like GUI components all accessible from the design time framework of Visual Studio .Net. The design time components look, act and interface like they do in their WinForm format since they inherit their object model from the existing WinForms components. Visual WebGui's components become a de-coupled version of the well-known WinForms components allowing for transparent Ajax communication with our patent pending Ajax client. The Visual WebGui client employs javascript, XSL and CSS to deliver application like GUI components that look, feel and behave like their desktop counterparts. Visual WebGui provides extensibility by enabling developers to develop additional GUI components that can be used in both runtime and design time. Furthermore, the platform enables simple interfacing of existing web controls, browser client controls ( e.g. Java applets, Flash, ActiveX) and provides a themes schema enabling extensive customization.
The latest feature is dual-mode, which means that you can deploy to the web, or as a standalone WinForms application.
We somehow haven’t mentioned Rialto here before:
Rialto (Rich Internet Application Toolkit) is a cross browser
javascript widgets library. Because it is technology agnostic it can be
encapsulated in JSP, JSF, .Net or PHP graphic components. Nowadays it
supports pure javascript development , JSP/taglib, PHP, JSF and Python
integration. The .Net integration is on the road.
The purpose of Rialto is to ease the access to rich internet application
development to corporate developers. Ideally a Rialto developer have
neither need to write or understand DHTML, Ajax or DOM code. The target
of Rialto is corporate web applications and not internet web sites.
There is a tool to create drag and drop code, released here, and Rialto Studio is a WYSIWYG editor built in Rialto itself
Andrea Giammarchi has been working on an online JavaScript editor and debugger.
The online editor combines a possible solution for byte family plugins, a global byteplug namespace object, and a portable Editor panel to test quickly JavaScript and/or html pages.
Features
- realtime debug
It allows developers to write and test code quickly using document.write, alerts or everything else.
To view or execute a code, just use CTRL+RETURN or click on debug panel (bottom left), result will be displayed on output panel (bottom right)
using a dedicated iframe virtual space.- line points
Just click one line (number on the left) to mark them
- in-place suggest
Just click CTRL + SPACE or CTRL + SHIFT with Opera to view a kind of intelligent code suggest.
For example, if You write "Number." on area then use CTRL + SPACE You will see every Number dedicated method plus generic Object methods.
If You press CTRL + SPACE without a dot before area selection, suggest will show You generic or global functions and statements.- quick and simple load and save operations
You can cut and paste some piece of code or directly open a file (txt or js) from Your computer.
You can save working area content too, choosing a name using CTRL+S or after one click on File, Save As.- simplified JavaScript 1.7 debug
You can choose to parse JavaScript as version 1.7 (compatible only with FireFox 2.0 or other advanced browsers) choosing Use JS 1.7 on Settings menu.- popup mode
You can launch this Editor inside an 800x600 popup- jhp mode
You can choose to try my absolutely nonsense or crazy jhp JavaScript library ... !!!- x-html mode
You can write divs, links, or every kind of markup using <script> ... </script> as first piece of area code (with or without JS code inside) to create a page instead of direct script execution(i.e. <script type="text/javascript">function myfunc(){alert("Hello World")}</script> <span onclick="myfunc()">test me</span>)
- resizable area
You can drag the line between working area and debug/output panel to find your favourite size- extra "code cruncher" implementation
You can test your code using a "code cruncher" (Crunch - "method" from Extra menu).
Please view "simple and portable PHP download" point to know more about Crunch methods.- extra code headers injection
You can choose to add area code as header. For example, if You need to add a library during debug You can
load or paste its code inside area and add them as header.
This code will not be parsed by jsmin and will not be saved as part of script but will be wrote before every other scripts on output panel (every but jhp) then,
for example, You could add Prototype code and use them as header.// extra headers example // area content function testMe(){ document.write(\"useful ?\"); }; // now click on header - add code on Extra menu and clean the area // after that, write this on area testMe(); // CTRL+RETURN or a click on debug panel and code will be executedPlease remember that every time You add code precedent code will not be deleted so You need to use header - clear code to remove all precedent headers.
- extra highlight feature
You can choose to view on output panel highlighted code version.
Fast version marks strings, numbers and comments while full highlight parse functions and methods too.
If You have a big source and a regular PC (without monster CPU) You should use fast version.
To use a copy of highlighted code You could copy and paste output panel and use this dedicated css example file.- simple and portable PHP download and / or pack panel feature
You can save your code that should be parsed with cruncher too and then injected into a portable php 3, 4, 5 or greater file that will automatically
choose the best way to cache with or without gz encoding even on server that doesn't have zlib extension enabled.
- just area code,
to create a php file without code cruncher (the safest script VS bandwidth option leaving comments and everything else)- Crunch comments,
to create a php file parsing code with basic code cruncher (removes only comments, this is a good script VS bandwidth option)- Crunch newlines,
to create a php file parsing code with medium code cruncher (removes comments and every repeated space replacing them using a linefeed, this is the best script VS bandwidth option)- Crunch full,
to create a php file parsing code with full cruncher options (remove any linefeed and doesn't take care of potential missing semicolons [can be regressive], this is the best copression option)If You want to download your code using code cruncher please enable "Crunch", choose your favourite method and test your code to be sure that it works correctly.
If You just want to use this Editor to create these kind of compressed files and these are really bigs (no more than 512Kb on upload and 2Mb on download - my personal choice) please don't use File and Open process, just cut and paste your code into area (faster and safer for your browser and PC).
Please remember that created file size will not be the real size downloaded from clients so don't care about that, just test created php file and have fun :-)
Seung Chan Lim and his team have been working on research prototypes to make the creation of mashups simple.
JavaScript Dataflow Architecture is the fruits of their labour.
The idea of the research is to allow adhoc assembly of disparate Javascript, HTML and Web services to do rapid
prototyping of Web mash ups. The research artifacts include a small Javascript kernel that allows black box packaging, and a visual IDE that lets users assemble these components quickly.The motiviation is that Web mash ups are difficult to create for those who are not highly-technical and the process can be cumbersome. Our hope is that using the architecture as well as the tool we can make this much easier and more adhoc.
Check out the demo to see the tool in action.